USV verliert immer Verbindung

[steff123]

Habe heute meine USV an meinen neuen Homeserver (eine HM90 mit AMD-Prozessor) angeschlossen. Erstmal funktionierte alles super. Am Abend habe ich dann noch einen Client im Netzwerk konfiguriert und ein Dist-Upgrade auf der HM90 gemacht, inklusive Kernel.

Seitdem wird ständig die Verbindung zur USV getrennt. Nach einem Reboot funktioniert alles, aber dann geht sie irgendwann wieder verloren

Code: Alles auswählen

$ upsc EATON
Init SSL without certificate database
Error: Data stale

hier die ups.conf

Code: Alles auswählen

pollinterval=20
maxretry = 3

[EATON]
    driver = usbhid-ups
    port = auto
    desc = "Eaton 3S"

Im kern.log finde ich folgende Meldung. Habe auch schon das pollinterval von 5 auf 20 gesetzt und die deadtime 60. Brachte auch nichts.

Code: Alles auswählen

Aug  1 22:58:41 node03 kernel: [  642.843760] eth0: renamed from veth6629649
Aug  1 22:58:41 node03 kernel: [  642.873544] IPv6: ADDRCONF(NETDEV_CHANGE): vethac5941f: link becomes ready
Aug  2 00:12:48 node03 kernel: [ 5089.015928] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000f address=0xfed9c000 flags=0x0000]
Aug  2 00:12:48 node03 kernel: [ 5089.016168] xhci_hcd 0000:05:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x000f address=0xfed9c000 flags=0x0000]
Aug  2 00:12:48 node03 kernel: [ 5089.016210] xhci_hcd 0000:05:00.0: WARNING: Host System Error
Aug  2 00:12:48 node03 kernel: [ 5089.266183] usb 1-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 161 rq 1 len 5 ret -19
Aug  2 00:13:08 node03 kernel: [ 5109.301641] usb 1-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 128 rq 6 len 255 ret -19
Aug  2 00:13:08 node03 kernel: [ 5109.301659] usb 1-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 128 rq 6 len 255 ret -19
Aug  2 00:13:08 node03 kernel: [ 5109.301668] usb 1-1.1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 128 rq 6 len 255 ret -19

Jemand eine Idee?

[king-crash]

Das "AMD-Vi" sieht doch nach IOMMU aus. Kannst du das testweise mal mit dem Bootparameter "amd_iommu=off" ausschalten und schauen ob das Problem verschwindet.

[steff123]

Danke. Probiere ich aus. Aber was schalte ich da ab? Habe gelesen, dass es was mit Virtualisierung zu tun, aber verstehe sonst nur Bahnhof.

Habe ein Proxmox laufen auf den Rechner laufen und virtualisiere ein paar Container und VMs im HomeLab.

[king-crash]

Virtualisierung funktioniert auf jeden Fall weiterhin. Ich habe hier einen älteren PC dessen CPU überhaupt kein IOMMU hat und da laufen mehrere VMs problemlos. Ich meine mich zu Erinnern, dass IOMMU durchgereichte Hardware beschleunigt. Nagel mich aber bitte nicht darauf fest. Ich hätte das Abschalten auch eher temporär zur Ursachenforschung getestet.

[Tintom]

Auf der Projektwebseite heißt es

Note that if you increase "pollinterval" beyond 10 or 15 seconds, you might also want to increase "pollfreq" by the same factor.

Hast du das mal versucht?

[steff123]

Hast du das mal versucht?

Ja, damit hatte ich experimentiert.

Habe auch schon das pollinterval von 5 auf 20 gesetzt und die deadtime 60. Brachte auch nichts.

Seit der Abschaltung von IOMMU erstmal keine Probleme. Mal schauen, wie es morgen früh aussieht.

[steff123]

Virtualisierung funktioniert auf jeden Fall weiterhin. Ich habe hier einen älteren PC dessen CPU überhaupt kein IOMMU hat und da laufen mehrere VMs problemlos. Ich meine mich zu Erinnern, dass IOMMU durchgereichte Hardware beschleunigt. Nagel mich aber bitte nicht darauf fest. Ich hätte das Abschalten auch eher temporär zur Ursachenforschung getestet.

Seit der Umstellung Ruhe. Wo würdest du denn den Fehler hinmelden?

[king-crash]

Der Debian Bugtracker ist natürlich nie falsch, ob das allerdings etwas bringt vermag ich nicht zu sagen.
Wenn du Muße hast könntest du es noch mit dem aktuellsten vanilla Kernel probieren und falls dieser den Fehler auch hat dich an die Linux USB Entwickler wenden: http://www.linux-usb.org/mailing.html