Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[da_Woody]

@homoran sagte in Trashschedule Adapter läuft nach update nicht mehr:

iobrober upload all

damit wird schon mal gar nix gehn... ;)

[Thomas Braun]

@da_woody

Wenn man über das Handy postet...

[Ein ehemaliger Benutzer]

@thomas-braun Also ich habe die Version Trashschedule wieder auf 1.3.2 down gegraded....jetzt läufts... alle NODEJS und ADMIN Versionen sind up-to-date....Keine Ahnung wieso das "Ding" nicht läuft.

[Thomas Braun]

@joe-0

Warum eigentlich 1.3.x?

zrashschedule
github:	1.4.1
latest:	1.4.1 for 36 days
stable:	1.4.1 for 36 days

Issue eröffnet?

[Ein ehemaliger Benutzer]

@thomas-braun ich habe bei 1.4.1 angefangen und mich immer weiter nach unten vorgearbeitet.
bei 1.3.2 hat das schließlich gefunzt....

[Thomas Braun]

@joe-0

System auf Stand?
OS und iobroker?

Auf meinem System bekomme ich den nämlich installiert.

2022-01-29 20:53:36.454  - info: host.chet iobroker exit 0
2022-01-29 20:53:38.498  - info: host.chet instance system.adapter.trashschedule.0 started with pid 13082
2022-01-29 20:53:40.266  - info: trashschedule.0 (13082) starting. Version 1.4.1 in /opt/iobroker/node_modules/iobroker.trashschedule, node: v17.4.0, js-controller: 3.3.22
2022-01-29 20:53:40.336  - warn: trashschedule.0 (13082) No trash types configured

[Ein ehemaliger Benutzer]

@thomas-braun : Node-js v14.18.3
npm 4.14.15
Debian Bullseye
IOB 5.2.3

[Thomas Braun]

@joe-0

npm 4 ist falsch.
Da ist nodeJS vermutlich krumm installiert.

which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

[Glasfaser]

@joe-0 sagte in Trashschedule Adapter läuft nach update nicht mehr:

npm 4.14.15

??

Zeige mal :

sudo ln -s /usr/bin/node /usr/bin/nodejs
which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy nodejs

[Ein ehemaliger Benutzer]

@joe-0 said in Trashschedule Adapter läuft nach update nicht mehr:

@thomas-braun : Node-js v14.18.3
npm 6.14.15
Debian Bullseye
IOB 5.2.3

[Thomas Braun]

@joe-0

KOMPLETTE Ein- und Ausgaben.

[Ein ehemaliger Benutzer]

@thomas-braun : hm.... bin ich zu "blöd" für.... wie bekomme ich aus Putty diese "Fenster"...

[Thomas Braun]

@joe-0

Text kopieren, </> -Icon anklicken, Text zwischen die Steuerzeichen kopieren, Beitrag absenden.

[Ein ehemaliger Benutzer]

@thomas-braun ```
pi@Raspi1:~ $ which nodejs && nodejs -v && which node && node -v && which npm & npm -v && apt policy nodejs
[1] 26902
/usr/bin/nodejs
v14.18.3
/usr/bin/node
v14.18.3
/usr/bin/npm
6.14.15
[1]+ Fertig which nodejs && nodejs -v && which node && node -v && which npm
nodejs:
Installiert: 14.18.3-deb-1nodesource1
Installationskandidat: 14.18.3-deb-1nodesource1
Versionstabelle:
*** 14.18.3-deb-1nodesource1 500
500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
100 /var/lib/dpkg/status
10.24.0~dfsg-1~deb10u1 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
pi@Raspi1:~ $

[Ein ehemaliger Benutzer]

@joe-0 said in Trashschedule Adapter läuft nach update nicht mehr:

@thomas-braun ```
pi@Raspi1:~ $ which nodejs && nodejs -v && which node && node -v && which npm & npm -v && apt policy nodejs
[1] 26902
/usr/bin/nodejs
v14.18.3
/usr/bin/node
v14.18.3
/usr/bin/npm
6.14.15
[1]+ Fertig which nodejs && nodejs -v && which node && node -v && which npm
nodejs:
Installiert: 14.18.3-deb-1nodesource1
Installationskandidat: 14.18.3-deb-1nodesource1
Versionstabelle:
*** 14.18.3-deb-1nodesource1 500
500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
100 /var/lib/dpkg/status
10.24.0~dfsg-1~deb10u1 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
pi@Raspi1:~ $

Hmm.... sieht nicht "hübsch" aus...

[Ein ehemaliger Benutzer]

@joe-0 ```
code_text

pi@Raspi1:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits

[Ein ehemaliger Benutzer]

@glasfaser ```

pi@Raspi1:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits

[Ein ehemaliger Benutzer]

@glasfaser ```

pi@Raspi1:~ $ which nodejs && nodejs -v && which node && node -v && which npm & npm -v && apt policy nodejs
[1] 3523
/usr/bin/nodejs
v14.18.3
/usr/bin/node
v14.18.3
/usr/bin/npm
6.14.15
[1]+  Fertig                  which nodejs && nodejs -v && which node && node -v && which npm
nodejs:
  Installiert:           14.18.3-deb-1nodesource1
  Installationskandidat: 14.18.3-deb-1nodesource1
  Versionstabelle:
 *** 14.18.3-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.24.0~dfsg-1~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

[graubi77]

@thomas-braun

In meinem Fall habe ich jetzt eine neue Spur.
Ich hatte mal mit einer Host_slave Konfiguration rumexperimentiert. Damals hatte ich vom Admin eine zusätzliche Slave Instanz installiert. Diese Instanz steht - wie ich eben bemerkte - noch auf 5.1.25, obwohl sie gar nicht läuft. Den Slave habe ich nicht mehr, kann aber die Slave-Instanz leider nicht löschen.

Hat jemand einen Tipp, wie ich gezielt diese Instanz weg bekomme? Über die kleine Mülltonne geht's nicht.

[Thomas Braun]

@graubi77

iobroker list instances