Date: Fri, 20 Nov 2020 17:08:38 +0100 From: Mateusz Guzik <mjguzik@gmail.com> To: mike tancsa <mike@sentex.net> Cc: "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: <CAGudoHGbR1jnH1K5pF0inJBK=OaCP_gjsNp0fbA6SMT9roi2KA@mail.gmail.com> In-Reply-To: <CAGudoHHNN8ZcgdkRSy0cSaPA6J9ZHVf%2BBQFiBcThrtQ0AMP%2BOw@mail.gmail.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
Is there something I can do to help? On 11/20/20, Mateusz Guzik <mjguzik@gmail.com> 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? > > On 11/20/20, mike tancsa <mike@sentex.net> wrote: >> Some progress. But now >> >> >> Consoles: internal >> video/keyboard >> BIOS drive C: is >> disk0 >> BIOS drive D: is >> disk1 >> BIOS drive E: is >> disk2 >> BIOS drive F: is >> disk3 >> BIOS drive G: is >> disk4 >> BIOS drive H: is >> disk5 >> BIOS drive I: is >> disk6 >> BIOS drive J: is >> disk7 >> BIOS drive K: is >> disk8 >> zio_read error: >> 5 >> zio_read error: >> 5 >> zio_read error: >> 5 >> ZFS: i/o error - all block copies >> unavailable >> ZFS: can't read MOS of pool >> zroot >> BIOS 615kB/1983396kB available >> memory >> >> >> FreeBSD/x86 bootstrap loader, Revision >> 1.1 >> (Thu Nov 19 08:18:03 EST 2020 >> mdtancsa@zoo.freebsd.org) >> ERROR: cannot open /boot/lua/loader.lua: invalid >> argument. >> >> >> >> >> Type '?' for a list of commands, 'help' for more detailed >> help. >> OK >> >> >> On 11/20/2020 9:28 AM, mike tancsa wrote: >>> I am wondering this is a problem with having the 2 SSD drives off the >>> LSI controller as part of the pool as vdev / meta data caches :(=C2=A0 = At >>> boot time I guess those are not seen yet ? Gonna have to make a trip to >>> the office to try and move those drives off the LSI controller and onto >>> the motherboard if possible to test out this theory and hopefully it >>> will boot. Anything else to try ? >>> >>> =C2=A0=C2=A0=C2=A0 ---Mike >>> >>> On 11/20/2020 9:09 AM, mike tancsa wrote: >>>> Hmm, not off to a good start.=C2=A0 This will take a little longer. >>>> >>>> >>>> >>>> ZFS: i/o error - all block copies >>>> unavailable >>>> ZFS: can't read MOS of pool >>>> zroot >>>> gptzfsboot: failed to mount default pool >>>> zroot >>>> >>>> >>>> FreeBSD/x86 >>>> boot >>>> >>>> >>>> int=3D00000000=C2=A0 err=3D00000000=C2=A0 efl=3D00010246 >>>> eip=3D00008974 >>>> eax=3D00000001=C2=A0 ebx=3D00000000=C2=A0 ecx=3D00000000 >>>> edx=3D00000000 >>>> esi=3D00000000=C2=A0 edi=3D00000000=C2=A0 ebp=3D0008de38 >>>> esp=3D0008ddd0 >>>> cs=3D002b=C2=A0 ds=3D0033=C2=A0 es=3D0033=C2=A0=C2=A0=C2=A0 fs=3D0033= =C2=A0 gs=3D0033 >>>> ss=3D0033 >>>> cs:eip=3Df7 35 90 9d 00 00 85 f6-74 05 89 3e 89 5e 04 >>>> 89 >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 c2 e9 cc 00 00 00 66 c7-45 ea 00 = 00 89 d8 c1 >>>> e8 >>>> ss:esp=3D00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 >>>> 00 >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 00 00 00 00 00 00 00 00-00 00 00 = 00 00 00 00 >>>> 00 >>>> BTX >>>> halted >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On 11/19/2020 1:36 PM, mike tancsa wrote: >>>>> Thanks, I forgot about those :) I will add them of course.=C2=A0=C2= =A0 WRT to >>>>> zfs >>>>> backups, I want to redo how that works to something more useful using >>>>> better incremental sends.=C2=A0 Something like zrepl works well. I wi= ll >>>>> take >>>>> a look at that next week or so >>>>> >>>>> =C2=A0=C2=A0=C2=A0 ---Mike >>>>> >>>>> On 11/19/2020 1:23 PM, Bjoern A. Zeeb wrote: >>>>>> On 19 Nov 2020, at 17:38, George Neville-Neil wrote: >>>>>> >>>>>>> On 19 Nov 2020, at 10:57, mike tancsa wrote: >>>>>>> >>>>>>>> On 11/19/2020 8:31 AM, mike tancsa wrote: >>>>>>>>> To upgrade to r367842. I will also be upgrading the installed pkg= s >>>>>>>>> >>>>>>>> Also, with the pkg upgrade as so many are so very stale, its >>>>>>>> probably >>>>>>>> best to uninstall them all and then install what everyone needs / >>>>>>>> uses ? >>>>>>>> >>>>>>>> Below is the list of what is currently installed. I will kill thos= e >>>>>>>> and >>>>>>>> install to start >>>>>>>> >>>>>>>> bash,curl,conserver-com,git,gmake,ipmitools,megacli,perl,pdksh,pyt= hon3x,rsync,screen,storcli,subversion,sudo,tmux,vim,zsh >>>>>>>> >>>>>>>> >>>>>>>> Is there anything else people want / need ? >>>>>>> I think our best bet is to "just do it" and then fault in whatever >>>>>>> we >>>>>>> missed. >>>>>> Mike: >>>>>> >>>>>> - isc-dhcp=C2=A0=C2=A0 (or similar kind of flavour if you prefer som= ething else >>>>>> these days) would be beneficial I think. >>>>>> >>>>>> - micro_proxy=C2=A0=C2=A0 is run from inted in order to allow test m= achines to >>>>>> reach package repositories, etc. (as per motd on zoo). >>>>>> >>>>>> - bind=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 is running se= rving a local forward/reverse zone in >>>>>> addition to /etc/hosts; not sure if it is needed or helps or is >>>>>> stale? >>>>>> >>>>>> - pigz=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 for your zfs backups agai= n? >>>>>> >>>>>> I didn=E2=80=99t notice anything else so far. >>>>>> >>>>>> - smartmontools=C2=A0=C2=A0=C2=A0 in case you are monitoring disks? >>>>>> >>>>>> >>>>>> >>>>>> /bz >>>>>> >> > > > -- > Mateusz Guzik <mjguzik gmail.com> > --=20 Mateusz Guzik <mjguzik gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGudoHGbR1jnH1K5pF0inJBK=OaCP_gjsNp0fbA6SMT9roi2KA>