openvz

OpenVZ/Proxmox Container: rsyslog problems after dist-upgrade

Right after a update of Ubuntu Server I faced that rsyslog used 100% CPU and that /var/log/syslog got filled up with following line, which was repeated almost every second:

 imklog: error reading kernel log - shutting down: Bad file descriptor

The problem is, that rsyslog tries to log kernel messages, which is as OpenVZ/Proxmox Container default not possible - to fix this, remove/comment out following line in the file /etc/rsyslog.conf (here already done):

OpenVZ/Proxmox Container: rsyslog Probleme nach Update

Nach einem Upgrade von Ubuntu Server nutzte rsyslog plötzlich 100% CPU und das /var/log/syslog füllte sich mit folgender Zeile, die sich ständig wiederholte:

 imklog: error reading kernel log - shutting down: Bad file descriptor

Das Problem war, dass rsyslog versucht das Kernel Logging zu übernehmen, was im OpenVZ/Proxmox Container aber nicht funktionieren kann - Problembehebung: in der Datei /etc/rsyslog.conf folgende Zeile auskommentieren (hier bereits geschehen):

Wrong display of free/used diskspace on OpenVZ/Proxmox containers

After I moved some OpenVZ-containers to a new server, the output of "df -h" and "du -sch /" was more different than I ever expected. I guess it was because of some old vzqota-files, because I used earlier existing VEID's.

The solution: Let the quotas get recalculated with following one-liner. Sorryly you've really to switch the OpenVZ-container for a short time offline:

# vzctl stop 199; vzquota drop 199; vzctl start 199

Replace the number "199" with the problematic VEID - now used&free diskspace should be displayed again correctly.

Probleme mit der Anzeige von benutztem/freiem Speicherplatz bei OpenVZ/Proxmox

Nach der Übersiedelung von einigen OpenVZ-Containern war die Anzeige von "df -h" und "du -sch /" unterschiedlicher, als kaum vorstellbar. Vermutlich lag es an alten vzquota-Dateien, da ich VEID's neu vergeben hatte.

Die Lösung: Einfach die Quotas neu berechnen lassen mittels folgender Zeile - leider muss man den OpenVZ-Container wirklich einmal neu starten:

# vzctl stop 199; vzquota drop 199; vzctl start 199

Die Zahl "199" natürlich durch die betreffende VEID ersetzen - nun sollte der belegte &freie Speicherplatz wieder korrekt angezeigt werden.

apt-get update: procps ... start: Job failed to start

Bei einem Server-Update eine Fehlermeldung zu sehen ist immer recht ungut, derzeit scheint es einige (wie mich) bei Ubuntu zu treffen: Procps will sich nicht aktualisieren lassen, da der Start des Dienstes fehlschlägt. Der Fehler wird bereits im Ubuntu Bugtracker verfolgt, bei mir scheinen die Lösungen aufgrund OpenVZ-Virtualisierung (bzw. Proxmox) zu passen:

apt-get update: procps ... start: Job failed to start

Seeing an error message during a server upgrade is something you don't want to see - but it seems many people are hit by that Ubuntu bug. Seems my systems were hit because I use OpenVZ (or, better said, Proxmox) for virtualizing my servers.

In the bugreport comments #5 and #11 you'll find the solution: comment out kernel.kptr_restrict = 1 or (re)move the file /etc/sysctl.d/10-kernel-hardening.conf

Now the update process can complete :)

Gentoo as OpenVZ guest - UDEV Problems

During the last weeks I tried to skip the udev update on my Gentoo-OpenVZ- guests (which are running since some years), because the needed kernel versio for OpenVZ-host systems simply doesn't exists. Now I searched for the perfect solution, tried some others - and found the nicest in the in the German Gentoo-Wiki:

Stop udev from starting during system boot:

Gentoo als OpenVZ Gast - UDEV Probleme

In den letzten Wochen nervte das anstehende udev-Update bei meinen Gentoo-OpenVZ-Gästen (die schon einige Jahre lang laufen), da die benötigte Kernel-Version für OpenVZ-Hostsysteme schlicht noch nicht existiert. In den weiten des Internets habe ich nun die "schönste" Lösung zu diesem Problem im deutschen Gentoo-Wiki gefunden:

Damit Udev nicht während dem Systemstart gestartet wird, folgende Zeilen eingeben: