Just follow up on the progress and resolution to my stuck zones problem. I
had two zones stuck in the shutting_down state.
Based on initial feedback I looked for nfs mounts in /etc/mnttab in the gz
that were mounted in the ngz. There were a couple and umount'ed them. Then I
was able to find two processes that indicated they were accessing the ngz
filesystem, zsched and svc.configd. I tried trussing svc.configd but was
unable to due to unanticipated system error. I killed svc.configd, ran
the zoneadm halt and the zone successfully shut down.
On the second zone that's stuck I umount'ed the nfs file systems and checked
for processes accessing the ngz filesystem and the only one reported is
zsched. Trying to halt the zone doesn't do anything and from the looks of it
zsched appears to be unkillable. It looks like this zone is here to stay
until I can reboot the box.
Derek
On Tue, Apr 28, 2009 at 10:09 PM, Derek McEachern
derekmceach...@gmail.comwrote:
There were a bunch of nfs mounts listed in the /etc/mntab of the global
zone. I was able to umount them but zone is still hung up.
I tried killing the zoneadmd process and ran zoneadm halt again and it
started the zoneadmd back up but it didn't do anything.
Thanks to everyone for their suggestions, looks like I'm going to have to
wait until I can take the box down for a reboot.
Regards,
Derek
On Tue, Apr 28, 2009 at 9:02 PM, Alexander J. Maidak
ajmai...@mchsi.comwrote:
If its hung nfs mount you should be able to see it still mounted in
the /etc/mntab file in the global zone: grep nfs /etc/mntab. It will be
mounted under the zonepath. You should then be able to do a umount
-f /path-to-nfsmnt from the global zone and if you're really lucky the
zone will finish shutting down.
-Alex
On Tue, 2009-04-28 at 16:19 -0500, Derek McEachern wrote:
It's possible that it could be nfs mount related since the zone did
have nfs mounted fs's but they should have been umounted prior to
shutting down the zone. In any event I can no longer get into the
zone to checkusing zlogin and zlogin -C.
I tried Bryan's suggestion on looking for processes that might have
open filehandles to files under the zone's filesystem tree but I don't
see that there are any.
On Tue, Apr 28, 2009 at 3:40 PM, Bryan Allen b...@mirrorshades.net
wrote:
+--
| On 2009-04-28 15:37:22, Derek McEachern wrote:
|
| We were trying to bring down a zone on a S10 U4 system and
it ended up stuck
| in the shutting_down state.
|
| ID NAME STATUS PATH
BRANDIP
| 74 zonetest-new shutting_down /zone/zonetest-new
native
| shared
|
|
| The only process I see running is the zoneadmd process
|
| dlet15:/home/derekm/ ps -efZ | grep zonetest-new
| globalroot 12680 1 0 Apr 24 ? 0:02
zoneadmd -z
| zonetest-new
Do any processes (notably shells in the global zones) have an
open filehandle
somewhere under the zone's filesystem tree? This can (at least
on Sol10) cause
zones to not shut down, since it can't close the FH (I assume,
anyway).
--
bda
cyberpunk is dead. long live cyberpunk.
___
zones-discuss mailing list
zones-discuss@opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
___
zones-discuss mailing list
zones-discuss@opensolaris.org
