[SOLVED] Hotplug bei SATA-Festplatten funktioniert nicht

sausi71

Member
Mar 14, 2020
16
2
23
45
In meiner Proxmox-Installation funktionert Hotplug bei Festplatten nicht.
Wenn ich eine (ungenutzte) Festplatte im laufenden Betrieb entferne, hagelt es Fehlermeldungen.
Wenn ich im laufenden Betrieb eine Festplatte hinzufüge, wird diese nicht erkannt. Sie wird mir weder in der Proxmox GUI noch via lsblk angezeigt. Sie ist einfacht nicht da.

AHCI im BIOS ist eingeschaltet, der SATA-Controller ebenfalls.

Um eventuelle Hardware-Probleme auszuschließen, habe ich testweise ein Unraid auf dem selben Gerät gestartet, dort funktioniert Hotplug ohne Probleme.

Ich nutze ein Supermicro-Board M11SDV-8CT-LN4F mit einem AMD Epyc 3201 Prozessor. Das Gehäuse ist ebenfalls von Supermicro (SuperChassis CSE-721TQ).

Ähnliche Probleme mit dem Linux-Kernel und Ubuntu sowie einem Epyc-Prozessor sind hier beschrieben. Die dort als Workaround genannten Änderungen im Power-Management haben bei mir keine Wirkung:
Code:
a. Add below kernel parameter can make sata hot plug working
  ahci.mobile_lpm_policy=1
  In our test, set to 0 or 2 also works. Refer to #46 for what 0,1,2,3
represents.

b. via proc file
  To set "max_performance" for
"/sys/class/scsi_host/host*/link_power_management_policy"
  Set min_power or medium_power will enable power save and disable the "Hot
Plug" again.

Ich nutze Proxmox mit folgenden Softwareversionen:
Code:
proxmox-ve: 7.2-1 (running kernel: 5.15.39-3-pve)
pve-manager: 7.2-7 (running version: 7.2-7/d0dd0e85)
pve-kernel-5.15: 7.2-8
pve-kernel-helper: 7.2-8
pve-kernel-5.15.39-3-pve: 5.15.39-3
pve-kernel-5.15.39-2-pve: 5.15.39-2
pve-kernel-5.15.39-1-pve: 5.15.39-1
pve-kernel-5.15.35-3-pve: 5.15.35-6
pve-kernel-5.15.30-2-pve: 5.15.30-3
ceph-fuse: 15.2.16-pve1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.24-pve1
libproxmox-acme-perl: 1.4.2
libproxmox-backup-qemu0: 1.3.1-1
libpve-access-control: 7.2-4
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.2-2
libpve-guest-common-perl: 4.1-2
libpve-http-server-perl: 4.1-3
libpve-network-perl: 0.7.1
libpve-storage-perl: 7.2-7
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.0-3
lxcfs: 4.0.12-pve1
novnc-pve: 1.3.0-3
proxmox-backup-client: 2.2.5-1
proxmox-backup-file-restore: 2.2.5-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.5.1
pve-cluster: 7.2-2
pve-container: 4.2-2
pve-docs: 7.2-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: 3.5-1
pve-ha-manager: 3.4.0
pve-i18n: 2.7-2
pve-qemu-kvm: 6.2.0-11
pve-xtermjs: 4.16.0-1
qemu-server: 7.2-3
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.7.1~bpo11+1
vncterm: 1.7-1
zfsutils-linux: 2.1.5-pve1

Kann mir jemand helfen?
 
Last edited:
In meiner Proxmox-Installation funktionert Hotplug bei Festplatten nicht.
ist kein allgemeines Problem (zumindest funktioniert es hier) - insofern nehme ich an, dass es vielleicht etwas mit dem System zu tun hat...
Wenn ich eine (ungenutzte) Festplatte im laufenden Betrieb entferne, hagelt es Fehlermeldungen.
welche fehlermeldungen?

Wenn ich im laufenden Betrieb eine Festplatte hinzufüge, wird diese nicht erkannt. Sie wird mir weder in der Proxmox GUI noch via lsblk angezeigt. Sie ist einfacht nicht da.
was steht im journal sobald die platte angesteckt wird?

