[SOLVED] pvestatd "spammt" im 10sec/takt das syslog voll.

Nasthran · Jul 11, 2017

Hallo Community,

ich hoffe ihr könnt mir behilflich sein, da ich seit Stunden auf Google keine Lösung zu meinem Anliegen finden kann...

Und zwar bekomme ich nahezu im 10sek/takt diese Meldung ins syslog:

Jul 11 10:19:01 pve pvestatd[21630]: modified cpu set for lxc/100: 0

habe den syslogd schon neugestartet, die Meldung besteht weiterhin.

Ich weiß nicht was das bedeutet oder woher es kommt, die tage hat er auch die anderen lxc`s geloggt da stand dann auch gelegentlich statt einer 0 am ende 1-2 oder 3-4, jedoch seit 2 tagen alle 10 sek diese Meldung.

irgendwas stimmt doch da nicht oder?!

lg. Nasthran

dietmar · Jul 11, 2017

was ist die ausgabe von

# pveversion -v

Nasthran · Jul 11, 2017

root@pve:~# pveversion -v
proxmox-ve: 4.4-76 (running kernel: 4.4.35-1-pve)
pve-manager: 4.4-1 (running version: 4.4-1/eb2d6f1e)
pve-kernel-4.4.35-1-pve: 4.4.35-76
lvm2: 2.02.116-pve3
corosync-pve: 2.4.0-1
libqb0: 1.0-1
pve-cluster: 4.0-48
qemu-server: 4.0-101
pve-firmware: 1.1-10
libpve-common-perl: 4.0-83
libpve-access-control: 4.0-19
libpve-storage-perl: 4.0-70
pve-libspice-server1: 0.12.8-1
vncterm: 1.2-1
pve-docs: 4.4-1
pve-qemu-kvm: 2.7.0-9
pve-container: 1.0-88
pve-firewall: 2.0-33
pve-ha-manager: 1.0-38
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u3
lxc-pve: 2.0.6-2
lxcfs: 2.0.5-pve1
criu: 1.6.0-1
novnc-pve: 0.5-8
smartmontools: 6.5+svn4324-1~pve80
zfsutils: 0.6.5.8-pve13~bpo80

dietmar · Jul 11, 2017

Please update and test with the latest 4.X version.

Nasthran · Jul 12, 2017

Ich habe bereits: apt-get update, apt-get upgrade und apt-get dist-upgrade gemacht.

die meldungen aktuell: (10 sekunden takt)

Jul 12 09:38:58 pve pvestatd[1332]: modified cpu set for lxc/100: 0
Jul 12 09:38:58 pve pvestatd[1332]: modified cpu set for lxc/101: 1

hinzu kommt das das sich der Server seitdem mitten in der Nacht abschaltet weil er angeblich auf über 105°C ist, was für mich nicht direkt nachvollziehbar ist denn tagsüber liegt die temp stets zwischen 40-50°C..

Jul 11 23:03:43 pve smartd[1137]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 103 to 104
Jul 11 23:15:16 pve pvestatd[1337]: status update time (5.620 seconds)
Jul 11 23:16:22 pve pvestatd[1337]: status update time (10.540 seconds)
Jul 11 23:16:29 pve pvestatd[1337]: status update time (7.611 seconds)
Jul 11 23:17:01 pve CRON[19546]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 11 23:30:29 pve systemd-timesyncd[749]: interval/delta/delay/jitter/drift 2048s/-0.001s/0.041s/0.013s/-8ppm
Jul 11 23:33:43 pve rrdcached[1167]: flushing old values
Jul 11 23:33:43 pve rrdcached[1167]: rotating journals
Jul 11 23:33:43 pve rrdcached[1167]: started new journal /var/lib/rrdcached/journal/rrd.journal.1499808823.130074
Jul 11 23:33:43 pve rrdcached[1167]: removing old journal /var/lib/rrdcached/journal/rrd.journal.1499801623.130141
Jul 11 23:33:43 pve smartd[1137]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 104 to 102
Jul 12 00:03:43 pve smartd[1137]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 102 to 104
Jul 12 00:04:38 pve systemd-timesyncd[749]: interval/delta/delay/jitter/drift 2048s/+0.007s/0.051s/0.011s/-5ppm
Jul 12 00:17:01 pve CRON[29008]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 12 00:24:01 pve CRON[30064]: (root) CMD ([ $(date +%w) -eq 0 ] && [ -x /usr/lib/zfs-linux/scrub ] && /usr/lib/zfs-linux/scrub)
Jul 12 00:33:43 pve rrdcached[1167]: flushing old values
Jul 12 00:33:43 pve rrdcached[1167]: rotating journals
Jul 12 00:33:43 pve rrdcached[1167]: started new journal /var/lib/rrdcached/journal/rrd.journal.1499812423.130131
Jul 12 00:33:43 pve rrdcached[1167]: removing old journal /var/lib/rrdcached/journal/rrd.journal.1499805223.130139
-- AUTO SHUTDOWN --

-- SERVER NEUSTART --
Jul 12 09:23:44 pve rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="1203" x-info="http://www.rsyslog.com"] start

so wie ich da sehe ist es die festplatte die bei 105° den shutdown auslöst, was ich allerdings nicht verstehe ist das sie abends so hoch schießt, wenn doch tagsüber alles in Ordnung ist.

zumal die gesammtlast overall gerade mal bei 20% CPU 80% Ram liegt..

irgendetwas stimmt doch da ganz und gar nicht...

tom · Jul 12, 2017

Nasthran said:
Ich habe bereits: apt-get update, apt-get upgrade und apt-get dist-upgrade gemacht.

offenbar ohne gültige update repos zu konfigurieren?

=> https://pve.proxmox.com/wiki/Downlo...Proxmox_Virtual_Environment_4.x_to_latest_4.4

Nasthran · Jul 12, 2017

laut deinem link:
deb http://ftp.at.debian.org/debian jessie main contrib

bei mir steht:
deb http://ftp.de.debian.org/debian jessie main contrib

das ist der einzige unterschied, kann es tatsächlich daran liegen?

tom · Jul 12, 2017

nein, daran liegst nicht. aber offenbar hast du kein Proxmox VE repo konfiguriert, da du keine updates bekommst.

wenn doch, welches Proxmox VE repo verwendest du genau?

Nasthran · Jul 12, 2017

"Speziell" konfiguriert habe ich an der Hauptmaschine nichts, cleaninstall, ipconfig während dieser und angefangen zu arbeiten, meine source.list schaut so aus:

File: /etc/apt/sources.list

deb http://ftp.de.debian.org/debian jessie main contrib

# security updates
deb http://security.debian.org jessie/updates main contrib

dcsapak · Jul 12, 2017

bitte https://pve.proxmox.com/wiki/Package_Repositories lesen,
by default ist nur das enterprise repository eingestellt, das aber ohne subscription key nicht funktioniert
daher entweder subscription kaufen, oder no-subscription repository verwenden

Nasthran · Jul 12, 2017

earm... hab jetzt den Eintrag:

deb http://download.proxmox.com/debian jessie pve-no-subscription

hinzugefügt und erneut apt-get update && apt-get upgrade ausgeführt,

wurde beendet mit folgender meldung:

Errors were encountered while processing:
pve-manager
E: Sub-process /usr/bin/dpkg returned an error code (1)

wenn ich jetzt pveversion -v eingebe bekomme ich folgende Fehlermeldung:

root@pve:~# pveversion -v
Can't locate PVE/RESTEnvironment.pm in @INC (you may need to install the PVE::RESTEnvironment module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at /usr/share/perl5/PVE/RPCEnvironment.pm line 6.
BEGIN failed--compilation aborted at /usr/share/perl5/PVE/RPCEnvironment.pm line 6.
Compilation failed in require at /usr/share/perl5/PVE/API2/APT.pm line 20.
BEGIN failed--compilation aborted at /usr/share/perl5/PVE/API2/APT.pm line 20.
Compilation failed in require at /usr/bin/pveversion line 7.
BEGIN failed--compilation aborted at /usr/bin/pveversion line 7.

ich glaube da ist wieder etwas schief gegangen... ô.Ô

beim erneuten aufruf von apt-get update / upgrade erhalte ich:

root@pve:~# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
libpve-common-perl proxmox-ve pve-container pve-manager qemu-server
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up pve-manager (4.4-1) ...
Job for pvedaemon.service failed. See 'systemctl status pvedaemon.service' and 'journalctl -xn' for details.
dpkg: error processing package pve-manager (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
pve-manager
E: Sub-process /usr/bin/dpkg returned an error code (1)

beendet allerdings wieder fehlerhaft....

dcsapak · Jul 12, 2017

Nasthran said:
t apt-get update && apt-get upgrade

apt-get upgrade ist falsch, bitte immer apt-get dist-upgrade verwenden

um es zu reparieren bitte folgendes versuchen:

Code:

apt-get update
apt-get dist-upgrade
apt-get -f install

und immer auf den output achten (nicht yes eintippen wenn er proxmox-ve deinstallieren will)

Nasthran · Jul 12, 2017

*puh...* danke, scheint ja noch mal gut gegangen zu sein...

jetzt sollte alles passen?

root@pve:~# pveversion -v
proxmox-ve: 4.4-92 (running kernel: 4.4.35-1-pve)
pve-manager: 4.4-15 (running version: 4.4-15/7599e35a)
pve-kernel-4.4.35-1-pve: 4.4.35-77
pve-kernel-4.4.67-1-pve: 4.4.67-92
lvm2: 2.02.116-pve3
corosync-pve: 2.4.2-2~pve4+1
libqb0: 1.0.1-1
pve-cluster: 4.0-52
qemu-server: 4.0-110
pve-firmware: 1.1-11
libpve-common-perl: 4.0-95
libpve-access-control: 4.0-23
libpve-storage-perl: 4.0-76
pve-libspice-server1: 0.12.8-2
vncterm: 1.3-2
pve-docs: 4.4-4
pve-qemu-kvm: 2.7.1-4
pve-container: 1.0-100
pve-firewall: 2.0-33
pve-ha-manager: 1.0-41
ksm-control-daemon: 1.2-1
glusterfs-client: 3.5.2-2+deb8u3
lxc-pve: 2.0.7-4
lxcfs: 2.0.6-pve1
criu: 1.6.0-1
novnc-pve: 0.5-9
smartmontools: 6.5+svn4324-1~pve80
zfsutils: 0.6.5.9-pve15~bpo80

tom · Jul 12, 2017

Nach einem Kernel upgrade ist noch ein reboot nötig, um den akutell installierten kernel auch zu aktivieren.

Nasthran · Jul 12, 2017

dachte ich mir schon, gerade geschehen.
scheint alles normal zu laufen, werden meinen ursprünglichen Fehler mal im Auge behalten und mich ggfs. noch mal hier zurück melden.

ich danke euch und eure tatkräftige Unterstützung bis hier her!

Search

Search

[SOLVED] pvestatd "spammt" im 10sec/takt das syslog voll.

Nasthran

New Member

dietmar

Proxmox Staff Member

Nasthran

New Member

dietmar

Proxmox Staff Member

Nasthran

New Member

tom

Proxmox Staff Member

Nasthran

New Member

tom

Proxmox Staff Member

Nasthran

New Member

dcsapak

Proxmox Staff Member

Nasthran

New Member

dcsapak

Proxmox Staff Member

Nasthran

New Member

tom

Proxmox Staff Member

Nasthran

New Member