Date: Fri, 20 Nov 2020 18:31:00 +0100 From: Mateusz Guzik <mjguzik@gmail.com> To: mike tancsa <mike@sentex.net> Cc: Philip Paeps <philip@freebsd.org>, "Bjoern A. Zeeb" <bz@freebsd.org>, netperf-admin@freebsd.org, netperf-users@freebsd.org Subject: Re: zoo reboot Friday Nov 20 14:00 UTC Message-ID: <CAGudoHELERVCkdz3RkGsML9dBeyt39904nedx8Fc=mXMyBrMaQ@mail.gmail.com> In-Reply-To: <ad81b5f3-f6de-b908-c00f-fb8d6ac2a0b8@sentex.net> References: <1f8e49ff-e3da-8d24-57f1-11f17389aa84@sentex.net> <2691e1fd-5a27-4dd0-2ef7-b1c06fd4e751@sentex.net> <A3934CD4-57C1-4215-99F2-9500CB9EDC7C@neville-neil.com> <5A5094BC-D417-4BA6-97E2-7CB522B51368@FreeBSD.org> <4ec6ed6f-b3b4-22ae-e1ec-93a46f3d88ea@sentex.net> <d2ffd0f1-1dd8-dc6b-9975-93f20d7974a4@sentex.net> <dc8fed75-0262-c614-3292-6b8ce5addcfc@sentex.net> <0ddec867-32b5-f667-d617-0ddc71726d09@sentex.net> <CAGudoHHNN8ZcgdkRSy0cSaPA6J9ZHVf%2BBQFiBcThrtQ0AMP%2BOw@mail.gmail.com> <5549CA9F-BCF4-4043-BA2F-A2C41D13D955@freebsd.org> <ad81b5f3-f6de-b908-c00f-fb8d6ac2a0b8@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
I think you want to 'gpart show' to get the layout. if the loader is indeed damaged that would be one way to get the problem. it is plausible the loader can only use one drive and it tries the one which died. that said, there are some zfs people in the project and we could involve them here. On 11/20/20, mike tancsa <mike@sentex.net> wrote: > On 11/20/2020 11:40 AM, Philip Paeps wrote: >> On 2020-11-21 00:04:19 (+0800), Mateusz Guzik wrote: >> >>> Oh, that's a bummer. I wonder if there is a regression in the boot >>> loader though. >>> >>> Does the pool mount if you boot the system from a cd/over the >>> network/whatever? >> >> It's worth checking if the freebsd-boot partition is large enough. I >> noticed during the cluster refresh that we often use 108k for >> freebsd-boot but recent head wants 117k. I've been bumping the >> bootblocks to 236k. >> >> So far, all the cluster machines I've upgraded booted though .. so ... >> I might be talking ex recto. :) >> > I put in an ssd drive and booted from it. One of the drives might have > gotten loose or died in the power cycles, but there is still redundancy > and I was able to mount the pool. Not sure why it cant find the file ? > > root@zoo2:~ # diff /boot/lua/loader.lua /mnt/boot/lua/loader.lua > 29c29 > < -- $FreeBSD$ > --- >> -- $FreeBSD: head/stand/lua/loader.lua 359371 2020-03-27 17:37:31Z > freqlabs $ > root@zoo2:~ # > > > % ls -l /mnt/boot/lua/ > total 110 > -r--r--r-- 1 root wheel 4300 Nov 20 08:41 cli.lua > -r--r--r-- 1 root wheel 3288 Nov 20 08:41 color.lua > -r--r--r-- 1 root wheel 18538 Nov 20 08:41 config.lua > -r--r--r-- 1 root wheel 12610 Nov 20 08:41 core.lua > -r--r--r-- 1 root wheel 11707 Nov 20 08:41 drawer.lua > -r--r--r-- 1 root wheel 2456 Nov 20 08:41 gfx-beastie.lua > -r--r--r-- 1 root wheel 2235 Nov 20 08:41 gfx-beastiebw.lua > -r--r--r-- 1 root wheel 1958 Nov 20 08:41 gfx-fbsdbw.lua > -r--r--r-- 1 root wheel 2413 Nov 20 08:41 gfx-orb.lua > -r--r--r-- 1 root wheel 2140 Nov 20 08:41 gfx-orbbw.lua > -r--r--r-- 1 root wheel 3324 Nov 20 08:41 hook.lua > -r--r--r-- 1 root wheel 2395 Nov 20 08:41 loader.lua > -r--r--r-- 1 root wheel 2429 Sep 24 09:09 logo-beastie.lua > -r--r--r-- 1 root wheel 2203 Sep 24 09:09 logo-beastiebw.lua > -r--r--r-- 1 root wheel 1958 Sep 24 09:09 logo-fbsdbw.lua > -r--r--r-- 1 root wheel 2397 Sep 24 09:09 logo-orb.lua > -r--r--r-- 1 root wheel 2119 Sep 24 09:09 logo-orbbw.lua > -r--r--r-- 1 root wheel 14201 Nov 20 08:41 menu.lua > -r--r--r-- 1 root wheel 4299 Nov 20 08:41 password.lua > -r--r--r-- 1 root wheel 2227 Nov 20 08:41 screen.lua > > > -- Mateusz Guzik <mjguzik gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGudoHELERVCkdz3RkGsML9dBeyt39904nedx8Fc=mXMyBrMaQ>