HD voll kein Zugriff mehr
-
@crunchip Dann geht das damit nicht.
-
-
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Gibt folgendes aus:
Moin,
hast Du mehrere
bucketsin derinfluxDB?
Heute Abend komme ich nicht mehr dazu eine Lösung zu suchen, und Morgen erst nach dem Mittag, ansonsten geht das nur über die CLI Link hat Dir @crunchip gerade geschickt.VG
Bernd -
@dp20eic Ich hab mich jetzt eine Weile nicht damit beschäftigen können, wenn ich mich recht erinnere hatte ich nur einen iobroker bucket indem ich dann die Daten von meinen Steckern gesammelt habe. Es ist auch, bis jetzt, noch nicht so dringlich. Wenn du mir da weiterhelfen kannst wäre super. Ich versuche mich gerade durch den thread zu finden, auf den bin ich tatsächlich auch schon gestoßen. Jedoch war ich da etwas ratlos.
Edit: Problem wird sein, dass ich auch Influx nicht öffnen kann und (wenn ich das richtig verstanden habe) somit nicht an den Token komme.
-
@mariatschi0815 sagte in HD voll kein Zugriff mehr:
Edit: Problem wird sein, dass ich auch Influx nicht öffnen kann und (wenn ich das richtig verstanden habe) somit nicht an den Token komme.
Moin,
so wie sagt man immer so schön
Ein Backup haben ist besser, als ein Backup zu brauchen
Erster und einfachster Weg, ist eine neue größere SD-Karte zu besorgen und dann neu installieren und ein hoffentlich vorhandenes Backup einspielen, dabei sollten auch keine alten Daten verloren gehen, außer die, die jetzt die letzten Tage schon nicht mehr geschrieben werden konnten.
Ansonsten, was sagt, da sollte es eine Auflistung geben und auch die Token anzeigen
influx auth listDann würde ich ein größeres Medium anschließen, so Du noch USB-Ports freihast. Anschließend würde ich ein Backup der
influxDBmacheninflux backup -t `dein-token` /pfad/zum/grossen/speicherAnschließend könntest Du
influxDBdeinstallieren, ein sauberes Backup erstellen und auf einer größeren SD-Karte neu installieren, dann ein Restore desioBrokersund ein Restore der Datenbank aus dem zuvor erstellten Backup.Wenn das für Dich nicht infrage kommt und Du auf Daten verzichten kannst, dann so wie es im von @crunchip verlinktem Forumsbeitrag steht, wobei Du die Namen Deiner measurement kennen solltest, Beschreibung der einzelnen Parameter im Aufruf stehen auch im verlinkten Post.
influx delete --token "deinToken" --bucket "deinBucket" --start 1970-01-01T00:00:00Z --stop $(date +"%Y-%m-%dT%H:%M:%SZ") --predicate '_measurement="ID-Datenpunkt"'Nehmen wir mal an, Du hast zwei Jahre an Daten, also 2021-08-01 bis 2023-08-09 und Du möchtest nur 2023 behalten, dann
influx delete --token "deinToken" --bucket "deinBucket" --start 1970-01-01T00:00:00Z --stop 2022-12-31T23:59:59Z --predicate '_measurement="ID-Datenpunkt"'Damit löschst Du alles von 2021-08-01 bis 2022-12-31.
Wenn Du nochmals, ausführst, dann kannst Du mit den Pfeiltasten im Tree die Verzeichnisse wechseln, Du kannst mal noch tiefer ins
influxdbVerzeichnis gehensudo ncdu /Bei mir
ncdu 2.2.2 ~ Use the arrow keys to navigate, press ? for help --- /var/lib/private/influxdb/engine/data ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- /.. 1.2 GiB [##################################] /e028530aba782d69 ...diese Zahlen am Ende zeigen Dir die Buckets, die installiert sind, das kannst Du vergleichen mit
dp20eic@influxdb-2 ~ % influx bucket ls ID Name Retention Shard group duration Organization ID Schema Type e028530aba782d69 proxmox-server infinite 168h0m0s dccfb65d68b12105 implicit ...Wenn da mehr auftaucht, dann erst einmal die Buckets löschen, die man nicht braucht.
Delete a bucket by nameinflux bucket delete --name example-bucketDelete a bucket by ID
influx bucket delete --id 06c86c40a9f36000Wenn Du unsicher bist, dann lieber vorher nachfragen
VG
BerndP.S.: ich glaube immer noch nicht, dass die paar Daten aus dem
ioBroker21 GB schreiben. Ich sicher mein Proxmox Server seit ~ 1 Jahr und komme nur auf 1.2 GB.
P.P.S.: Dann kannst Du auch mal schauen, sollte Dein(e) Bucket(s) aufunendlichstehen, ob man da nicht 1 Jahr einstellt, dann sind die Daten auch weg, nach dem Ausführen, braucht es etwas Zeit, denn das läuft zyklisch ab und löscht kleine Happen, habe ich aber auch schon mal exerziert und funktioniert.
Update the retention period of a bucketinflux bucket update \ --id 06c86c40a9f36000 \ --retention 90dP.P.P.S.: Dank an @crunchip, habe ich korrigiert
P.P.P.P.S.: Wer Rechtschreibfehler / Grammatikfehler findet, darf sie behalten und auch jederzeit wieder verwenden, sind CC-lizenzierte -
-
Nur ein Zwischenruf
Wärs nichtvauch möglich die SD auf eine grössere SD zu clonen und die Partition zu extenden?
Aber bitte nicht fragen wie. Kenn linux da zu wenig.
-
@mcm57 Es sollte ja ein PI4 sein. Über raspi-config sollte es doch möglich sein.
Advanced Options / Expand FilesystemRo75.
-
@mcm57 sagte in HD voll kein Zugriff mehr:
Wärs nichtvauch möglich die SD auf eine grössere SD zu clonen und die Partition zu extenden?
Moin,
ja, ginge auch, ich bin nur kein Freund des
Clonens, daher habe ich das auch nicht erwähnt, da schleppt man immer sooooooviel schund mit, dann lieber, gleich richtig machen, als anschließend anfangen und aufräumen, vermute, dass das hinterher mehr Zeit kostet als gleich neu und mit Backups wieder herstellen.VG
Bernd -
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.
-
@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?
-
@crunchip Nein, ich schreibe nur Daten aus dem iob.
-
@mariatschi0815 dann geh mal in den tab Objekte, rechts oben auf Einstellungen und wählst deine Influx aus, dann werden dir alle Datenpunkte gelistet
-
@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.
-
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:
Was ich schon herausfinden konnte ist, dass wohl der Port 1883 bereits belegt sein könnte
sudo netstat -tulpen
-
@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 -
@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?