ansonsten würde ich empfehlen mal die firmware (aller Komponenten) des Systems auf den neuesten Stand zu bringen - hilft in so Fällen recht oft

zu Guter letzt vielleicht auch mal einen älteren Kernel versuchen - um auszuschließen, dass es an der Kernel version liegt
z.b. einfach `pve-kernel-5.13` installieren und in diesen reinbooten.

Ich hoffe das hilft!
 
Also die Hot-Plug-Fähigkeit muss schon von der Hardware gegeben sein, sonst kann auch Proxmox nichts damit anfangen ;)

So nebenbei, JEDE von uns eingesetzter Hardware ist vom Hersteller aus Hotplug fähig und weder im Ubuntu oder Proxmox gibts damit out-of the-box Probleme.

Hot-Swap im BIOS in den SATA-Einstellungen schon aktiviert?
 
Last edited:
ist kein allgemeines Problem (zumindest funktioniert es hier) - insofern nehme ich an, dass es vielleicht etwas mit dem System zu tun hat...

welche fehlermeldungen?


was steht im journal sobald die platte angesteckt wird?

ansonsten würde ich empfehlen mal die firmware (aller Komponenten) des Systems auf den neuesten Stand zu bringen - hilft in so Fällen recht oft

zu Guter letzt vielleicht auch mal einen älteren Kernel versuchen - um auszuschließen, dass es an der Kernel version liegt
z.b. einfach `pve-kernel-5.13` installieren und in diesen reinbooten.

Ich hoffe das hilft!
Danke schon man für die Hilfe.
Als ich die Platte im laufenden Betrieb entfernt habe, gab es folgende Fehlermeldungen:

