HD voll kein Zugriff mehr

Mariatschi0815

Erstmal vielen Dank für die zahlreichen Antworten. Ich habe mir schon eine größere SD geordert und warte jetzt auf Lieferung. Die wird also definitiv ausgewechselt. Kurz bevor ich Influx installiert habe, bin ich erst auf den Pi4 umgezogen und habe alles einmal frisch aufgesetzt. Clonen kam mir auch schon in den Sinn.

Aber offensichtlich würde ich damit nur die Symptome bekämpfen und nicht die Ursachen. Wenn das System den Zugriff wieder zulässt, müsste ich ja mal Ursachenforschung betreiben warum mein Influx so viel Speicher frisst. Da @dp20eic mir ja den Hinweis gegeben hat, dass es offensichtlich unnormal ist.

Backups habe ich tatsächlich auf einem Stick, das dürften aber nur die vom iob sein. Ich sag mal so, wenn die Influx-Daten verloren gingen wäre das zwar ärgerlich, aber kein Weltuntergang.

Wie schon gesagt, wäre es interessant was hier so viel Ressourcen verbraucht.

crunchip

@mariatschi0815 sagte in HD voll kein Zugriff mehr:

wäre es interessant was hier so viel Ressourcen verbraucht

dann seh doch nach welche Datenpunkte und vor allem wie!(nur Änderungen/alle Aktualisierungen) du in die Influx schreibst

schreibst du auch unabhängig von iobroker Daten in die Influx?

Mariatschi0815

@crunchip Nein, ich schreibe nur Daten aus dem iob.

crunchip

@mariatschi0815 dann geh mal in den tab Objekte, rechts oben auf Einstellungen und wählst deine Influx aus, dann werden dir alle Datenpunkte gelistet

mcm1957

@dp20eic
Ja
Dachte auch eher dran auf dem weg den ist stand zum leben zu erwecken,ein sauberes Backup zu machen und alles auf einem neien System zu installieren bzw das Backup einzuspielen.

Vozugsweise gleichvauf ner ssd. Die kleinen kosten ja dadt nix mehr.

Mariatschi0815

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

crunchip

@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

? Offline

@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

@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

Homoran

@mariatschi0815 sagte in HD voll kein Zugriff mehr:

bömische Dörfer.

aber keine Hausnummer 1883

crunchip

@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

@crunchip Installiert ist er schon. Nur noch im Urzustand.

Nach der Doku von "haus-automatisierung".

sudo apt install mosquitto

Dann die user-password-datei erstellt

sudo nano mosquitto_passwords

Die Datei habe ich dann nach /etc/mosquitto verschoben

in der access.conf habe ich dann

allow_anonymous false
password_file /etc/mosquitto/mosquitto_passwords

eingefügt.

Die Rechte vergeben

sudo chown root:root /etc/mosquitto/mosquitto_passwords

Und zum Schuss noch in der mosquitto.conf

listener 1883

eingefügt.

crunchip

@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

@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 mosquitto

Job 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

@mariatschi0815 irgendwas passt da nicht, ich würde es nochmal löschen und neu installieren

das löscht mosquitto

sudo apt remove mosquitto

das löscht auch die config mit

sudo apt purge mosquitto

Mariatschi0815

@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!

Mariatschi0815

Mal noch ein Anliegen hinterher, ich habe jetzt den restore durchgeführt.

Müssten im

iob logs --watch

jetzt 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 terminated

Edit: Mein Fehler... ich muss den iobroker natürlich auch starten...

Thomas Braun

@mariatschi0815

Das log ist von heute morgen 0:15.

Mariatschi0815

@thomas-braun Wie im "Edit" erwähnt, hätte ich mal

iob start

ausführen müssen... jetzt rennt das Ding gerade los.

Mariatschi0815

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/autogen

Der 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

Community Forum

NEWS

HD voll kein Zugriff mehr

Support us

748

32.5k

81.7k

1.3m