Update on Feb/20/2024:
The Dell Perc H755 (installed on a R750) is now also tested with Debian Bullseye (Proxmox VE 7.x) and the perccli64 still works very well on both showing/setting parameters of the card and VDs.
Update on Oct/5/2022:
a newer version dell perccli64 has been found in following link:
https://www.dell.com/support/home/zh-cn/drivers/driversdetails?driverid=36g6n
from which you can easily find the .deb directly from the tar.gz file, and this means you don't need to alien that from a rpm package, and the deb can be installed directly into debian 11 and Proxmox (which has been tested).
I went search Dell PERC H750 and found out that Dell provided PercCli instead, as RPM package for Linux, which means we can use the alien command to switch the package format from RPM to DEB.
After installing the PercCli, this works quite well on Debian 11 using same syntax as Broadcom StorCli (which has different syntax against the traditional MegaCli).
https://www.dell.com/support/home/en-us/drivers/driversdetails?driverid=nf8g9
This has been tested on my new Dell R640 instance and proved working well.
oh, btw, check files using dpkg -c xxx.deb to get to know what's inside the deb package before (or after) the dpkg -i xxx.deb installation, otherwise it maybe not easy for you to find out where the binary is.
Actually it should be there as /opt/MegaRAID/perccli/perccli64 for your information.
Update on Feb/20/2024:
The Dell Perc H755 (installed on a R750) is now also tested with Debian Bullseye (Proxmox VE 7.x) and the perccli64 still works very well on both showing/setting parameters of the card and VDs.
Update on Oct/5/2022:
a newer version dell perccli64 has been found in following link:
https://www.dell.com/support/home/zh-cn/drivers/driversdetails?driverid=36g6n
from which you can easily find the .deb directly from the tar.gz file, and this means you don't need to alien that from a rpm package, and the deb can be installed directly into debian 11 and Proxmox (which has been tested).
I went search Dell PERC H750 and found out that Dell provided PercCli instead, as RPM package for Linux, which means we can use the alien command to switch the package format from RPM to DEB.
After installing the PercCli, this works quite well on Debian 11 using same syntax as Broadcom StorCli (which has different syntax against the traditional MegaCli).
https://www.dell.com/support/home/en-us/drivers/driversdetails?driverid=nf8g9
This has been tested on my new Dell R640 instance and proved working well.
oh, btw, check files using dpkg -c xxx.deb to get to know what's inside the deb package before (or after) the dpkg -i xxx.deb installation, otherwise it maybe not easy for you to find out where the binary is.
Actually it should be there as /opt/MegaRAID/perccli/perccli64 for your information.
Turns out that offending command which gets blocked is megacli -AdpAllInfo -a0 -NoLog where perccli64 will be blocked for this command as well as megacli.
One can hopefully patch megaclisas-status to avoid such command
diff --git a/megaclisas-status b/megaclisas-status
index 870e3a5..a9bc55b 100755
--- a/megaclisas-status
+++ b/megaclisas-status
@@ -27,7 +27,7 @@ nagiosbaddisk = 0
# Sane defaults
printarray = True
-printcontroller = True
+printcontroller = False
debugmode = False
notempmode = False
totaldrivenumber = 0
We lost information about controller and BBU but megaclisas-status daemon can be used to monitor the status of the array without need for heavy refactoring for perccli64 (not talking about perccli64 /c0 show all segfaults for us anyway -- R540 + H750)
After a lightning strike a month ago fried the iDRAC port on my r720 server (close we can figure is induction, nothing else on the same electric circuit or switch got damaged – only my cable modem 2 floors up not connected to either switch or circuit) I’ve gotten a Dell r730 to replace it (the server still functions but without IDRAC I’m just going to use it for stuff I don’t need up all the time etc.) .
I’m setting things up to run Proxmox on the server which came with an embedded H730 controller populated with 8 disks on 1 backplane (the model that lets you add a separate 8 bay backplane + controller, which I’ve got to install).
In setting this up I went into iDRAC and configured the controller for HBA mode, however there were already RIAD configured virtual disks so I didn’t realise that this setting didn’t actually take effect. I then removed the virtual disks and set each disk to be “non-raid” and continued configuring Proxmox.
Proxmox sees the disks natively fine, smartctrl reports real physical etc. so that part is fine, but I just noticed the controller is actually not in HBA mode even though the disks are not in RAID mode.
This got me wondering – could I configure 2 of the disks as RAID-1 via the controller and use those for the base Proxmox install (i.e. the OS/Directory and LVM default config) and leave the other 6 in non-raid for use in Proxmox for ZFS ? Anyone tried this ?