Code:
Aug 12 15:19:06 pve3 kernel: [  373.174451] ata3: hard resetting link
Aug 12 15:19:06 pve3 kernel: [  373.492765] ata3: SATA link down (SStatus 0 SControl 300)
Aug 12 15:19:06 pve3 kernel: [  373.493540] ata3.00: disabled
Aug 12 15:19:06 pve3 kernel: [  373.494310] sd 2:0:0:0: [sdc] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=46s
Aug 12 15:19:06 pve3 kernel: [  373.495108] sd 2:0:0:0: [sdc] tag#12 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.495879] sd 2:0:0:0: [sdc] tag#12 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.496657] sd 2:0:0:0: [sdc] tag#12 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.497439] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.498251] sd 2:0:0:0: [sdc] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=46s
Aug 12 15:19:06 pve3 kernel: [  373.499056] sd 2:0:0:0: [sdc] tag#14 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.499850] sd 2:0:0:0: [sdc] tag#14 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.500659] sd 2:0:0:0: [sdc] tag#14 CDB: Read(16) 88 00 00 00 00 00 00 00 08 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.501474] blk_update_request: I/O error, dev sdc, sector 2048 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.502316] sd 2:0:0:0: [sdc] tag#15 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.503151] sd 2:0:0:0: [sdc] tag#15 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.503976] sd 2:0:0:0: [sdc] tag#15 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.504802] sd 2:0:0:0: [sdc] tag#15 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.505634] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 15 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.506488] sd 2:0:0:0: [sdc] tag#16 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=46s
Aug 12 15:19:06 pve3 kernel: [  373.507338] sd 2:0:0:0: [sdc] tag#16 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.508180] sd 2:0:0:0: [sdc] tag#16 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.509034] sd 2:0:0:0: [sdc] tag#16 CDB: Read(16) 88 00 00 00 00 02 ba a0 b0 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.509886] blk_update_request: I/O error, dev sdc, sector 11721027584 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.510773] sd 2:0:0:0: [sdc] tag#17 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.511650] sd 2:0:0:0: [sdc] tag#17 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.512536] sd 2:0:0:0: [sdc] tag#17 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.513440] sd 2:0:0:0: [sdc] tag#17 CDB: Read(16) 88 00 00 00 00 00 00 00 08 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.514357] blk_update_request: I/O error, dev sdc, sector 2048 op 0x0:(READ) flags 0x0 phys_seg 16 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.515302] sd 2:0:0:0: [sdc] tag#18 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.516243] sd 2:0:0:0: [sdc] tag#18 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.517170] sd 2:0:0:0: [sdc] tag#18 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.518111] sd 2:0:0:0: [sdc] tag#18 CDB: Read(16) 88 00 00 00 00 02 ba a0 b0 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.519044] blk_update_request: I/O error, dev sdc, sector 11721027584 op 0x0:(READ) flags 0x0 phys_seg 16 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.519999] sd 2:0:0:0: [sdc] tag#25 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.520960] sd 2:0:0:0: [sdc] tag#25 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.521936] sd 2:0:0:0: [sdc] tag#25 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.522947] sd 2:0:0:0: [sdc] tag#25 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.523986] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 3 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.525061] sd 2:0:0:0: [sdc] tag#26 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.526139] sd 2:0:0:0: [sdc] tag#26 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.527207] sd 2:0:0:0: [sdc] tag#26 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.528271] sd 2:0:0:0: [sdc] tag#26 CDB: Read(16) 88 00 00 00 00 00 00 00 08 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.529337] blk_update_request: I/O error, dev sdc, sector 2048 op 0x0:(READ) flags 0x0 phys_seg 3 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.530448] sd 2:0:0:0: [sdc] tag#27 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=41s
Aug 12 15:19:06 pve3 kernel: [  373.531551] sd 2:0:0:0: [sdc] tag#27 Sense Key : Not Ready [current]
Aug 12 15:19:06 pve3 kernel: [  373.532658] sd 2:0:0:0: [sdc] tag#27 Add. Sense: Logical unit not ready, hard reset required
Aug 12 15:19:06 pve3 kernel: [  373.533779] sd 2:0:0:0: [sdc] tag#27 CDB: Read(16) 88 00 00 00 00 02 ba a0 b0 00 00 00 01 00 00 00
Aug 12 15:19:06 pve3 kernel: [  373.534923] blk_update_request: I/O error, dev sdc, sector 11721027584 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0
Aug 12 15:19:06 pve3 kernel: [  373.536104] ata3: EH complete
Aug 12 15:19:06 pve3 kernel: [  373.545627] ata3.00: detaching (SCSI 2:0:0:0)
Aug 12 15:19:06 pve3 kernel: [  373.590552] sd 2:0:0:0: [sdc] Stopping disk
Aug 12 15:19:06 pve3 kernel: [  373.591608] sd 2:0:0:0: [sdc] Start/Stop Unit failed: Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
Aug 12 15:19:06 pve3 pvedaemon[3755]: <root@pam> successful auth for user 'root@pam'
Aug 12 15:19:06 pve3 pveproxy[3777]: proxy detected vanished client connection

Wenn ich im laufenden Betrieb eine Platte hinzufüge, wird in den Logfiles nichts angezeigt.
Den Punkt mit dem älteren Kernel versuche ich mal. Die Firmware aller Komponenten ist aktuell.
 
Also die Hot-Plug-Fähigkeit muss schon von der Hardware gegeben sein, sonst kann auch Proxmox nichts damit anfangen ;)

So nebenbei, JEDE von uns eingesetzter Hardware ist vom Hersteller aus Hotplug fähig und weder im Ubuntu oder Proxmox gibts damit out-of the-box Probleme.

Hot-Swap im BIOS in den SATA-Einstellungen schon aktiviert?

Ja, die Hardware ist Hot-Plug fähig. Ist ja ein Server-MB und ein Server-Gehäuse. Im BIOS ist AHCI aktiviert. Würde die Hardware das nicht können, hätte Hot-Plug bei UNRAID nicht funktioniert. Damit wollte ich ein Hardware-Problem ausschließen. Siehe mein initialer Beitrag. ;-)

Meine Vermutung ist ein Problem im Kernel in Verbindung mit dem Epyc-Prozessor. Da ich das ganze erst frisch installiert habe, kann ich aktuell nicht sagen, ob es vorher mit einer älteren Version von Proxmox funktioniert hat.
 
