openHAB startet nicht mehr - Kann die temporäre Datei für das Hier Dokument nicht anlegen

[peter-pan]

Hallo Zusammen,

als ich vorhin die Shell meines RasPi's über Putty aufgerufen habe, überstürzten sich die Ereignisse.
So genau kann ich das eigentlich gar nicht erklären. Gestern habe ich noch ein paar Updates über openhabian-config eingespielt, die im Startscreen von "FireMotD" als verfügbar angezeigt wurden, aber ohne irgendwelche Fehler angezeigt zu bekommen.

Wie gesagt, als ich die Konsole via Putty aufgemacht habe, bekam ich dann die ominösen Meldungen (Aufstellung nachstehend). Ich habe dann einen Restart des Systems gemacht und musste feststellen, dass openHAB nicht mehr läuft, obwohl der Dienst läuft, aber irgend etwas mit KARAF nicht in Ordnung zu sein scheint.
Version OH2.5.7-1 läuft schon seit ein paar Tagen problemlos.

Protokolle:

Code: Alles auswählen

login as: openhabian
openhabian@192.168.178.xyz's password:
Linux openHABPi 5.4.51-v7l+ #1327 SMP Thu Jul 23 11:04:39 BST 2020 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 Aug 11 10:36:15 2020 from 192.168.178.99

Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
/usr/local/bin/FireMotD: line 395: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 407: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 408: cannot create temp file for here-document: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
/usr/local/bin/FireMotD: line 425: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 427: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 429: cannot create temp file for here-document: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
/usr/local/bin/FireMotD: line 446: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 448: cannot create temp file for here-document: No space left on device
/usr/local/bin/FireMotD: line 450: cannot create temp file for here-document: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
Error: writing output failed: No space left on device
###############################################################################
###############  openHABPi  ###################################################
###############################################################################
##        Ip = 192.168.178.xyz
##   Release = Raspbian GNU/Linux 10 (buster)
##    Kernel = Linux 5.4.51-v7l+
##  Platform = Raspberry Pi 4 Model B Rev 1.1
##    Uptime = 1 day(s). 3:17:43
## CPU Usage = 1.25% avg over 4 cpu(s) (4 core(s) x 1 socket(s))
##  CPU Load = 1m: 0.09, 5m: 0.25, 15m: 0.21
##    Memory = Free: 2.66GB (70%), Used: 1.12GB (30%), Total: 3.78GB
##      Swap = Free: 0.09GB (100%), Used: 0.00GB (0%), Total: 0.09GB
##      Root = Free: 23.17GB (83%), Used: 4.60GB (17%), Total: 28.99GB
##   Updates = 2 apt updates available.
##  Sessions = 1 session(s)
## Processes = 115 running processes of 32768 maximum processes
###############################################################################
-bash: Kann die temporäre Datei für das Hier Dokument nicht anlegen: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
                  openHAB 2.5.7-1 (Release Build)


Looking for a place to get started? Check out 'sudo openhabian-config' and the
documentation at https://www.openhab.org/docs/installation/openhabian.html
The openHAB dashboard can be reached at http://openHABPi:8080
To interact with openHAB on the command line, execute: 'openhab-cli --help'

[10:37:01] openhabian@openHABPi:~$




 There was an error or interruption during the execution of:                  │
                    │   "03 | openHAB Stable"                                                      │
                    │                                                                              │
                    │ Please try again. If the error persists, please read                         │
                    │ /opt/openhabian/docs/openhabian-DEBUG.md or                                  │
                    │ https://github.com/openhab/openhabian/blob/master/docs/openhabian-DEBUG.md   │
                    │ how to proceed.          
                    
                    
                    
                    
                    
                    
