Date: Thu, 20 Sep 2012 06:50:27 GMT From: Karli Sjöberg <karli.sjoberg@slu.se> To: freebsd-gnats-submit@FreeBSD.org Subject: misc/171805: Delay during gptzfsboot Message-ID: <201209200650.q8K6oRwV003348@red.freebsd.org> Resent-Message-ID: <201209200700.q8K70OxT059487@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 171805 >Category: misc >Synopsis: Delay during gptzfsboot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Sep 20 07:00:24 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Karli Sjöberg >Release: 9.0 >Organization: SLU >Environment: FreeBSD zfs1-1 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Wed Apr 25 13:27:34 CEST 2012 admin@zfs1-1:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The GPT ZFS-loader was recently changed from probing 4 partitions to 128 for booting, even if the disk only has two partitions... Imagine what this did to storage systems with 50 disks(or more) attached; that´s 50*128 of the delay it takes to probe at BTX. For me, this changed the time to reboot a server to up to 20mins, while the normal time after the fix is more like 2mins. Other users at FreeBSD forums have reported delays over 10+mins as well: https://forums.freebsd.org/showthread.php?t=31902 >How-To-Repeat: Install FreeBSD-9.0-RELEASE with boot on ZFS >Fix: So, to change back this behavior: Phase 1. # sed -i '' 's/128/4/' /sys/boot/zfs/zfs.c Phase 2. Rebuild kernel/world Phase 3. Profit! And booting is back to normal. This is something I always have to do with newly installed storage servers with FreeBSD-9.0-RELEASE to get back to a normal reboot time. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201209200650.q8K6oRwV003348>