Nagios SMS Terminal autosuspend Problem

[ShiftyTCS]

Guten Tag,

vielleicht kann mir hier jemand helfen. Und zwar habe ich mir ein Nagios Server aufgesetzt, funktioniert soweit alles top, nur mit meinem SMS Terminal will das ganze nicht so ganz funktionieren. Immer nach einigen Stunden schaltet sich mein USB Port aus und in messages steht folgendes:

Wenn das Terminal anschließe:

Code: Select all

2014-08-04T14:51:35.543292+02:00 nagios kernel: [366211.648022] usb 2-1: new full-speed USB device number 5 using uhci_hcd
2014-08-04T14:51:35.693287+02:00 nagios kernel: [366211.798028] usb 2-1: New USB device found, idVendor=1e2d, idProduct=004f
2014-08-04T14:51:35.693310+02:00 nagios kernel: [366211.798036] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
2014-08-04T14:51:35.693312+02:00 nagios kernel: [366211.798041] usb 2-1: Product: EGS3
2014-08-04T14:51:35.693314+02:00 nagios kernel: [366211.798045] usb 2-1: Manufacturer: Cinterion
2014-08-04T14:51:35.696283+02:00 nagios kernel: [366211.801156] cdc_acm 2-1:1.0: ttyACM0: USB ACM device

Jetzt kann ich ganz normal darüber mit Nagios SMS verschicken.
Nach einigen Stunden kommt allerdings diese Meldung:

Code: Select all

2014-08-04T17:26:51.844042+02:00 nagios kernel: [375527.954059] usb 2-1: USB disconnect, device number 5

Der USB Port hat sich also abgeschaltet. Mit Powertop hab ich diese Einstellungen vorgenommen:

Code: Select all

>> Bad           VM writeback timeout                                                                                   
   Bad           Enable Audio codec power management
   Bad           NMI watchdog should be turned off
   Bad           Autosuspend for USB device EGS3 [Cinterion]
   Bad           Autosuspend for USB device USB NetVista Full Width Keyboard [CHICONY]
   Bad           Autosuspend for USB device Lenovo Optical USB Mouse [5-2]
   Bad           Autosuspend for USB device EHCI Host Controller [usb1]
   Bad           Autosuspend for USB device UHCI Host Controller [usb2]
   Bad           Autosuspend for USB device UHCI Host Controller [usb3]
   Bad           Autosuspend for USB device UHCI Host Controller [usb4]
   Bad           Autosuspend for USB device UHCI Host Controller [usb5]
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family USB2 EHCI Controller
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode]
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family USB UHCI Controller #3
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family USB UHCI Controller #4
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family USB UHCI Controller #1
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family USB UHCI Controller #2
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family High Definition Audio Controller
   Bad           Runtime PM for PCI Device Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port
   Bad           Runtime PM for PCI Device Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller
   Bad           Runtime PM for PCI Device Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
   Bad           Runtime PM for PCI Device NVIDIA Corporation GT218 [GeForce 210]
   Bad           Runtime PM for PCI Device NVIDIA Corporation High Definition Audio Controller
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family PCI Express Port 1
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family SMBus Controller
   Bad           Runtime PM for PCI Device Intel Corporation 82801G (ICH7 Family) IDE Controller
   Bad           Runtime PM for PCI Device Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge
   Bad           Runtime PM for PCI Device Intel Corporation NM10/ICH7 Family PCI Express Port 2
   Bad           Runtime PM for PCI Device Intel Corporation 82801 PCI Bridge
   Bad           Wake-on-lan status for device enp3s0
   Good          Using 'ondemand' cpufreq governor

Hat jemand eine Lösung für mein Problem ?


Danke für jegliche Antworten und beste Grüße,
Shifty


//Edit: Ich benutze Opensuse 13.1

[Joe User]