[11:01:25] openhabian@openHABPi:~$ sudo openhabian-config
[sudo] Passwort für openhabian:
2020-08-11_11:01:48_CEST [openHABian] Checking for root privileges... OK
2020-08-11_11:01:48_CEST [openHABian] Loading configuration file '/etc/openhabian.conf'... OK
2020-08-11_11:01:48_CEST [openHABian] openHABian configuration tool version: [stable]openhabian_v1.6-755(0290f04)
2020-08-11_11:01:49_CEST [openHABian] Checking for changes in origin branch HEAD... OK
2020-08-11_11:01:53_CEST [openHABian] Switching to branch stable... OK
2020-08-11_11:02:02_CEST [openHABian] Updating Linux package information... OK
2020-08-11_11:02:02_CEST [openHABian] Updating repositories and upgrading installed packages...
$ apt-get upgrade --yes
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  rpi-eeprom-images
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
Die folgenden Pakete sind zurückgehalten worden:
  python-rpi.gpio
Die folgenden Pakete werden aktualisiert (Upgrade):
  rpi-eeprom rpi-eeprom-images
2 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen 357 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 524 kB Plattenplatz zusätzlich benutzt.
E: Sie haben nicht genug Platz in /var/cache/apt/archives/.
FAILED
2020-08-11_11:02:22_CEST [openHABian] Updating Linux package information... OK
2020-08-11_11:02:22_CEST [openHABian] Updating repositories and upgrading installed packages...
$ apt-get upgrade --yes
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  rpi-eeprom-images
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
Die folgenden Pakete sind zurückgehalten worden:
  python-rpi.gpio
Die folgenden Pakete werden aktualisiert (Upgrade):
  rpi-eeprom rpi-eeprom-images
2 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen 357 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 524 kB Plattenplatz zusätzlich benutzt.
E: Sie haben nicht genug Platz in /var/cache/apt/archives/.
FAILED
2020-08-11_11:02:33_CEST [openHABian] Updating Linux package information... OK
2020-08-11_11:02:33_CEST [openHABian] Beginning install of latest openHAB release (stable)... OK
2020-08-11_11:02:35_CEST [openHABian] Adding required keys to apt...
$ wget -qO /tmp/openhabian.79P1P https://bintray.com/user/downloadSubjectPublicKey?username=openhab

$ apt-key add /tmp/openhabian.79P1P
OK
OK
2020-08-11_11:02:36_CEST [openHABian] Installing selected openHAB version...
$ apt-get update
OK:1 http://archive.raspberrypi.org/debian buster InRelease
Holen:2 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB]
Fehl:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
  Fehler beim Schreiben der Ausgabedatei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 93.93.128.193 80]
Ign:3 https://dl.bintray.com/openhab/apt-repo2 stable InRelease
Fehl:1 http://archive.raspberrypi.org/debian buster InRelease
  Splitting up /var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_InRelease into data and signature failed
Holen:4 https://dl.bintray.com/openhab/apt-repo2 stable Release [6.051 B]
Fehl:4 https://dl.bintray.com/openhab/apt-repo2 stable Release
  Fehler beim Schreiben der Ausgabedatei - write (28: Auf dem Gerät ist kein Speicherplatz mehr verfügbar) [IP: 18.197.80.201 443]
Paketlisten werden gelesen... Fertig
W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: http://archive.raspberrypi.org/debian buster InRelease: Splitting up /var/lib/apt/lists/archive.raspberrypi.org_debian_dists_buster_InRelease into data and signature failed
E: Das Depot »https://dl.bintray.com/openhab/apt-repo2 stable Release« enthält keine Release-Datei mehr.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
FAILED (update apt lists)
2020-08-11_11:03:55_CEST [openHABian] Checking for default openHABian username:password combination... OK
2020-08-11_11:03:55_CEST [openHABian] We hope you got what you came for! See you again soon ;)
[11:03:55] openhabian@openHABPi:~$

Weitere Versuche mit openhabian-config die Punkte 02 bzw. 03 aufzurufen, waren auch nicht zielführend bzw. sind mit Fehlermeldung abgebrochen.

Bin für alle Informationen dankbar.

Gruss - Peter

