Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

usb_claim_interface error -6 #256

Closed
Huhu123er123 opened this issue Apr 15, 2017 · 13 comments
Closed

usb_claim_interface error -6 #256

Huhu123er123 opened this issue Apr 15, 2017 · 13 comments

Comments

@Huhu123er123
Copy link

Huhu, immer öfter kommt es bei einem Neustart
(Kann man den eigentlich umgehen, wenn man live die poc.csv editiert hat, damit er die neuen Werte übernimmt?)

zu folgendem Fehler nach dem Lesen poc.csv
"15.04.2017 18:03:39 - checkSubprocesses [DEBUG ]
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
usb_claim_interface error -6
Failed to open rtlsdr device #0.

15.04.2017 18:03:39 - boswatch [CRITICAL] cannot start rtl_fm
15.04.2017 18:03:39 - boswatch [DEBUG ] cannot start rtl_fm
Traceback (most recent call last):
File "/opt/boswatch/boswatch.py", line 323, in
checkSubprocesses.checkRTL()
File "/opt/boswatch/includes/checkSubprocesses.py", line 27, in checkRTL
raise OSError("starting rtl_fm returns an error")
OSError: starting rtl_fm returns an error
15.04.2017 18:03:39 - boswatch [WARNING ] SystemExit received
15.04.2017 18:03:39 - boswatch [DEBUG ] BOSWatch shuting down"

Was hat es damit wohl auf sich?
Liebe Grüße und dicke Ei.. Frohe Ostern! :)

@flothi
Copy link
Collaborator

flothi commented Apr 15, 2017

Das klingt in erster Linie, als wäre rtl_fm nicht richtig beendet worden; probier mal bitte:

  • boswatch beenden
  • nach rtl_fm als laufenden Prozess suchen: ps -al | grep rtl_fm
    taucht dort ein Prozess rtl_fm auf, ist da irgendwas unsauber.

@Huhu123er123
Copy link
Author

Huhu123er123 commented Apr 16, 2017

Vielen Dank für die Antwort!
Gebe ich dieses Kommando ein, erscheint einfach nichts.
Also scheint das wohl nicht der Fall / Fehler zu sein? :/

Anscheinend habe ich beim Erstellen auch noch was vergessen:
"16.04.2017 14:38:16 - boswatch [DEBUG ] terminate rtl_fm (10130)
16.04.2017 14:38:16 - boswatch [DEBUG ] rtl_fm terminated
16.04.2017 14:38:16 - boswatch [DEBUG ] exiting BOSWatch
16.04.2017 14:38:16 - boswatch [DEBUG ] close Logging
16.04.2017 14:38:16 - boswatch [INFO ] BOSWatch exit()"

@flothi
Copy link
Collaborator

flothi commented Apr 16, 2017

mmh, das schaut eigentlich gut aus - wie lange wartest du denn zwischen Beenden und Neustart?

@Huhu123er123
Copy link
Author

Habe eben mal 10 Minuten gewartet.
Klappt trotzdem nicht...

Und nach jedem Reboot läuft es eigenständig sofort. :/

Gibt es vielleicht eine Kommando, oder eine andere Logfile, in der ich den Fehler finden könnte?

@KampfkeksMRZ
Copy link

Ich werde mal spontan in den Raum, dass es sich hierbei um das selbe Problem handelt, wie im von mit geschribenen Problem #239

@flothi
Copy link
Collaborator

flothi commented Apr 16, 2017

@KampfkeksMRZ Das mag ich nicht ausschließen ;-)
Nach dem was ich bis jetzt im Netz gefunden habe taucht das Problem seit 2005 aus, ein Workaround hab ich noch nicht gefunden

@flothi
Copy link
Collaborator

flothi commented Apr 17, 2017

Kann denn bestätigt werden, dass das Problem nur auftritt, wenn BOSwatch als Service läuft?

@Huhu123er123
Copy link
Author

Zumindest bei mir ist das der Fall.
"Von Hand" wird RTL-Fm ganz normal beendet.

@KampfkeksMRZ
Copy link

Dito.

@KampfkeksMRZ
Copy link

Zumal ich es im Moment mal wieder überhaupt nicht als Service gestartet bekomme...

@PeterLaemmle
Copy link
Contributor

Ich starte BOSWatch manuell, nicht als Service. Seit der Aktualisierung auf Version 2.2 wird bei mir rtl_fm (und multimon) beim Beenden von boswatch.py ebenfalls nicht mehr geschlossen.

@flothi
Copy link
Collaborator

flothi commented Apr 18, 2017

Menno, @PeterLaemmle - jetzt machst du mir meinen ganzen Ansatz kaputt :-D

@Huhu123er123
Copy link
Author

Ich sag mal wieder vielen lieben Dank! :)
So läuft es.
Also, entweder komplett auf dev umstellen, oder eben den Service in die Master kopieren.
Funktioniert alles prima, selbst nach Crash / gewolltem Reboot.

Danke Dir! :) Close.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants