Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

[graubi77]

@thomas-braun

pi@raspberrypi:~ $ iobroker list instances
+ system.adapter.admin.0                  : admin                 : raspberrypi                                                                                    -  enabled, port: 8081, bind: 0.0.0.0, run as: admi                                                      n
  system.adapter.admin.1                  : admin                 : raspberry-sl                                                      ave                          - disabled, port: 8081, bind: 0.0.0.0, run as: admi                                                      n

[Thomas Braun]

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

admin.1

Versuch mal

iobroker del admin.1

Und bittte ohne Unterbrechungen posten. Kann man nicht gut lesen.

[Homoran]

@thomas-braun oder iobroker host this?

[graubi77]

@thomas-braun leider keine Veränderung

[Thomas Braun]

@graubi77 Und welche 'keine Veränderung' konnte man in der Konsole sehen?

[graubi77]

@thomas-braun

pi@raspberrypi:~ $ iobroker list instances
  system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
  system.adapter.admin.1                  : admin                 : raspberry-slave                          - disabled, port: 8081, bind: 0.0.0.0, run as: admin

[Thomas Braun]

@graubi77

Rückmeldungen....

iobroker del admin.1

[graubi77]

@thomas-braun

pi@raspberrypi:~ $ iobroker del admin.1
Delete adapter "admin.1"

[Thomas Braun]

@graubi77
Und danach springt das wieder zum login prompt?

[graubi77]

@thomas-braun genau, mehr verrät mir das Fenster nicht

pi@raspberrypi:~ $ iobroker del admin.1
Delete adapter "admin.1"
pi@raspberrypi:

[Thomas Braun]

@graubi77 Wie hattest du denn den Master/Slave-Verbund aufgelöst? Gar nicht?

Versuch mal

iobroker host this

[graubi77]

@thomas-braun

pi@raspberrypi:~ $ iobroker host this
Cannot use this command in multihost!
iobroker host this

Initialize current host

Options:
      --help     Show help  [boolean]
  -v, --version  Show version  [boolean]
pi@raspberrypi:~ $ 

Scheint so, als funktioniert das nicht im Multihost. Ich bin ja aktuell mit einem anderen Slave unterwegs "raspislave". Das Versuchskaninchen von damals heißt "raspberry-slave" und das ist auch das mit dem Adminproblem. Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.

[Thomas Braun]

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

Ich bin ja aktuell mit einem anderen Slave unterwegs

Alles nicht ganz unwesentliche Informationen...

Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.

Das wäre jetzt eigentlich mein Ansatz.

Alles auf den Master schieben, die Überreste der slaves 'irgendwie' rauskratzen, neuen M/S-Verbund aufsetzen, Instanzen auf den neuen slave verschieben.

[graubi77]

@thomas-braun

Vielen Dank für den Hinweis. Das hat nun endlich den Erfolg gebracht. Nachdem ich die Instanz auf den Host verschoben habe, konnte ich sie endlich auch löschen. Danach konnte ich direkt auch den Adapter installieren und der läuft nun fehlerfrei!
Das hätte ich alleine nicht hinbekommen! Vielen Dank für das AufdieSpurbringen :-).

(Das hab ich natürlich mit dem Slave - also Admin.1 gemacht)

[Thomas Braun]

@graubi77

Eigentlich wird auf dem slave kein Admin.1 benötigt. Das läuft ALLES über den admin.0 des Masters.

[graubi77]

@thomas-braun

Ja, das hatte ich dann auch irgendwie festgestellt, aber da war es schon zu spät und ich konnte den Admin.1 nicht mehr entfernen. Jetzt läuft endlich alles so wie es soll :-).