Last edited:
Aug 12 15:19:06 pve3 kernel: [ 373.494310] sd 2:0:0:0: [sdc] tag#12 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=46s Aug 12 15:19:06 pve3 kernel: [ 373.495108] sd 2:0:0:0: [sdc] tag#12 Sense Key : Not Ready [current] Aug 12 15:19:06 pve3 kernel: [ 373.495879] sd 2:0:0:0: [sdc] tag#12 Add. Sense: Logical unit not ready, hard reset required Aug 12 15:19:06 pve3 kernel: [ 373.496657] sd 2:0:0:0: [sdc] tag#12 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 Aug 12 15:19:06 pve3 kernel: [ 373.497439] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0 Aug 12 15:19:06 pve3 kernel: [ 373.498251] sd 2:0:0:0: [sdc] tag#14 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=46s
diese Meldungen wuerde ich erwarten, wenn ich eine Platte, die davor irgendwie eingebunden war entferne...

Wenn ich im laufenden Betrieb eine Platte hinzufüge, wird in den Logfiles nichts angezeigt.
das hingegen kenne ich nur wenn hotswap nicht aktiviert ist...
 
Ja, die Hardware ist Hot-Plug fähig. Ist ja ein Server-MB und ein Server-Gehäuse. Im BIOS ist AHCI aktiviert. Würde die Hardware das nicht können, hätte Hot-Plug bei UNRAID nicht funktioniert. Damit wollte ich ein Hardware-Problem ausschließen. Siehe mein initialer Beitrag. ;-)

Meine Vermutung ist ein Problem im Kernel in Verbindung mit dem Epyc-Prozessor. Da ich das ganze erst frisch installiert habe, kann ich aktuell nicht sagen, ob es vorher mit einer älteren Version von Proxmox funktioniert hat.
Hmm.. das ist nichts-aussagend.
Wenn du recht hättest, würden gaaaanz viele Server jetzt solche Fehlermeldungen produzieren und das Forum wäre voll Beschwerden.
Wir verwenden unter anderem auch Supermicros ein, und ja, mit AMD´s.
Ich kann hier hot-pluggen wie ich will und bekomme keinerlei solcher Fehlermeldungen.
Daher mag ich voreilige Generalisierungen "der Kernel ist schuld!" gar nicht.

Kontrolliere mal diese BIOS-Einstellungen:

hotplug.JPG
 
Last edited:
diese Meldungen wuerde ich erwarten, wenn ich eine Platte, die davor irgendwie eingebunden war entferne...


das hingegen kenne ich nur wenn hotswap nicht aktiviert ist...
Ja, das sehe ich auch so. Aber im BIOS ist AHCI aktiviert und wenn ich den AHCI-Status via lspci -v abfrage, wird das auch tadellos erkannt:
Code:
07:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51) (prog-if 01 [AHCI 1.0])
        Subsystem: Super Micro Computer Inc FCH SATA Controller [AHCI mode]
        Flags: bus master, fast devsel, latency 0, IRQ 110
        Memory at ef602000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [48] Vendor Specific Information: Len=08 <?>
        Capabilities: [50] Power Management version 3
        Capabilities: [64] Express Endpoint, MSI 00
        Capabilities: [a0] MSI: Enable+ Count=1/16 Maskable- 64bit+
        Capabilities: [d0] SATA HBA v1.0
        Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
        Capabilities: [150] Advanced Error Reporting
        Capabilities: [2a0] Access Control Services
        Kernel driver in use: ahci
        Kernel modules: ahci
Wenn es ein Hardware-Problem wäre, dann hätte mein Versuch mit UNRAID ja keine Früchte getragen. Dort wurde das erkannt und Hotplug der Laufwerke hat funktioniert.
 
Hmm.. das ist nichts-aussagend.
Wenn du recht hättest, würden gaaaanz viele Server jetzt solche Fehlermeldungen produzieren und das Forum wäre voll Beschwerden.
Wir verwenden unter anderem auch Supermicros ein, und ja, mit AMD´s.
Ich kann hier hot-pluggen wie ich will und bekomme keinerlei solcher Fehlermeldungen.
Daher mag ich voreilige Generalisierungen "der Kernel ist schuld!" gar nicht.

