Hello, This problem is known and is exactly what you said: zfs version out of sync between zones and global. I didn't know of that attach command... What I do to upgrade my zones, is shutting it down, pkg -R /your_zone_root_path image-update
This as worked for me flawlessly since 111b but I'm worried about your zones appearing uninstalled... Are the zones' BES still ok?? On 3 Jan 2010 19:18, <l1st3r at gmx.net> wrote: Hi there! So, to partially answer my own problem, this was probably more caused by the ipkg pkg image-update command which upgraded and put the global zone out of sync with the zones. Normally this is fixed with a zone attach -u "zoneadm -z $ZONE attach -u" after $ZONE halt and detach. This should run pkg to upgrade the zones. Unfortunately, it didn't work in my case (the zones are snv 111 or snv 125, global zone snv 129). The zones now appear to have been deinstalled and no longer boot.Do I have to create the zones again? Any ideas welcome. Regards M Here is the error message for the attach -u on one zone: $ pfexec cat /var/tmp/mail.attach_log..0aWUh [Sunday, January 3, 2010 2:13:43 PM CET] Log File: /var/tmp/mail.attach_log..0aWUh [Sunday, January 3, 2010 2:13:46 PM CET] Attaching... [Sunday, January 3, 2010 2:13:46 PM CET] existing [Sunday, January 3, 2010 2:13:47 PM CET] [Sunday, January 3, 2010 2:13:47 PM CET] [Sunday, January 3, 2010 2:13:47 PM CET] Sanity Check: Passed. Looks like an OpenSolaris system. Traceback (most recent call last): File "/usr/bin/pkg", line 3139, in handle_errors __ret = func(*args, **kwargs) File "/usr/bin/pkg", line 3116, in main_func return func(img, pargs) File "/usr/bin/pkg", line 1011, in install if not __api_plan_exception(op, noexecute=noexecute): File "/usr/bin/pkg", line 1009, in install update_index=update_index) File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 285, in plan_install Exception]) File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 260, in plan_install self.__refresh_publishers() File "/usr/lib/python2.6/vendor-packages/pkg/client/api.py", line 190, in __refresh_publishers progtrack=self.__progresstracker) File "/usr/lib/python2.6/vendor-packages/pkg/client/image.py", line 1509, in refresh_publishers immediate=immediate): File "/usr/lib/python2.6/vendor-packages/pkg/client/publisher.py", line 1376, in refresh return self.__refresh(full_refresh, immediate) File "/usr/lib/python2.6/vendor-packages/pkg/client/publisher.py", line 1350, in __refresh immediate) File "/usr/lib/python2.6/vendor-packages/pkg/client/publisher.py", line 1231, in __refresh_v1 path=tempdir) File "/usr/lib/python2.6/vendor-packages/pkg/client/transport/transport.py", line 289, in get_catalog1 self._get_catalog1(pub, flist, ts=ts, path=path) File "/usr/lib/python2.6/vendor-packages/pkg/client/transport/transport.py", line 433, in _get_catalog1 portable.rename(dl_path, final_path) File "/usr/lib/python2.6/vendor-packages/pkg/portable/os_unix.py", line 230, in rename os.rename(src, dst) OSError: [Errno 18] Cross-device link pkg: This is an internal error. Please let the developers know about this problem by filing a bug at http://defect.opensolaris.org and including the above traceback and this message. The version of pkg(5) is '512c6b2dfda2'. $ following this the attempt to attach it: $ pfexec cat /var/tmp/mail.attach_log.WhaqGl [Sunday, January 3, 2010 5:42:54 PM CET] Log File: /var/tmp/mail.attach_log.WhaqGl [Sunday, January 3, 2010 5:42:57 PM CET] Attaching... [Sunday, January 3, 2010 5:42:57 PM CET] existing [Sunday, January 3, 2010 5:42:57 PM CET] [Sunday, January 3, 2010 5:42:57 PM CET] [Sunday, January 3, 2010 5:42:57 PM CET] Sanity Check: Passed. Looks like an OpenSolaris system. [Sunday, January 3, 2010 5:43:04 PM CET] ERROR: Zone is downrev of global zone. Specify -u to update it. $ console output: $ pfexec zoneadm -z mail attach -u Log File: /var/tmp/mail.attach_log.ASaqLm Attaching... Global zone version: entire at 0.5.11,5.11-0.129:20091205T134302Z Non-Global zone version: entire at 0.5.11,5.11-0.125:20091014T044127Z Publisher Check: Zone preferred publisher does not contain entire at 0.5.11,5.11-0.129:20091205T134302Z. Publisher Reset: Copying preferred publisher from global zone. Cache: Using /var/pkg/download. Updating non-global zone: (Stage 1). Output follows Refreshing catalog 1/1 opensolaris.org ERROR: Could not update attaching zone OR Log File: /var/tmp/mail.attach_log.WhaqGl Attaching... Global zone version: entire at 0.5.11,5.11-0.129:20091205T134302Z Non-Global zone version: entire at 0.5.11,5.11-0.125:20091014T044127Z Evaluation: mail is downrev of the global zone. ERROR: Zone is downrev of global zone. Specify -u to update it. This procedure seems to have deinstalled the zones so that they cant boot: $ pfexec zoneadm -z mail boot zoneadm: zone 'mail': must be installed before boot. -------- Original-Nachricht -------- > Datum: Sun, 03 Jan 2010 10:23:57 +0100 > Von: l1st3r at gmx.net > An: ug-chosug at opensolaris.org > Betreff: [ug-chosug] Problem with recursive upgrade of ZFS > Hi folks > > I recently upgraded my global zone zpool and zfs recursively in order to > get dedu... -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/ug-chosug/attachments/20100113/58e791af/attachment.html>
