NEWS
HD voll kein Zugriff mehr
-
So, was lange wehrt.
Also ich hab mich dazu entschlossen den Pi neu aufzusetzen. Jetzt hakt es aber schon. Ich habe ein 64bit System aufgesetzt und bisher nur den iobroker und mosquitto installiert.
Wenn ich jetzt einen service restart von mosquitto durchführe kommt folgende Meldung:
Job for mosquitto.service failed because the control process exited with error code. See "systemctl status mosquitto.service" and "journalctl -xe" for details.systemctl gibt folgendes aus:
● mosquitto.service - Mosquitto MQTT Broker Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor pre> Active: failed (Result: exit-code) since Wed 2023-08-30 15:26:28 CEST; 3mi> Docs: man:mosquitto.conf(5) man:mosquitto(8) Process: 13710 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=e> Process: 13711 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=e> Process: 13712 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exite> Process: 13713 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exite> Process: 13714 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.co> Main PID: 13714 (code=exited, status=3) CPU: 32ms Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Scheduled restart j> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: Stopped Mosquitto MQTT Broker. Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Start request repea> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Failed with result > Aug 30 15:26:28 Pi4-ioBroker systemd[1]: Failed to start Mosquitto MQTT Broker.und journalctl das:
Aug 30 15:26:28 Pi4-ioBroker systemd[1]: Stopped Mosquitto MQTT Broker. ░░ Subject: A stop job for unit mosquitto.service has finished ░░ Defined-By: systemd ░░ Support: https://www.debian.org/support ░░ ░░ A stop job for unit mosquitto.service has finished. ░░ ░░ The job identifier is 5224 and the job result is done. Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Start request repea> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Failed with result > ░░ Subject: Unit failed ░░ Defined-By: systemd ░░ Support: https://www.debian.org/support ░░ ░░ The unit mosquitto.service has entered the 'failed' state with result 'exit-> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: Failed to start Mosquitto MQTT Broker. ░░ Subject: A start job for unit mosquitto.service has failed ░░ Defined-By: systemd ░░ Support: https://www.debian.org/support ░░ ░░ A start job for unit mosquitto.service has finished with a failure. ░░ ░░ The job identifier is 5224 and the job result is failed.Was ich schon herausfinden konnte ist, dass wohl der Port 1883 bereits belegt sein könnte. Allerdings wüsste ich nicht wovon und ich bin noch nicht fit genug, um zu prüfen was den Port alles nutzt.
Ich habe noch keinen Restore durchgeführt, der iobroker ist also noch blank.
Und diese mosquitto version:
mosquitto version 2.0.11 mosquitto is an MQTT v5.0/v3.1.1/v3.1 broker.Könnt ihr mir helfen?
Gruß Martin
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Könnt ihr mir helfen?
Moin,
ist noch keine direkte Hilfe, aber mach dein Terminal immer auf maximale Größe, damit Log Meldungen nicht wie bei dir abgeschnitten sind.
Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor pre> Active: failed (Result: exit-code) since Wed 2023-08-30 15:26:28 CEST; 3mi> Process: 13710 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=e> Process: 13711 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=e> Process: 13712 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exite> Process: 13713 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exite> Process: 13714 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.co> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Scheduled restart j> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Start request repea> Aug 30 15:26:28 Pi4-ioBroker systemd[1]: mosquitto.service: Failed with result >VG
Bernd -
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Was ich schon herausfinden konnte ist, dass wohl der Port 1883 bereits belegt sein könnte
sudo netstat -tulpen
@crunchip said in HD voll kein Zugriff mehr:
sudo netstat -tulpen
Bringt mir das, bömische Dörfer.
Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13806 565/sshd: /usr/sbin tcp6 0 0 :::22 :::* LISTEN 0 13808 565/sshd: /usr/sbin udp 0 0 0.0.0.0:54872 0.0.0.0:* 108 13697 387/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 13816 718/dhcpcd udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13695 387/avahi-daemon: r udp6 0 0 :::546 :::* 0 15484 718/dhcpcd udp6 0 0 :::35589 :::* 108 13698 387/avahi-daemon: r udp6 0 0 :::5353 :::* 108 13696 387/avahi-daemon: r -
@crunchip said in HD voll kein Zugriff mehr:
sudo netstat -tulpen
Bringt mir das, bömische Dörfer.
Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13806 565/sshd: /usr/sbin tcp6 0 0 :::22 :::* LISTEN 0 13808 565/sshd: /usr/sbin udp 0 0 0.0.0.0:54872 0.0.0.0:* 108 13697 387/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 13816 718/dhcpcd udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13695 387/avahi-daemon: r udp6 0 0 :::546 :::* 0 15484 718/dhcpcd udp6 0 0 :::35589 :::* 108 13698 387/avahi-daemon: r udp6 0 0 :::5353 :::* 108 13696 387/avahi-daemon: r -
@crunchip said in HD voll kein Zugriff mehr:
sudo netstat -tulpen
Bringt mir das, bömische Dörfer.
Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 13806 565/sshd: /usr/sbin tcp6 0 0 :::22 :::* LISTEN 0 13808 565/sshd: /usr/sbin udp 0 0 0.0.0.0:54872 0.0.0.0:* 108 13697 387/avahi-daemon: r udp 0 0 0.0.0.0:68 0.0.0.0:* 0 13816 718/dhcpcd udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 13695 387/avahi-daemon: r udp6 0 0 :::546 :::* 0 15484 718/dhcpcd udp6 0 0 :::35589 :::* 108 13698 387/avahi-daemon: r udp6 0 0 :::5353 :::* 108 13696 387/avahi-daemon: r@mariatschi0815 das war nur der Hinweis wie man prüfen kann welche Ports belegt sind
da ja noch kein iobroker installiert ist, gibt es auch keine Portbelegung 1883.wie hast du denn mosquitto installiert?
-
@mariatschi0815 das war nur der Hinweis wie man prüfen kann welche Ports belegt sind
da ja noch kein iobroker installiert ist, gibt es auch keine Portbelegung 1883.wie hast du denn mosquitto installiert?
@crunchip Installiert ist er schon. Nur noch im Urzustand.
Nach der Doku von "haus-automatisierung".
sudo apt install mosquittoDann die user-password-datei erstellt
sudo nano mosquitto_passwordsDie Datei habe ich dann nach /etc/mosquitto verschoben
in der access.conf habe ich dann
allow_anonymous false password_file /etc/mosquitto/mosquitto_passwordseingefügt.
Die Rechte vergeben
sudo chown root:root /etc/mosquitto/mosquitto_passwordsUnd zum Schuss noch in der mosquitto.conf
listener 1883eingefügt.
-
@crunchip Installiert ist er schon. Nur noch im Urzustand.
Nach der Doku von "haus-automatisierung".
sudo apt install mosquittoDann die user-password-datei erstellt
sudo nano mosquitto_passwordsDie Datei habe ich dann nach /etc/mosquitto verschoben
in der access.conf habe ich dann
allow_anonymous false password_file /etc/mosquitto/mosquitto_passwordseingefügt.
Die Rechte vergeben
sudo chown root:root /etc/mosquitto/mosquitto_passwordsUnd zum Schuss noch in der mosquitto.conf
listener 1883eingefügt.
@mariatschi0815 also ähnlich wie hier https://www.elektronik-kompendium.de/sites/raspberry-pi/2709041.htm
zeig mal die Ausgabe, dein Terminal Fenster aber bitte auf volle Breite
sudo systemctl enable mosquitto sudo systemctl start mosquitto sudo systemctl status mosquitto -
@mariatschi0815 also ähnlich wie hier https://www.elektronik-kompendium.de/sites/raspberry-pi/2709041.htm
zeig mal die Ausgabe, dein Terminal Fenster aber bitte auf volle Breite
sudo systemctl enable mosquitto sudo systemctl start mosquitto sudo systemctl status mosquitto@crunchip said in HD voll kein Zugriff mehr:
sudo systemctl enable mosquitto
Synchronizing state of mosquitto.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable mosquittoJob for mosquitto.service failed because the control process exited with error code. See "systemctl status mosquitto.service" and "journalctl -xe" for details.● mosquitto.service - Mosquitto MQTT Broker Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2023-08-30 19:08:38 CEST; 41s ago Docs: man:mosquitto.conf(5) man:mosquitto(8) Process: 14475 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 14476 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 14477 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS) Process: 14478 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited, status=0/SUCCESS) Process: 14479 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf (code=exited, status=3) Main PID: 14479 (code=exited, status=3) CPU: 32ms Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Scheduled restart job, restart counter is at 5. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: Stopped Mosquitto MQTT Broker. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Start request repeated too quickly. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Failed with result 'exit-code'. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: Failed to start Mosquitto MQTT Broker. -
@crunchip said in HD voll kein Zugriff mehr:
sudo systemctl enable mosquitto
Synchronizing state of mosquitto.service with SysV service script with /lib/systemd/systemd-sysv-install. Executing: /lib/systemd/systemd-sysv-install enable mosquittoJob for mosquitto.service failed because the control process exited with error code. See "systemctl status mosquitto.service" and "journalctl -xe" for details.● mosquitto.service - Mosquitto MQTT Broker Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Wed 2023-08-30 19:08:38 CEST; 41s ago Docs: man:mosquitto.conf(5) man:mosquitto(8) Process: 14475 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 14476 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 14477 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS) Process: 14478 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited, status=0/SUCCESS) Process: 14479 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf (code=exited, status=3) Main PID: 14479 (code=exited, status=3) CPU: 32ms Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Scheduled restart job, restart counter is at 5. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: Stopped Mosquitto MQTT Broker. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Start request repeated too quickly. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: mosquitto.service: Failed with result 'exit-code'. Aug 30 19:08:38 Pi4-ioBroker systemd[1]: Failed to start Mosquitto MQTT Broker.@mariatschi0815 irgendwas passt da nicht, ich würde es nochmal löschen und neu installieren
das löscht mosquitto
sudo apt remove mosquittodas löscht auch die config mit
sudo apt purge mosquitto -
@mariatschi0815 irgendwas passt da nicht, ich würde es nochmal löschen und neu installieren
das löscht mosquitto
sudo apt remove mosquittodas löscht auch die config mit
sudo apt purge mosquitto@crunchip Die Neuinstallation hat geholfen. Mir ist hier aufgefallen, dass ein Ordner nicht gelöscht werden konnte unter /etc/mosquitto/conf.d/. Hier war einmal meine access.conf drin und dann noch eine custom.conf vermutlich lag es daran? Jedenfalls läuft mosquitto jetzt!
Vielen Dank!
-
Mal noch ein Anliegen hinterher, ich habe jetzt den restore durchgeführt.
Müssten im
iob logs --watchjetzt nicht "wild" adapter installiert werden?
Die letzten logs sehen so aus:
2023-08-30 00:15:46.426 - info: host.Pi4-ioBroker instance system.adapter.discovery.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-08-30 00:15:46.431 - info: host.Pi4-ioBroker instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-08-30 00:15:46.431 - info: host.Pi4-ioBroker All instances are stopped. 2023-08-30 00:15:46.650 - info: host.Pi4-ioBroker terminatedEdit: Mein Fehler... ich muss den iobroker natürlich auch starten...
-
Mal noch ein Anliegen hinterher, ich habe jetzt den restore durchgeführt.
Müssten im
iob logs --watchjetzt nicht "wild" adapter installiert werden?
Die letzten logs sehen so aus:
2023-08-30 00:15:46.426 - info: host.Pi4-ioBroker instance system.adapter.discovery.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-08-30 00:15:46.431 - info: host.Pi4-ioBroker instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2023-08-30 00:15:46.431 - info: host.Pi4-ioBroker All instances are stopped. 2023-08-30 00:15:46.650 - info: host.Pi4-ioBroker terminatedEdit: Mein Fehler... ich muss den iobroker natürlich auch starten...
Das log ist von heute morgen 0:15.
-
Das log ist von heute morgen 0:15.
@thomas-braun Wie im "Edit" erwähnt, hätte ich mal
iob startausführen müssen... jetzt rennt das Ding gerade los.
-
N'abend Community,
ich möchte den Thread hier nochmal reaktivieren. Ich hatte ja meinen iob neu aufgesetzt und erstmal darauf verzichtet neue influx-Daten zu schreiben. Heute hatte ich mal wieder etwas Luft und habe meine Infux wieder reaktiviert. Ich schreibe also seit gut 30 min Daten.
Jetzt ist mir aufgefallen, dass mein Influx-Ordner auf dem RPi schon wieder 6,6GB einnimmt... ohne das ich Daten geloggt habe... wieder unter dem Pfad:/var/lib/influxdb/engine/data/3f3100e8b1af48b5/autogenDer ja damals schon dafür gesorgt hat, das meine SD übergequollen ist. Jetzt ist mein "Fach-Englisch" und meine Kenntnis über die Infux nicht besonders gut... und ich werde im Netz nicht so recht fündig...
Die Daten unter "autogen" werden aber offensichtlich alle 6h geloggt. Weiß jemand was das ist und wie ich das Problem beheben kann? Es sind wohl "nur" irgendwelche Statistik-Daten.
Gruß Martin
-
N'abend Community,
ich möchte den Thread hier nochmal reaktivieren. Ich hatte ja meinen iob neu aufgesetzt und erstmal darauf verzichtet neue influx-Daten zu schreiben. Heute hatte ich mal wieder etwas Luft und habe meine Infux wieder reaktiviert. Ich schreibe also seit gut 30 min Daten.
Jetzt ist mir aufgefallen, dass mein Influx-Ordner auf dem RPi schon wieder 6,6GB einnimmt... ohne das ich Daten geloggt habe... wieder unter dem Pfad:/var/lib/influxdb/engine/data/3f3100e8b1af48b5/autogenDer ja damals schon dafür gesorgt hat, das meine SD übergequollen ist. Jetzt ist mein "Fach-Englisch" und meine Kenntnis über die Infux nicht besonders gut... und ich werde im Netz nicht so recht fündig...
Die Daten unter "autogen" werden aber offensichtlich alle 6h geloggt. Weiß jemand was das ist und wie ich das Problem beheben kann? Es sind wohl "nur" irgendwelche Statistik-Daten.
Gruß Martin
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Weiß jemand was das ist und wie ich das Problem beheben kann? Es sind wohl "nur" irgendwelche Statistik-Daten.
Das ist eigentlich immer das gleiche Problem:
-
N'abend Community,
ich möchte den Thread hier nochmal reaktivieren. Ich hatte ja meinen iob neu aufgesetzt und erstmal darauf verzichtet neue influx-Daten zu schreiben. Heute hatte ich mal wieder etwas Luft und habe meine Infux wieder reaktiviert. Ich schreibe also seit gut 30 min Daten.
Jetzt ist mir aufgefallen, dass mein Influx-Ordner auf dem RPi schon wieder 6,6GB einnimmt... ohne das ich Daten geloggt habe... wieder unter dem Pfad:/var/lib/influxdb/engine/data/3f3100e8b1af48b5/autogenDer ja damals schon dafür gesorgt hat, das meine SD übergequollen ist. Jetzt ist mein "Fach-Englisch" und meine Kenntnis über die Infux nicht besonders gut... und ich werde im Netz nicht so recht fündig...
Die Daten unter "autogen" werden aber offensichtlich alle 6h geloggt. Weiß jemand was das ist und wie ich das Problem beheben kann? Es sind wohl "nur" irgendwelche Statistik-Daten.
Gruß Martin
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Es sind wohl "nur" irgendwelche Statistik-Daten.
Moin,
wenn Du den
Fredwieder aufmachst, solltest Du vielleicht auch noch mal sagen, was Du wie installiert hast, also Version usw.@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Der ja damals schon dafür gesorgt hat, das meine SD übergequollen ist.
Und was hat man Dir damals geraten?
VG
Bernd -
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Es sind wohl "nur" irgendwelche Statistik-Daten.
Moin,
wenn Du den
Fredwieder aufmachst, solltest Du vielleicht auch noch mal sagen, was Du wie installiert hast, also Version usw.@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Der ja damals schon dafür gesorgt hat, das meine SD übergequollen ist.
Und was hat man Dir damals geraten?
VG
Bernd@dp20eic Das ich mir ansehen soll, welche Daten ich logge. Offensichtlich lag es ja aber nicht an den Daten.
-
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Weiß jemand was das ist und wie ich das Problem beheben kann? Es sind wohl "nur" irgendwelche Statistik-Daten.
Das ist eigentlich immer das gleiche Problem:
@marc-berg Achso und großes Dankeschön, bin jetzt beim ausmisten. :D
654
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge