Bonjour.
Nous avons un problème sur plusieurs serveurs Supermicro (je vais inclure plus de détails sur la configuration plus tard): lors du démarrage Linux 3.2 linux-image-3.2.0-4-amd64 (Wheezy) comme DOM0 sur Xen 4.1 (xen-hypervisor-4.1-amd64 de Wheezy), le système se bloque après:
[ 3.716174] scsi1 : ata_piix [ 3.722116] scsi2 : ata_piix [ 3.728407] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1860 irq 14 [ 3.742390] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1868 irq 15
Le système démarre correctement lors du démarrage sous Linux 3.2 sans Xen, ou lors du démarrage Linux 2.6.32 (linux-image-2.6.32-5-xen-amd64: Squeeze) sur Xen.
J'ai essayé avec Xen 4.0: Squeeze (xen-hypervisor-4.0-amd64) le comportement est le même (il se bloque avec Linux 3.2).
Les systèmes possèdent tous des 2 quad-core Xeon (E5320 ou E5405) avec 32 Go à 64 Go de RAM, avec comme cartes mères des Supermicro X7DB8.
Voici un lspci sur l'un d'eux:
00:00.0 Host bridge: Intel Corporation 5000P Chipset Memory Controller Hub (rev b1) 00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev b1) 00:04.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 4-5 (rev b1) 00:06.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 6-7 (rev b1) 00:08.0 System peripheral: Intel Corporation 5000 Series Chipset DMA Engine (rev b1) 00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1) 00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1) 00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1) 00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1) 00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09) 00:1d.0 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09) 00:1d.1 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09) 00:1d.2 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09) 00:1d.7 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09) 00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09) 00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09) 01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01) 01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01) 02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01) 02:02.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E3 (rev 01) 03:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 09) 03:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 09) 06:00.0 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01) 06:00.1 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01) 09:00.0 Serial Attached SCSI controller: LSI Logic / Symbios Logic SAS2116 PCI-Express Fusion-MPT SAS-2 [Meteor] (rev 02) 0b:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI ES1000 (rev 02)
C'est un serveur de test sur lequel le problème apparaît, alors n'hésitez pas à demander plus d' essais ou des informations qui peuvent être utiles.
-- System Information: Debian Release: 7.0 APT prefers stable APT policy: (700, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash
xen-hypervisor-4.1-amd64 depends on no packages.
Versions of packages xen-hypervisor-4.1-amd64 recommends: ii xen-utils-4.1 4.1.4-3+deb7u1
Versions of packages xen-hypervisor-4.1-amd64 suggests: pn xen-docs-4.1 <none>
Merci.
Le 26/07/2013 16:40, junky a écrit :
Bonjour.
Nous avons un problème sur plusieurs serveurs Supermicro (je vais inclure plus de détails sur la configuration plus tard): lors du démarrage Linux 3.2 linux-image-3.2.0-4-amd64 (Wheezy) comme DOM0 sur Xen 4.1 (xen-hypervisor-4.1-amd64 de Wheezy), le système se bloque après:
[ 3.716174] scsi1 : ata_piix [ 3.722116] scsi2 : ata_piix [ 3.728407] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1860 irq 14 [ 3.742390] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1868 irq 15
Le système démarre correctement lors du démarrage sous Linux 3.2 sans Xen, ou lors du démarrage Linux 2.6.32 (linux-image-2.6.32-5-xen-amd64: Squeeze) sur Xen.
J'ai essayé avec Xen 4.0: Squeeze (xen-hypervisor-4.0-amd64) le comportement est le même (il se bloque avec Linux 3.2).
Les systèmes possèdent tous des 2 quad-core Xeon (E5320 ou E5405) avec 32 Go à 64 Go de RAM, avec comme cartes mères des Supermicro X7DB8.
[...]
C'est un serveur de test sur lequel le problème apparaît, alors n'hésitez pas à demander plus d' essais ou des informations qui peuvent être utiles.
[...]
Bonjour,
J'ai trouvé des options de debug avancé ici : https://wiki.archlinux.org/index.php/Boot_Debugging
Couplé à une netconsole, ça devrait permettre de tout voir, sans être limité par l'écran de la console.
On 26/07/2013 17:36, Gilles Mocellin wrote:
Le 26/07/2013 16:40, junky a écrit :
Bonjour.
Nous avons un problème sur plusieurs serveurs Supermicro (je vais inclure plus de détails sur la configuration plus tard): lors du démarrage Linux 3.2 linux-image-3.2.0-4-amd64 (Wheezy) comme DOM0 sur Xen 4.1 (xen-hypervisor-4.1-amd64 de Wheezy), le système se bloque après:
[ 3.716174] scsi1 : ata_piix [ 3.722116] scsi2 : ata_piix [ 3.728407] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1860 irq 14 [ 3.742390] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1868 irq 15
Le système démarre correctement lors du démarrage sous Linux 3.2 sans Xen, ou lors du démarrage Linux 2.6.32 (linux-image-2.6.32-5-xen-amd64: Squeeze) sur Xen.
J'ai essayé avec Xen 4.0: Squeeze (xen-hypervisor-4.0-amd64) le comportement est le même (il se bloque avec Linux 3.2).
Les systèmes possèdent tous des 2 quad-core Xeon (E5320 ou E5405) avec 32 Go à 64 Go de RAM, avec comme cartes mères des Supermicro X7DB8.
[...]
C'est un serveur de test sur lequel le problème apparaît, alors n'hésitez pas à demander plus d' essais ou des informations qui peuvent être utiles.
[...]
Bonjour,
J'ai trouvé des options de debug avancé ici : https://wiki.archlinux.org/index.php/Boot_Debugging
Couplé à une netconsole, ça devrait permettre de tout voir, sans être limité par l'écran de la console.
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour.
Merci pour le lien. Je regarde et fais des test.
On 26/07/2013 16:40, junky wrote:
Bonjour.
Nous avons un problème sur plusieurs serveurs Supermicro (je vais inclure plus de détails sur la configuration plus tard): lors du démarrage Linux 3.2 linux-image-3.2.0-4-amd64 (Wheezy) comme DOM0 sur Xen 4.1 (xen-hypervisor-4.1-amd64 de Wheezy), le système se bloque après:
[ 3.716174] scsi1 : ata_piix [ 3.722116] scsi2 : ata_piix [ 3.728407] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1860 irq 14 [ 3.742390] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1868 irq 15
Bonjour, une petite réponse hors liste pour vérifier que tu as bien penser à éditer ton entrée de grub pour enlever le "quiet" de la ligne d'appel du kernel. En première étape de débug, ça apporte déjà pas mal d'info. Cordialement, Luc.