[gelöst] Aktualisierung von npm bricht mit "Speicherzugriffsfehler" ab

[locodriver]

Hallo, ich wollte den Alexa-Connector auf den enuesten Stand bringen, um die Mode-Funktion  nutzen zu können.

Wie im Wiki angegeben stoppte ich in fhem Alexa und habe dann in Putty ein npm-Update angestoßen

sudo npm update -g alexa-fhem

Dies bricht mit o.g. Fehlermeldung ab. Auch der Versuch mit

sudo npm install -g alexa-fhem

scheitert.

Diverse Anleitungen im Netz haben mir nicht nicht weiter geholfen bzw. waren mir zu "kryptisch". Ich möchte nicht planlos vorgehen und Alexa lahm legen, da ich relativ viel mit Ihr mache...

Wisst ihr einen sicheren Weg, das Problem zu lösen?

[MadMax-FHEM]

Speicherzugriffsehler klingt nicht gut.

Welche Plattform?

PI? -> SD defekt?

Gruß, Joachim

[locodriver]

Hier die zusätzlichen Infos:

FHEM läuft auf einem Pi3 mit Buster.

Die SD-Karte ist zwar schon einige Jahre in Betrieb, andere "Ausfallerscheinungen" sind mir bisher nicht aufgefallen.

[MadMax-FHEM]

Hier die zusätzlichen Infos:

FHEM läuft auf einem Pi3 mit Buster.

Die SD-Karte ist zwar schon einige Jahre in Betrieb, andere "Ausfallerscheinungen" sind mir bisher nicht aufgefallen.

Diese würde mir schon reichen

Aber musst du wissen...

Allerdings wirst du an einem Speicherzugriffsfehler nichts ändern können, weil es danach klingt als wäre das "geladene" Programm fehlerhaft.

EDIT: bricht beides, also update und install mit Speicherzugriffsfehler ab?

Also entweder ist es wirklich fehlerhaft, dann musst du wohl npm/nodejs/... neu installieren...
...oder eben es passiert beim "Laden von Platte" und dann hilft zwar u.U. neu installieren aber nur bis der nächste "Plattenfehler" auftritt...
...bei vermutlich einem anderen Programm...

Gruß, Joachim

[locodriver]

EDIT: bricht beides, also update und install mit Speicherzugriffsfehler ab?

Ja, in beiden Fällen kommt die Fehlermeldung.

Manchmal ist sie (auch in beiden Fällen) etwas länger:

Code Auswählen Erweitern

Speicherzugriffsfehler idealTree:lib: sill idealTree buildDeps


Vielleicht hilft das noch etwas weiter...?

Hierm mal noch die Versionsnummern: node - 10.24.1 und npm - 7.14.0

Ein Update des RPi läuft ohne Probleme durch...

[MadMax-FHEM]

Naja hilft (mir) nicht wirklich weiter.

Speicherzugriffsfehler klingt halt nach "marodem" Programm...
...wo das her kommt: keine Ahnung (meine Vermutung ist halt: fehlerhaft von "Platte" gelesen)...

Welche OS Version?

Weil für eine aktuelle alexa-fhem Version sieht das zu alt aus, also npm und node...

Ob das was mit Speicherzugriffsfehler zu tun hat/haben kann: keine Ahnung.

Hast du node/npm mittels OS-Paketmanager installiert oder selber irgendwo her (compiliert)?

Gruß, Joachim

[locodriver]

Node/npm hatte ich nach Wiki installiert...

uname -a liefert:

Code Auswählen Erweitern

Linux raspberrypi 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux


und cat /etc/*_ver* liefert:

Code Auswählen Erweitern

10.12

Die alexa-fhem version ist: 0.5.61

[MadMax-FHEM]

Node/npm hatte ich nach Wiki installiert...

Heißt nun was?
Welches Wiki?
Das: https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#node.js_installieren

Also per apt installiert?

uname -a liefert:

Code Auswählen Erweitern

Linux raspberrypi 5.10.103-v7+ #1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux


und cat /etc/*_ver* liefert:

Code Auswählen Erweitern

10.12

mittels cat /etc/os-release würde es in "lesbar" stehen

Also Buster...
...aktuell ist Bullseye und damit auch neuere node/npm:

Code Auswählen Erweitern


$ node --version
v12.22.5

$ npm --version
7.5.2


Aber wie geschrieben: ob die node/npm Version an dem Speicherzugriffsfehler schuld ist weiß ich nicht...
...ich glaube ja (immer noch) eher an SD-Karte...

EDIT: was kommt bei sudo npm -g outdated

Gruß, Joachim

[locodriver]

Ja, Installation per apt nach diesem Wiki: https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa#node.js_installieren

EDIT: was kommt bei sudo npm -g outdated

Da kommt ebenfalls "Speicherzugriffsfehler"...

Ich werde wohl mit einer anderen Karte auf "bullseye" wechseln. Da muss ich mich aber erstmal einlesen - das macht man ja nicht alle Tage...

[MadMax-FHEM]

Ich werde wohl mit einer anderen Karte auf "bullseye" wechseln. Da muss ich mich aber erstmal einlesen - das macht man ja nicht alle Tage...

Mit einem guten Backup/Restore Konzept ist das doch kein Problem?

Bei mir gibt es keinen Unterschied, ob ich nun einen "Crash" behebe oder auf eine neue Plattform umziehe:

Neues System aufsetzen, Pakete laut Doku nachinstallieren (da gibt es auch was in Otto's Blog), Restore von fhem: fertig

Maximal tauchen im Log noch ein paar Dinge auf, die ich eben vergessen/nicht notiert habe...
(-> kommt dann eben in die Doku   )

Gruß, Joachim

[locodriver]

So, die Aktion ging heute über die Bühne... auf meinem RPi ist jetzt Bullseye.

Allerdings "will" alexa noch nicht so richtig... auf dem Pi bekomme ich folgende Meldungen bei Eingabe von:

Code Auswählen Erweitern

sudo npm install -g alexa-fhem bzw.

Code Auswählen Erweitern

sudo npm update -g alexa-fhem

Code Auswählen Erweitern

npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.



Aus der verlinkten Seite werde ich nicht schlau



Bei Ausführung von

Code Auswählen Erweitern

npm update -g alexa-fhem


kommen diese Meldungen:

Code Auswählen Erweitern

npm ERR! code ENOTEMPTY
npm ERR! syscall rename
npm ERR! path /usr/local/lib/node_modules/alexa-fhem
npm ERR! dest /usr/local/lib/node_modules/.alexa-fhem-JZimPnUN
npm ERR! errno -39
npm ERR! ENOTEMPTY: directory not empty, rename '/usr/local/lib/node_modules/alexa-fhem' -> '/usr/local/lib/node_modules/.alexa-fhem-JZimPnUN'

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2022-06-30T15_05_07_073Z-debug.log


In der angegeben Datei steht das Gleiche...

Muss ich in

/usr/local/lib/node_modules

das Verzeichnis "alexa-fhem" löschen, damit es neu angelegt werden kann? Wenn ja wie - mit "rm" funzt es nicht.

[MadMax-FHEM]

Die Meldungen bei install sind doch nur Warnings!?

Was passiert, wenn du das alexa-Modul anlegst, wird alexa-fhem gestartet?

Bekommst du eine Skill-ID und kannst den fhem Skill verknüpfen?

Gruß, Joachim

[locodriver]

Da ich fhem aus einem Backup wieder hergestellt habe, ist das Alexa-Device automatisch mit vorhanden. Allerdings findet es keinen "Kontakt" zu Alexa selbst...
Der Status bleibt auf:

Code Auswählen Erweitern

stopped; alexa-fhem not installed. install with 'sudo npm install -g alexa-fhem'.

Das nochmalige Darüberinstallieren bricht dann mit der schon genannten Ausgabe ab.

Im alexa-Device sind noch alle "alten" Anmeldedaten vorhanden - ich habe also keine neuen Daten bezogen...

BTW: selbst erzeugte Ansagen mit dem Echodevice funzen.

In der Alexa-App sind alle Geräte "nicht verfügbar".

[MadMax-FHEM]

Da ich fhem aus einem Backup wieder hergestellt habe, ist das Alexa-Device automatisch mit vorhanden. Allerdings findet es keinen "Kontakt" zu Alexa selbst...
Der Status bleibt auf:

Code Auswählen Erweitern

stopped; alexa-fhem not installed. install with 'sudo npm install -g alexa-fhem'.

Das nochmalige Darüberinstallieren bricht dann mit der schon genannten Ausgabe ab.

Im alexa-Device sind noch alle "alten" Anmeldedaten vorhanden - ich habe also keine neuen Daten bezogen...

Die Anmeldedaten passen nicht mehr, da du verm. die ssh-Schlüssel nicht mit umgezogen hast (stecken im "normalen" fhem Backup nicht drin): /opt/fhem/.ssh

D.h. wenn du "nur" mittels "normalem" fhem Backup umgezogen bist (ohne /opt/fhem/.ssh), dann musst du den Skill neu verknüpfen.

Hattest du fhem schon installiert BEVOR du alexa-fhem installiert hattest?
(weiß nicht, ob das muss aber ich denke zumindest /opt/fhem/ sollte/muss da sein)

Dann hilft verm. nur alles mit alexa-fhem zu löschen und noch mal versuchen...
Oder warten, bis jemand der Entwickler vorbei schaut und noch eine Idee hat.

Ich bin schon mind. 2x umgezogen: Stretch -> Buster -> Bullseye und es hat immer ohne Probleme geklappt. Aber ich habe auch jedes Mal /opt/fhem/.ssh umgezogen...

BTW: selbst erzeugte Ansagen mit dem Echodevice funzen.

Die beiden Module haben auch auf Amazon Seite nichts miteinadner zu tun, außer dass du deine Echo-Devices mit demselben Amazon Account betreibst.

alexa-fhem ist Smart Home Skill von Amazon.

echodevice nutzt den Zugriff die auch die Weboberfläche bzw. die Alexa-App nutzt...

In der Alexa-App sind alle Geräte "nicht verfügbar".

Klar, wenn alexa-fhem nicht läuft, dann läuft ja auch der Smart Home Skill nicht...
...-> keine Geräte

Gruß, Joachim

[locodriver]

Dann hilft verm. nur alles mit alexa-fhem zu löschen und noch mal versuchen...

Das habe ich befürchtet...

D.h.: - Registrierung zurücksetzen und Alexa-Device in fhem löschen und das -versteckte - Verzeichnis

Code Auswählen Erweitern

/opt/fhem/.alexa löschen? Oder noch mehr entsprechend der Fehlermeldung weiter oben?

Code Auswählen Erweitern

npm ERR! ENOTEMPTY: directory not empty, rename '/usr/local/lib/node_modules/alexa-fhem' -> '/usr/local/lib/node_modules/.alexa-fhem-JZimPnUN'

Wie komme ich an die versteckten Verzeichnisse?

[MadMax-FHEM]

Wie komme ich an die versteckten Verzeichnisse?

Verstehe ich nicht.
Es gibt keine versteckten Verzeichnisse, es gibt nur "Programme", die Pfade/Dateien mit Punkt "ausblenden".

Ansonsten kann man jeden Pfad/Datei einfach "finden"/"nutzen", wenn man eben den kompletten Namen angibt...

Ich musste alexa-fhem noch nie löschen, wie geschrieben hat das immer problemlos funktioniert (mehrmals).
Daher kann ich nicht sagen was alles weg muss...

Aber es gibt Threads wo es um Löschen/Neuaufsetzen geht.

Skill neu verknüpfen muss aber auf alle Fälle sein, wenn du eben /opt/fhem/.ssh nicht mit umziehst...
...ist aber wohl auch nicht (besonders) "schlimm" den neu zu verknüpfen, zumindest habe ich das ja schon ein paar mal "begleitet" und es war immer ohne großen Aufwand/"Geschrei"...

Ansonsten: wie weit bist du generell?
Weil dann würde ich eher komplett neu anfangen (also ich persönlich würde das immer tun, sobald etwas nicht gut lief / hinpfriemeln fällt einem meist irgendwann später auf die Füße und dann hat man meist keine Ahnung/Idee warum und wieso)...
(man kann ja während des Neuaufsetzens nach erfolgreichen größeren Schritten ein Komplettimage ziehen, dann kann man falls ein Schritt schief geht dahin ja wieder schnell zurück).

Aber es ist dein System...

Gruß, Joachim

[locodriver]

Alles andere läuft - nur mein HM-MOD-UART will noch nicht wieder richtig und die Plots kommen nur in s/w über Telegram. Dafür habe ich aber zwei extra Posts eröffnet bzw. fortgesetzt...

Ich habe die alte Karte mit dem kompletten fhem noch da. Ich könnte diese ja nochmal in den RPi stecken und das .ssh-Verzeichnis kopieren...?

Auserdem habe ich das Verzeichnis - doch - extra kopiert. Allerdings bekomme ich es mit WinSCP nicht auf den RPi zurück (Permission denied).

[Wernieman]

Du verwendest bestimmt den User "Pi"? Der darf natürlich nicht ins FHEM-Dir schreiben. Kopiere es doch erstmal ins Homedirektory von Pi, und dann als root (bzw. sudo) ins FHEM-Dir kopieren. Dort ann die Berechtigung anpassen. Also z.B.:

Code Auswählen Erweitern

# Kopiere mit pi ins home von pi, als Beispiel gewählt /home/pi/fhem
sudo mv /home/pi/fhem/.ssh /opt/fhem
chow -R fhem: /opf/fhem/.ssh


Hinweis: Das letzte ist Wichtig. ssh Verwendet nur Dateien mit der Richtigen Berechtigung. Auch zuviel wird aus Security-Gründen abgelehnt

[locodriver]

Danke euch beiden. Nach der Mittagspause bin ich voran und ans Ziel gekommen.

Ich hatte die Rechte bzw. Besitzer geändert, Dateien gelöscht und neu kopiert. Dann war das Alexa-Device wieder verbunden. Allerdings war mein Key nicht mehr gültig. Nach einigen Versuchen habe ich einen neuen registrieren können und alles funzt...

Also nochmals vielen Dank - bei mir hängt relativ viel an Alexa, so dass ihr eine große Hilfe wart.

[MadMax-FHEM]

Also nochmals vielen Dank - bei mir hängt relativ viel an Alexa, so dass ihr eine große Hilfe wart.

Gerne.

Aber das versuche ich zu vermeiden!

Also ja, es ist ganz nett/praktisch, wenn man mit vollen Händen rumläuft und mal schnell per Sprache schon mal den TV einschalten lassen kann

Aber ansonsten halte ich mich an folgendes: soviel als möglich automatisch (es heißt ja auch Home-AUTOMATION   ) und es muss Alles (Wichtige) auch ohne fhem gehen und Alles (Wichtige) auch noch per normale Schalter etc.

Viel Spaß, Joachim

[locodriver]

Ja, ich stimme dir zu. Alexa ist bei mir auch on top - alles funzt auch ohne sie - nur nicht so bequem...