Nach Rechnerneustart hängt FHEM bei RFXTRX Initialisierung

[trapperjohn]

Hallo zusammen,

ich habe folgendes Problem: vor ein paar Tagen musste ich aufgrund von Problemen (FHEM-unabhängig) meinen Server neu starten. Seitdem kommt FHEM leider nicht mehr hoch - es hängt bei der Initialisierung des RFXTRX Moduls und erzeugt 100% CPU Last.

Das Logging (mit verbose 5) endet so:

Code Auswählen Erweitern


2015.09.30 20:46:25 5: Cmd: >define RfxTrx TRX /dev/ttyUSB0@38400<
2015.09.30 20:46:25 5: Loading ./FHEM/45_TRX.pm
2015.09.30 20:46:25 3: Opening RfxTrx device /dev/ttyUSB0
2015.09.30 20:46:25 3: Setting RfxTrx serial parameters to 38400,8,N,1
2015.09.30 20:46:25 3: RfxTrx device opened
2015.09.30 20:46:25 5: SW: 0d00000000000000000000000000


Ich hatte erst die Befürchtung, dass evtl. das Modul gestorben ist - aber ich konnte problemlos bspw. mit dem RfxTrxManager darauf zugreifen (und auch die Firmware aktualisieren).

Wenn ich in der FHEM Config die Definition des RfxTrx auskommentiere, startet FHEM sauber durch.

Ich habe vorhin auch schon ein FHEM Update angeworfen, leider keine Veränderung  Eventuell ist beim letzten Neustart ein neuerer Kernel gebootet worden, der so einen Seiteneffekt beim Zugriff auf ttyUSB0 haben könnte?

Die Eckdaten des Systems:
Celeron J1900 Quad Core
Ubuntu 14.04, 64 bit
Kernel 3.13.0-65-generic

Jemand eine Idee?

Ohne RFXTRX kann ich weder im Badezimmer noch auf der Terasse keine Musik mehr hören und außerdem auf der Terasse keine Beleuchtung mehr einschalten  (also zumindest nicht komfortabel...)

Gruß,
Florian

edit: Kurze Ergänzung - ich bin die vorhandenen Kernel mal durchgegangen. Mit dem aktuellen 3.13.0-65-generic funktioniert's nicht. Mit dem vorherigen 3.13.0-63 geht's wieder! Jetzt nur noch ein aufschlussreiches Changelog auftreiben...

[trapperjohn]

Scheint sich um einen Bug zu handeln, siehe auch https://bugs.launchpad.net/ubuntu/+source/linux-lts-trusty/+bug/1500860 oder https://bugs.launchpad.net/ubuntu/+source/linux-lts-trusty/+bug/1501345

[unimatrix]

kann ich bestätigen. nach downgrade des Kernels auf die vorherige Version läuft alles wieder normal.

[ext23]

Moin,

misst nach meinem Update eben habe ich dasselbe Problem, panStick etc. auch...

/Daniel

[trapperjohn]

Laut Bugreport soll das Problem ab Kernel 3.13.0-66 aufwärts gefixt sein. Ich hab mich noch nicht getraut zu aktualisieren...

[divbyzero]

Laut Bugreport soll das Problem ab Kernel 3.13.0-66 aufwärts gefixt sein. Ich hab mich noch nicht getraut zu aktualisieren...

Das kann ich bestätigen: Mit 3.13.0-65 (Ubuntu 14.04) hatte ich die von euch beschriebenen Probleme ebenfalls. Nach dem Upgrade auf 3.13.0-67 funktioniert FHEM wieder ohne Probleme. Ich unterstelle einfach mal, dass es das auch mit 3.13.0-66 getan hätte.

Martin

[ext23]

Na dann werd ich auch mal mein Update anstoßen auf die 67er

/Daniel

[MarioS1969]

Hallo,
ich habe das Problem auch, aber wie kann ich den Kernel updaten?
Und wie finde ich die aktuelle Version heraus?
Alle bisherigen Versuche haben nicht zum Erfolg geführt.

Gruß Mario

[ext23]

uname -a