[udo1toni]

Na ja, die Aussage ist ja eindeutig. Dein Dateisystem ist voll.

Schritt 1: feststellen, welche Partition(en) betroffen sind.

Code: Alles auswählen

df -h

sollte Dir eine erste Übersicht liefern.
Schritt 2: nicht benötigte Dateien auf der betreffenden Partition beseitigen.
Dazu musst Du die großen Klopse finden. Das geht so:

Code: Alles auswählen

sudo du -hs /<verzeichnisname>/*

Grundsätzlich kannst Du das auch in / machen, aber es gibt ein paar Nodes, bei denen das schief geht oder zumindest ewig dauert, z.B. /sys und /proc sind solche Kandidaten, andere Verzeichnisse sind tabu, was das Löschen betrifft, z.B. /usr oder /bin Deshalb gibt es keine generelle Aussage, was weg kann.

Was z.B. gerne mal passiert, ist, dass /boot eine eigene Partition ist, und recht klein angelegt ist, da /boot nur wenige 100MByte benötigt. Wenn man etliche Kernelupdates installiert, sammeln sich die zugehörigen Startdateien aber an, die sollte man dann entfernen, indem man die alten Kernel deinstalliert (such mal danach, ich hab das grade nicht im Kopf...)
Andere Zweige sind unkritisch, /var/temp/ z.B. kann man gefahrlos löschen. Auch /var/log/ ist eine Stelle, an der man ziemlich forsch auskehren kann (einfach alle alten Versionen löschen, alles was .gz oder .<Ziffer> als Endung hat)
Es kann auch sein, dass Du ein Backup Deiner openHAB-Installation gemacht hast, dabei aber alte Backups mit ins Backup kopiert wurden. Dann wird das Backup riesig. Wo die großen Klopse sind, kannst Du wie oben gezeigt mit „du“ rausfinden, Du musst Dich halt immer auf die Verzeichnisse mit extrem hohen Platzbedarf beschränken und Stück für Stück im Dateisystem nach unten bewegen.


Gesendet von iPad mit Tapatalk

[peter-pan]

Du hast Recht, was die Aussage betrifft. Ich hab's trotzdem nicht ganz verstanden, weil ich eine 32GB-Karte habe.
Ich werde das auch mal nachvollziehen was du mir hier vorschlägst. Die Ergebnisse poste ich dann.
Aber es hat mir halt doch keine Ruhe gelassen und ich bin dann bei dem Thema /var/log/syslog fündig geworden. Die war wohl riesig gross (16 GB, oder so).
Ich hab mich dann als su angemeldet (sudo allein hat nicht gereicht) und hab dann die Datei mit sudo echo > /var/log/syslog geleert. Allerdings hab ich auch noch einen "Riesen-Daemon.log" in diesem Directory.
/var/lib/ :

Code: Alles auswählen

[15:00:13] openhabian@openHABPi:/var/log$ ls -alF
insgesamt 12583796
drwxr-xr-x   9 root      root           4096 Aug 11 00:00 ./
drwxr-xr-x  11 root      root           4096 Aug 11 14:46 ../
-rw-r--r--   1 root      root              0 Aug  9 00:00 alternatives.log
-rw-r--r--   1 root      root           3622 Aug  8 15:35 alternatives.log.1
-rw-r--r--   1 root      root            353 Jul 25 00:01 alternatives.log.2.gz
-rw-r--r--   1 root      root            200 Mai 15 13:30 alternatives.log.3.gz
-rw-r--r--   1 root      root            471 Apr 24 19:31 alternatives.log.4.gz
-rw-r--r--   1 root      root            308 Mär 30 13:15 alternatives.log.5.gz
-rw-r--r--   1 root      root            429 Feb 20 00:13 alternatives.log.6.gz
-rw-r--r--   1 root      root            306 Jan 25  2020 alternatives.log.7.gz
-rw-r--r--   1 root      root            508 Dez 30  2019 alternatives.log.8.gz
-rw-r--r--   1 root      root           1219 Nov 21  2019 alternatives.log.9.gz
drwxr-xr-x   2 root      root           4096 Aug 11 14:50 apt/
-rw-r-----   1 root      adm          357147 Aug 11 15:00 auth.log
-rw-r-----   1 root      adm          886889 Aug  9 00:00 auth.log.1
-rw-r-----   1 root      adm           49862 Aug  2 00:00 auth.log.2.gz
-rw-r-----   1 root      adm           48275 Jul 26 00:00 auth.log.3.gz
-rw-r-----   1 root      adm           48101 Jul 19 00:00 auth.log.4.gz
-rw-r--r--   1 root      root              0 Jul 10  2019 bootstrap.log
-rw-rw----   1 root      utmp           1536 Aug 11 14:33 btmp
-rw-rw----   1 root      utmp            768 Jul 24 17:55 btmp.1
-rw-r-----   1 root      adm     12882968091 Aug 11 14:55 daemon.log
-rw-r-----   1 root      adm          285416 Aug  9 00:00 daemon.log.1
-rw-r-----   1 root      adm           26031 Aug  2 00:00 daemon.log.2.gz
-rw-r-----   1 root      adm           23935 Jul 26 00:00 daemon.log.3.gz
-rw-r-----   1 root      adm           16941 Jul 19 00:00 daemon.log.4.gz
-rw-r-----   1 root      adm            3125 Aug 11 14:55 debug
-rw-r-----   1 root      adm            2547 Aug  8 15:38 debug.1
-rw-r-----   1 root      adm             658 Aug  1 16:26 debug.2.gz
-rw-r-----   1 root      adm             799 Jul 25 11:02 debug.3.gz
-rw-r-----   1 root      adm             263 Jul 18 11:41 debug.4.gz
-rw-r--r--   1 root      root          13105 Aug 11 14:50 dpkg.log
-rw-r--r--   1 root      root          12484 Jul 26 01:19 dpkg.log.1
-rw-r--r--   1 root      root           1558 Jun 18 17:52 dpkg.log.2.gz
-rw-r--r--   1 root      root           2709 Mai 20 11:30 dpkg.log.3.gz
-rw-r--r--   1 root      root           1708 Apr 24 19:29 dpkg.log.4.gz
-rw-r--r--   1 root      root           1487 Mär 30 13:13 dpkg.log.5.gz
-rw-r--r--   1 root      root           2987 Feb 21 15:17 dpkg.log.6.gz
-rw-r--r--   1 root      root           1085 Jan 25  2020 dpkg.log.7.gz
-rw-r--r--   1 root      root           1343 Dez 30  2019 dpkg.log.8.gz
-rw-r--r--   1 root      root          13364 Nov 21  2019 dpkg.log.9.gz
-rw-r--r--   1 root      root           2688 Nov  1  2019 faillog
-rw-r--r--   1 root      root            538 Nov  1  2019 fontconfig.log
-rw-r-----   1 root      adm           62222 Aug 11 14:46 kern.log
-rw-r-----   1 root      adm           31284 Aug  8 15:33 kern.log.1
-rw-r-----   1 root      adm            7837 Jul 30 21:46 kern.log.2.gz
-rw-r-----   1 root      adm            7886 Jul 24 23:06 kern.log.3.gz
-rw-r-----   1 root      adm            2396 Jul 22 20:18 kern.log.4.gz
-rw-rw-r--   1 root      utmp         292292 Aug 11 14:47 lastlog
-rw-r-----   1 root      adm           67409 Aug 11 14:46 messages
-rw-r-----   1 root      adm           30151 Aug  9 00:00 messages.1
-rw-r-----   1 root      adm            7574 Aug  2 00:00 messages.2.gz
-rw-r-----   1 root      adm            9041 Jul 26 00:00 messages.3.gz
-rw-r-----   1 root      adm             176 Jul 19 00:00 messages.4.gz
drwxr-xr-x   2 mosquitto root           4096 Aug 11 00:00 mosquitto/
drwxrwxr-x+  2 openhab   openhab        4096 Jul 24 23:59 openhab2/
drwx------   2 root      root           4096 Jul 10  2019 private/
drwxr-x---   3 root      adm            4096 Aug  9 00:00 samba/
-rw-r-----   1 root      adm           68564 Aug 11 15:00 syslog
-rw-r-----   1 root      adm          108605 Aug 11 00:00 syslog.1
-rw-r-----   1 root      adm            9275 Aug 10 00:00 syslog.2.gz
-rw-r-----   1 root      adm           22999 Aug  9 00:00 syslog.3.gz
-rw-r-----   1 root      adm            8782 Aug  8 00:00 syslog.4.gz
-rw-r-----   1 root      adm            8443 Aug  7 00:00 syslog.5.gz
-rw-r-----   1 root      adm            8881 Aug  6 00:00 syslog.6.gz
-rw-r-----   1 root      adm            9302 Aug  5 00:00 syslog.7.gz
drwxr-xr-x   2 root      root           4096 Apr  6  2019 sysstat/
drwxr-x---   2 root      adm            4096 Aug  1 00:00 unattended-upgrades/
-rw-r-----   1 root      adm               0 Mai 16 00:00 user.log
-rw-r-----   1 root      adm            1332 Mai 15 13:28 user.log.1
-rw-r-----   1 root      adm             174 Jan 12  2020 user.log.2.gz
-rw-r-----   1 root      adm             169 Nov  1  2019 user.log.3.gz
-rw-rw-r--   1 root      utmp         296832 Aug 11 14:48 wtmp
[15:00:18] openhabian@openHABPi:/var/log$

Wie sieht's denn da mit dem löschen aus ?

Edit: Ich glaub ich hab's doch verstanden bei 2 m 14 - 16 GB Platz für die 2 Log-Dateien bleibt nicht viel für den Rest übrig.

[udo1toni]

Das sieht aber nach einem Fehler im Dateisystem aus. Der Logger sollte so große Dateien vermeiden.
Du kannst die daemon.log gefahrlos löschen, sie dürfte ohnehin defekt sein.


Gesendet von iPad mit Tapatalk

[peter-pan]

Das sieht aber nach einem Fehler im Dateisystem aus

Hallo Udo,
erst mal Danke für deine Unterstützung. Hab den daemon.log gestern auch noch gelöscht und jetzt läuft es soweit ganz gut(soweit ich das "fühle" - beurteilen kann ich das nicht ).

Du schreibst "Fehler im Dateisystem" !?. Meinst du damit, dass mein System hinüber ist ?

Bis gestern morgen war eigentlich alles ok, meinte ich jedenfalls. Als ich mich dann dann versucht habe einzuloggen ging es dann los mit den Fehlermeldungen (s.o.).
Hast du noch ein paar Tipps oder Kniffe ?

[udo1toni]

Na ja, Logdateien werden gewöhnlich keine 16GByte groß, also wäre meine erste Vermutung, dass der Eintrag im Dateisystem fehlerhaft ist, also viel zu viel Blöcke für die Datei blockieret wurden.
Es wäre sicherlich sinnvoll, ein Backup zu machen und auch eine neue Karte griffbereit zu haben. Wenn Du sonst keine Probleme hast, kann es aber auch ein einmaliger Ausrutscher gewesen sein und das System läuft jetzt erst mal wieder ohne jegliche Probleme, das musst Du halt beobachten.
Du kannst auch ein fsck laufen lassen, aber gerade bei SD-Karten ist das so eine Sache, vielleicht hat der Controller auf der Karte den Block längst raus geschmissen, der vielleicht das Problem ausgelöst hat.


Gesendet von iPad mit Tapatalk

[peter-pan]

das musst Du halt beobachten

Mach ich, Danke.