HP ML350 GEN10 doesn't see disks

[jansiee]

On the HP ML350 Gen10 with controlelr P408I the disk don't show up.

They don't show up without creating any array/raid and not when i create a raid 0 for every disk.
Disk shoud be automatically be HBA mode on this controller.

What can i do?

[PartialVolume]

I could be completely wrong here... but it could be that a special driver is required for the P408I, HP only provide binary drivers for Red Hat and Opensuse as far as I can see from their website and maybe the opensource megaraid driver doesn't work with this controller assuming you don't need to do anything to get the drives into HBA mode.

So if it was me I'd probably load up Fedora 39, 40 or rawhide onto a disc and install nwipe from their respository which is using the latest nwipe 0.37 and wipe the discs like that. I'm guessing nwipe is available in Redhat but don't know which version they are at.

However, somebody that has this hardware may know a better workaround.

[ps-pinky]

Hello @jansiee and @PartialVolume ,
I hope, i can give this al little more attention and hopefully ai've come over this project, cause I am in need to wipe some disks in HPE branded Servers with Smart Array Controllers only.
As from my point of view, changing the configured array to pass the disks thru might be an option, if you don't have serveral dozens of Servers or an ability to automatize that process. So this might be a quick and dirty workaround, for single servers, but not, if you got more and don't have plenty of thime.

So, no nerdy moaning, without a solution.
For the two servers i was able to test, I was able to do my nwipe jobs using the gparted livecd from https://downloads.sourceforge.net/gparted/gparted-live-1.6.0-10-amd64.iso which worked for the HPE storage controllers and nwipe.
So, from my investigation, from which I hope they are right, the gparted livecd has installed the hpsa driver under /lib/modules/$(uname -r)/kernel/drivers/scsi/hpsa.ko.xz from which I think is the thing, that does the trick with HPE based Smart Array Controller
and which I couldn't find in the shredos structure.

I think, that the integration of the hpsa module should therefore be integrated, as it is Open Source, from my understanding
(https://github.com/torvalds/linux/blob/master/drivers/scsi/hpsa.c (Line 8 to 10)), if I get that right.

So there starts my inability to build livecds, inlude modules in iat and so on and so forth and where I kindly need to ask to integrate this module in the Image.
What I can help with, is testing it on Hardware, if i get a specific iso file

Here are some more information, of what i found on a quick search
https://docs.kernel.org/scsi/hpsa.html
https://manpages.ubuntu.com/manpages/focal/en/man4/hpsa.4.html

It would be REEEEEAAAAL Great, if this module finds the way in the image.
Let me know, if I can help with that issue :-)

berst regards pinky

[PartialVolume]

@ps-pinky All of ShredOS's drivers are built into the kernel rather than being .ko files you will find in the directory structure.

To view all builtin drivers you run the command cat /lib/modules/$(uname -r)/modules.builtin. There are about 1,430 drivers builtin so to look for the hpsa driver specifically, cat /lib/modules/$(uname -r)/modules.builtin | grep -i hpsa

As you will see, the hpsa driver is already included in the latest ShredOS.

Boot the server that doesn't show the discs with the latest version of ShredOS. ALT-F2 to switch to the 2nd virtual terminal and type lspci -k and post the output here. This will list all the hardware on your system and show which modules are loaded and running and which hardware hasn't got a module loaded.

[PartialVolume]

@ps-pinky Can you also boot up gparted on your server and run the lspci -k command and post the output here. We can then compare the ShredOS lspci -k output and the gparted lspci -k output and see what differs.

[ps-pinky]

@PartialVolume well i think copying out of the ilo session aint possible, as this doesn't behave like a ssh session and I'm not quite sure, if im allowed to post internal stuff on a public platform, it's just some wird compliance stuff. I'm going to try to ship around that problem and check, if i'm going to get some old hardware, for that purpose to provide yo with informations as best, as i can.

[PartialVolume]

@ps-pinky You don't need to copy anything out, just take a photo with your phone. There's nothing identifiable in the output of lspci -k, e.g. no UUIDs, serial numbers or anything, just the general names of the hardware. Tends to be all very common well known stuff.

[ps-pinky]

@PartialVolume hey there, i had some investigations on a hardware i could use for a couple of minutes, just to recognise, that shredos does not do uefi boots (yet) and i wasn't allowed to reconfigure it for the test.
what i found out from booting a gparted livecd, that the controller (a Smart Array P408I), if you do a ls -k uses:
Kernel driver in use: SmartPQI
Kernel Modulles: SmartPQI
the controller seems to be a serial attached scsi controller and the subsystem then is the Hewlett Packard Company Smart array Controller.

from what i read and hopefully understand here: https://man7.org/linux/man-pages/man4/smartpqi.4.html
i think, that these modules replace the cciss and hpsa modules for those controllers.
what i can do is, that i grab myself another hardware, which i can reconfigure to Bios boot and test this against a gparted and a shredos instance and check, what lspci -k gives me in the comming week and give you some feedback here?!
thanks for being so quick in responding! :-)

[PartialVolume]

@ps-pinky ShredOS does UEFI boot however it's not signed so you would have to switch off secure boot, however it still boots via UEFI.

The smartpqi driver is already installed in the latest ShredOS.

Symbol: SCSI_SMARTPQI [=y]                                                                                                                       │  
  │ Type  : tristate                                                                                                                                 │  
  │ Defined at drivers/scsi/smartpqi/Kconfig:40                                                                                                      │  
  │   Prompt: Microchip PQI Driver                                                                                                                   │  
  │   Depends on: SCSI_LOWLEVEL [=y] && PCI [=y] && SCSI [=y] && !S390                                                                               │  
  │   Location:                                                                                                                                      │  
  │     -> Device Drivers                                                                                                                            │  
  │       -> SCSI device support                                                                                                                     │  
  │         -> SCSI low-level drivers (SCSI_LOWLEVEL [=y])                                                                                           │  
  │ (1)       -> Microchip PQI Driver (SCSI_SMARTPQI [=y])                                                                                           │  
  │ Selects: SCSI_SAS_ATTRS [=y] && RAID_ATTRS [=y]