Admin Adapter nicht mehr erreichbar
-
Guten Abend,
ich erreiche leider den iobroker nicht mehr. Es scheint, dass der Admin Adapter nicht startet. Ich habe das letzte Update vom Adapter gemacht, heute Morgen noch ein wenig an den Skripten gearbeitet und jetzt erreicht ich ihn nicht mehr. Ich habe nach möglichen Ursachen gesucht. Im Terminal über den Mac ist er noch erreichbar. Dort habe ich die verschiedenen Versionen abgefragt und bei npm folgendes als Ausgabe erhalten.
pi@raspberrypi4-ioB:~ $ npm -v npm ERR! code ENOSPC npm ERR! syscall write npm ERR! errno -28 npm ERR! nospc ENOSPC: no space left on device, write npm ERR! nospc There appears to be insufficient space on your system to finish. npm ERR! nospc Clear up some disk space and try again.MOD-EDIT: Code in code-tags gesetzt!
Der ioBroker läuft auf einem Raspberri Pi und wird von einer externen SSD Festplatte gestartet. Die SSD ist noch lange nicht voll. Irgendetwas hat die Einstellungen zerschossen oder die SSD ist kaputt. Hat jemand einen Lösungsweg ?
Danke, Manuel Systemdata Bitte Ausfüllen Hardwaresystem: NUC/Pi3/etc. Arbeitsspeicher: 1GB Festplattenart: SD-Karte/SSD/HDD Betriebssystem: Ubuntu/Windows/Mac Node-Version: 10.x.x Nodejs-Version: 10.x.x NPM-Version: 6.x.x Installationsart: Skript/Manuell Image genutzt: Ja/Nein Ort/Name der Imagedatei: Link Guten Abend, ich erreiche leider den iobroker nicht mehr. Es scheint, dass der Admin Adapter nicht startet. Ich habe das letzte Update vom Adapter gemacht, heute Morgen noch ein wenig an den Skripten gearbeitet und jetzt erreicht ich ihn nicht mehr. Ich habe nach möglichen Ursachen gesucht. Im Terminal über den Mac ist er noch erreichbar. Dort habe ich die verschiedenen Versionen abgefragt und bei npm folgendes als Ausgabe erhalten.
pi@raspberrypi4-ioB:~ $ npm -v npm ERR! code ENOSPC npm ERR! syscall write npm ERR! errno -28 npm ERR! nospc ENOSPC: no space left on device, write npm ERR! nospc There appears to be insufficient space on your system to finish. npm ERR! nospc Clear up some disk space and try again.MOD-EDIT: Code in code-tags gesetzt!
Der ioBroker läuft auf einem Raspberri Pi und wird von einer externen SSD Festplatte gestartet. Die SSD ist noch lange nicht voll. Irgendetwas hat die Einstellungen zerschossen oder die SSD ist kaputt. Hat jemand einen Lösungsweg ?
Danke, Manuel
-
-
@thomas-braun said in Admin Adapter nicht mehr erreichbar:
> df -h pi@raspberrypi4-ioB:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 29G 28G 0 100% / devtmpfs 1,8G 0 1,8G 0% /dev tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 17M 1,9G 1% /run tmpfs 5,0M 8,0K 5,0M 1% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/sda1 253M 50M 203M 20% /boot tmpfs 384M 0 384M 0% /run/user/1000MOD-EDIT: Code in code-tags gesetzt!
-
In CodeTags bitte.
-
Sorry bin nicht vom Fach. Wie stelle ich Code-Tags bereit was ist der Vorteil ?
-
Der Vorteil ist, dass dein Text dann aussieht wie in deinem Terminal und das besser gelesen werden kann.
Deine root-Partition ist aber rappelvoll.
Vermutlich ein log-File in /var/log -
-
Ich schaue mir für künftige fragen einmal an wie ich Code Tags zur Verfügung stellen kann.
Wie lösche ich die root-Partition und wie verhindere ich, dass es nochmal vorkommt ? -
pi@raspberrypi4-ioB:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 29G 28G 0 100% / devtmpfs 1,8G 0 1,8G 0% /dev tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 17M 1,9G 1% /run tmpfs 5,0M 8,0K 5,0M 1% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/sda1 253M 50M 203M 20% /boot tmpfs 384M 0 384M 0% /run/user/1000 -
-
@thomas-braun said in Admin Adapter nicht mehr erreichbar:
ls -lA /var/log
pi@raspberrypi4-ioB:~ $ ls -lA /var/log insgesamt 23219404 -rw-r--r-- 1 root root 0 Aug 5 2021 alternatives.log -rw-r--r-- 1 root root 361 Aug 4 2021 alternatives.log.1 -rw-r--r-- 1 root root 256 Jan 29 2021 alternatives.log.2.gz drwxr-xr-x 2 root root 4096 Dez 1 00:00 apt -rw-r----- 1 root adm 38014 Dez 27 18:17 auth.log -rw-r----- 1 root adm 36680 Dez 24 23:17 auth.log.1 -rw-r----- 1 root adm 1928 Dez 17 23:17 auth.log.2.gz -rw-r----- 1 root adm 1928 Dez 10 23:17 auth.log.3.gz -rw-r----- 1 root adm 1941 Dez 3 23:17 auth.log.4.gz -rw-r--r-- 1 root root 0 Jan 11 2021 bootstrap.log -rw-rw---- 1 root utmp 0 Dez 1 00:00 btmp -rw-rw---- 1 root utmp 0 Nov 1 00:00 btmp.1 -rw-r----- 1 root adm 15169643 Dez 27 18:32 daemon.log -rw-r----- 1 root adm 1106153 Dez 25 00:00 daemon.log.1 -rw-r----- 1 root adm 75117 Dez 18 00:00 daemon.log.2.gz -rw-r----- 1 root adm 74734 Dez 11 00:00 daemon.log.3.gz -rw-r----- 1 root adm 77181 Dez 4 00:00 daemon.log.4.gz -rw-r----- 1 root adm 6908 Dez 27 17:43 debug -rw-r----- 1 root adm 1727 Dez 26 18:17 debug.1 -rw-r----- 1 root adm 535 Nov 2 18:43 debug.2.gz -rw-r----- 1 root adm 539 Sep 8 20:40 debug.3.gz -rw-r----- 1 root adm 539 Jul 3 16:17 debug.4.gz -rw-r--r-- 1 root root 0 Dez 1 00:00 dpkg.log -rw-r--r-- 1 root root 1066 Nov 20 12:39 dpkg.log.1 -rw-r--r-- 1 root root 249 Nov 6 14:01 dpkg.log.2.gz -rw-r--r-- 1 root root 248 Mai 22 2022 dpkg.log.3.gz -rw-r--r-- 1 root root 421 Jan 23 2022 dpkg.log.4.gz -rw-r--r-- 1 root root 917 Jan 22 2022 dpkg.log.5.gz -rw-r--r-- 1 root root 4584 Dez 9 2021 dpkg.log.6.gz -rw-r--r-- 1 root root 243 Sep 17 2021 dpkg.log.7.gz -rw-r--r-- 1 root root 6283 Aug 4 2021 dpkg.log.8.gz -rw-r--r-- 1 root root 9756 Jan 29 2021 dpkg.log.9.gz -rw-r--r-- 1 root root 24048 Jan 29 2021 faillog -rw-r--r-- 1 root root 538 Jan 16 2021 fontconfig.log drwxr-xr-x 2 grafana grafana 4096 Jan 29 2021 grafana -rw-r----- 1 root adm 11872121265 Dez 27 17:43 kern.log -rw-r----- 1 root adm 38867 Dez 26 18:17 kern.log.1 -rw-r----- 1 root adm 556 Nov 11 12:37 kern.log.2.gz -rw-r----- 1 root adm 8967 Nov 2 18:43 kern.log.3.gz -rw-r----- 1 root adm 199 Okt 19 15:33 kern.log.4.gz -rw-rw-r-- 1 root utmp 292584 Dez 27 18:00 lastlog -rw-r----- 1 root adm 189494 Dez 27 17:43 messages -rw-r----- 1 root adm 1264 Dez 25 00:00 messages.1 -rw-r----- 1 root adm 180 Dez 18 00:00 messages.2.gz -rw-r----- 1 root adm 183 Dez 11 00:00 messages.3.gz -rw-r----- 1 root adm 188 Dez 4 00:00 messages.4.gz drwx------ 2 root root 4096 Jan 11 2021 private -rw-r----- 1 root adm 11886966644 Dez 27 18:32 syslog -rw-r----- 1 root adm 231054 Dez 27 00:00 syslog.1 -rw-r----- 1 root adm 11587 Dez 26 00:00 syslog.2.gz -rw-r----- 1 root adm 13461 Dez 25 00:00 syslog.3.gz -rw-r----- 1 root adm 11766 Dez 24 00:00 syslog.4.gz -rw-r----- 1 root adm 11507 Dez 23 00:00 syslog.5.gz -rw-r----- 1 root adm 12022 Dez 22 00:00 syslog.6.gz -rw-r----- 1 root adm 12812 Dez 21 00:00 syslog.7.gz -rw-r----- 1 root adm 2303 Dez 27 17:43 user.log -rw-r----- 1 root adm 248 Dez 26 18:17 user.log.1 -rw-r----- 1 root adm 170 Nov 2 18:43 user.log.2.gz -rw-r----- 1 root adm 171 Sep 8 20:40 user.log.3.gz -rw-r----- 1 root adm 172 Jul 3 16:17 user.log.4.gz -rw-rw-r-- 1 root utmp 125184 Dez 27 18:00 wtmp -
tail -f -n 40 /var/log/syslog -
pi@raspberrypi4-ioB:~ $ tail -f 40 /var/log/syslog tail: '40' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden ==> /var/log/syslog <== Dec 27 18:05:34 raspberrypi4-ioB dhcpcd[763]: eth0: Router Advertisement from fe80::b2f2:8ff:fed4:dd3a Dec 27 18:13:36 raspberrypi4-ioB systemd[1]: Starting Cleanup of Temporary Directories... Dec 27 18:13:36 raspberrypi4-ioB systemd[1]: systemd-tmpfiles-clean.service: Succeeded. Dec 27 18:13:36 raspberrypi4-ioB systemd[1]: Started Cleanup of Temporary Directories. Dec 27 18:15:26 raspberrypi4-ioB dhcpcd[763]: eth0: Router Advertisement from fe80::b2f2:8ff:fed4:dd3a Dec 27 18:17:01 raspberrypi4-ioB CRON[11919]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Dec 27 18:24:04 raspberrypi4-ioB dhcpcd[763]: eth0: Router Advertisement from fe80::b2f2:8ff:fed4:dd3a Dec 27 18:24:19 raspberrypi4-ioB dhcpcd[763]: eth0: Router Advertisement from fe80::b2f2:8ff:fed4:dd3a Dec 27 18:32:37 raspberrypi4-ioB dhcpcd[763]: eth0: Router Advertisement from fe80::b2f2:8ff:fed4:dd3a Dec 27 18:33:44 raspberrypi4-ioB deCONZ-WIFI2.sh[358]: command failed: Network is down (-100)Danke.
Hängt jetzt bei deConz fest
-
Nach dem Neustart sieht der Speicherplatz noch voll aus.
pi@raspberrypi4-ioB:~ $ df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 29G 28G 0 100% / devtmpfs 1,8G 0 1,8G 0% /dev tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 17M 1,9G 1% /run tmpfs 5,0M 8,0K 5,0M 1% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/sda1 253M 50M 203M 20% /boot tmpfs 384M 0 384M 0% /run/user/1000
