Zonen retten

[linus83]

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ß

[dominik]

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

[linus83]

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

[dominik]

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

[linus83]

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ß

[dominik]

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

[linus83]

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.