Bei USB gbt es dermassen viele mögliche Ursachen, so dass eine Ferndiagnose nicht leicht bis unmöglich wird :(

Möglichkeiten die mir spontan einfallen:
*) Der Cinterion/Gemalto-TC63/TC63i-Chip wird nicht vollständig von Linux unterstützt
*) Die Stromversorgung der USB-Chips ist instabil
*) Das USB-Kabel ist geknickt oder fehlerhaft oder ungeeignet
*) Der Linux-Treiber für den USB-Hostchip ist fehlerhaft
*) Wackelkontakte oder Vibrationen
*) Überhitzung der Chips, Buchsen, Kabel
*) Überlastung des/der Bussysteme
*) Kernelparameter falsch eingestellt
*) Overclocking oder Undervolting

Die Liste lässt sich noch weiterführen.

[ShiftyTCS]

Danke für dein Antwort Joe!

Ich habe trozdem noch das Gefühl das es an dem Autosuspend liegt obwohl ich es mit Powertop ausgeschaltet?! habe.
Kannst du mir erklären wie ich rausfinde ob das immernoch an ist ?

[Joe User]

Ich würde es direkt im Kernel deaktivieren, da dieses Feature auf einem Server ohnehin keinen Sinn macht. Dazu ist allerdings ein eigener Kernel nötig und den sollte man nur backen wenn man weiss was macht.

Du solltest erstmal alle Optionen die Du finden kannst und die mit Stromsparen, CPU-Frequency, Hibernate/Suspend/Autosuspend und Ähnlichem zu tun haben deaktivieren. Einiges davon geht per YAST, Anderes per sysctl und für wieder Andere müssen Kernelmodule deaktiviert beziehungsweise geblacklistet werden. Zudem reicht manchmal schon das Deinstallieren der entsprechenden Programme.
Auch im BIOS existieren diverse diesbezügliche Optionen.

Wie Du das im Einzelnen auf Deinem OpenSUSE machen kannst, entzieht sich meinem Wissen, da ich auf meinen Servern seit mehreren Jahren nur noch FreeBSD einsetze. Mit Linux (abgesehen von Andoid) komme ich nur noch unregelmässig in Kontakt.

Vorher kannst Du aber mal das USB-Debugging aktivieren und in den entsprechenden Logs nach eventuell aussagekräftigeren Einträgen schauen.

Sorry, dass ich nicht konkret weiterhelfen kann. Dafür hast Du etwas Futter für Google und vielleicht fällt auch noch jemand Anderem etwas dazu ein.

Wenn alle Stricke reissen, kannst Du auch noch den Hersteller des SMS-Terminal nerven (nicht abwimmeln lassen, hartnäckig bleiben).

[ShiftyTCS]

Danke nochmals für die Antworten.

Ich habe nochmal ein wenig gegoogelt und habe die diese Möglichkeit gefunden:

Code: Select all

for i in /sys/bus/usb/devices/*/power/autosuspend; do echo -1 > $i; done

Habe diesen Code auf allen USB Ports angewendet und in der autosuspend Datei steht jetzt die besagte -1.
Lasse das Terminal mal ganz normal laufen um zu schauen ob die autosuspend Option jetzt wirklich ausgeschaltet ist. :-B
Ich werde das Ergebniss dann hier posten.

Beste Grüße

[Joe User]

Diese Anpassung überlebt meines Wissens aber keinen Reboot, daher solltest Du Dir noch ein entsprechendes Initscript schreiben.

[ShiftyTCS]

Ich wollte mich nochmal zu dem Thema melden. Leider hat auch das austellen der autosuspend Funktion keine Auswirkungen gehabt.
Habe mir auch ein init skript geschrieben.
Jedenfalls habe ich mich nochmal schlau gemacht und bin auf vermutliche Lösung gestoßen. Und zwar:

In der conf datei der der SMS Server 3 Tools einfach die kleine Funktion keep_open = yes hinzufügen.
Die genaue Beschreibung:

Available from version >= 3.1. If this is changed to no, a modem is closed while it's not used.


Klingt vielversprechend. Teste dies jetzt weiter und werde mich nochmal melden falls es funktioniert hat. Vielleicht stand ja schonmal wer vor dem gleichen Problem. ](*,)


Ps. Lob an dieses Forum, lese hier schon eine weile drin! ^:)^