UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[crunchip]

@uli977 na jetzt hast doch updates

[Uli977]

@crunchip sagte in Proxmox NUC ioBroker:

@uli977 na jetzt hast doch updates

Aber immer noch diese Meldung

[crunchip]

@uli977 sagte in Proxmox NUC ioBroker:

Aber immer noch diese Meldung

das ist ja auch dieses, was auch immer das da zu suchen hat

[Uli977]

@crunchip sagte in Proxmox NUC ioBroker:

@uli977 sagte in Proxmox NUC ioBroker:

Aber immer noch diese Meldung

das ist ja auch dieses, was auch immer das da zu suchen hat

Ist das Kunst, oder kann das weg?

[crunchip]

@uli977 sagte in Proxmox NUC ioBroker:

Ist das Kunst, oder kann das weg?

musst du doch wissen, woher dieser Eintrag kommt, normal ist dieser jedenfalls nicht
hast du irgend etwas zusätzlich auf dem proxmox Host installiert???

[Uli977]

@crunchip

Wenn ich wüsste was ich tue, wäre ich nicht hier und würde so viele Frage stellen...
Dein Spaß bei Seite, bin mega dankbar für Eure Hilfe!

Eigentlich habe ich nur proxmox und den ioBroker auf dem NUC laufen.

[Uli977]

Jetzt muss ich nur noch rausbekommen, was soviel Speicher auf meiner lokalen (pve) benötigt.....

Einer eine Idee wie ich das nachsehen kann?

[crunchip]

@uli977 sagte in Proxmox NUC ioBroker:

Eigentlich habe ich nur proxmox und den ioBroker auf dem NUC laufen

laut deines Repo Eintrages hast du da noch was anderes installiert/angelegt

[Uli977]

@crunchip sagte in Proxmox NUC ioBroker:

@uli977 sagte in Proxmox NUC ioBroker:

Eigentlich habe ich nur proxmox und den ioBroker auf dem NUC laufen

laut deines Repo Eintrages hast du da noch was anderes installiert/angelegt

Komisch.... also wissentlich habe ich da nix gemacht/installiert

Schaue gerade schon mit FileZilla ob ich extrem große Dateien auf der Platte finde...

[Gepe000]

@uli977 Hallo Uli,
ich hab den Chat nicht komplett gelesen, deshalb eine Frage: hast du dein System auf bullseye hochgezogen?

Nachdem ich das getan hatte, lief bei mir auch die Platte voll. Die Ursache war, dass logrotate für syslog und daemon.log nicht mehr funktionierten - zu finden unter /var/log. D.h. die beiden Logfiles wurden nicht mehr automatisch bereinigt sondern wuchsen immer weiter. Somit war es nur eine Frage der Zeit, bis die Platte voll war.

Logrotate: es bereinigt die Logs regelmäßig: verschiebt das aktuelle File auf einen neuen Namen, ein leeres File wird für die aktuellen Log-Einträge angelegt, komprimiert das verschobene File und löscht alte Files.

Ich hab viel gesucht und probiert. Das einzige, das half, war schließlich, den Container auf nesting zu setzen.
https://forum.proxmox.com/threads/logrotate-issue-in-buster-lxc.56726/
Die Beschreibung galt zwar für buster, bei mir hat das nesting aber geholfen.

Dok2.pdf

[Uli977]

@gepe000

Tatsächlich habe ich zunächst mal auf Bullseye hochgezogen, dann aber im Nachhinein direkt per USB-Boot-Stick Bullseye neu drauf gemacht.

[Einstein67]

@uli977 Die größten Platzfresser in "local" wäre sicher Backup,*.iso oder Template Dateien. Das würdest du aber im GUI auch sehen.

Ich hab zB. zwei Templates für Debian10/11 drauf und bin bei einer Proxmox-Installationsgröße von unter 4,5GB.

[Gepe000]

@uli977 schau dir mal die beiden Logs an

Gruß
Gerhard

[Uli977]

@gepe000 sagte in Proxmox NUC ioBroker:

@uli977 schau dir mal die beiden Logs an

Gruß
Gerhard

Ganz schön große Dateien?

Kann da was von weg?

[Gepe000]

@uli977 die 3 machen zusammen schon 13 GB aus.

Du solltest sie einfach löschen können. Sie sollten automatisch wieder leer angelegt werden. Wichtig ist aber, dass du logrotate zum rotieren der Logs verwendest - sonst dauert es nicht lange, bis die Platte wieder voll ist.

Es sieht nicht aus, als wäre logrotate eingerichtet. Sonst wäre jedes der Logfiles mehrfach vorhanden - allerdings jeweils mit einer Nummer oder dem Datum im Namen und auch deutlich kleiner, da komprimiert.

Gerhard

[Uli977]

@gepe000 sagte in Proxmox NUC ioBroker:

@uli977 die 3 machen zusammen schon 13 GB aus.

Du solltest sie einfach löschen können. Sie sollten automatisch wieder leer angelegt werden. Wichtig ist aber, dass du logrotate zum rotieren der Logs verwendest - sonst dauert es nicht lange, bis die Platte wieder voll ist.

Es sieht nicht aus, als wäre logrotate eingerichtet. Sonst wäre jedes der Logfiles mehrfach vorhanden - allerdings jeweils mit einer Nummer oder dem Datum im Namen und auch deutlich kleiner, da komprimiert.

Gerhard

Wie bekomme ich dieses Logrotate drauf?
Sitze beim Friseur und habe mir deine Links noch nicht angesehen…. Steht es in einem der Links?

Dienststelle 3 Files sind ja doppelt vorhanden, oder?

[crunchip]

@uli977 @Gepe000 unabhänging, ob da jetzt die log Dateien richtig angelegt werden oder nicht, da stimmt doch was anderes an der ganzen Installation nicht!
das ist ein frisch Installiertes System, da sollten solch dimensionale Logs gar nicht erst enstehen

ich würde vorschlagen, wenn der Ponny gestutzt ist, mach dich ans Werk und installier Proxmox noch mal neu, denn scheinbar hast du da irgendwas verbastelt

[Gepe000]

Sorry, hab nicht richtig hingesehen. Logrotate funktioniert - da sind die Files vom 31. bzw. 02..
4 GB in 5 Tagen….vielleicht doch der Empfehlung von crunchip folgen oder in die Logs reinschauen.

[Uli977]

@crunchip

Shit, schon wieder? Aber gut, habe ja jetzt Übung...

Aber was kann es sein?

Würde jetzt wie folgt vorgehen

• Proxmox neu
• ioBroker Container aus Sicherung wieder zurückspielen

Oder neuer Container und ioBroker auch neu installieren und aus Sicherung wieder herstellen?

Sonst noch was?

[crunchip]

@uli977 na reicht wenn du Proxmox neu aufsetzt, danach deinen VM LXC zurückspielen

geht jedenfalls wesentlich schneller, als Stunden nach einen Fehler zu suchen, den man unter Umständen gar nicht findet