[gelöst]Proxmox crashed
-
ALLE Logs bereits angeschaut ? Kann ich mir nicht vorstellen, dass da nix drin steht !
Output von:
free -m df -h -
@liv-in-sky du hast unter anderem in
var/log- daemon.log
- dpkg.log
- kern.log
- user.log
- syslog
...
bzw mal die alten syslog.x.gz durchsehen ob da was auffälliges zu finden ist
-
oh - kein proxmox - kein pihole -kein forum
ist kein proxmox thema - wenn ich mit ubuntu statt debin-proxmox starte - passiert das selbe - einfach aus
hab mal die usv abgesteckt - nicht das die noch probleme macht
muss die log weiter checken - finde aber nixmuss jetzt zum weihnachtsessen - melde mich später wieder
-
und wieder passiert - um 18:00 war der server weg. danach neustart und alle mögl. logs kontrolliert zwischen 17:00 und 18:00 habe ich nichts mit dem server gemacht - um 18:00 haben dann alle sonoffs zu blinken begonnen und die vis drehte den kreisel
iobroker log: startet um 18:08 mit eintragungen - davor ist nichts mehr
proxmox server:was völlig unklar ist, sind die einträge in message und syslog. zeile 15658: um 17:58 geht es mit 17:18 weiter am selben datum - ich check das nicht in zeile 17192 kommt dann plötzlich ein sprung
Dec 26 17:58:01 beelink systemd[1]: pvesr.service: Succeeded. Dec 26 17:58:01 beelink systemd[1]: Started Proxmox VE replication runner. Dec 26 17:58:01 beelink CRON[15364]: (root) CMD (/usr/local/bin/cpualarm) Dec 26 17:58:01 beelink CRON[15365]: (root) CMD (/usr/local/bin/tempcpu) Dec 26 17:58:21 beelink NetworkManager[734]: <info> [1609001901.7687] device (wlp58s0): set-hw-addr: set MAC address to 8E:94:F8:10:8E:66 (scanning) Dec 26 17:58:21 beelink NetworkManager[734]: <info> [1609001901.7744] device (wlp58s0): supplicant interface state: inactive -> disabled Dec 26 17:58:21 beelink NetworkManager[734]: <info> [1609001901.8233] device (wlp58s0): supplicant interface state: disabled -> inactive Dec 26 17:58:21 beelink wpa_supplicant[721]: wlp58s0: Reject scan trigger since one is already pending Dec 26 17:59:00 beelink systemd[1]: Starting Proxmox VE replication runner... Dec 26 17:59:00 beelink systemd[1]: pvesr.service: Succeeded. Dec 26 17:59:00 beelink systemd[1]: Started Proxmox VE replication runner. Dec 26 17:59:01 beelink CRON[16119]: (root) CMD (/usr/local/bin/cpualarm) Dec 26 17:59:01 beelink CRON[16120]: (root) CMD (/usr/local/bin/tempcpu) Dec 26 17:18:34 beelink systemd-modules-load[343]: Inserted module 'vfio_pci' Dec 26 17:18:34 beelink systemd-modules-load[343]: Inserted module 'coretemp' Dec 26 17:18:34 beelink systemd-modules-load[343]: Inserted module 'iscsi_tcp' Dec 26 17:18:34 beelink systemd-tmpfiles[365]: [/usr/lib/tmpfiles.d/speech-dispatcher.conf:1] Line references path below legacy directory /var/run/, updating /var/run/speech-dispatcher → /run/speech-dispatcher; please update the tmpfiles.d/ drop-in file accordingly. Dec 26 17:18:34 beelink systemd-tmpfiles[365]: [/usr/lib/tmpfiles.d/speech-dispatcher.conf:2] Line references path below legacy directory /var/run/, updating /var/run/speech-dispatcher/.cache → /run/speech-dispatcher/.cache; please update the tmpfiles.d/ drop-in file accordingly. Dec 26 17:18:34 beelink systemd-tmpfiles[365]: [/usr/lib/tmpfiles.d/speech-dispatcher.conf:3] Line references path below legacy directory /var/run/, updating /var/run/speech-dispatcher/.speech-dispatcher → /run/speech-dispatcher/.speech-dispatcher; please update the tmpfiles.d/ drop-in file accordingly. Dec 26 17:18:34 beelink systemd-tmpfiles[365]: [/usr/lib/tmpfiles.d/speech-dispatcher.conf:4] Line references path below legacy directory /var/run/, updating /var/run/speech-dispatcher/.cache/speech-dispatcher → /run/speech-dispatcher/.cache/speech-dispatcher; please update the tmpfiles.d/ drop-in file accordingly. Dec 26 17:18:34 beelink systemd-tmpfiles[365]: [/usr/lib/tmpfiles.d/speech-dispatcher.conf:5] Line references path below legacy directory /var/run/, updating /var/run/speech-dispatcher/log → /run/speech-dispatcher/log; please update the tmpfiles.d/ drop-in file accordingly. Dec 26 17:18:34 beelink systemd-modules-load[343]: Inserted module 'ib_iser' Dec 26 17:18:34 beelink systemd[1]: Starting Flush Journal to Persistent Storage... Dec 26 17:18:34 beelink systemd-modules-load[343]: Inserted module 'vhost_net' Dec 26 17:18:34 beelink systemd[1]: Started Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling. Decin messages ist das genauso:
-
und noch syslog vom iobroker container:
dort ist bis 17:58 alle soweit normal - dann nix - und um 18:10 hatte ich wieder gestartet
-
ach ja - ich hatte noch die console offen: mit tail -f /var/log/syslog - ist dort stehen geblieben:
-
@liv-in-sky Da hämmert ja auch stundenlang ein Prozess im Sekundentakt auf das System. Das mag das halt irgendwann nicht mehr.
-
@Thomas-Braun was meinst du ?
-
@liv-in-sky Dieser Proxmox replication Kram. Was auch immer der tut. Aber das sieht für mich so aus, als wenn das nicht so sein sollte.
-
@Thomas-Braun sagte in Proxmox crashed:
Proxmox replication
du meinst das:
@Segway @crunchip @homecineplexx
habt ihr das auch? im proxmox forum steht, dass kann ignoriert werden
-
@liv-in-sky ja das ist so normal, hab ich bei all meinen drei Rechner
-
@liv-in-sky Ich hab ja keine Ahnung von Proxmox, aber ein Start von dem Dienst im Sekundentakt kann aus meiner Sicht nicht normal sein.
-
@Thomas-Braun das ist doch minütlich oder meinst du was anderes
-
@liv-in-sky ist in der Regel minütlich, immer ein block
started..
starting..
pvesr.... -
@liv-in-sky Ja, minütlich. Find ich immer noch ungewöhnlich, aber wenn das normal sein soll...
-
@Thomas-Braun lt proxmox forum - ist normal - habe es aber auf monthly geändert - ich weiß nicht mal, was das genau ist
https://forum.proxmox.com/threads/replication-runner-syslog.35600/
-
kannst du dir den zeitsprung irgendwie erklären
bis 17:58 alles ok - plötlich ist im log von 17:18 die rede - dann passiert da nichts- um 18:00 ist der server down und die zeit stimmt wieder
-
@liv-in-sky Nee, keine Ahnung, aber das ist auch mehr als merkwürdig.
-
@Thomas-Braun hardware kaputt ?
-
@liv-in-sky Das klingt für mich danach, dass da ggf. etwas neu startet und sich dann die Systemzeit holt und korrigiert
