Proxmox Oberfläche nach Stromausfall nicht mehr erreichbar

ThoSo said:
Das Journal mit "journalctl" einfach mal durchsehen, was an Meldungen protokolliert wird.
Click to expand...

Code: 
root@proxmox:~# journalctl
-- Journal begins at Thu 2026-06-04 07:38:14 CEST, ends at Wed 2026-06-17 23:10:01 CEST. --
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 447D92161D: to=<root@proxmox.local>, relay=local, delay=97195, delays=97194/0.38/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 45D0421B51: to=<root@proxmox.local>, orig_to=<root>, relay=local, delay=13093, delays=13092/0.38/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358384]: 433C421777: to=<root@proxmox.local>, relay=local, delay=42597, delays=42596/0.38/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 46930211DD: to=<root@proxmox.local>, relay=local, delay=4799, delays=4798/0.39/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 4B17E21581: to=<root@proxmox.local>, relay=local, delay=46797, delays=46796/0.39/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358384]: 488E62107A: to=<root@proxmox.local>, relay=local, delay=29999, delays=29998/0.39/0/0.01, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 4CBB121787: to=<root@proxmox.local>, relay=local, delay=59397, delays=59396/0.39/0/0.01, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 427472150B: to=<root@proxmox.local>, relay=local, delay=17398, delays=17397/0.4/0/0, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358384]: 40ABD21A80: to=<root@proxmox.local>, relay=local, delay=17396, delays=17395/0.4/0/0.01, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 4F92221435: to=<root@proxmox.local>, relay=local, delay=38398, delays=38397/0.4/0/0.01, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 47E1B204D7: to=<root@proxmox.local>, relay=local, delay=17401, delays=17400/0.41/0/0.04, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358384]: 4ECE221B86: to=<root@proxmox.local>, relay=local, delay=34195, delays=34194/0.44/0/0.02, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 4D20421585: to=<root@proxmox.local>, relay=local, delay=46797, delays=46796/0.45/0/0.02, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 4A46C211DC: to=<root@proxmox.local>, relay=local, delay=71999, delays=71998/0.46/0/0.02, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358383]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358384]: 4A5D7211F6: to=<root@proxmox.local>, relay=local, delay=97197, delays=97196/0.47/0/0.02, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358387]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358383]: 4C35221431: to=<root@proxmox.local>, relay=local, delay=38398, delays=38397/0.48/0/0.03, dsn=4.3.0, status=deferred (alias database unavailable)
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Jun 04 07:38:14 proxmox postfix/local[358384]: warning: hash:/etc/aliases: lookup of 'root' failed
Jun 04 07:38:14 proxmox postfix/local[358387]: 4279321304: to=<root@proxmox.local>, relay=local, delay=21598, delays=21597/0.51/0/0.03, dsn=4.3.0, status=deferred (alias database unavailable)

ThoSo said:
einfach manuell mittels "journalctl --vacuum-size=1000M" mal reduzieren
Click to expand...
genau das habe ich ja jetzt bereits ein paar mal hinter mir...

ThoSo said:
die Größe beschränken
Click to expand...
auch das habe ich ja bereits getan, zumindest dachte ich das (siehe unten)

Impact said:
Generell ist das Journal in der Größe auf 4G oder so limitiert.
Click to expand...
aber wieso läuft es dann voll ?

lethuer said:
Und das wird doch hier eingestellt oder bin ich falsch ?
/etc/systemd/journald.conf mit SystemMaxUse = 750M
Click to expand...

Code: 
root@proxmox:~# open /etc/systemd/journald.conf
1781729744469.png



Impact said:
journalctl --output=cat --output-fields=UNIT | grep ".service" | sort | uniq -c | sort -n | tail -n50 | column -t
Click to expand...
Gerade ist das journal ja wieder leer (gestern mit journalctl --vacuum-size=1000M geleert)
Code: 
root@proxmox:~# journalctl --output=cat --output-fields=UNIT | grep ".service" | sort | uniq -c | sort -n | tail -n50 | column -t
2   networking.service
2   open-iscsi.service
2   postfix.service
2   postfix@-.service
2   pvebanner.service
2   pve-cluster.service
2   pvedaemon.service
2   pve-firewall.service
2   pve-guests.service
2   pve-ha-crm.service
2   pve-ha-lrm.service
2   pve-lxc-syscalld.service
2   pvenetcommit.service
2   pvescheduler.service
2   pvestatd.service
2   qmeventd.service
2   rbdmap.service
2   rpcbind.service
2   rrdcached.service
2   smartmontools.service
2   ssh.service
2   systemd-fsck@dev-disk-by\x2duuid-0A88\x2dC15E.service
2   systemd-fsckd.service
2   systemd-journal-flush.service
2   systemd-logind.service
2   systemd-sysctl.service
2   systemd-tmpfiles-setup.service
2   systemd-udev-settle.service
2   systemd-update-utmp.service
2   systemd-user-sessions.service
2   zfs-import-scan.service
2   zfs-mount.service
2   zfs-share.service
2   zfs-volume-wait.service
3   e2scrub_reap.service
3   nfs-config.service
3   systemd-rfkill.service
3   systemd-update-utmp-runlevel.service
4   pveproxy.service
4   rsyslog.service
4   spiceproxy.service
7   user@0.service
7   user-runtime-dir@0.service
9   apt-daily-upgrade.service
9   systemd-tmpfiles-clean.service
12  pve-daily-update.service
13  man-db.service
14  logrotate.service
21  apt-daily.service
25  pvefw-logger.service
root@proxmox:~# journalctl --disk-usage
Archived and active journals take up 776.2M in the file system.


Impact said:
apt -yU install gdu
gdu /
Click to expand...
Code: 
root@proxmox:~# apt -yU install gdu
E: Command line option 'U' [from -yU] is not understood in combination with the other options.
 
Last edited:
lethuer said:
warning: hash:/etc/aliases is unavailable. open database /etc/aliases.db: No such file or directory
Click to expand...
Naja, wenn die aliases.db Datei wie in der Fehlermeldung steht, nicht vorhanden ist, und das ständig im Protokoll fest gehalten wird, dann füllt sich das eben.

Google Suche : "postfix aliases.db erzeugen"

Antwort Gemini :
"Um die Datenbank aliases.db für Postfix zu erzeugen, passen Sie zunächst die Textdatei /etc/aliases an.
Führen Sie danach den Befehl newaliases aus. Dieser aktualisiert die Datenbank automatisch. "

Also mal auf der PVE Console ein "newaliases" absetzen.

Und das wird doch hier eingestellt oder bin ich falsch ?
/etc/systemd/journald.conf mit SystemMaxUse = 750M
Click to expand...
Den Dienst neu startet?


Update:
Hier die Manpage zur journald.conf
https://man7.org/linux/man-pages/man5/journald.conf.5.html
 
Last edited:
  • Like
Reactions: Johannes S
lethuer said:
Command line option 'U' [from -yU] is not understood in combination with the other options.
Click to expand...
Sorry, die Optionen gehören hinter install. Ich habe meinen Post angepasst. Warum es voll läuft wird sich hoffentlich nun zeigen.
Zwar immer noch nicht perfekt aber vielleicht funktioniert dieses Snippet besser
Bash: 
journalctl | awk '{print $5}' | sort | uniq -c | sort -n | tail -n 50
 
Last edited:
  • Like
Reactions: Johannes S
ThoSo said:
Den Dienst neu startet?
Click to expand...
Jap mit: sudo systemctl restart systemd-journald

ThoSo said:
Hier die Manpage zur journald.conf
https://man7.org/linux/man-pages/man5/journald.conf.5.html
Click to expand...

Zusätzlich habe ich jetzt nun noch folgende Parameter gesetzt:
SystemMaxUse= and RuntimeMaxUse= control how much disk space the journal may use up at most.
SystemKeepFree= and RuntimeKeepFree= control how much disk space systemd-journald shall leave free for other uses. systemd-journald will respect both limits and use the smaller of the two values.
SystemMaxFileSize= and RuntimeMaxFileSize= control how large individual journal files may grow at most. This influences the granularity in which disk space is made available through rotation, i.e. deletion of historic data

1781813003659.png


open /etc/aliases
1781813361742.png

ThoSo said:
Also mal auf der PVE Console ein "newaliases" absetzen.
Click to expand...
gemacht
 
  • Like
Reactions: ThoSo
Impact said:
Sorry, die Optionen gehören hinter install. Ich habe meinen Post angepasst. Warum es voll läuft wird sich hoffentlich nun zeigen.
Click to expand...
1781813946539.png
Funktioniert hat:
apt install -y gdu
gdu /
1781814089485.png
gerade ist journal wie gesagt recht leer, hab es seit vorgestern #58 https://forum.proxmox.com/threads/proxmox-oberfläche-nach-stromausfall-nicht-mehr-erreichbar.150913/post-857889 nicht erneut geleert.
ständig tritt das thema also nicht auf.
1781814174997.png


