Wpis z mikrobloga

Miroslawy moje najlepsze pod sloncem, mam kolejny problem.

1. Zlozylem serwer, Xeon E5 2600v3 10C/20T 25M cache, 2x 32GB LRDIMM, RAID10 (MD) i LVM.
2. Zainstalowalem Debian Stable z uzyciem MD dla RAID10 i LVM.
3. Wszystko smiga poprawnie.
4. Zainstalowalem kernel XEN.
5. Wszystko pelza jakby bylo odpalone na kalkulatorze.

iotop nie pokazuje zadnego duzego ruchu, htop nie pokazuje zadnego nadzwyczajnego uzycia RAM badz CPU.

Jakis pomysl?

#sysadmin #linux #debian #xen #vm
  • 32
@maniac777: Jutro sprawdze i poinformuje jak sie sprawy maja. W pierwszej kolejnosci, sprobuje wpiac inna grafike i pominac te na MOBO.

W sumie jesli to grafika to malo mnie ona interesuje, to ma byc jedynie XEN HOST na dodatek wyladuje w racku wiec bede nim zarzadzal jedynie poprzez ssh.
@TypowyNerd: ta tylko jak to konflikt dma to pytanie z czym by cie nie ugryzlo pozniej. Jezzcze jedno mi przychodzi do glowy...

Pamieci obsadzone w gniazdach zgodnie z dokumentacja plyty? W zamierzchlych czasach mialem z tego powodu jazdy z serwerami SunFire
@maniac777: Tak. Na innych slotach plyta wisi z kodem "b7".

Przejechalem tez 3x calosc memtestem i tak jak mowie na oryginalnym kernelu chodzi wszystko szybko i poprawnie, nie zglasza bledow. Na xen sa te bledy i chodzi wolno :(
@maniac777: `[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Initializing cgroup subsys cpu
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02)
[ 0.000000] Command line: placeholder root=/dev/mapper/mainVG-system ro quiet
[ 0.000000] Freeing 9e-100 pfn range: 98 pages freed
[ 0.000000] 1-1 mapping on 9e->100
[ 0.000000] Freeing 78e8a-100000 pfn range: 553334 pages freed
[ 0.000000] 1-1
@TypowyNerd: Top faktycznie wygląda mniej-więcej normalnie, ale wypadałoby zobaczyć jeszcze z momentu w którym zrobiłeś htopa. To co jest u Ciebie anomalne to to:

[ 9.772345] pci 0000:ff:0b.0: [8086:2f81] type 00 class 0x088000

[ 9.772439] pci 0000:ff:0b.1: [8086:2f36] type 00 class 0x110100

[ 9.772522] pci 0000:ff:0b.2: [8086:2f37] type 00 class 0x110100

[ 9.772610] pci 0000:ff:0c.0: [8086:2fe0] type 00 class 0x088000

[ 9.772692] pci 0000:ff:0c.1: [8086:2fe1] type 00 class 0x088000

[ 9.773028]
@maniac777: Sprobuje nowszego xena o ile bedize to mozliwe bez koniecznosci przebudowy polowy systemu.

BTW. Sprawdzilem wydajnosc maszyny wirtualnej i jest wyzsza niz Core i5 6th gen. Ta sama ilosc rdzeni i ramu.

Wyglada na to, ze wszystko jest ok.
@TypowyNerd: Jeszcze pokazałbyś co tak na prawdę widzi lspci (najlepiej "lspci -vvvk"). Bo to że tyle trwa to też nie jest normalne. Na chwilę obecną trudno powiedzieć czy jest to problem software czy hardware, a tym bardziej czy i jak Cię ugryzie w przyszłości.

Wydajność VM to dobry objaw.
@maniac777: Po wymianie grafiki wszystko chodzi poprawnie i szybko :) lspci byl wolny tylko na starej grafice w terminalu... po ssh byl wynik natychmiast.

A propos XEN to wersja z backportow jest taka sama jak ta ktora mam zainstalowane.

PS. Dzieki za pomoc.

`00:00.0 Host bridge: Intel Corporation Haswell-E DMI2 (rev 02)
00:01.0 PCI bridge: Intel Corporation Haswell-E PCI Express Root Port 1 (rev 02)
00:02.0 PCI bridge: Intel Corporation Haswell-E