You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that your system renumbered the PCI bus. There's nothing we can do about that. It's really a bug in your firmware: the reported stable ids are not as stable as they should be.
We can't make something stable that breaks the expectations on stability of "stable" identifiers reported by fimware.
Sorry, but this is not actionable for us. Please contact your system vendor about this instead. Or use better identifiers, i.e /dev/disk/by-id/nvme-eui* links for example.
No worries, I was actually unsure where the bug was - udev, kernel, firmware, Supermicro. But you seem confident that udev just works with what it is given (nothing fancy going on), so I'll turn elsewhere :) Sorry for the noise!
Just to follow up: Supermicro acknowledged there was a problem with the backplane and CPLD firmware in the server which causes the enumeration to be nondeterministic. We did an RMA and got a new server with newer CPLD firmware and a rev 2.0 of the backplane, which works properly.
systemd version the issue has been seen with
Used distribution
Linux kernel version used (
uname -a
)CPU architecture issue was seen on
Expected behaviour you didn't see
Unexpected behaviour you saw
Steps to reproduce the problem
Additional program output to the terminal or log subsystem illustrating the issue
Notice how the device names for four of the disks changed during reboot.
The text was updated successfully, but these errors were encountered: