Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 19 Jun 2013 13:23:59 +0100
From:      "Steven Hartland" <killing@multiplay.co.uk>
To:        "Adam Strohl" <adams-freebsd@ateamsystems.com>, <freebsd-stable@freebsd.org>
Subject:   Re: shutdown -r / shutdown -h / reboot all hang and don't cleanly dismount
Message-ID:  <25FD8669685245B78692011930EBA77A@multiplay.co.uk>
References:  <51C1979D.3010305@ateamsystems.com>

next in thread | previous in thread | raw e-mail | index | archive | help
OS version?
----- Original Message ----- 
From: "Adam Strohl" <adams-freebsd@ateamsystems.com>
To: <freebsd-stable@freebsd.org>
Sent: Wednesday, June 19, 2013 12:35 PM
Subject: shutdown -r / shutdown -h / reboot all hang and don't cleanly dismount


> Hello -STABLE@,
> 
> So I've seen this situation seemingly randomly on a number of both 
> physical 9.1 boxes as well as VMs for I would say 6-9 months at least. 
>  I finally have a physical box here that reproduces it consistently 
> that I can reboot easily (ie; not a production/client server).
> 
> No matter what I do:
> 
> reboot
> shutdown -p
> shutdown -r
> 
> This specific server will stop at "All buffers synced" and not actually 
> power down or reboot.  KB input seems to be ignored.  This server is a 
> ZFS NAS (with GMIRROR for boot blocks) but the other boxes which show 
> this are using GMIRRORs for root/swap/boot (no ZFS).
> 
> Here is what happens on the console: http://i.imgur.com/1H8JMyB.jpg
> 
> When I reset the server it appears that disks were not dismounted 
> cleanly ... on this ZFS box it comes back quick because ZFS is good like 
> that but on the other servers with GMIRROR roots rebuilding the GMIRROR 
> and fscking at the same time is murder on the disk/performance until it 
> finishes.
> 
> Another interesting thing is that this particular server runs slapd 
> (OpenLDAP) which, when it comes back up, has a "corrupted" DB (easily 
> fixed with db_recover, but still).  This might be because FS commits 
> aren't happening at the end.   I can even manually stop slapd (service 
> slapd stop) then run sync(8) (I assume this does something for ZFS too) 
> and it still comes back as hosed if I reboot shortly after.  If I 
> start/stop slapd it's fine.  So I feel like there is an FS/dismount 
> thing going on here.
> 
> Additional information: I also have some boxes which will reboot (ie; 
> they don't freeze like some do at the end) but they don't dismount 
> cleanly either and have to rebuild both GMIRROR and fsck.  This might be 
> a different issue, too.
> 
> Anyone have any thoughts?  Let me know if I can provide more details etc.
> 
> -- 
> Adam Strohl
> http://www.ateamsystems.com/
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>

================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?25FD8669685245B78692011930EBA77A>