Zum Hauptinhalt springen

Aufräumen und Reinigung

Wird verwendet, wenn Speicherplatz knapp ist oder regelmäßig Log-/Temp-Dateien geleert werden sollen.

Reinigung im Container-Modus (2026.05+)

Im Container-Modus räumt das interne logrotate des Images (cronie + /etc/cron.daily/logrotate) automatisch auf (täglich / >100 M / 14 Tage gzip, für alle 8 Komponenten-Logs). Der UI-Button „Temporäres Aufräumen" schreibt eine Signaldatei (/etc/kopens/host-action.request {"action":"tempClean"}) → der Host-kopens-host-action.path leert /data1/pp-temp/* und startet den Container neu.

Docker-Image-Garbage-Collection: Die von install.sh installierte wöchentliche cron (/etc/cron.weekly/plantpulse-cleanup) entfernt automatisch Images älter als 30 Tage, Dangling-Layer und journald-Einträge älter als 30 Tage.


1. clean.sh — Gesamte Löschung von Log-/Temp-Dateien​

$PE_HOME/bin/clean.sh

Löschziele (DB / Benutzerdaten werden nicht angefasst — sicher):

  • server/logs/* (Tomcat)
  • db/logs/* (Cassandra-Log — sstable-Daten bleiben erhalten)
  • mqtt/log/*
  • timeseries/*/log/*
  • cache/log/*
  • node/log/*
  • /tmp/*
/tmp/* Gesamte Löschung — auch temporäre Dateien anderer Benutzer

clean.sh leert auch die systemweiten /tmp. Temporäre Dateien von SSH-Session-Sockets / systemd-private / X11 / journal werden ebenfalls entfernt. Außer auf einer Gateway-Maschine, die nur von einer Person betrieben wird, ist Vorsicht geboten.


2. node-cleanup.sh — Cassandra-Datenträger-Rückgewinnung​

$PE_HOME/bin/node-cleanup.sh

Durchführung:

  • nodetool clearsnapshot --all — alte Snapshots vom Datenträger entfernen
  • nodetool cleanup — nicht mehr verwendete sstables nach Token-Range-Änderung entfernen

Normalerweise wird start.sh automatisch im Hintergrund aufgerufen, aber bei Speicherplatzmangel kann es manuell noch einmal ausgeführt werden.

Dauert einige Minuten (proportional zur Menge der sstables). Verursacht eine gewisse I/O-Last — Empfehlung: in Zeiten mit wenig Erfassungsverkehr durchführen.


3. Umgang mit Speicherplatzmangel (Gesamtablauf)​

# 1. 무엇이 차지 중?
df -h
du -sh $PE_HOME/*/log/* /data1/* 2>/dev/null | sort -h | tail -20

# 2. 로그 / 임시 파일 정리
$PE_HOME/bin/clean.sh

# 3. Cassandra 디스크 회수
$PE_HOME/bin/node-cleanup.sh

# 4. 오래된 백업 정리 (30 일 이상)
find /data1/pp-backup -maxdepth 1 -type d -mtime +30 -exec rm -rf {} +

# 5. (옵션) Docker 이미지 / 컨테이너 정리
docker system prune -af

# 6. 결과 확인
df -h

4. Häufige Stolperfallen​

SymptomUrsache / Lösung
SSH-Abbruch nach clean.sh/tmp/* hat auch den SSH-Socket gelöscht — über eine andere Sitzung neu verbinden
Keine Speicherplatz-Rückgewinnung nach node-cleanup.shsstable-Compaction wartet. Status mit nodetool compactionstats prüfen
find /data1/pp-backup -mtime +30 mit 0 EinträgenBackup existiert nur für die letzten 30 Tage. Zeitraum anpassen (-mtime +14 usw.)

5. Weiterführende Informationen​