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 BRAND IP > | 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 > | global root 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
