> On 19 Sep 2019, at 18:57, Kurt Jaeger <lists_at_opsec.eu> wrote: > > Hi! > >>> We have a system with 10 SATA disks. 2 disks are for the system, >>> 8 disks drive a data pool 'bck', configured as raidz2, for backup purposes: >>> >>> bck 72.8T 38.7T 34.1T - - 1% 53% 1.00x ONLINE - > >>> The problem is that if all 10 disks are connected, the system >>> looses track from where it should boot and fails to boot (serial boot log): > >> Why this order does change? One would expect disks 0 and 1 to be OS disks and the rest for data??? > > 0+1 are 2.5", and the initial setup was: > - we installed system disks as zroot > - shipped the box to the housing facility > - booted and added the drives > > At that time we did not do additional tests about the disk/boot sequence > etc. > >> Also the question is, what you mean with ???system looses track???? > > I interpret the hang during boot as 'it looses track'. So I guess > it tries to read the kernel from the wrong drives. no, loader does probe disks to see which devices make up the pool and hung system is not about reading the kernel from wrong place. I bet it is BIOS system? Since the raidz seems to be created partitionless, what version of freebsd are you using? BIOS up to date? can you test pool visibility in loader with latest current usb/cd start - like press esc in menu and check lasdev -v (assuming you get to menu)… the same with uefi? rgds, toomas > >> disk4 becomes adaX? why it matters, are you using ufs on boot disks? > > No, zpool only. > > I've made a few more details available here: > > https://people.freebsd.org/~pi/host/dmesg.txt > https://people.freebsd.org/~pi/host/devlist.txt > https://people.freebsd.org/~pi/host/gpart.txt > https://people.freebsd.org/~pi/host/pciconf.txt > https://people.freebsd.org/~pi/host/zpool.txt > > -- > pi_at_opsec.eu +49 171 3101372 One year to go ! > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Thu Sep 19 2019 - 14:27:39 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:21 UTC