Probleme mit iobroker slave Installation

[Homoran]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Leider lies sich der iobroker nicht mehr starten

Master oder Slave?
warum nicht?
wie äußerte sich das?

@splatterjoe sagte in Probleme mit iobroker slave Installation:

und der Status ist ebenso nicht mehr abrufbar.

dito!

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Daraufhin habe ich versucht per apt-get den Slave einmal zu aktualisieren,

Was kam dabei raus?
(Konsolenoutput!)

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Beim Versuch mit Fixer das Problem zu lösen e

Master oder Slave?

---

wie wurde der Slave aufgesetzt und gekoppelt?

@splatterjoe sagte in Probleme mit iobroker slave Installation:

um meinen Slave-PI wieder zum Laufen zu bekommen?

nachher

[splatterjoe]

@thomas-braun sagte in Probleme mit iobroker slave Installation:

@splatterjoe

Von unten nach oben vorgehen:

sudo apt update
sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null
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

sagt?

Hallo Thomas,

Hier die Outputs zu den angegebenen Befehlen.

aike@iobrokerSlave:~ $ sudo apt update
OK:1 http://deb.debian.org/debian bullseye InRelease
Holen:2 http://deb.debian.org/debian bullseye-updates InRelease [44,1 kB]
Holen:3 http://security.debian.org/debian-security bullseye-security InRelease [48,4 kB]
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
OK:5 https://dl.yarnpkg.com/debian stable InRelease
Holen:6 http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease [15,0 kB]
Ign:6 http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease
Es wurden 107 kB in 5 s geholt (22,1 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
W: GPG-Fehler: http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9165938D90FDDD2E
N: Das Laden der konfigurierten Datei »main/binary-arm64/Packages« wird übersprungen, da das Depot »http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease« die Architektur »arm64« nicht unterstützt.
aike@iobrokerSlave:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs &> /dev/null
aike@iobrokerSlave:~ $ 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
Bus-Zugriffsfehler

Das sieht ja schonmal nicht ganz in Ordnung aus. Leider kann ich mit den Fehlern nicht direkt etwas anfangen.

Grüße

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Daraufhin habe ich versucht per apt-get den Slave einmal zu aktualisieren

Was hast du da genau gemacht?
Ich vermute nämlich du hast da die falsche Architektur jetzt drin. Zuvor armhf, jetzt arm64.

[splatterjoe]

@homoran
Mein Slave lässt sich nicht mehr starten. Nachdem ich iobroker start eingegeben habe und dann iobroker status, erhalte ich die angegebene Fehlermeldung und im Master auf der Host-Seite wird mir der Slave als offline angezeigt. Die Statusabfrage auf dem Master funktioniert ohne Probleme.

Das Update hat mittlerweile funktioniert, da ich die Quelle der Paketlisten angepasst habe.

Den Fixer habe ich nur auf dem Slave ausgeführt.

Grüße

[splatterjoe]

@thomas-braun
Ich habe wie gewohnt über apt-get update und apt-upgrade alles installiert. Da ich jedoch Fehler beim Updaten bekam, habe ich sources.list angepasst. Das könnte ein Problem sein...

aike@iobrokerSlave:~ $ cat  /etc/apt/sources.list
deb http://deb.debian.org/debian bullseye main contrib non-free
deb http://security.debian.org/debian-security bullseye-security main contrib non-free
deb http://deb.debian.org/debian bullseye-updates main contrib non-free
# Uncomment deb-src lines below then 'apt-get update' to enable 'apt-get source'
#deb-src http://deb.debian.org/debian bullseye main contrib non-free
#deb-src http://security.debian.org/debian-security bullseye-security main contrib non-free
#deb-src http://deb.debian.org/debian bullseye-updates main contrib non-free

Gibt es denn ansonsten eine Möglichkeit zu sehen welche Pakete eventuell davon betroffen sind, um sie zu deinstallieren und neu zu installieren? Das Problematische Paket libc6 wurde glaube für arm64 installiert. Wie kann ich das prüfen und ggf. korrigieren?

Grüße

[Homoran]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Da ich jedoch Fehler beim Updaten bekam,

welche?

@splatterjoe sagte in Probleme mit iobroker slave Installation:

habe ich sources.list angepasst. Das könnte ein Problem sein...

jawoll!

langsam tröpfeln die Informationen. Klingt schon ganz anders als zu Beginn.

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Da ich jedoch Fehler beim Updaten bekam, habe ich sources.list angepasst.

Das genau hast du denn da angepasst?

Die libc6 ist übrigens eine der zentralsten Dateien, da hat man lieber keinen Ärger mit.

[splatterjoe]

@thomas-braun @Homoran
In der /etc/apt/sources.list.d/raspi.list habe ich laut dem Beitrag von stackExchange Zeile 2 eingefügt und die erste auskommentiert.

siehe:

aike@iobrokerSlave:~ $ cat /etc/apt/sources.list.d/raspi.list
#deb http://archive.raspberrypi.org/debian/ bullseye main
deb [trusted=yes] http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ bullseye main

Den genauen Fehler kann ich nur noch "inhaltlich" weitergeben.
Die Pakete libc6-dev und libc6-xx konnten nicht installiert werden, da sie von libc6 abhängig sind. Ist schon 12h her und mein Gedächtnis bei dem Buchstabensalat bröckelt... sorry

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Zeile 2 eingefügt und die erste auskommentiert.

Warum?
Bist du auch von einem alten Release auf Bullseye gesprungen. Bzw. hast es versucht?

[splatterjoe]

@thomas-braun
Bewusst wollte ich die Distribution nicht updaten. Ich meine auch, dass es vorher schon auf bullseye lief. Ich habe nur seit einer weile gar nicht mehr geupdated.

[Thomas Braun]

@splatterjoe

apt policy libc6
sudo apt update

sagt?

[splatterjoe]

@thomas-braun

aike@iobrokerSlave:~ $ apt policy libc6
libc6:
  Installiert:           2.31-13+rpt2+rpi1+deb11u3
  Installationskandidat: 2.31-13+rpt2+rpi1+deb11u3
  Versionstabelle:
 *** 2.31-13+rpt2+rpi1+deb11u3 100
        100 /var/lib/dpkg/status
     2.31-13+deb11u5 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
        500 http://deb.debian.org/debian bullseye-updates/main arm64 Packages
aike@iobrokerSlave:~ $
aike@iobrokerSlave:~ $
aike@iobrokerSlave:~ $ sudo apt update
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://security.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
OK:5 https://dl.yarnpkg.com/debian stable InRelease
Holen:6 http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease [15,0 kB]
Ign:6 http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease
Es wurden 15,0 kB in 3 s geholt (5.555 B/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
W: GPG-Fehler: http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9165938D90FDDD2E
N: Das Laden der konfigurierten Datei »main/binary-arm64/Packages« wird übersprungen, da das Depot »http://mirrors.ocf.berkeley.edu/raspbian/raspbian bullseye InRelease« die Architektur »arm64« nicht unterstützt.
aike@iobrokerSlave:~ $

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

http://mirrors.ocf.berkeley.edu/raspbian/raspbian

Nimm die wieder raus.

So muss die Datei aussehen:

echad@chet:~ $ cat /etc/apt/sources.list.d/raspi.list
deb http://archive.raspberrypi.org/debian/ bullseye main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ bullseye main

[splatterjoe]

@thomas-braun sagte in Probleme mit iobroker slave Installation:

@splatterjoe sagte in Probleme mit iobroker slave Installation:

http://mirrors.ocf.berkeley.edu/raspbian/raspbian

Nimm die wieder raus.

So muss die Datei aussehen:

echad@chet:~ $ cat /etc/apt/sources.list.d/raspi.list
deb http://archive.raspberrypi.org/debian/ bullseye main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ bullseye main

Damit bekomme ich leider wieder Fehler beim apt upgrade.

aike@iobrokerSlave:~ $ sudo apt upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  fontconfig fontconfig-config fonts-dejavu-core gir1.2-freedesktop gir1.2-gdkpixbuf-2.0 gir1.2-glib-2.0 gir1.2-harfbuzz-0.0 gir1.2-pango-1.0 gir1.2-rsvg-2.0 icu-devtools javascript-common libbrotli-dev libc-dev-bin libc-devtools
  libcairo-gobject2 libcairo-script-interpreter2 libcairo2 libcrypt-dev libdatrie-dev libdatrie1 libffi-dev libfontconfig1 libfreetype6 libfribidi-dev libgd3 libgdk-pixbuf-2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common
  libgirepository-1.0-1 libglib2.0-bin libglib2.0-dev-bin libgraphite2-3 libgraphite2-dev libharfbuzz-gobject0 libharfbuzz-icu0 libharfbuzz0b libice-dev libice6 libjs-jquery libjs-sphinxdoc libjs-underscore liblzo2-2 libnsl-dev
  libpango-1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0 libpangoxft-1.0-0 libpcre16-3 libpcre2-16-0 libpcre2-32-0 libpcre32-3 libpcrecpp0v5 libpixman-1-0 libpixman-1-dev libpng-tools libpthread-stubs0-dev librsvg2-2 librsvg2-common
  libsepol1-dev libsm-dev libsm6 libthai-data libthai-dev libthai0 libtirpc-dev libx11-dev libxau-dev libxcb-render0 libxcb-render0-dev libxcb-shm0 libxcb-shm0-dev libxcb1-dev libxdmcp-dev libxext-dev libxft2 libxpm4 libxrender-dev
  libxrender1 linux-libc-dev pango1.0-tools x11-common x11proto-dev x11proto-xext-dev xorg-sgml-doctools xtrans-dev
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden NEUEN Pakete werden installiert:
  dos2unix python3-toml
Die folgenden Pakete werden aktualisiert (Upgrade):
  bluez bluez-firmware console-setup console-setup-linux dhcpcd5 firmware-atheros firmware-brcm80211 firmware-libertas firmware-misc-nonfree firmware-realtek keyboard-configuration libc-bin libc-l10n libc6 libcamera-apps-lite
  libcamera0 libpixman-1-0 libpixman-1-dev locales raspberrypi-bootloader raspberrypi-kernel raspberrypi-net-mods raspberrypi-sys-mods raspi-config raspinfo rpi-eeprom userconf-pi
27 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 115 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 72,8 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Changelogs werden gelesen... Fertig
Vorkonfiguration der Pakete ...
Bus error
Segmentation fault
console-setup konnte nicht vorkonfiguriert werden, Exit-Status 139
Bus error
(Lese Datenbank ... 43113 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libc6_2.31-13+rpt2+rpi1+deb11u5_arm64.deb ...
/usr/bin/which: 2: set4-ef*: not found
/usr/bin/which: 18: Syntax error: ")" unexpected (expecting "do")
/usr/bin/which: 2: set4-ef*: not found
/usr/bin/which: 18: Syntax error: ")" unexpected (expecting "do")
Bus error
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libc6_2.31-13+rpt2+rpi1+deb11u5_arm64.deb (--unpack):
 »neues libc6:arm64-Skript des Paketes pre-installation«-Unterprozess gab den Fehlerwert 135 zurück
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libc6_2.31-13+rpt2+rpi1+deb11u5_arm64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Thomas Braun]

@splatterjoe

Warum sind da eigenlich X11-Pakete auf dem System?
Auf Servern überflüssig wie ein Kropf, da läuft kein Desktop und damit auch kein X-Server.

Ich weiß nicht was du da verfummelt hast.
libc6_2.31-13+rpt2+rpi1+deb11u5_arm64.deb wäre jedenfalls richtig, das läuft bei mir nämlich auch:

echad@chet:~ $ apt policy libc6
libc6:
  Installed: 2.31-13+rpt2+rpi1+deb11u5
  Candidate: 2.31-13+rpt2+rpi1+deb11u5
  Version table:
 *** 2.31-13+rpt2+rpi1+deb11u5 500
        500 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages
        100 /var/lib/dpkg/status

Ich würde die Kiste sauber neuinstallieren. Mit krummer libc6 wird dir das immer weiter wegkippen.

[splatterjoe]

@thomas-braun
Leider lässt sich vom iobroker-Slave kein Backup erstellen.

aike@iobrokerSlave:/opt/iobroker $ sudo iobroker backup
/opt/iobroker/node_modules/ecdsa-sig-formatter/src/ecdsa-sig-formatter.js:1
&use strict';
^

SyntaxError: Unexpected token '&'
    at Object.compileFunction (node:vm:360:18)
    at wrapSafe (node:internal/modules/cjs/loader:1094:15)
    at Module._compile (node:internal/modules/cjs/loader:1129:27)
    at Object.Module._extensions..js (node:internal/modules/cjs/loader:1219:10)
    at Module.load (node:internal/modules/cjs/loader:1043:32)
    at Function.Module._load (node:internal/modules/cjs/loader:878:12)
    at Module.require (node:internal/modules/cjs/loader:1067:19)
    at require (node:internal/modules/cjs/helpers:103:18)
    at Object.<anonymous> (/opt/iobroker/node_modules/jsonwebtoken/node_modules/jwa/index.js:4:19)
    at Module._compile (node:internal/modules/cjs/loader:1165:14)

Ich habe aber noch ein "SD-Karten-Backup" vom August. Kann ich das einfach aufspielen?

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

sudo iobroker

WO kommt der Mumpitz eigentlich immer her?

iobroker NIE, NIE, NIEMALS per sudo anpacken. NIE!

[Thomas Braun]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Kann ich das einfach aufspielen?

Keine Ahnung.

[Homoran]

@splatterjoe sagte in Probleme mit iobroker slave Installation:

Leider lässt sich vom iobroker-Slave kein Backup erstellen.

bei korrekter Installation eines Multihost Systems wird der Slave mit den Backup des Masters mitgesichert.
Lediglich externe Datenbanken, die auf dem Slave laufen müssen separat gesichert werden.

---

übliches Vorgehen:
Slave neu aufsetzen, alle Adapter löschen.
Kopplung durchführen
fertig

[splatterjoe]

@homoran
Das probiere ich dann mal aus.

Besten Dank @Homoran & @Thomas-Braun erst einmal.