Hallo, ich habe vor einigen Tagen gemerkt, dass sowohl "FHEM Installer Status" als auch "Node.js Package Update Status" beides ein rotes Ausrufezeichen anzeigt, also offensichtlich nicht aktuell ist und Probleme hat.
Der Start der Update verpufft wirkungslos. Gleichzeitig ist mit aufgefallen, dass ich kein Spotify meht über meine Nest-Lautsprecher abgespielt bekomme. Keine Ahnung ob da ein Zusammenhang besteht.
Was kann ich zur Fehleranalyse machen um dem Problem auf den Grund zu gehen?
Hier das List des "Fhem Installer Status":
Internals:
.FhemMetaInternals 1
.triggerUsed 1
FUUID 5fb930b9-f33f-793a-304a-092c55a64a79d3bf
FVERSION 98_Installer.pm:v0.5.7-s20949/2020-01-12
NAME fhemInstaller
NOTIFYDEV global,fhemInstaller
NR 17
NTFY_ORDER 50-fhemInstaller
STATE error 'installPerl Crypt::Rijndael_PP'
TYPE Installer
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
.fhem:
installer:
cmd installPerl Crypt::Rijndael_PP
debug 1
installPerlEnforced
installPerlNoTest
installPerlReinstall
errors:
HASH(0x5d1f7ba0)
installedPerlPackages:
success 0
error:
HASH(0x5d1f7ba0)
listedPerlPackages:
App::cpanminus:
missing /usr/local/bin/cpanm
version 1.704400
CPAN::DistnameInfo:
missing /usr/local/man/man3/CPAN::DistnameInfo.3pm
version 0.120
CPAN::Plugin::Sysdeps:
missing /usr/local/bin/cpan-sysdeps
version 0
CryptX:
version 0.069
ExtUtils::Config:
missing /usr/local/man/man3/ExtUtils::Config.3pm
version 0
ExtUtils::Helpers:
missing /usr/local/man/man3/ExtUtils::Helpers.3pm
version 0
ExtUtils::InstallPaths:
missing /usr/local/man/man3/ExtUtils::InstallPaths.3pm
version 0
Module::Build:
version 0.423100
Module::Build::Tiny:
missing /usr/local/man/man3/Module::Build::Tiny.3pm
version 0
Perl:
version 5.028001
Perl::PrereqScanner::NotQuiteLite:
missing /usr/local/bin/scan-perl-prereqs-nqlite
version 0
Protocol::WebSocket:
version 0.260
Regexp::Trie:
missing /usr/local/man/man3/Regexp::Trie.3pm
version 0
URI::cpan:
missing /usr/local/man/man3/URI::cpan.3pm
version 0
cpan::outdated:
missing /usr/local/bin/cpan-outdated
version 0
local::lib:
missing /usr/local/man/man3/POD2::DE::local::lib.3pm
version 2.000024
READINGS:
2021-04-29 11:14:04 .installedListPerl {"success":0,"error":[{"code":"E403","detail":"sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:\n<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/local/bin/cpanm *</pre>","summary":"Forbidden - passwordless sudo permissions required"}]}
2021-03-01 17:58:24 .packageListPerl {"listedPerl":{"ExtUtils::Config":{"missing":"/usr/local/man/man3/ExtUtils::Config.3pm","version":0},"URI::cpan":{"version":0,"missing":"/usr/local/man/man3/URI::cpan.3pm"},"CPAN::Plugin::Sysdeps":{"missing":"/usr/local/bin/cpan-sysdeps","version":0},"Regexp::Trie":{"missing":"/usr/local/man/man3/Regexp::Trie.3pm","version":0},"Protocol::WebSocket":{"version":"0.260"},"Perl::PrereqScanner::NotQuiteLite":{"version":0,"missing":"/usr/local/bin/scan-perl-prereqs-nqlite"},"Module::Build::Tiny":{"version":0,"missing":"/usr/local/man/man3/Module::Build::Tiny.3pm"},"Perl":{"version":"5.028001"},"CPAN::DistnameInfo":{"version":"0.120","missing":"/usr/local/man/man3/CPAN::DistnameInfo.3pm"},"App::cpanminus":{"missing":"/usr/local/bin/cpanm","version":"1.704400"},"cpan::outdated":{"missing":"/usr/local/bin/cpan-outdated","version":0},"ExtUtils::Helpers":{"version":0,"missing":"/usr/local/man/man3/ExtUtils::Helpers.3pm"},"CryptX":{"version":"0.069"},"local::lib":{"version":"2.000024","missing":"/usr/local/man/man3/POD2::DE::local::lib.3pm"},"Module::Build":{"version":"0.423100"},"ExtUtils::InstallPaths":{"version":0,"missing":"/usr/local/man/man3/ExtUtils::InstallPaths.3pm"}},"error":[{"detail":"sh: 1: sudo: not found","summary":"Not Found - sudo is not installed","code":"E404"}]}
2020-11-21 16:22:37 cpanminusVersion 1.7044
2021-04-29 11:13:16 installedPerl error
2020-12-01 02:41:27 outdatedPerl check completed
2020-11-21 16:22:37 perlVersion 5.028001
2021-04-29 11:14:04 state error 'installPerl Crypt::Rijndael_PP'
2020-11-21 16:23:20 updatesAvailablePerl 0
Attributes:
alias FHEM Installer Status
devStateIcon .*updates.available:security@red:outdated up.to.date:security@green:outdated .*outdated.*in.progress:system_fhem_reboot@orange .*in.progress:system_fhem_update@orange warning.*:message_attention@orange error.*:message_attention@red
event-on-change-reading .*
group Update
icon system_fhem
room System
timestamp-on-change-reading .*
verbose 4
Und hier das List von "Node.js Package Update Status":
Internals:
.FhemMetaInternals 1
DEF localhost
FUUID 5fb930b8-f33f-793a-eb28-2a416f3146aea249
FVERSION 42_npmjs.pm:v1.1.6-s20933/2020-01-10
HOST localhost
NAME fhemServerNpm
NOTIFYDEV global,fhemServerNpm
NR 16
NTFY_ORDER 50-fhemServerNpm
STATE error 'update npm@7.11.1'
TYPE npmjs
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
.fhem:
npm:
cmd update npm@7.11.1
debug 1
host localhost
npmglobal 1
errors:
code E403
detail sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
installedpackages:
error:
code E403
detail sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
listedpackages:
name lib
dependencies:
gassistant-fhem:
resolved https://registry.npmjs.org/gassistant-fhem/-/gassistant-fhem-3.0.3.tgz
version 3.0.3
npm:
resolved https://registry.npmjs.org/npm/-/npm-7.5.4.tgz
version 7.5.4
nodejsversions:
ares 1.15.0
brotli 1.0.7
cldr 35.1
http_parser 2.9.4
icu 64.2
modules 64
napi 7
nghttp2 1.41.0
node 10.23.3
openssl 1.1.1i
tz 2019c
unicode 12.1
uv 1.34.2
v8 6.8.275.32-node.59
zlib 1.2.11
outdatedpackages:
npm:
current 7.5.4
dependent global
latest 7.11.1
location /usr/lib/node_modules/npm
wanted 7.11.1
updatedpackages:
error:
code E403
detail sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
READINGS:
2021-04-29 11:12:01 .installedList {"error":{"summary":"Forbidden - passwordless sudo permissions required","detail":"sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:\n<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>","code":"E403"}}
2021-04-29 10:29:44 .packageList {"listed":{"name":"lib","dependencies":{"gassistant-fhem":{"resolved":"https://registry.npmjs.org/gassistant-fhem/-/gassistant-fhem-3.0.3.tgz","version":"3.0.3"},"npm":{"resolved":"https://registry.npmjs.org/npm/-/npm-7.5.4.tgz","version":"7.5.4"}}},"versions":{"icu":"64.2","v8":"6.8.275.32-node.59","http_parser":"2.9.4","uv":"1.34.2","nghttp2":"1.41.0","openssl":"1.1.1i","cldr":"35.1","zlib":"1.2.11","modules":"64","node":"10.23.3","ares":"1.15.0","napi":"7","unicode":"12.1","brotli":"1.0.7","tz":"2019c"},"outdated":{"npm":{"current":"7.5.4","dependent":"global","wanted":"7.11.1","location":"/usr/lib/node_modules/npm","latest":"7.11.1"}}}
2021-04-29 11:12:23 .updatedList {"error":{"code":"E403","detail":"sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:\n<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>","summary":"Forbidden - passwordless sudo permissions required"}}
2021-04-18 15:29:21 installed error
2021-02-16 10:38:24 nodejsVersion 10.23.3
2021-02-16 11:33:36 outdated check completed
2021-04-29 11:12:23 state error 'update npm@7.11.1'
2021-04-18 15:28:42 updated error
2021-02-22 23:02:55 updatesAvailable 1
helper:
lastSync 2021-04-29
Attributes:
alias Node.js Package Update Status
devStateIcon npm.updates.available:security@red:outdated npm.is.up.to.date:security@green:outdated .*npm.outdated.*in.progress:system_fhem_reboot@orange .*in.progress:system_fhem_update@orange warning.*:message_attention@orange error.*:message_attention@red
event-on-change-reading .*
group Update
icon npm-old
room System
timestamp-on-change-reading .*
verbose 4
Im letzten List sehe ich zb schon irgendwas mit einem fehlenden Passwort, aber mir sagt die Ausgabe nichts.
du solltest einen passenden Titel wählen. Es sind 2 verschiedene Module, lt. Doku auch in 2 verschiedenen Foren, eines ist "unterstützende Dienste" das andere "Sonstige Systeme"
Logeinträge? Fehlermeldungen? Verbose 5?
Hier manuell was geändert?
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
Ich gehe davon aus, dass du immer noch Fhem in Docker betreibst. Das einfachste ist sicherlich den Container mit bestehender Config und Files neu zu erstellen.
Verbose steht auf 4, kann ich gerne umstellen falls notwendig.
Fehlermeldungen gibt es soweit ich sehe keine, es sei denn es steht etwas im Log - das schaue ich nicht immer komplett durch, da dort nur ein einziges Durcheinander herrscht. Die Log muss ich nachreichen, bekomme im Moment nichts hochgeladen.
Zitatdu solltest einen passenden Titel wählen.
Wenn mir was besseres einfallen würde, würde ich das sicher nehmen, aber es ist ja ein Problem mit dem Update dieser beiden Devices.
ZitatEs sind 2 verschiedene Module, lt. Doku auch in 2 verschiedenen Foren, eines ist "unterstützende Dienste" das andere "Sonstige Systeme"
Mag sein, aber macht es Sinn, dass gleiche Problem - das wahrscheinlich auch zusammenhängt - doppelt an zwei völlig verschiedenen Stellen im Forum zu haben?
ZitatHier manuell was geändert?
Nein, es wurde nichts geändert.
ZitatIch gehe davon aus, dass du immer noch Fhem in Docker betreibst. Das einfachste ist sicherlich den Container mit bestehender Config und Files neu zu erstellen.
Ja das stimmt. Aber es sollte doch Ziel sein, den Fehler zu bestimmen und zu beseitigen statt immer das System neu aufzusetzen - was ja auch nicht ohne einiges an Arbeit zu bewerkstelligen ist.
Zitat von: Superposchi am 29 April 2021, 15:14:30
Ja das stimmt. Aber es sollte doch Ziel sein, den Fehler zu bestimmen und zu beseitigen statt immer das System neu aufzusetzen - was ja auch nicht ohne einiges an Arbeit zu bewerkstelligen ist.
OK, war ja nur ein Hinweis. Vielleicht schaut Loredo ja hier mal rein.
Container neu erzeugen, viel Arbeit? Ich kann nur von Docker-Compose sprechen ... 5 Min max. incl. Wartezeit bis Fhem neu gestartet ist.
Und vor allem ist das eigentlich der Sinn von Conainer. Anstatt Update ein "New Clean". Bei einem BearMetal-System würde ich Dir zustimmen ....
Naja, alleine das raussuchen der Einstellungen die beim Anlegen gemacht werden müssen kostet mich als nicht versierten User schon 20-30 Minuten.
Klar der Container ist schnell angelegt, aber da hängt - zumindest bei mir im NAS - etwas mehr mit dran.
Außerdem nützt es ja nichts wenn die Ursache für den Fehler nicht geklärt ist und dieser dann nach einigen Wochen erneut auftritt und sich das Neuaufsetzen womöglich zu einer Dauerfunktion entwickelt.
Ich würde lieber die Ursache finden oder zumindest verstehen, damit ich sie vermeiden kann.
Zitat von: Superposchi am 30 April 2021, 14:57:21
Naja, alleine das raussuchen der Einstellungen die beim Anlegen gemacht werden müssen kostet mich als nicht versierten User schon 20-30 Minuten.
Klar der Container ist schnell angelegt, aber da hängt - zumindest bei mir im NAS - etwas mehr mit dran.
Außerdem nützt es ja nichts wenn die Ursache für den Fehler nicht geklärt ist und dieser dann nach einigen Wochen erneut auftritt und sich das Neuaufsetzen womöglich zu einer Dauerfunktion entwickelt.
Ich würde lieber die Ursache finden oder zumindest verstehen, damit ich sie vermeiden kann.
Wenn das in deiner Umgebung so viel Aufwand ist scheint es eine abgespeckte, oder nicht wirklich durchdachte Lösung zu sein. Wenn du einen bestehenden Parameter änderst, z. B. Port ändern und Container neu startest sollte er auch neu erzeugt werden. Begriffe, recreate, deploy, ... irgend sowas solltest du haben. Dann im Anschluss den Parameter zurücksetzen auf Origninal und das Ganze nochmal neu erzeugen.
Du kannst den Fehler jetzt suchen und eine Menge Zeit investieren, oder dir Gedanken machen wenn der Fehler in 2 und in 4 Wochen nochmal auftritt ... hast du außer einem roten Ausrufezeichen auch echte Einschränkung oder funktioniert dennoch alles? Ich betreue große Installationen und wegen einem einmaligen roten Ausrufezeichen würde ich niemals ein Fass aufmachen. ABer musst du wissen ob es deine Freizeit lohnt zu investieren.
Ich betreue auch diverse Docker-Container, aber was meint Ihr mit "roten Ausrufezeichen"???
Ich nehme an er meint das rote Ausrufezeichen in der Fhem-Oberfläche.
Das Problem in meiner Docker-Installation ist, dass QNAP keine Möglichkeit vorgesehen hat nachträglich irgendwas am Container zu verändern.
Ich muss also alle Umgebungsvariablen, Einstellungen, Verweise etc. beim Erzeugen einstellen, sonst habe ich dazu keine Change mehr.
Und die muss ich erst wieder alle zusammensuchen, da ich sie nicht notiert habe - ja mein Fehler, trotzdem ist es so.
Was di Einschränkungen angeht, ja, ich kann kein Spotify mehr über Fhem abspielen. Ist zeitgleich aufgetreten und da ich für das Spotify soweit ich mich erinner auch Node.js Pakete installieren musste ist ein Zusammenhang naheliegend, aber nicht zwingend.
Mal ganz abgesehen von der Docker-Thematik. Das eigentliche Problem steht doch oben schon in der Fehlermeldung und ist auch in der commandref dokumentiert:
Zitat
Standardmäßig werden globale Installationen bedient und das Ausführen von update/install/uninstall erfordert sudo Berechtigungen wie diese:
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *
Diese Zeile kann einfach in einer neuen Datei unter /etc/sudoers.d/fhem hinzugefügt werden und wird von dort automatisch in /etc/sudoers inkludiert.
*an die Stirn klatsch*
Stimmt ... wenn man den Container wie eine VM verwendet (eben nicht optimal), muß genau das so rein.
ZitatDiese Zeile kann einfach in einer neuen Datei unter /etc/sudoers.d/fhem hinzugefügt werden und wird von dort automatisch in /etc/sudoers inkludiert.
Stellt sich für mich nur die Frage wie ich an diesen Ort komme und wie ich dort eine neue Datei anlege.
Da greift nämlich dann doch wieder die Docker Thematik unter dem NAS.
Und die Frage stellt sich, warum das Problem jetzt erst auftritt und nicht schon früher.
Zitat von: Superposchi am 30 April 2021, 17:20:49
Ich nehme an er meint das rote Ausrufezeichen in der Fhem-Oberfläche.
Denke ich auch, er schreibt zumindest im Eingangspost davon
Zitat von: Superposchi am 02 Mai 2021, 16:00:13
Stellt sich für mich nur die Frage wie ich an diesen Ort komme und wie ich dort eine neue Datei anlege.
Shell des Containers öffnen und dann mit vi anlegen.
docker exec -it <container name> /bin/bash
Alternativ die Datei am Host anlegen und dann mit docker cp vom Host in den Container kopieren. Im Anschluss im Container die Berechtigungen setzen.
Die Datei existiert bei neu erstelltem Container ... liegt an dir was dir lieber ist, manuell basteln, oder Container neu erstellen ...
Zitat von: Superposchi am 02 Mai 2021, 16:00:13
Da greift nämlich dann doch wieder die Docker Thematik unter dem NAS.
Da drehen wir uns im Kreis. Wenn das dein NAS nicht zur Verfügung stellt ... wie sollen wir hier helfen. Die Empfehlung das ganze mal mit Portainer zu machen wurde ja schon in anderen Threads von mir und anderen gegeben. Es ist eine Einschränkung in deinem Setup. Das solltest du besser im Forum des NAS-Herstellers posten und um HIlfe bitten.
Zitat von: Superposchi am 02 Mai 2021, 16:00:13
Und die Frage stellt sich, warum das Problem jetzt erst auftritt und nicht schon früher.
Vermutlich gab es früher noch keine Updates und die wurden jetzt von dir eingespielt. Diese stehen vermutlich in Konflikt zu Abhängigkeiten, es gibt Module die nur mit bestimmten Versionen der Perl-Module funktionieren. Bei der Analyse wird dir aber keiner helfen können. Ohne Logs ....
ZitatStellt sich für mich nur die Frage wie ich an diesen Ort komme und wie ich dort eine neue Datei anlege.
Shell des Containers öffnen und dann mit vi anlegen.
Code: [Auswählen]
docker exec -it <container name> /bin/bash
Alternativ die Datei am Host anlegen und dann mit docker cp vom Host in den Container kopieren. Im Anschluss im Container die Berechtigungen setzen.
Danke aber leider sagt mir das absolut gar nichts. Ich muss Zugeben, ich habe keine Ahnung. Ich bin reiner Nutzer.
ZitatDie Empfehlung das ganze mal mit Portainer zu machen wurde ja schon in anderen Threads von mir und anderen gegeben. Es ist eine Einschränkung in deinem Setup. Das solltest du besser im Forum des NAS-Herstellers posten und um HIlfe bitten.
Portainer habe ich ja probiert, aber wie in zwei anderen Threads schon geschrieben bekomme ich keinen Zugang mit Portainer. Mir fehlt einfach das Wissen.
ZitatBei der Analyse wird dir aber keiner helfen können. Ohne Logs ....
Muss ich nachreichen, hat ja beim zweiten Post nicht funktioniert. Offenbar blockt mein Firmenrechner das hochladen.
Zitat von: kadettilac89 am 29 April 2021, 11:58:13
Das einfachste ist sicherlich den Container mit bestehender Config und Files neu zu erstellen.
ich bleib dabei, mit deinem Wissenstand - nicht negativ gemeint - solltest du die Energie sparen. Erzeuge den Container neu und gut ist. Deine Docker Umgebung auf deinem NAS ist "very light" und damit kann man nicht wirklich Analysen machen. Zumindest nicht mit dem wie du den Funktionsumfang beschreibst.
Solltest du jedoch die Dateien editiren und testen wollen .... das sind Docker basics, bei Google findest du Anleitungen wie vi funktionert, was "docker exec -it ..." bewirkt oder wie die Vorgehensweise von "docker cp ..." ist. Das sprengt hier den Rahmen ... und dann weiter was sudo ist, wie die Datei aussehen sollte ...
Selbst wenn du irgend welche Logs lieferst wird das vielleicht zu einer Diskussion führen, aber deine Frage nach dem Warum wird dir keiner beantworten können.
Das Problem was ich habe und auf das ich immer und immer wieder stoße, ist das QNAP offenbar kein reines Linux auf seinen Kisten betreibt.
Offenbar wird wie bei den Handys von Samsung zb eine abgewandelte / bearbeitete Form genutzt, daher gehen viele Dinge einfach nicht umzusetzen.
Das wirkt sich auf allen Ebenen aus, zum Beispiel beim nachträglichen Editieren von Eigenschaften des Containers.
Ich kann also lesen und lesen und lesen, aber sehr vieles davon geht einfach nicht umzusetzen. Das ist keine Arbeitsverweigerung oder Besserwisserei, sondern einfach eine schlechte Entscheidung beim Kauf des NAS gewesen. Bereue ich eh aus mehreren Gründen schon.
Wenn ich aber jetzt den Container einfach neu aufsetze und alles soweit richtig verstanden habe, bedeutet das, dass ich das Neuaufsetzen jedes mal machen darf, wenn ein Update vorhanden ist, oder?
Der große Vorteil von Docker ist, dass der Container auf einem vordefinierten Image basiert. Das Image kannst du (nahezu) beliebig tauschen. Die Konfiguration und die Applicationdaten sind separat. Um den Container zu erstellen oder upzudaten wird ein bestimmtest Image mit Config + lokalen Daten verwendet.
Bei dir ist das scheinbar mit komplett löschen und komplett neu anlegen verbunden was die Docker Vorteile zunichte macht. Dann könntest du theoretisch Fhem auch gleich auf dem Host installieren ohne den ganzen Docker Overhead.
Jedenfalls kannst du das nicht ändern. Und anderen Posts zu folgen hast du damit auch öfter Probleme. Ich an deiner Stelle würde mir ncohmal einen Portainer Container anlegen und testen. Mit einem kleinen Image, einem Webserver zum Beispiel, dann siehst auch ob Ports funktionieren. Wenn es funktioniert, gut. Wenn es daran scheitert auch nichts verloren außer etwas Zeit.
Das aktuelle Fhem läuft erstmal so weiter wie es ist. Es funktioniert ja, außer irgend welchen Ausrufezeichen. Und wenn Spotify aktuell nicht über Fhem geht .. kann man sicher übergangsweise über Handy oder PC steuern.
Portainer Livedemo ... https://www.portainer.io/live-demo ... Da kannst du rumspielen und auch mal einen Container anlegen.
Zitateinfach eine schlechte Entscheidung beim Kauf des NAS gewesen
ein NAS ist eben ein netzwerkspeicher und keine "eier-legende-woll-milch-sau". ;)
Sorry, war tierisch im Stress. Wie immer vor dem Urlaub muss dies und jenes noch fertig gemacht werden.
Zitatein NAS ist eben ein netzwerkspeicher und keine "eier-legende-woll-milch-sau"
Das stimmt so nicht, ein NAS ist schon praktisch für alles nutzbar und somit eine eier-legende-Wollmilchsau.
Man muss nur auf Kompatibilität achten und sich die Firmware genau ansehen. Kompatibilität zumindest bei QNAP, da dort auch NAS mit arm-Prozessorstrukturen vertrieben werden und diese leider nicht in allen punkten kompatibel zu x64/x86 Prozessoren ist. Und die Firmware, weil man eben dort Einschnitte macht was man nachträglich editieren kann und was nicht. Für beides muss man aber Ahnung haben und die ist bei den meisten Erstkäufern nicht vorhanden. Darum dieser Kommentar von mir. Nicht wegen dem Kauf, sondern wegen der Typauswahl.
@kadettilac89
Ich denke da hast du Recht mit. Mit den Einschränkungen wie er in der QNAP-Firmware eingebunden ist, ist der Docker nicht wirklich Vorteilhaft. Leider ist auch der Support bei QNAP und dem gängigen QNAP-Forum nicht wirklich prickelnd. Ich habe jedenfalls bisher keine Möglichkeit gefunden irgendwelche Einstellungen nachträglich anzupassen. Das einzige was ich kann ist über ein Terminalfenster Linux-Befehle absetzen. Aber auch nur soweit wie die notwendigen Routinen im Container vorhanden sind.
Werde wohl tatsächlich den Container neu aufsetzen. Hab ja jetzt ein paar Tage Zeit.
Eine NAS ist eine NAS ..... das andere macht sie "Nebenbei".
Der Nachteil von "Eierlegende-Wollmilchsäue" ist, das sie zwar vieles machen, aber "nichts Richtig".
- NAS sind (s.o.) für NAS optimiert. Das machen alle mittlerweile tierisch gut. Alles andere ist angeflansched.
- Übrigens der Vorteil von ARM-NAS ist, das der Stromverbrauch niedriger als als der X86-NAS.
Da ich persöhnlich kein Freund von "Zentralserver" bin, habe ich deshalb bei mir die NAS nur als NAS. Alles andere wird über einen 2. Rechner "abgewickelt". Standard Linux ist so schwierig auch nicht mehr ... glaube ich ....
Naja, mein Argument für den Kauf war damals halt zum einen dass das NAS erweiterbar ist und viele verschiede Funktionen abdeckt. So dachte ich damals eben aus den Beschreibungen und Versprechungen.
Und im Grunde stimmt das ja auch, wenn auch viele Vereinfachungen und Einschränkungen eben zu solchen Problemen führen - über die man natürlich vorher nicht aufgeklärt wird.
Und ja, das mit dem niedrigeren Stromverbrauch war auch ein ausschlaggebendes Kaufkriterium, genau wie der Platzbedarf und die Geräuschkulisse.
In einer 49 m²-Wohnung stellt man sich nicht eben so einen zweiten Zentralrechner hin, der dauerhaft durchläuft. Aber das sind persönliche Probleme und haben nichts mit der Fragestellung zu tun.
Ich will nur sagen, das eure Argumente sicherlich gut und richtig sein mögen, ich aber eben auch meine habe/hatte um mich anders zu entscheiden.
Ich werde den Container am Wochenende neu aufsetzen und gut ist. Aber wenn ich das ganze richtig verstanden habe, wird das Problem erneut auftauchen, sobald es ein neues Fhem-Update gibt - ist das Richtig?
Zitat von: Superposchi am 12 Mai 2021, 10:38:05
Ich werde den Container am Wochenende neu aufsetzen und gut ist. Aber wenn ich das ganze richtig verstanden habe, wird das Problem erneut auftauchen, sobald es ein neues Fhem-Update gibt - ist das Richtig?
Aktuell ist unklar was das genaue Problem ist, und wo es herkommt. Definition Fhem-Update? Ein normales Update sollte hier kein Problem verursachen. Du schreibst ja von SUDO-Fehlern. Das fasst ein normales Fhem-Update nicht an. Meine Vermutung ist, dass du manuell oder automatisch Updates oder Änderungen an Modulen node.js (npmjs) gemacht hast und da auch sudo-datei überschrieben wurde. .... oder irgend welche Perl-Module aktuallisiert wurden ... oder apt updates eigenspielt wurden ....
Alles Glaskugel. Da du Docker nutzt und mit einem recreate zumindest der Container zurückgesetzt wird könnte man dann diese Fehlerquelle ausschließen. In Docker-Compose oder Portainer w#re die Sache in ein paar Min erledigt. Docker Konzept halt ...
Aber, wie schon früher von mir geschrieben, ich würde erstmal den Container auf den initialen Auslieferzustand setzen und testen.
Versprechen kann dir keiner, dass es im Anschluss gelöst ist. Es könnte auch eine geänderte Konfiguration in Fhem selber sein. Es sind Empfehlungen.
Ich weiß nicht, ob ich das schon mal gefragt hab ... hast du ggf. ein Backup des ganzen Container das du zurückspielen könntest? Keine Ahnung welche Tools dien NAS hat. Wäre eine Alternative zum neu anlegen, du musst nur sichergehen dass die Fhem-Daten gesichert sind da diese evtl. vom Backup überschrieben werden.
Es wird im Fhem jede Nach ein Backup gemacht - jedenfalls soweit ich das aus diversen Foren zusammen gesucht habe.
Kontrolliert und Benutzt habe ich es noch nicht. Wobei soweit ich gelesen habe auch das zurückspielen des Backups nicht ganz einfach sein soll.
ZitatMeine Vermutung ist, dass du manuell oder automatisch Updates oder Änderungen an Modulen node.js (npmjs) gemacht hast und da auch sudo-datei überschrieben wurde. .... oder irgend welche Perl-Module aktuallisiert wurden ... oder apt updates eigenspielt wurden ....
Soweit ich mich zurückerinnere Nein. Darum hatte ich den Container ja schon mal komplett neu aufgesetzt, da ich ursprünglich eine v5-Version als Image genommen hatte in der offenbar jede Menge Sachen nicht funktionierten bzw. nachinstalliert werden mussten. In der v7, die ich aktuell nutze hat soweit ich mich entsinne alles von vornherein geklappt.
Zitat von: Superposchi am 12 Mai 2021, 16:19:46
Es wird im Fhem jede Nach ein Backup gemacht - jedenfalls soweit ich das aus diversen Foren zusammen gesucht habe.
Kontrolliert und Benutzt habe ich es noch nicht. Wobei soweit ich gelesen habe auch das zurückspielen des Backups nicht ganz einfach sein soll.
ich meine ein Backup des Docker-Containers nicht der Fhem Installation. Viele NAS haben eine Backupfunktion für die Container wodurch dann Container + permanente Dateien gesichert werden. Vielleicht heißt es nicht backup sondern export/import.
Aber wenn du das nicht kennst hast du vermutlich sowieso kein Backup. Dann hilft es jetzt acuh nicht. Du bräuchtest ein Backup von vor dem Problem.
Klar werden die Container-Dateien auf dem Filesystem gesichert. mehr geht nicht. Jedenfalls ist mir keine explizite Funktion den Container zu sichern bekannt.
Würde ja prinzipiell auch reichen wenn ich wüsste seit wann das Problem existent ist. Es ist mir ja eher zufällig aufgefallen. Und die Sicherungen gehen 30 Tage zurück, wobei a alleine dieser Threat schon fast 15 Tage läuft.
Sorry das ich mich erst jetzt melde, habe viel rumexperimentiert und gelesen.
Habe diese Woche auch den Container neu erstellt, leider brachte auch dies keine Lösung.
Ich denke das Problem liegt in dieser Meldung "
error 'installPerl App::cpanminus'"
Offenbar kann Fhem irgendetwas nicht installieren, warum auch immer.
Ich kann auch die Version von cpan nicht auslesen - führt genauso zu einem Fehler.
Ob der Fehler jetzt wegen dem Fehler beim Node.js auftritt oder diesen Verursacht kann ich nicht sagen.
Vielleicht kann ja auch jemand was mit dieser Meldung anfangen:
ZitatError code E403
Summary:
Forbidden - passwordless sudo permissions required
Detail:
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
You may add the following lines to /etc/sudoers.d/fhem:
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *
Da scheint ja irgendein Passwort nicht gesetzt zu sein, doch ich weiß nicht wo und wie.
Bei der Node.js-Device hat er mit diesen 3 Paketen die Probleme: homebridge-fhem tradfri-fhem alexa-fhem
Zitat von: Superposchi am 22 Mai 2021, 12:07:09
Ich denke das Problem liegt in dieser Meldung "error 'installPerl App::cpanminus'"
Wo siehst du die Meldung, welche Aktion löst diese aus?
Zitat von: Superposchi am 22 Mai 2021, 12:07:09
Error code E403
Summary:
Forbidden - passwordless sudo permissions required
Detail:
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
You may add the following lines to /etc/sudoers.d/fhem:
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *
Beim Anlegen des Docker Containers sollte das alles neu und korrekt angelegt werden. Irgend etwas passt hier nicht. Poste mal deine Docker-Parameter, nutzt du irgend welche abweichende Einstellungen? Ich meine solche Parameter ... -e FHEM_UID=6061 -e FHEM_GID=6061 -e FHEM_PERM_DIR=0750 -e FHEM_PERM_FILE=0640 -e UMASK=0037
Poste mal deine Docker-Parameter vollständig.
Dann mal die Befehle in der Fhem-Commandline ... ich meine oben im Webfrontend.
{qx(ls -l /usr/bin | grep -i sudo)}
Ausgabe sollte etwa so aussehen --> posten
total 8
-rwxr-xr-x 1 root root 260376 Feb 2 2020 cvtsudoers
-rwsr-xr-x 1 root root 157192 Feb 2 2020 sudo
lrwxrwxrwx 1 root root 4 Feb 2 2020 sudoedit -> sudo
-rwxr-xr-x 1 root root 60256 Feb 2 2020 sudoreplay
{qx(cat /etc/sudoers.d/fhem-docker)}
{qx(cat /etc/sudoers.d/fhem)}
Einer der beiden Befehle sollte was ausgeben --> posten welcher erfolgreich war, und was ausgegeben wird.
Ausgabe sollte so aussehen ...
# Auto-generated during container start
fhem ALL=(ALL) NOPASSWD: /usr/bin/nmap
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -q update
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -s -q -V upgrade
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y -q -V upgrade
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y -q -V dist-upgrade
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/local/bin/cpanm *
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *
Zitat von: Superposchi am 22 Mai 2021, 12:07:09
Bei der Node.js-Device hat er mit diesen 3 Paketen die Probleme: homebridge-fhem tradfri-fhem alexa-fhem
Solange Sudo nicht funktioniert ist das auch nicht erfolgreich.
Funktioniert sein Spotify nach dem Erstellen des Containers?
Ziemlich viel auf einmal, also alles stück für stück von oben nach unten:
ZitatWo siehst du die Meldung, welche Aktion löst diese aus?
Das wird im Fhem-Installer-Status-Device als state angezeigt wenn ich mit dem Set-Befehl manuell versuche das Paket zu installieren(wird mir als einzige zu installierende Möglichkeit angeboten)
ZitatBeim Anlegen des Docker Containers sollte das alles neu und korrekt angelegt werden. Irgend etwas passt hier nicht. Poste mal deine Docker-Parameter, nutzt du irgend welche abweichende Einstellungen? Ich meine solche Parameter ... -e FHEM_UID=6061 -e FHEM_GID=6061 -e FHEM_PERM_DIR=0750 -e FHEM_PERM_FILE=0640 -e UMASK=0037
Ich habe den Container so installiert wie er Standardmäßig vorbereitet ist und nichts verändert. Die Parameter sehen folgendermaßen aus:
Name Value
BLUETOOTH_GID 6001
CONFIGTYPE fhem.cfg
FHEM_GID 6061
FHEM_PERM_DIR 0750
FHEM_PERM_FILE 0640
FHEM_UID 6061
GPIO_GID 6002
I2C_GID 6003
LANG en_US.UTF-8
LANGUAGE en_US:en
LC_ADDRESS de_DE.UTF-8
LC_MEASUREMENT de_DE.UTF-8
LC_MESSAGES en_DK.UTF-8
LC_MONETARY de_DE.UTF-8
LC_NAME de_DE.UTF-8
LC_NUMERIC de_DE.UTF-8
LC_PAPER de_DE.UTF-8
LC_TELEPHONE de_DE.UTF-8
LC_TIME de_DE.UTF-8
LOGFILE ./log/fhem-%Y-%m-%d.log
PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
TELNETPORT 7072
TERM xterm
TIMEOUT 10
TZ Europe/Berlin
UMASK 0037Ausgabe zu {qx(ls -l /usr/bin | grep -i sudo)}:
-rwxrwxrwx 1 root root 189968 Feb 2 2020 cvtsudoers
-rwxrwxrwx 1 root root 110700 Feb 2 2020 sudo
lrwxrwxrwx 1 root root 4 Feb 2 2020 sudoedit -> sudo
-rwxrwxrwx 1 root root 42872 Feb 2 2020 sudoreplayAusgabe zu {qx(cat /etc/sudoers.d/fhem-docker)}:
# Auto-generated during container start
fhem ALL=(ALL) NOPASSWD: /usr/bin/nmap
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -q update
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -s -q -V upgrade
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y -q -V upgrade
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y -q -V dist-upgrade
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/local/bin/cpanm *
fhem ALL=(ALL) NOPASSWD: /usr/bin/apt-get -y install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *Der andere Befehl gab nichts zurück.
Spotify funktioniert weiterhin nicht. Der Nest-Lautsprecher reagiert zwar, aber es wird nichts wiedergegeben.
gehe mal auf der Console ... da musst du selber schaun wie du einen Befehlt ausführen kannst ...
chmod 4755 /usr/bin/sudo
Im Anschluss mal testen und nochmal die Ausgabe von ... s. u. .. posten
{qx(ls -l /usr/bin | grep -i sudo)}
Hier die erneute Ausgabe nachdem der Befehl in Terminal des Containers ohne Fehlermeldung abgesetzt wurde:
-rwxrwxrwx 1 root root 189968 Feb 2 2020 cvtsudoers
-rwsr-xr-x 1 root root 110700 Feb 2 2020 sudo
lrwxrwxrwx 1 root root 4 Feb 2 2020 sudoedit -> sudo
-rwxrwxrwx 1 root root 42872 Feb 2 2020 sudoreplay
Ich sehe keinen Unterschied
Zitat
Error code E403
Summary:
Forbidden - passwordless sudo permissions required
Detail:
sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
You may add the following lines to /etc/sudoers.d/fhem:
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *
kommt die Meldung noch? Die sollte weg sein da sudo nun das setuid Bit gesettz hat.
Ganz ehrlich, ich weiß nicht mal mehr woher genau diese Ausgabe stammt.
Ich kann sie jedenfalls nicht reproduzieren.
Habe aber inzwischen festgestellt, dass meine npm-Version deutlich veraltet ist. Aktuell installiert ist 7.5.4 und aktuell ist 7.14.0
Hier noch mal ein List des Node.js Package Update Status
Internals:
.FhemMetaInternals 1
DEF localhost
FUUID 5fb930b8-f33f-793a-eb28-2a416f3146aea249
FVERSION 42_npmjs.pm:v1.1.6-s20933/2020-01-10
HOST localhost
NAME fhemServerNpm
NOTIFYDEV global,fhemServerNpm
NR 16
NTFY_ORDER 50-fhemServerNpm
STATE error 'install homebridge-fhem alexa-fhem tradfri-fhem'
TYPE npmjs
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
.fhem:
npm:
cmd install homebridge-fhem alexa-fhem tradfri-fhem
debug 1
host localhost
npmglobal 1
errors:
code E403
detail sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy"sudo: /usr/lib/sudo/sudoers.so must be only be writable by ownersudo: fatal error, unable to load plugins<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
installedpackages:
error:
code E403
detail sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy"sudo: /usr/lib/sudo/sudoers.so must be only be writable by ownersudo: fatal error, unable to load plugins<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
listedpackages:
name lib
dependencies:
gassistant-fhem:
resolved https://registry.npmjs.org/gassistant-fhem/-/gassistant-fhem-3.0.3.tgz
version 3.0.3
npm:
resolved https://registry.npmjs.org/npm/-/npm-7.5.4.tgz
version 7.5.4
nodejsversions:
ares 1.15.0
brotli 1.0.7
cldr 35.1
http_parser 2.9.4
icu 64.2
modules 64
napi 7
nghttp2 1.41.0
node 10.23.3
openssl 1.1.1i
tz 2019c
unicode 12.1
uv 1.34.2
v8 6.8.275.32-node.59
zlib 1.2.11
outdatedpackages:
npm:
current 7.5.4
dependent global
latest 7.14.0
location /usr/lib/node_modules/npm
wanted 7.14.0
updatedpackages:
error:
code E403
detail sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:
<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *
fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>
summary Forbidden - passwordless sudo permissions required
READINGS:
2021-05-22 16:07:18 .installedList {"error":{"summary":"Forbidden - passwordless sudo permissions required","detail":"sudo: error in /etc/sudo.conf, line 0 while loading plugin \"sudoers_policy\"sudo: /usr/lib/sudo/sudoers.so must be only be writable by ownersudo: fatal error, unable to load plugins<br /><br />You may add the following lines to /etc/sudoers.d/fhem:\n<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>","code":"E403"}}
2021-05-22 11:48:28 .packageList {"listed":{"dependencies":{"gassistant-fhem":{"version":"3.0.3","resolved":"https://registry.npmjs.org/gassistant-fhem/-/gassistant-fhem-3.0.3.tgz"},"npm":{"version":"7.5.4","resolved":"https://registry.npmjs.org/npm/-/npm-7.5.4.tgz"}},"name":"lib"},"outdated":{"npm":{"latest":"7.14.0","current":"7.5.4","location":"/usr/lib/node_modules/npm","wanted":"7.14.0","dependent":"global"}},"versions":{"http_parser":"2.9.4","modules":"64","node":"10.23.3","ares":"1.15.0","napi":"7","unicode":"12.1","uv":"1.34.2","brotli":"1.0.7","openssl":"1.1.1i","nghttp2":"1.41.0","zlib":"1.2.11","icu":"64.2","v8":"6.8.275.32-node.59","tz":"2019c","cldr":"35.1"}}
2021-05-14 17:10:07 .updatedList {"error":{"summary":"Forbidden - passwordless sudo permissions required","detail":"sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set<br /><br />You may add the following lines to /etc/sudoers.d/fhem:\n<pre> fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm update *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm install *\n fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/npm uninstall *</pre>","code":"E403"}}
2021-05-22 12:06:12 installed error
2021-02-16 10:38:24 nodejsVersion 10.23.3
2021-05-22 11:48:28 outdated check completed
2021-05-22 16:07:18 state error 'install homebridge-fhem alexa-fhem tradfri-fhem'
2021-04-18 15:28:42 updated error
2021-05-22 11:48:28 updatesAvailable 1
Attributes:
alias Node.js Package Update Status
devStateIcon npm.updates.available:security@red:outdated npm.is.up.to.date:security@green:outdated .*npm.outdated.*in.progress:system_fhem_reboot@orange .*in.progress:system_fhem_update@orange warning.*:message_attention@orange error.*:message_attention@red
event-on-change-reading .*
group Update
icon npm-old
room System
timestamp-on-change-reading .*
verbose 4
Und hier ein List des FHEM Installer Status:
Internals:
.FhemMetaInternals 1
FUUID 5fb930b9-f33f-793a-304a-092c55a64a79d3bf
FVERSION 98_Installer.pm:v0.5.7-s20949/2020-01-12
NAME fhemInstaller
NOTIFYDEV global,fhemInstaller
NR 17
NTFY_ORDER 50-fhemInstaller
STATE error 'getCpanVersion'
TYPE Installer
.attraggr:
.attreocr:
.*
.attrminint:
.attrtocr:
.*
.fhem:
installer:
cmd getCpanVersion
debug 1
installPerlEnforced
installPerlNoTest
installPerlReinstall
errors:
HASH(0x5b182fc0)
installedPerlPackages:
success 0
error:
HASH(0x5b6a3528)
listedPerlPackages:
App::cpanminus:
missing /usr/local/bin/cpanm
version 1.704400
CPAN::DistnameInfo:
missing /usr/local/man/man3/CPAN::DistnameInfo.3pm
version 0.120
CPAN::Plugin::Sysdeps:
missing /usr/local/bin/cpan-sysdeps
version 0
CryptX:
version 0.069
ExtUtils::Config:
missing /usr/local/man/man3/ExtUtils::Config.3pm
version 0
ExtUtils::Helpers:
missing /usr/local/man/man3/ExtUtils::Helpers.3pm
version 0
ExtUtils::InstallPaths:
missing /usr/local/man/man3/ExtUtils::InstallPaths.3pm
version 0
Module::Build:
version 0.423100
Module::Build::Tiny:
missing /usr/local/man/man3/Module::Build::Tiny.3pm
version 0
Perl:
version 5.028001
Perl::PrereqScanner::NotQuiteLite:
missing /usr/local/bin/scan-perl-prereqs-nqlite
version 0
Protocol::WebSocket:
version 0.260
Regexp::Trie:
missing /usr/local/man/man3/Regexp::Trie.3pm
version 0
URI::cpan:
missing /usr/local/man/man3/URI::cpan.3pm
version 0
cpan::outdated:
missing /usr/local/bin/cpan-outdated
version 0
local::lib:
missing /usr/local/man/man3/POD2::DE::local::lib.3pm
version 2.000024
READINGS:
2021-05-22 12:01:48 .installedListPerl {"success":0,"error":[{"summary":"Not Found - cpanm is not installed","detail":"sh: command not found: cpanm","code":"E404"}]}
2021-03-01 17:58:24 .packageListPerl {"listedPerl":{"ExtUtils::Config":{"missing":"/usr/local/man/man3/ExtUtils::Config.3pm","version":0},"URI::cpan":{"version":0,"missing":"/usr/local/man/man3/URI::cpan.3pm"},"CPAN::Plugin::Sysdeps":{"missing":"/usr/local/bin/cpan-sysdeps","version":0},"Regexp::Trie":{"missing":"/usr/local/man/man3/Regexp::Trie.3pm","version":0},"Protocol::WebSocket":{"version":"0.260"},"Perl::PrereqScanner::NotQuiteLite":{"version":0,"missing":"/usr/local/bin/scan-perl-prereqs-nqlite"},"Module::Build::Tiny":{"version":0,"missing":"/usr/local/man/man3/Module::Build::Tiny.3pm"},"Perl":{"version":"5.028001"},"CPAN::DistnameInfo":{"version":"0.120","missing":"/usr/local/man/man3/CPAN::DistnameInfo.3pm"},"App::cpanminus":{"missing":"/usr/local/bin/cpanm","version":"1.704400"},"cpan::outdated":{"missing":"/usr/local/bin/cpan-outdated","version":0},"ExtUtils::Helpers":{"version":0,"missing":"/usr/local/man/man3/ExtUtils::Helpers.3pm"},"CryptX":{"version":"0.069"},"local::lib":{"version":"2.000024","missing":"/usr/local/man/man3/POD2::DE::local::lib.3pm"},"Module::Build":{"version":"0.423100"},"ExtUtils::InstallPaths":{"version":0,"missing":"/usr/local/man/man3/ExtUtils::InstallPaths.3pm"}},"error":[{"detail":"sh: 1: sudo: not found","summary":"Not Found - sudo is not installed","code":"E404"}]}
2020-11-21 16:22:37 cpanminusVersion 1.7044
2021-04-29 11:13:16 installedPerl error
2020-12-01 02:41:27 outdatedPerl check completed
2020-11-21 16:22:37 perlVersion 5.028001
2021-05-22 16:06:17 state error 'getCpanVersion'
2020-11-21 16:23:20 updatesAvailablePerl 0
Attributes:
alias FHEM Installer Status
devStateIcon .*updates.available:security@red:outdated up.to.date:security@green:outdated .*outdated.*in.progress:system_fhem_reboot@orange .*in.progress:system_fhem_update@orange warning.*:message_attention@orange error.*:message_attention@red
event-on-change-reading .*
group Update
icon system_fhem
room System
timestamp-on-change-reading .*
verbose 4
Wenn du den Status der Module anzeigen kannst funktioniert wahrschreinlich Sudo. Ich mache keine Updates da damit gassistant nicht mehr geht.
Update funktioniert aber grundsätzlich, habs grad getestet und dann den Container neu erstellt damit wieder alles funktioniert.
Beschreib nun was nicht geht, oder was du vorhast.
Eigentlich möchte ich nur das Spotify wieder läuft.
Das die beiden Update-Routinen auf Rot stehe ist mir prinzipiell egal solange alles funktioniert.
Aber ich kann nicht einschätzen wie die Zusammenhänge sind.
Zeig mal die Spotify RAW-Definition. Die Zugangsdaten / Keys kannst aus-"x"-en.
Welche Version des Spotify-Modul hast du, da gibt es ein paar Änderungen in diversen Threads weil es nicht funktioniert.
... https://forum.fhem.de/index.php/topic,72490.240.html
Ich nutze kein Spotify-Modul. Das wurde doch durch das Googlecast abgelöst.
Ich habe immer nur auf meinen Google-Nest-Devices direkt Play mit einer Webadresse aus dem Spotify webplayer abgespielt.
und was gehnt nun nicht?
Eben die Wiedergabe über die Googlecast Geräte
Liegt vermutlich am Wlan
Ehrlich jetzt?
Veräppeln kann ich mich selbst.
Fraglich also warum das Notebook, dass auch nur über WLan angeschlossen ist, keinerlei Probleme hat und warum die Google-Nest mit Speak Befehlen, die ja erstmal nach Google geschickt werden und dann als Sprachdatei zurückkommen auch funktionieren.