UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[neunteufels]

@Glasfaser

sudo ln -s /usr/bin/node /usr/bin/nodejs

ergibt

ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits

uname -m && type -P nodejs node npm npx && nodejs -v && node -v && npm -v && npx -v && iob -v && whoami && groups && echo $XDG_SESSION_TYPE && pwd && sudo apt-get update &> /dev/null && sudo apt-get update && apt-cache policy nodejs

ergibt

x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
/usr/bin/npx
v16.19.0
v16.19.0
8.19.3
8.19.3
4.0.23
dietpi
dietpi iobroker

/home/dietpi
OK:1 https://deb.debian.org/debian bullseye InRelease
OK:2 https://deb.debian.org/debian bullseye-updates InRelease
OK:3 https://deb.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.debian.org/debian bullseye-backports InRelease
OK:5 https://deb.nodesource.com/node_16.x bullseye InRelease
Paketlisten werden gelesen… Fertig
nodejs:
  Installiert:           16.19.0-deb-1nodesource1
  Installationskandidat: 16.19.0-deb-1nodesource1
  Versionstabelle:
 *** 16.19.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 https://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 https://deb.debian.org/debian bullseye/main amd64 Packages

[Glasfaser]

@neunteufels sagte in Radar2 ENOENT: spawn arp ENOENT:

dietpi

Habe ich selber .... für kleine VMM Anwendungen ..
Dies ist eine abgespecktes Linux .

nach einem Neustart meiner virtuellen Maschine

hast du kein Snapshot !?

[neunteufels]

@Glasfaser

Snapshot habe ich gestern ebenfalls eingespielt => selbes Problem.

[Glasfaser]

@neunteufels sagte in Radar2 ENOENT: spawn arp ENOENT:

=> selbes Problem.

wie weit zurück ... ein älteres mal genommen !?

[neunteufels]

@glasfaser

Gestern habe ich nur um einen Tag zurückgesetzt, damit ich nicht zu viel verliere.
Das Problem besteht ja schon seit einigen Monaten, dass es nach dem Neustart nicht funkt, also hilft weiter zurück eher nicht.

[neunteufels]

Erklären kann ich es nicht, aber folgendes hat nun geholfen:

iob stop
iob fix
sudo reboot

Nach dem Neustart war Radar2 sofort wieder ok und liefert auch plausible Daten.

Gelöst ist das aus meiner Sicht noch nicht, aber vorerst funktioniert es mal. :man-shrugging:

[Glasfaser]

@neunteufels sagte in Radar2 ENOENT: spawn arp ENOENT:

Gestern habe ich nur um einen Tag zurückgesetzt, damit ich nicht zu viel verliere.

Du kannst doch entweder ein Snapshot zurückspielen oder damit ein neues VMM erstellen z.b. als Testumgebung .

[neunteufels]

@glasfaser
Stimmt, daran hatte ich nicht gedacht.
Habe ich jetzt vorerst nicht gemacht, da ich nicht genau sagen kann seit wann das Problem besteht.

[Glasfaser]

@neunteufels sagte in Radar2 ENOENT: spawn arp ENOENT:

Habe ich jetzt vorerst nicht gemacht, da ich nicht genau sagen kann seit wann das Problem besteht.

Dann meine Empfehlung ... eine neue VM und ein Backup rein .

Weil ... so schleppst du "eventuell ein Bug" immer mit !

[neunteufels]

@Glasfaser

Hmm, mag ich nicht machen, wird aber über kurz oder lang nix helfen. :grimacing:

Danke für deinen Input! :+1: