[solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5

WillyIobrok

@willyiobrok
so, habe in dem o.g. Directory eine Datei mit dem Namen '018e044851804'$'\261''c89a4f39fb29f<592695e73668ea09e1b3f2a10v74d1'$'\341''7'
gefunden und das Ding - was auch immer es ist - mit sudo-Berechtigung gelöscht (durfte ich das? -> auf eigenes Risiko!)
Nachfolgende Installation des mqtt Adapters hat zwar einige Fehlermeldungen geworfen (siehe unten), aber die Installation der mqtt-Version 2.3.5 scheint geklappt zu haben (?). Auf jeden Fall funktioniert der mqtt Adapter V2.3.5 - zmindest auf den ersten Blick. Irgendwelche Kollateralschäden habe ich auch (noch) nicht beobachtet.

Vielen Dank für die Hilfe !

Frohe Ostern,

WillyIoBrok

mqtt.0	2021-04-03 09:49:43.181	info	(8886) Starting MQTT server on 192.168.27.147:1883
mqtt.0	2021-04-03 09:49:41.651	info	(8886) starting. Version 2.3.5 in /opt/iobroker/node_modules/iobroker.mqtt, node: v14.16.0, js-controller: 3.1.6
host.ioBroker-4	2021-04-03 09:49:38.972	info	instance system.adapter.mqtt.0 started with pid 8886
host.ioBroker-4	2021-04-03 09:49:37.583	info	iobroker exit 0
host.ioBroker-4	2021-04-03 09:49:36.970	info	instance system.adapter.mqtt.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.ioBroker-4	2021-04-03 09:49:36.933	info	stopInstance system.adapter.mqtt.0 killing pid 8824
host.ioBroker-4	2021-04-03 09:49:36.562	info	iobroker Adapter "mqtt" updated
mqtt.0	2021-04-03 09:49:36.439	info	(8824) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
mqtt.0	2021-04-03 09:49:36.437	info	(8824) terminating
host.ioBroker-4	2021-04-03 09:49:36.360	info	iobroker upload [0] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/index.html index.html text/html
host.ioBroker-4	2021-04-03 09:49:36.215	info	iobroker upload [1] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/index_m.html index_m.html text/html
host.ioBroker-4	2021-04-03 09:49:36.035	info	iobroker upload [2] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/mqtt.png mqtt.png image/png
mqtt.0	2021-04-03 09:49:35.935	info	(8824) Got terminate signal TERMINATE_YOURSELF
host.ioBroker-4	2021-04-03 09:49:35.929	info	stopInstance system.adapter.mqtt.0 send kill signal
host.ioBroker-4	2021-04-03 09:49:35.848	info	stopInstance system.adapter.mqtt.0 (force=false, process=true)
host.ioBroker-4	2021-04-03 09:49:35.798	info	iobroker Update "system.adapter.mqtt.0"
host.ioBroker-4	2021-04-03 09:49:35.676	info	iobroker upload [3] mqtt.admin /opt/iobroker/node_modules/iobroker.mqtt/admin/words.js words.js application/javascript
host.ioBroker-4	2021-04-03 09:49:31.386	info	iobroker Please submit a full bug report,with preprocessed source if appropriate.See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.make: *** [bindings.target.mk:112: Release/obj.target/b
host.ioBroker-4	2021-04-03 09:49:31.376	info	iobroker g++: internal compiler error: Speicherzugriffsfehler signal terminated program cc1plus

Thomas Braun

@willyiobrok

Hätte ich wohl auch so gemacht. Aber beim kompilieren ist der Compiler ausgestiegen. Musst du Mal beobachten was bei anderen Updates passiert

WillyIobrok

Hallo zusammen,
nun habe ich heute wieder ein adapter - update gemacht - diesmal der backitup-adapter.
Vordergründig sieht alles i.O. aus, aber ich habe natürlich genau hingeschaut : der Compiler ist jetzt auch hier ausgestiegen.
Ich bin leider vom Know-How her nicht in der Lage, den gewünschten "full bug report, with preprocessed source" zur Verfügung zu stellen.

Aber vielleicht hilft die Veröffentlichung des logs ...

WillyIoBrok

2021-04-05 23:25:32.731	info	iobroker gyp ERR! node -v v14.16.0gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok
2021-04-05 23:25:32.729	info	iobroker at ChildProcess.emit (events.js:315:20)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:277:12)gyp ERR! System Linux 4.19.75-v7l+gyp ERR! command "/u
2021-04-05 23:25:32.728	info	iobroker gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)gyp ERR! stack
2021-04-05 23:25:32.726	info	iobroker ERR! build error
2021-04-05 23:25:32.725	info	iobroker gyp
2021-04-05 23:25:32.722	info	iobroker Please submit a full bug report,with preprocessed source if appropriate.See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.make: *** [bindings.target.mk:112: Release/obj.target/b
2021-04-05 23:25:32.720	info	iobroker g++: internal compiler error: Speicherzugriffsfehler signal terminated program cc1plus
2021-04-05 23:24:58.459	info	iobroker npm install iobroker.backitup@2.1.0 --loglevel error --prefix "/opt/iobroker" (System call)
2021-04-05 23:24:58.456	info	iobroker NPM version: 6.14.11

vollständig:

backitup.0	2021-04-05 23:25:42.908	info	(19509) starting. Version 2.1.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.16.0, js-controller: 3.1.6
host.ioBroker-4	2021-04-05 23:25:38.310	info	iobroker exit 0
host.ioBroker-4	2021-04-05 23:25:37.351	info	instance system.adapter.backitup.0 started with pid 19509
host.ioBroker-4	2021-04-05 23:25:37.297	info	"system.adapter.backitup.0" enabled
host.ioBroker-4	2021-04-05 23:25:37.200	info	iobroker Adapter "backitup" updatedhost.ioBroker-4 Adapter "system.adapter.backitup.0" is started
host.ioBroker-4	2021-04-05 23:25:37.138	info	iobroker upload [0] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/adapter-settings.js adapter-settings.js application/javascript
host.ioBroker-4	2021-04-05 23:25:37.080	info	iobroker upload [1] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/backitup.png backitup.png image/png
host.ioBroker-4	2021-04-05 23:25:37.023	info	iobroker upload [2] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/backitup.svg backitup.svg image/svg+xml
host.ioBroker-4	2021-04-05 23:25:36.964	info	iobroker upload [3] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index.html index.html text/html
host.ioBroker-4	2021-04-05 23:25:36.897	info	iobroker upload [4] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index_m.html index_m.html text/html
host.ioBroker-4	2021-04-05 23:25:36.839	info	iobroker upload [5] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/index_m.js index_m.js application/javascript
host.ioBroker-4	2021-04-05 23:25:36.783	info	iobroker upload [6] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/style.css style.css text/css
host.ioBroker-4	2021-04-05 23:25:36.726	info	iobroker upload [7] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/tab_m.html tab_m.html text/html
host.ioBroker-4	2021-04-05 23:25:36.667	info	iobroker upload [8] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/tab_m.js tab_m.js application/javascript
host.ioBroker-4	2021-04-05 23:25:36.467	info	iobroker Update "system.adapter.backitup.0"
host.ioBroker-4	2021-04-05 23:25:36.356	info	iobroker upload [9] backitup.admin /opt/iobroker/node_modules/iobroker.backitup/admin/words.js words.js application/javascript
host.ioBroker-4	2021-04-05 23:25:32.731	info	iobroker gyp ERR! node -v v14.16.0gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok
host.ioBroker-4	2021-04-05 23:25:32.729	info	iobroker at ChildProcess.emit (events.js:315:20)gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:277:12)gyp ERR! System Linux 4.19.75-v7l+gyp ERR! command "/u
host.ioBroker-4	2021-04-05 23:25:32.728	info	iobroker gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)gyp ERR! stack
host.ioBroker-4	2021-04-05 23:25:32.726	info	iobroker ERR! build error
host.ioBroker-4	2021-04-05 23:25:32.725	info	iobroker gyp
host.ioBroker-4	2021-04-05 23:25:32.722	info	iobroker Please submit a full bug report,with preprocessed source if appropriate.See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.make: *** [bindings.target.mk:112: Release/obj.target/b
host.ioBroker-4	2021-04-05 23:25:32.720	info	iobroker g++: internal compiler error: Speicherzugriffsfehler signal terminated program cc1plus
host.ioBroker-4	2021-04-05 23:24:58.459	info	iobroker npm install iobroker.backitup@2.1.0 --loglevel error --prefix "/opt/iobroker" (System call)
host.ioBroker-4	2021-04-05 23:24:58.456	info	iobroker NPM version: 6.14.11
host.ioBroker-4	2021-04-05 23:24:56.638	info	instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
backitup.0	2021-04-05 23:24:56.104	info	(607) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
backitup.0	2021-04-05 23:24:56.101	info	(607) terminating
backitup.0	2021-04-05 23:24:56.100	info	(607) cleaned everything up...
backitup.0	2021-04-05 23:24:56.071	info	(607) Got terminate signal TERMINATE_YOURSELF
host.ioBroker-4	2021-04-05 23:24:56.066	info	stopInstance system.adapter.backitup.0 send kill signal
host.ioBroker-4	2021-04-05 23:24:56.063	info	stopInstance system.adapter.backitup.0 (force=false, process=true)
host.ioBroker-4	2021-04-05 23:24:56.061	info	"system.adapter.backitup.0" disabled
host.ioBroker-4	2021-04-05 23:24:55.886	info	iobroker host.ioBroker-4 Adapter "system.adapter.backitup.0" is stopped.
host.ioBroker-4	2021-04-05 23:24:55.862	info	iobroker Update backitup from @2.0.5 to @2.1.0
host.ioBroker-4	2021-04-05 23:24:53.521	info	iobroker upgrade backitup

Thomas Braun

@willyiobrok Steinalter Kernel. Bring dein System mal in die Jetzt-Zeit.

WillyIobrok

@thomas-braun
OK, mach ich morgen (jetzt wär's zu gefährlich )

so - oder ?

sudo apt update && sudo apt upgrade
sudo rpi-update

Thomas Braun

@willyiobrok Nie rpi-update verwenden!
Immer per apt!

Ich bevorzuge auch

sudo apt update
sudo apt dist-upgrade

Auf jedenfall reboot nicht vergessen!

WillyIobrok

@thomas-braun ok, danke!

WillyIobrok

so, habe jetzt

sudo apt update
sudo apt dist-upgrade

durchgeführt.
Oberflächlich scheint alles gut zu sein, Iobroker mit allen Adaptern läuft wieder so wie vorher.

Allerdings habe ich beim dist-upgrade Prozess Fehlermeldungen bekommen, bei denen ich nicht beurteilen kann, ob die wichtig oder zu ignorieren sind ... das beunruhigt mich ein bischen, deswegen stelle ich sie mal hier in's Forum ...

Fehlermeldungszusammenfassung:

 :
Fehler traten auf beim Bearbeiten von:
 raspberrypi-kernel
 dphys-swapfile
 nfs-common
 openssh-server
 ssh
E: Sub-process /usr/bin/dpkg returned an error code (1)
:

dpkg: Warnungen bzgl alter Verzeichnisse:

dphys-swapfile

nfs-common etc.

Irgendwie werde ich das Gefühl nicht los, daß in meinem ursprünglichen Filesystem irgendwelche Inkonsistenzen versteckt sind, die auch jetzt nach dem Upgrade zu Fehlermeldungen führen ...

das ist aber jetzt schon ein bischen "off topic" ... sollte vielleicht einen neuen Topic aufmachen...

Thomas Braun

@willyiobrok
Das hatte ich befürchtet. Da ist schon 'tiefer im System' was krumm und das führt dann im Obergeschoss (ioBroker) auch zu Problemen.

sudo apt update

liefert nun? Vollständige Ein- und Ausgabe ist erforderlich, nix weglöschen oder zusammenfassen!

WillyIobrok

@thomas-braun
aktuell, wenn ich "sudo apt update" eingebe kommt folgendes:

 sudo apt update
OK:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:2 http://archive.raspberrypi.org/debian buster InRelease
OK:3 https://deb.nodesource.com/node_10.x buster InRelease
OK:4 https://deb.nodesource.com/node_12.x buster InRelease
OK:5 https://deb.nodesource.com/node_14.x buster InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.

(nix zusammengefasst oder weggelöscht )

war das die gewünschte info?

DIe Ausgabe von vorher oder direkt vom update habe ich leider nur mehr in Teilen ...

Thomas Braun

@willyiobrok

Hast du mal manuell an der
/etc/resolv.conf
und am swap herumgedoktort?

sudo apt install nfs-common --reinstall

Und bitte wirklich die komplette Ein- und Ausgabe posten, inkl. login prompt wie
user@host usw....

WillyIobrok

@thomas-braun
Nein, nicht dass ich wüsste. Ich habe das iobroker-System länger als ein 3/4 Jahr nicht mehr verändert, es lief wunderbar.

Wie komme ich auf mögliche SD-Card - Probleme ? Hintergrundinfo:
Ich führe regelmäßig ein Backup der gesamten SD-Karte durch. Das dauert zwar (16GB) aber ist mir so am liebsten. Es wird "DD" benutzt -> 16GB und dann mit Pishrink.sh (e2fsk) auf ca. 3,9GB reduziert.
Vor ca. einem Monat hat jetzt e2fsk erstmalig einen Fehler im Filesystem diagnostiziert und erfolgreich (!?) repariert.
Dieses Backup (mit dem reparierten Filesystem) habe ich dann auf eine neue SD Card geschrieben und das ist jetzt die Arbeitsbasis für meinen iobroker ...

Hier die Antwort auf "sudo apt install nfs-common --reinstall"

login as: pi
pi@192.168.27.147's password:
Linux ioBroker-4 5.10.17-v7l+ #1403 SMP Mon Feb 22 11:33:35 GMT 2021 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Apr  6 10:56:24 2021 from 192.168.27.135
pi@ioBroker-4:~ $ sudo apt install nfs-common --reinstall
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
E: Internal Error, No file name for nfs-common:armhf
pi@ioBroker-4:~ $

Was ich machen könnte : Aus meinem heutigen Backup nochmal eine SD-Karte bauen und den Linux-Kernel upgrade Prozess nochmal durchlaufen lassen - dann kann ich die vollständige Original-Ausgabe in Putty nochmal posten. Das dauert natürlich etwas ...

Thomas Braun

@willyiobrok sagte in [solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5:

5 nicht vollständig installiert

Die 5 machen dir jetzt Probleme.

Versuch mal

sudo apt update
sudo apt-get --fix-broken dist-upgrade

Wenn das durch ist mal mit

dpkg -l | grep -v ^ii

schauen welche Pakete das sind.

WillyIobrok

@thomas-braun said in [solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5:

dpkg -l | grep -v ^ii

Jo, das hat's irgendwie gebracht
Jetzt gibt's ne gute / vollständige Fehlerausgabe:

pi@ioBroker-4:~ $ sudo apt update
Holen:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB]
OK:2 http://archive.raspberrypi.org/debian buster InRelease
OK:3 https://deb.nodesource.com/node_10.x buster InRelease
OK:4 https://deb.nodesource.com/node_12.x buster InRelease
OK:5 https://deb.nodesource.com/node_14.x buster InRelease
Es wurden 15,0 kB in 2 s geholt (8.291 B/s).
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.

pi@ioBroker-4:~ $ sudo apt-get --fix-broken dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
openssh-server (1:7.9p1-10+deb10u2+rpt1) wird eingerichtet ...
dpkg: Fehler beim Bearbeiten des Paketes openssh-server (--configure):
»installiertes openssh-server-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 139 zurück
raspberrypi-kernel (1.20210303-1) wird eingerichtet ...
Segmentation fault
Segmentation fault
/var/lib/dpkg/info/raspberrypi-kernel.postinst: 26: [: Illegal number:
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 5.10.17+ /boot/kernel.img
/etc/kernel/postinst.d/apt-auto-removal:
Segmentation fault
Segmentation fault
run-parts: /etc/kernel/postinst.d/apt-auto-removal exited with return code 139
dpkg: Fehler beim Bearbeiten des Paketes raspberrypi-kernel (--configure):
»installiertes raspberrypi-kernel-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
nfs-common (1:1.3.4-2.5+deb10u1) wird eingerichtet ...
dpkg: Fehler beim Bearbeiten des Paketes nfs-common (--configure):
»installiertes nfs-common-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 139 zurück
dphys-swapfile (20100506-5+rpt2) wird eingerichtet ...
Job for dphys-swapfile.service failed because the control process exited with error code.
See "systemctl status dphys-swapfile.service" and "journalctl -xe" for details.
invoke-rc.d: initscript dphys-swapfile, action "restart" failed.
● dphys-swapfile.service - dphys-swapfile - set up, mount/unmount, and delete a swap file
Loaded: loaded (/lib/systemd/system/dphys-swapfile.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2021-04-06 11:59:07 CEST; 24ms ago
Docs: man:dphys-swapfile(8)
Process: 2537 ExecStart=/sbin/dphys-swapfile setup (code=exited, status=139)
Main PID: 2537 (code=exited, status=139)

Apr 06 11:59:07 ioBroker-4 systemd[1]: Starting dphys-swapfile - set up, mount/unmount, and delete a swap file...
Apr 06 11:59:07 ioBroker-4 dphys-swapfile[2537]: want /var/swap=100MByte, checking existingSegmentation fault
Apr 06 11:59:07 ioBroker-4 dphys-swapfile[2537]: ls: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
Apr 06 11:59:07 ioBroker-4 systemd[1]: dphys-swapfile.service: Main process exited, code=exited, status=139/n/a
Apr 06 11:59:07 ioBroker-4 systemd[1]: dphys-swapfile.service: Failed with result 'exit-code'.
Apr 06 11:59:07 ioBroker-4 systemd[1]: Failed to start dphys-swapfile - set up, mount/unmount, and delete a swap file.
dpkg: Fehler beim Bearbeiten des Paketes dphys-swapfile (--configure):
»installiertes dphys-swapfile-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von ssh:
ssh hängt ab von openssh-server (>= 1:7.9p1-10+deb10u2+rpt1); aber:
Paket openssh-server ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes ssh (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
openssh-server
raspberrypi-kernel
nfs-common
dphys-swapfile
ssh
E: Sub-process /usr/bin/dpkg returned an error code (1)

pi@ioBroker-4:~ $ dpkg -l | grep -v ^ii
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==================================-===================================-============-===============================================================================
iF dphys-swapfile 20100506-5+rpt2 all Autogenerate and use a swap file
rc libreadline5:armhf 5.2+dfsg-3 armhf GNU readline and history libraries, run-time libraries
iF nfs-common 1:1.3.4-2.5+deb10u1 armhf NFS support files common to client and server
iF openssh-server 1:7.9p1-10+deb10u2+rpt1 armhf secure shell (SSH) server, for secure access from remote machines
iF raspberrypi-kernel 1.20210303-1 armhf Raspberry Pi bootloader
iU ssh 1:7.9p1-10+deb10u2+rpt1 all secure shell client and server (metapackage)
pi@ioBroker-4:~ $

das Problem ist jetzt, dass ich bestenfalls rudimentäre Grundkenntnisse in Linux habe (die jedesmal in Zeiten von Linux-Inaktivität verschwinden) und zwar verstehe, was "segmentation fault" bedeuten könnte, aber kein Rezept habe, was ich dagegen tun könnte

Thomas Braun

@willyiobrok
Ich ehrlich gesagt auch nicht so ad hoc.
Warum das da gleich bei 5 Paketen 'knallt' kann ich dir auch nicht sagen.
Ist jedenfalls 'nicht gut'.

Mal probieren:

sudo apt update
sudo apt install openssh-server ssh --reinstall

WillyIobrok

@thomas-braun Ohje, jetzt wird's immer mysteriöser ...

pi@ioBroker-4:~ $ sudo apt update
OK:1 http://archive.raspberrypi.org/debian buster InRelease
OK:2 https://deb.nodesource.com/node_10.x buster InRelease
OK:3 https://deb.nodesource.com/node_12.x buster InRelease
OK:4 https://deb.nodesource.com/node_14.x buster InRelease
OK:5 http://raspbian.raspberrypi.org/raspbian buster InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Alle Pakete sind aktuell.
pi@ioBroker-4:~ $ sudo apt install openssh-server ssh --reinstall
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 2 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
5 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
E: Internal Error, No file name for openssh-server:armhf
pi@ioBroker-4:~ $

ich überlege mir, ob es nicht sinnvoller ist, das ganze System "von scratch" neu aufzusetzen...
Allerdings möchte ich meine iobroker Konfiguration möglichst nicht verlieren - da steckt sehr viel Arbeit drin...
Ich habe gelesen, daß es keine fertigen images mehr gibt (so habe ich den iobroker vor 2 Jahren aufgesetzt), aber es gibt sicher Anleitungen hier im Forum, wie das alles geht, da werde ich mich mal aufschlauen. Ausser einer "normalen" ioBroker Installation habe ich lediglich zwei mountpunkte (USBStick für die history Daten und mount auf's NAS für die Backups) zusätzlich, das werde ich hoffentlich schon noch hinkriegen

Auf jeden Fall schönen Dank für die super Hilfestellung

Thomas Braun

@willyiobrok sagte in [solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5:

Ja, irgendwie hat es dir die Paketdatenbank zerlegt.

apt policy openssh-server

sagt?
Aber ich glaube auch, das wäre nur noch beiflicken, besser mal flugs neuinstallieren (auf einem neuen Speichermedium!) und ein Backup einspielen wäre da sinnvoller.

WillyIobrok

@thomas-braun

pi@ioBroker-4:~ $ apt policy openssh-server
openssh-server:
  Installiert:           1:7.9p1-10+deb10u2+rpt1
  Installationskandidat: 1:7.9p1-10+deb10u2+rpt1
  Versionstabelle:
 *** 1:7.9p1-10+deb10u2+rpt1 500
        500 http://archive.raspberrypi.org/debian buster/main armhf Packages
        100 /var/lib/dpkg/status
     1:7.9p1-10+deb10u2 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
pi@ioBroker-4:~ $

hmmmm "backup einspielen" ist jetzt mal nicht so trivial für mich, hihihi
ich habe Backups auf "image - Ebene", die kann ich aber in diesem Fall leider nicht brauchen, da ich ja auf ein neues Image "nur" die iobroker Installation aufspielen möchte ... da muß ich mich jetzt aufschlauen.
Ausserdem habe ich nur noch 3 * W10-Notebooks ... ich weiss nicht, ob ein iobroker Backup unter WinSCP auf einen dieser Windows Rechner kopiert und dann wieder auf Linux (neues image) zurückkopiert noch lauffähig ist ... Rechte und so ... muß ich mich noch gründlich aufschlauen

Thomas Braun

@willyiobrok

Backitup-Adapter? Da gibt es doch 1001 Möglichkeit ein sehr kompaktes Update auf ein externes Medium zu sichern.

WillyIobrok

@thomas-braun
hallo, wollte mich abschliessend nochmal melden und mich für die Begleitung bei meinen ioBroker-Problemen bedanken.

Gestern habe ich's irgendwie geschafft, ein neues System aufzusetzen. Bestehend aus RaspberryOS, ioBroker (Node.js v12.22.0) und meinen alten Daten.
Wie das genau funktioniert hat weiss ich nicht mehr so genau. Es ist ja ein Teil bei einem "jungfreulichen ioBroker-system" schon vorbelegt mit Daten aus der ioBroker-cloud. Und ich habe zusätzlich meine Daten (mit Schwierigkeiten!) über Backitup wieder einspielen können.
Da waren so banale Dinge, daß ein Netzwerklaufwerk mit den Backitup-Backups zwar über die Konsole ganz bequem erreichbar war, aber Backitup hatte irgendwelche Rechteprobleme ... ich hab's halt dann von Hand gemacht ... ausserdem gibt's ja noch die Hürde, das Backitup erst funktionieren kann, wenn man eine Instanz des Adapters erstellt und konfiguriert hat ... dazu sollte man wissen wie man was zu konfigurieren hat
Anyway - ich hab's erfolgreich hingekriegt
Das System läuft jetzt viel flüssiger, glaube ich (subjektiv gesehen !!) und es werden keine Fehlermeldungen mehr geworfen.
Ich denke jetzt mittlerweile, daß die diskutierten Probleme mit hoher Wahrscheinlichkeit tatsächlich durch Fehler im File-System meiner SD-Karte(n) erzeugt wurden.

Mission complete

WillyIoBrok

NEWS

[solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5

Support us

935
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

[solved] MQTT adapter update problems V2.1.14->2.3.4->2.3.5

Support us

935Online

31.9kUsers

80.1kTopics

1.3mPosts

935
Online

31.9k
Users

80.1k
Topics

1.3m
Posts