Bug 256603 - FreeBSD 13.0 release version booting into single user mode by default when the OS disk behind smartpqi controller.
Summary: FreeBSD 13.0 release version booting into single user mode by default when th...
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 13.0-RELEASE
Hardware: amd64 Any
: --- Affects Many People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-06-14 16:42 UTC by Srikanth
Modified: 2023-10-19 03:22 UTC (History)
6 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Srikanth 2021-06-14 16:42:49 UTC
Hi,

The tyan server has 7 drives which is behind the smartpqi controller. 
We've installed the FreeBSD 13.0 on one of the drive which is behind the smartpqi controller (drive number is da5).
After successful OS installation, we created RAID5 with 3 disk( Used da0, da1, da2 for RAID5) and we did the power cycle after that the system went to single user mode.

Usually in the FreeBSD 12.2, it will ask the user to mount the OS disk manually in case if the drive order changes but in FreeBSD 13.0 directly it's going to single user and it's not allowing to mount the disk.

In both cases the SmartPQI driver and Firmware is same but seeing weird behavior from the OS.

Here what is the difference between 12.2 and 13.0 when it fails to mount the OS drive during boot?
Comment 1 Mark Johnston freebsd_committer freebsd_triage 2021-06-16 14:40:23 UTC
Please show the full kernel boot log.
Comment 2 rainer 2021-07-30 20:43:17 UTC
There's code in stable (13):

https://cgit.freebsd.org/src/log/sys/dev/smartpqi?h=stable/13

I have this code working on 12.2 + patches as of:

https://reviews.freebsd.org/D24428

The server is now very stable.

For me the old driver worked well enough to be able to boot and compile stuff, just no heavy load.


Maybe try a snapshot:

https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/

They seem to be recent enough.
Comment 3 Mark Johnston freebsd_committer freebsd_triage 2021-08-02 19:41:26 UTC
Was this addressed by https://cgit.freebsd.org/src/commit/?id=f4855954c2078cc53ef01cd00e5cf18ef266e441 ?
Comment 4 Warner Losh freebsd_committer freebsd_triage 2021-08-02 22:35:48 UTC
FreeSBD 13.0 had an old driver that wasn't very good. I got too busty to
update it since I don't have any of this hardware.

12.2 is in the same boat.

stable/13 has an updated driver, as does stable/12. Snapshots from either of those branches will give a much better experience.
Comment 5 Palle Girgensohn freebsd_committer freebsd_triage 2021-10-11 16:23:22 UTC
@warner, thanks for this update!

Could we expect an errata patch release for this? The SmartPQI is shipped with HP 360 Gen10, quite a common server make. The current driver shipped the FreeBSD releases panics easily under moderate load. Wouldn't it be great to have a working driver for this controller in the latest releases? Do you think that the STABLE version is now production quality?

Thanks,
Palle
Comment 6 Palle Girgensohn freebsd_committer freebsd_triage 2022-01-25 09:12:32 UTC
(In reply to Palle Girgensohn from comment #5)

The version in stable at present still gives bad checksums during high load (see bug #259611). Suggestion in bug #256603 is to use the binary distribution, latest version in https://storage.microsemi.com/en-us/downloads/unix/freebsd/productid=aha-2100-8i&dn=microsemi+adaptec+smarthba+2100-8i.php 

Will try this and see if it is better. 

Data corruption does not happen a lot unless it is provoked by high load, but we did see about a 100 bad blocks in a file. For a database machine, this could be a terrible problem. So far we've been able to mend the data using backups.
Comment 7 Warner Losh freebsd_committer freebsd_triage 2023-10-19 03:22:58 UTC
Latest driver has been committed to the tree.