sonnenblen.de - Das unabhängige Sun User Forum
Betriebssysteme => Solaris/x86 und OpenSolaris => Thema gestartet von: linus83 am 12. Februar 2010, 10:07:26
-
Hallo,
mir ist meine systemplatte weg geraucht. Die Datenplatten hat es nicht betroffen. Also habe ich das System (OpenSolaris Build 131) auf einer neuen Platte neu aufgesetzt und den Datenpool importiert. Ich bekomme nur die Zonen nicht wieder an das system. Ich habe schon einiges gegoogelt, aber da geht man immer davon aus, dass die detached ist. Was sie bei mir nicht ist.
pfexec zonecfg -z test
test: No such zone configured
Use 'create' to begin configuring a new zone.
zonecfg:test> create -a /export/zone/test
invalid path to detached zone
Ich habe noch ein backup von /etc, wenn ich den Inhalt von /etc/zones kopiere kann ich die zonen auch nicht booten oder etwas anderes damit machen:
pfexec zoneadm -z test boot
zone 'test': ERROR: no active dataset.
zone 'test':
zoneadm: zone 'test': call to zoneadmd failed
pfexec zoneadm -z test detach
ERROR: no active dataset.
pfexec zoneadm -z test attach
zoneadm: zone 'test': is already installed.
Hat jedman eine Idee, wie ich die Zonen retten kann. Ich bin ehrlich gesagt etwas zu faul, die neu aufzusetzten. Da ich in Zonen zum Teil selbst übersetztes Software betreibe.
Gruß
-
Da müsstest Du schon uns mehr über Dein System verraten, z.B. worauf die Zonen lagen (ZFS, UFS), wie die Files in /etc/zones aussehen etc.
Grundsätzlich lassen sich die Zonen wieder starten (wir machen so was ähnliches in unserem Zonen-Sun Cluster Setup), aber es gibt eben ein paar "Aufpasser" und dafür brauche ich mehr Infos.
Gruss
Dominik
-
Ich habe ein OpenSolaris 64 Bit auf x86, welches auf ein zfs-rpool läuft. Die Zonen liegen selber auch auf einen zfs. Die einzelnen Zonen sehen fast alle wie folgt aus:
zfs list -r daten/zone/test
NAME USED AVAIL REFER MOUNTPOINT
daten/zone/test 1,33G 1,54T 24K /export/zone/test
daten/zone/test/ROOT 1,33G 1,54T 21K legacy
daten/zone/test/ROOT/zbe 41K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-1 24K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-10 25K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-11 1,33G 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-2 24K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-3 63,5K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-4 26K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-5 26K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-6 26K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-7 26K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-8 25K 1,54T 1,33G legacy
daten/zone/test/ROOT/zbe-9 25K 1,54T 1,33G legacy
cat /etc/zones/index
global:installed:/
test:installed:/export/zone/test:6f4a63bc-3f3a-4854-a892-a41003eb7fde
cat /etc/zones/test.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE zone PUBLIC "-//Sun Microsystems Inc//DTD Zones//EN" "file:///usr/share/lib/xml/dtd/zonecfg.dtd.1">
<zone name="test" zonepath="/export/zone/test" autoboot="false" brand="ipkg">
<network address="192.168.1.11" physical="rge0"/>
</zone>
Die anderen Zonen sehen ähnlich aus, haben evtl. noch Devices.
Ich habe mal probiert, das installed auf configured zu ändern, in der /etc/zone/index dabei habe ich folgende Fehler erhalten:
pfexec zoneadm -z test attach -u
Log File: /var/tmp/test.attach_log.KvayPK
ERROR: no active dataset.
pfexec zoneadm -z test attach
Log File: /var/tmp/test.attach_log.X4aOcK
ERROR: no active dataset.
pfexec cat /var/tmp/test.attach_log.X4aOcK
[Montag, 15. Februar 2010, 12:45:18 Uhr CET] Log File: /var/tmp/test.attach_log.X4aOcK
[Montag, 15. Februar 2010, 12:45:18 Uhr CET] ERROR: no active dataset.
Im log steht auch nicht wirklich etwas interessantes. Ich habe inzwischen auf Build 132 geupdatet
-
Hab da mal eine Erklärung gefunden, die Dein Problem zu beschreiben scheint: http://blogs.sun.com/jerrysblog/entry/zones_on_opensolaris_2008_11
Ich schätze, Du erzeugst am besten mal eine neue Zone und schaust Dir die Unterschiede im Zonen-XML an. Kann sein dass es dort neue Properties gibt. Hab leider kein OpenSolaris um das für Dich zu testen.
Gruss
Dominik
-
Danke, ich habe mir einen workaround zurecht gebastelt. Ich weiß nicht ob er sinnvoll ist, aber er scheint zu funktionieren:
zfs get -r org.opensolaris.libbe:uuid rpool/ROOT
NAME PROPERTY VALUE SOURCE
rpool/ROOT org.opensolaris.libbe:uuid - -
rpool/ROOT/opensolaris org.opensolaris.libbe:uuid 642ced7d-55a2-cc3b-fbdf-fbdda1c33ebc local
rpool/ROOT/opensolaris@install org.opensolaris.libbe:uuid 642ced7d-55a2-cc3b-fbdf-fbdda1c33ebc inherited from rpool/ROOT/opensolaris
zfs get -r org.opensolaris.libbe:parentbe daten/zone/test/ROOT
NAME PROPERTY VALUE SOURCE
daten/zone/test/ROOT org.opensolaris.libbe:parentbe - -
daten/zone/test/ROOT/zbe org.opensolaris.libbe:parentbe 42744853-b5d6-c475-f9cd-aa99ba389331 local
daten/zone/test/ROOT/zbe-1 org.opensolaris.libbe:parentbe c0d5131f-6633-476f-f0cf-de2011eb473b local
daten/zone/test/ROOT/zbe-10 org.opensolaris.libbe:parentbe 5741bca6-d793-454e-ad53-84c2cf7c630b local
daten/zone/test/ROOT/zbe-11 org.opensolaris.libbe:parentbe 642ced7d-55a2-cc3b-fbdf-fbdda1c33ebc local
daten/zone/test/ROOT/zbe-2 org.opensolaris.libbe:parentbe 348dd67b-a850-47d4-82f3-969f7c69826f local
daten/zone/test/ROOT/zbe-3 org.opensolaris.libbe:parentbe 6d464431-a488-6afe-be9d-e3c7d0601ff6 local
daten/zone/test/ROOT/zbe-4 org.opensolaris.libbe:parentbe 02289a19-ff8e-c66c-bddd-db04e683fcb5 local
daten/zone/test/ROOT/zbe-5 org.opensolaris.libbe:parentbe 9b091992-8435-e588-c504-8b49cbe3c353 local
daten/zone/test/ROOT/zbe-6 org.opensolaris.libbe:parentbe 44213417-1a32-e3d1-f695-fe9fa120db3f local
daten/zone/test/ROOT/zbe-7 org.opensolaris.libbe:parentbe 3904ee3b-c579-6ebd-dba1-de480fe683e1 local
daten/zone/test/ROOT/zbe-8 org.opensolaris.libbe:parentbe c4e1a8e9-b18a-4bab-ac91-b946262bd7d3 local
daten/zone/test/ROOT/zbe-9 org.opensolaris.libbe:parentbe 4c3033c9-863b-c7ed-b918-afbac0f96c67 loca
org.opensolaris.libbe:parentbe setzten
zfs set org.opensolaris.libbe:parentbe=642ced7d-55a2-cc3b-fbdf-fbdda1c33ebc daten/zone/test/ROOT/zbe-11
Status der Zone test in der /etc/zones/index auf auf configured setzten
zoneadm -z test install
zoneadm -z test boot
geht nicht, weil es auf einmal mehrere aktive data-sets gibt
zfs destroy daten/zone/test/ROOT/zbe-12 <- wurde neu angelegt
zoneadm -z test boot
alles funktioniert wieder
Wenn ich die Zone nicht neu installiere geht es nicht, habe habe nicht die Stelle gefunden, woran es harkt.
Gruß
-
Interessant, er schreibt die ID der Zone als ZVOL Property. Ich sehe, muss mich dringend mal wieder mit einer aktuellen OpenSolaris Version beschäftigen :-)
Gruss
Dominik
-
Nach dieser "Entdeckung" musste ich auch feststellen, dass ich mich mal noch etwas tiefer mit zonen beschäftigen muss. Da ich eigenlich noch mehr in Zonen auslagern möchte.