OpenVZ Forum


Home » International » German » Problem mit htop (htop openvz container)
Problem mit htop [message #48764] Tue, 20 November 2012 20:21 Go to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
Guten Abend.

Kennt von euch jemand dass Problem mit htop auf ner debian vm?
Also wenn man im Container htop eingibt wird nur ab und an oder gar nicht mal der Ram verbrauch dargestellt. Mit top oder free -mo funktionert alles super.

Mfg Bady
Re: Problem mit htop [message #48765 is a reply to message #48764] Tue, 20 November 2012 21:13 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

Tach!

poste doch gleich mal die Versionen von

- htop
- OS Release des Containers

Gruß,
Thorsten
Re: Problem mit htop [message #48766 is a reply to message #48765] Tue, 20 November 2012 21:35 Go to previous messageGo to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
OpenVZ Web Panel 2.1
Container OS: Debian6

Vielen Dank für die Antwort.

mfg
Re: Problem mit htop [message #48767 is a reply to message #48766] Tue, 20 November 2012 21:42 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

Tach!

die benutze Version von htop?

Gruß,
Thorsten
Re: Problem mit htop [message #48768 is a reply to message #48767] Tue, 20 November 2012 21:46 Go to previous messageGo to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
htop 0.8.3

mfg
Re: Problem mit htop [message #48769 is a reply to message #48767] Tue, 20 November 2012 22:00 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

Kann ich leider nicht bestätigen.

folg. Komponteten sind im Einsatz:

- vzctl 4.1
- openvz kernel 2.6.32 042stab063.2

Welche Tools/Kernel sind bei Dir im Einsatz?

Gruß,
Thorsten

[Updated on: Tue, 20 November 2012 22:01]

Report message to a moderator

Re: Problem mit htop [message #48770 is a reply to message #48769] Tue, 20 November 2012 22:02 Go to previous messageGo to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
habe folgenden kernel:
2.6.32-042stab061.2.debug

Du musst entschuldigen meine Kenntnisse in Openvz sind gerade eher so Anfangsstadion ^^

mfg
Re: Problem mit htop [message #48771 is a reply to message #48770] Tue, 20 November 2012 22:09 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

Tauchen die Probleme auch bei anderen Containeren auf?

Gruß,
Thorsten

[Updated on: Tue, 20 November 2012 22:09]

Report message to a moderator

Re: Problem mit htop [message #48772 is a reply to message #48771] Tue, 20 November 2012 22:12 Go to previous messageGo to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
Ja bei den meisten.

Soweit ich weiß wurde mal von meinem Vorgänger was an den kernels rum gepfuscht. Könnte das ev. die Ursache sein?

mfg
Re: Problem mit htop [message #48773 is a reply to message #48772] Tue, 20 November 2012 22:18 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

reHI,

kann gut möglich sein.
Daher würde ich auf alle Fälle in Erfahrung bringen was hier gepatcht wurden und warum.

Gibt es Konstellation OSTemplate/htop Version wo dieser Effekt nicht mehr auftritt?

Gruß,
Thorsten
Re: Problem mit htop [message #48774 is a reply to message #48773] Tue, 20 November 2012 22:27 Go to previous messageGo to next message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
Kann ich leider nicht mehr. Mein Vorgänger hat sich für immer verabschiedet...

Wenn du meinst ob es andere Container gibt die dieses Problem nicht haben wäre mir jetzt keines bekannt da er sich alle HN's vorgenomen hat zu patchen. er sagte nur weil sie danach stabieler laufen würden...

gbt es eine möglichkeit den Original Kernel wieder aufzu spielen ohne den Node oder die Container neu zu installieren?

mfg

EDIT:
Hab gerade einen Logeintrag gefunden vom HN:
Nov 20 23:22:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:23:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:24:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:25:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:25:01 GSXH-NC-018 /USR/SBIN/CRON[263976]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 >/dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200$
Nov 20 23:26:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:27:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:28:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)
Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837568] __ratelimit: 26 callbacks suppressed
Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837573] Fatal resource shortage: kmemsize, UB 504.
Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837577] Fatal resource shortage: kmemsize, UB 504.
Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837587] Fatal resource shortage: kmemsize, UB 504.
Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837598] Fatal resource shortage: kmemsize, UB 504.

[Updated on: Tue, 20 November 2012 22:28]

Report message to a moderator

Re: Problem mit htop [message #48775 is a reply to message #48774] Tue, 20 November 2012 22:59 Go to previous messageGo to next message
curx
Messages: 739
Registered: February 2006
Location: Nürnberg, Germany
Senior Member

reHi,

> gibt es eine möglichkeit den Original Kernel wieder aufzu spielen ohne den Node oder die Container neu zu installieren?
Gibt es ist in der Regel - ohne grösseren Probleme möglich, OpenVZ Linux Kernel X.Y installieren und diesen Kernel rebooten,
du könntest den orig. Kernel von OpenVZ benutzen 2.6.32-042stab061.2.debug (wo bei ich nicht gerade den Debug Kernel nehmen würde)

siehe http://download.openvz.org/kernel/branches/rhel6-2.6.32/042s tab062.2/

;; für DEB Pakete muss das Paket noch konvertiert werden, oder manuell entpacken und an die richtigen Stellen kopieren -> http://wiki.openvz.org/Install_kernel_from_RPM_on_Debian_6.0


;; Lt. munin/apt_all scheint mir das OS der Hostnode ein Debian oder DEB Derivat zu sein - vlt. ein Debian Squeeze mit RedHat RHEL OpenVZ Kernel
Kannst Du kurz noch folg. Infos posten ein:

# lsb_release -sir
# dpkg -l vzctl

;; Evlt. liegt bei Dir/Euch der alte Kernel noch auf dem System.
# ls -l /boot

weiterhin die Meldungen betreffen

Nov 20 23:22:01 GSXH-NC-018 /usr/sbin/cron[1613]: (*system*vzdump) CAN'T OPEN SYMLINK (/etc/cron.d/vzdump)

(...)

Check bitte das File /etc/cron.d/vzdump bzw. den Link und prüfen was hier Defekt ist // vzdump ist ein eingeständiges Paket von Proxmox -> http://pve.proxmox.com/wiki/VZDump



Nov 20 23:28:19 GSXH-NC-018 kernel: [7888564.837598] Fatal resource shortage: kmemsize, UB 504.

Hier hat ein Container 504 seine Limits für kmemsize mehrfach überschritten, siehe auch

HN# cat /proc/bc/504/resources



Ansonsten sehe ich keine relevanten Infos zu diesem htop Problem.

Gruß,
Thorsten
Re: Problem mit htop [message #48776 is a reply to message #48775] Tue, 20 November 2012 23:21 Go to previous message
Bady is currently offline  Bady
Messages: 8
Registered: November 2012
Junior Member
root@GSXH-NC-018:~# lsb_release -sir
Debian
6.0.6

root@GSXH-NC-018:~# dpkg -l vzctl
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig -aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-================================-======================= =========-================================================== ==============================
ii vzctl 4.0-1pve2 OpenVZ - server virtualization solution - control tools
root@GSXH-NC-018:~#


root@GSXH-NC-018:~# ls -l /boot
total 64736
-rw-r--r-- 1 root root 102219 Jul 24 17:27 config-2.6.32-042stab059.7
-rw-r--r-- 1 root root 102759 Aug 24 07:35 config-2.6.32-042stab061.2.debug
-rw-r--r-- 1 root root 106172 Sep 23 16:08 config-2.6.32-5-amd64
-rw-r--r-- 1 root root 106129 Sep 23 16:22 config-2.6.32-5-openvz-amd64
drwxr-xr-x 3 root root 4096 Nov 2 11:49 grub
-rw-r--r-- 1 root root 10957737 Aug 6 23:22 initrd.img-2.6.32-042stab059.7
-rw-r--r-- 1 root root 12190610 Oct 3 12:13 initrd.img-2.6.32-042stab061.2.debug
-rw-r--r-- 1 root root 10523928 Nov 2 11:40 initrd.img-2.6.32-5-amd64
-rw-r--r-- 1 root root 10558811 Nov 21 00:05 initrd.img-2.6.32-5-openvz-amd64
-rw-r--r-- 1 root root 187387 Jul 24 17:30 symvers-2.6.32-042stab059.7.gz
-rw-r--r-- 1 root root 188904 Aug 24 07:36 symvers-2.6.32-042stab061.2.debug.gz
-rw-r--r-- 1 root root 2380036 Jul 24 17:27 System.map-2.6.32-042stab059.7
-rw-r--r-- 1 root root 2440098 Aug 24 07:35 System.map-2.6.32-042stab061.2.debug
-rw-r--r-- 1 root root 1666397 Sep 23 16:08 System.map-2.6.32-5-amd64
-rw-r--r-- 1 root root 1664296 Sep 23 16:22 System.map-2.6.32-5-openvz-amd64
-rwxr-xr-x 1 root root 3992048 Jul 24 17:27 vmlinuz-2.6.32-042stab059.7
-rwxr-xr-x 1 root root 4160720 Aug 24 07:35 vmlinuz-2.6.32-042stab061.2.debug
-rw-r--r-- 1 root root 2423968 Sep 23 15:59 vmlinuz-2.6.32-5-amd64
-rw-r--r-- 1 root root 2378912 Sep 23 16:18 vmlinuz-2.6.32-5-openvz-amd64

Herzlichen Dank für deine Hilfsbereitschaft! Der Container 504 hat lauf ausgabe:
kmemsize 11123925 14786560 14372700 14790164 865

[Updated on: Wed, 21 November 2012 00:08]

Report message to a moderator

Previous Topic: Studienarbeit: Virtualisierung auf Betriebssystemebene
Next Topic: Problem mit einbinden eines Pysischen Server
Goto Forum:
  


Current Time: Sat Jun 22 10:27:21 GMT 2024

Total time taken to generate the page: 0.02660 seconds