I recently had a kvm zone that stopped responding and a 'vmadm reboot <uuid>' took probably 6 or 7 minutes before it succeeded.
On Friday, August 15, 2014 7:12 PM, Goktug Yildirim via smartos-discuss <[email protected]> wrote: I am not sure if it is related with this issue, but I am investigating a similar issue recently (used a few recent smartos and also a 201312xxx version). I haven’t figured out the root cause but what happens is that "zoneadm -u $UUID boot -X” and “zoneadm -u $UUID halt -X” takes 50-51secs every time "vmadm start/stop $UUID” runs. Zone type is not important, it is true for both KVM ve SmartOS zones. Investigating further leaded me that there can be a timeout in "svc:/system/sysevent:default" smf service when zoneadmd is summoned for the related zone. Also “devfsadm" takes about 50secs each time it runs and can not be canceled (tried to signaled with Ctlr-C). Obviously this is happening for a single machine I have (older one). I do not see the same behavior for other servers (even if they are older), "vmadm start/stop $UUID” takes ~2 secs. Also devfsadm finishes as fast as the command inserted (but with an output of "Could not open /etc/saf/zsmon/_pmtab”). As a workaround disabling svc:/system/sysevent:default makes "vmadm start/stop" faster as it was (~2 secs). This is not desirable but I didn’t see a side effect for KVM zones. However met a lofiadm issue with SmartOS zone (don’t remember the details right now). As it affects a single machine (test machine indeed), I haven’t feel to file a bug. On 15 Ağu 2014, at 22:53, Mark Creamer via smartos-discuss <[email protected]> wrote: None of my VMs are stopping quickly anymore. When I issue vmadm stop {UUID} a couple minutes later or whenever the timeout is, I always get: timed out waiting for zone to transition to installed. > > >After that, the zone will eventually stop. But sometimes it can be an hour >later. I've noticed that after the physical node has been restarted for >maintenance reasons or whatever, after that all the zones will start and stop >more quickly, but I still get the timeout message most of the time. > > >What I'd like to find out is whether there is someplace I can look that would >help me understand why the shutdowns are taking so long. > > >-- >Mark >smartos-discuss | Archives | Modify Your Subscription smartos-discuss | Archives | Modify Your Subscription ------------------------------------------- smartos-discuss Archives: https://www.listbox.com/member/archive/184463/=now RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00 Modify Your Subscription: https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb Powered by Listbox: http://www.listbox.com