Impact said:
Zwar immer noch nicht perfekt aber vielleicht funktioniert dieses Snippet besser
journalctl | awk '{print $5}' | sort | uniq -c | sort -n | tail -n 50
Click to expand...

1781813767280.png
 
Last edited:
Hmm -U sollte bei einem aktuellen apt eigentlich funktionieren. Das erspart dir apt update.
Sieht aus als ob postfix hier erhebliche Mengen loggt. Probier mal
Bash: 
journalctl -rg "postfix|qmgr"
mailq
Vielleicht muss man die Queue auch mal leeren.
 
Last edited:
Impact said:
Sieht aus als ob postfix hier erhebliche Mengen loggt. Probier mal
journalctl -rg "postfix|qmgr"
mailq
Click to expand...
1781890630542.png


Impact said:
Vielleicht muss man die Queue auch mal leeren.
Click to expand...
Wie ?

ThoSo said:
Lagern dort lokale Daten oder ist dort ein externes Mount eingebunden?
Click to expand...
Das dürfte wohl die externe platte sein auf der die Backups liegen



Leider scheinen die automatisierten Backups der Container aber gerade auch nicht zu laufen, das von der VM läuft durch...
Code: 
INFO: starting new backup job: vzdump --node proxmox --compress zstd --mailnotification always --notes-template '{{guestname}}' --prune-backups 'keep-daily=14' --all 1 --mode snapshot --quiet 1 --storage Backup
INFO: Starting Backup of VM 100 (lxc)
INFO: Backup started at 2026-06-19 00:00:08
INFO: status = running
INFO: CT Name: InfluxDB2
INFO: including mount point rootfs ('/') in backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
snapshot create failed: starting cleanup
no lock found trying to remove 'backup'  lock
ERROR: Backup of VM 100 failed - lvcreate snapshot 'pve/snap_vm-100-disk-0_vzdump' error:   Cannot create new thin volume, free space in thin pool pve/data reached threshold.
INFO: Failed at 2026-06-19 00:00:08
INFO: Starting Backup of VM 101 (lxc)
INFO: Backup started at 2026-06-19 00:00:08
INFO: status = running
INFO: CT Name: Grafana
INFO: including mount point rootfs ('/') in backup
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: create storage snapshot 'vzdump'
snapshot create failed: starting cleanup
no lock found trying to remove 'backup'  lock
ERROR: Backup of VM 101 failed - lvcreate snapshot 'pve/snap_vm-101-disk-0_vzdump' error:   Cannot create new thin volume, free space in thin pool pve/data reached threshold.
INFO: Failed at 2026-06-19 00:00:08
 
Last edited:
lethuer said:
Wie ?
Click to expand...
Anscheinend hilft hier postsuper -d ALL. Scheint aber schon leer zu sein.

Ich würde mal folgendes probieren. Folge dem Log mit journalctl -f, oder Service spezifisch mit journalctl -fu postfix.
Dann starte den Service in einer anderen Sitzung neu mit systemctl restart postfix und schaue was so geloggt wird. prüfe auch postfix check.

lethuer said:
Leider scheinen die automatisierten Backups der Container aber gerade auch nicht zu laufen
Click to expand...
Lösche alte Snapshots. Ich würde automatisch ältere als ein paar Tage löschen lassen. Die wachsen sonst nur.
Wie sieht lvs -a und lvmconfig aus? Ich würde auch gerne pct config 100 und cat /etc/pve/storage.cfg sehen.
 
Last edited:
Soweit ich hier in diesem Thread rückblickend gelesen habe, hast du auch zu viel Speicher auf die VM/CTs verteilt.
Davon ausgehend das die Plattenstruktur unverändert ist, und das Postfix Thema greift, würde ich auch nicht zu viel an den Parametern des Journald ändern - im Normalfall läuft das so schnell nicht über. Evtl. einfach mal die Journale in regelmäßigen Abständen prüfen und ggf kürzen.

lethuer said:
Das dürfte wohl die externe platte sein auf der die Backups liegen
Click to expand...
Prüfe das bitte einmal.
Wenn deine externe Platte für die Backups einmal nicht online war, könnte es auch sein, das im MNT Sicherungsdateien liegen, die vom externen Datenträger überdeckt werden und dir so eine Kapazität weg nehmen.

Ansonsten wäre mal ein kurzes Update der Hardware/Platten inkl. Belegung vielleicht hilfreich.
 
  • Like
Reactions: UdoB
You must log in or register to reply here.
Top Bottom
Back