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 dedup functions. This seems to have caused the failure of zones' ZFS
> file-systems. (My server runs SNV 129).
>
> There are no services running in the zone as a result, and I need to login
> via zlogin.
>
> Any tips / ideas / manuals for RTFM?
>
> Thanks and happy new year!
>
> M
>
> root at mail:~# svcs -xv
> svc:/system/filesystem/local:default (local file system mounts)
> State: maintenance since Thu Dec 31 17:02:47 2009
> Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
> See: http://sun.com/msg/SMF-8000-KS
> See: /var/svc/log/system-filesystem-local:default.log
> Impact: 20 dependent services are not running:
> svc:/system/filesystem/autofs:default
> svc:/system/system-log:default
> svc:/milestone/multi-user:default
> svc:/milestone/multi-user-server:default
> svc:/network/cswpostfix:default
> svc:/network/ssh:default
> svc:/network/http:lighttpd14
> svc:/system/sysidtool:net
> svc:/network/rpc/bind:default
> svc:/network/inetd:default
> svc:/system/sysidtool:system
> svc:/system/cron:default
> svc:/network/cswmysql5:default
> svc:/application/font/fc-cache:default
> svc:/system/boot-archive-update:default
> svc:/network/shares/group:default
> svc:/network/shares/group:zfs
> svc:/system/sac:default
> svc:/network/cswdovecot:default
> svc:/application/opengl/ogl-select:default
> root at mail:~#
>
> root at mail:~# zfs upgrade
> This system is currently running ZFS filesystem version 4.
>
> internal error: Unknown error
> Abort (core dumped)
> root at mail:~# file core
> core: ELF 32-bit LSB core file 80386 Version 1, from 'zfs'
> root at mail:~#
>
> svcadm clearing maintenance does not make any difference:
>
> root at mail:~# svcadm clear svc:/system/filesystem/local:default
>
>
> root at mail:~# tail /var/svc/log/system-filesystem-local:default.log
> [ Dec 31 17:02:47 Executing start method ("/lib/svc/method/fs-local"). ]
> /lib/svc/method/fs-local: line 91: 3332: Abort(coredump)
> WARNING: /usr/sbin/zfs mount -a failed: exit status 262
> [ Dec 31 17:02:47 Method "start" exited with status 95. ]
> [ Dec 31 17:04:49 Leaving maintenance because clear requested. ]
> [ Dec 31 17:04:49 Enabled. ]
> [ Dec 31 17:04:49 Executing start method ("/lib/svc/method/fs-local"). ]
> /lib/svc/method/fs-local: line 91: 3347: Abort(coredump)
> WARNING: /usr/sbin/zfs mount -a failed: exit status 262
> [ Dec 31 17:04:50 Method "start" exited with status 95. ]
>
> Here is the log file for the svcadm clear failure:
>
> [ Dec 31 17:02:47 Leaving maintenance because clear requested. ]
> [ Dec 31 17:02:47 Enabled. ]
> [ Dec 31 17:02:47 Executing start method ("/lib/svc/method/fs-local"). ]
> /lib/svc/method/fs-local: line 91: 3332: Abort(coredump)
> WARNING: /usr/sbin/zfs mount -a failed: exit status 262
> [ Dec 31 17:02:47 Method "start" exited with status 95. ]
> [ Dec 31 17:04:49 Leaving maintenance because clear requested. ]
> [ Dec 31 17:04:49 Enabled. ]
> [ Dec 31 17:04:49 Executing start method ("/lib/svc/method/fs-local"). ]
> /lib/svc/method/fs-local: line 91: 3347: Abort(coredump)
> WARNING: /usr/sbin/zfs mount -a failed: exit status 262
> [ Dec 31 17:04:50 Method "start" exited with status 95. ]
> (END)
>
>
> root at mail:~# zfs mount
> / /
> root at mail:~# zfs mount -a -v
> Reading ZFS config: *internal error: Unknown error
> Abort (core dumped)
> root at mail:~# file core
> core: ELF 32-bit LSB core file 80386 Version 1, from 'zfs'
> root at mail:~#
>
>
>
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5
> -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
> _______________________________________________
> ug-chosug mailing list
> ug-chosug at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/ug-chosug
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