Kontrolliere mal diese BIOS-Einstellungen:

View attachment 40277
Ja, Hotplug ist im BIOS enabled und SATA-Controller ist im BIOS ebenfalls enabled. Hat auch mit AUTO nicht funktioniert.
 
Last edited:
Noch eine wichtige Ergänzung: Die o.g. Fehlermeldung bei Entfernung der Platte kommt nur, wenn die Platte schon beim Booten im System war. Wenn ich eine Platte entferne, die beim Systemstart NICHT im System war, dann taucht (ebenso wie beim Einstecken der Platte im laufenden Betrieb) nichts in den Logfiles auf.
 
Supermicro konnte mir nicht weiterhelfen. Bei Thomas Krenn im Blog ist das identische Problem beschrieben. Dort wird auch eine Lösung genannt - dieselbe, die ich bereits an anderer Stelle gefunden und zunächst auch erfolglos ausprobiert hatte:

ahci.mobile_lpm_policy=1 als Kernel-Parameter beim Systemstart festlegen. Ich hatte das in /etc/default/grub eingetragen. Da mein Root-Filesystem allerdings auf ZFS liegt, kann das vermutlich mit Grub nicht funktionieren.

Das bringt mich zu meiner Frage: Hat jemand konkrete Tipps, wo und wie ich das beim Systemd-Boot eintragen muss, damit es dauerhaft beim Systemstart wirkt?
Wäre /etc/kernel/cmdline der richtige Ort und wenn ja, wie würde ich es dort konkret ergänzend zu den anderen bereits dort stehenden Parametern root=ZFS=rpool/ROOT/pve-1 boot=zfs eintragen?
 
Last edited:
Das bringt mich zu meiner Frage: Hat jemand konkrete Tipps, wo und wie ich das beim Systemd-Boot eintragen muss, damit es dauerhaft beim Systemstart wirkt?
Wäre /etc/kernel/cmdline der richtige Ort und wenn ja, wie würde ich es dort konkret ergänzend zu den anderen bereits dort stehenden Parametern root=ZFS=rpool/ROOT/pve-1 boot=zfs eintragen?

Systemd-boot
The kernel commandline needs to be placed as one line in /etc/kernel/cmdline. To apply your changes, run proxmox-boot-tool refresh, which sets it as the option line for all config files in loader/entries/proxmox-*.conf.
https://pve.proxmox.com/wiki/Host_Bootloader#sysboot_edit_kernel_cmdline
 
  • Like
Reactions: sausi71
Danke!
Entschuldige, dass ich so blöd frage, aber würde mein neuer Eintrag in der Datei cmdline dann so aussehen:
root=ZFS=rpool/ROOT/pve-1 boot=zfs ahci.mobile_lpm_policy=1?

Ja, korrekt. :)

Edit: Die aktuell verwendete Command Line kannst du dir übrigens mit: cat /proc/cmdline anzeigen lassen.
 
Last edited:
  • Like
Reactions: sausi71
Ich mach den Thread jetzt hier zu.
Wer also das gleiche Problem mit der aktuellen Proxmox-Version (7.2.1) und Hotplug in Kombi mit einem Epyc-Prozessor und wahrscheinlich einem Supermicro-Board hat, hier die Lösung:

Je nachdem, welcher Loader genutzt wird, die Option ahci.mobile_lpm_policy=1 als ergänzenden Kernel-Parameter beim Systemstart eintragen.

Bei Grub als Bootloader in der Datei /etc/default/grub unter
Code:
GRUB_CMDLINE_LINUX_DEFAULT=""
die Option ahci.mobile_lpm_policy=1 ergänzen.

Bei Systemd als Boot-Loader in der Datei /etc/kernel/cmdline ebenso die Option ahci.mobile_lpm_policy=1 ergänzen.
 
  • Like
Reactions: Neobin

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!