Xen; vm qui ne démarre plus

Bonjour,

J’ai un serveur avec Xen, lequel a quatre machines virtuelles. Hier, une des machines a perdu l’accès au réseau. Via xm, j’ai accéder à la console, et le machine était bien up. Après avoir cherché la source du problème réseau, j’ai décidé de la redémarrer. Depuis, celle-ci ne démarre plus du tout.
Voici quelques informations de debug :

root@ks3317938:~$ xm create steve.3ms.fr.nf.cfg Using config file "/etc/xen/steve.3ms.fr.nf.cfg". Error: Device 51714 (vbd) could not be connected. Hotplug scripts not working.

root@ks3317938:~$ tail -n 50 /var/log/xen/xend.log [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:101) XendDomainInfo.create(['vm', ['name', 'steve.3ms.fr.nf'], ['memory', '1792'], ['on_poweroff', 'destroy'], ['on_reboot', 'restart'], ['on_crash', 'restart'], ['on_xend_start', 'ignore '], ['on_xend_stop', 'ignore'], ['vcpus', '2'], ['oos', 1], ['image', ['linux', ['kernel', '/boot/vmlinuz-2.6.32-5-xen-amd64'], ['ramdisk', '/boot/initrd.img-2.6.32-5-xen-amd64'], ['root', '/dev/xvda2 ro'], ['videoram', 4], ['tsc_mode', 0], ['nomigrate', 0]]], ['s3_integrity', 1], ['device', ['vbd', ['uname', 'phy:/dev/vm/steve.3ms.fr.nf-disk'], ['dev', 'xvda2'], ['mode', 'w']]], ['device', ['vbd', ['uname', 'phy:/dev/vm/steve.3ms.fr.nf-swap'], ['dev', 'xvda1'], ['mode', 'w']]]]) [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:2508) XendDomainInfo.constructDomain [2013-06-11 09:19:57 24218] DEBUG (balloon:220) Balloon: 1844040 KiB free; need 16384; done. [2013-06-11 09:19:57 24218] DEBUG (XendDomain:464) Adding Domain: 37 [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:2818) XendDomainInfo.initDomain: 37 256 [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:2845) _initDomain:shadow_memory=0x0, memory_static_max=0x70000000, memory_static_min=0x0. [2013-06-11 09:19:57 24218] INFO (image:182) buildDomain os=linux dom=37 vcpus=2 [2013-06-11 09:19:57 24218] DEBUG (image:721) domid = 37 [2013-06-11 09:19:57 24218] DEBUG (image:722) memsize = 1792 [2013-06-11 09:19:57 24218] DEBUG (image:723) image = /boot/vmlinuz-2.6.32-5-xen-amd64 [2013-06-11 09:19:57 24218] DEBUG (image:724) store_evtchn = 1 [2013-06-11 09:19:57 24218] DEBUG (image:725) console_evtchn = 2 [2013-06-11 09:19:57 24218] DEBUG (image:726) cmdline = root=/dev/xvda2 ro [2013-06-11 09:19:57 24218] DEBUG (image:727) ramdisk = /boot/initrd.img-2.6.32-5-xen-amd64 [2013-06-11 09:19:57 24218] DEBUG (image:728) vcpus = 2 [2013-06-11 09:19:57 24218] DEBUG (image:729) features = [2013-06-11 09:19:57 24218] DEBUG (image:730) flags = 0 [2013-06-11 09:19:57 24218] DEBUG (image:731) superpages = 0 [2013-06-11 09:19:57 24218] INFO (XendDomainInfo:2367) createDevice: vbd : {'uuid': 'bcc0f55e-e679-6476-311e-7b2857ad60f9', 'bootable': 1, 'driver': 'paravirtualised', 'dev': 'xvda2', 'uname': 'phy:/dev/vm/steve.3ms.fr.nf-disk', 'mode': 'w'} [2013-06-11 09:19:57 24218] DEBUG (DevController:95) DevController: writing {'virtual-device': '51714', 'device-type': 'disk', 'protocol': 'x86_64-abi', 'backend-id': '0', 'state': '1', 'backend': '/local/domain/0/backend/vbd/37/51714'} to /local/domain/37/device/vbd/51714. [2013-06-11 09:19:57 24218] DEBUG (DevController:97) DevController: writing {'domain': 'steve.3ms.fr.nf', 'frontend': '/local/domain/37/device/vbd/51714', 'uuid': 'bcc0f55e-e679-6476-311e-7b2857ad60f9', 'bootable': '1', 'dev': 'xvda2', 'state': '1', 'params': '/dev/vm/steve.3ms.fr.nf-disk', 'mode': 'w', 'online': '1', 'frontend-id': '37', 'type': 'phy'} to /local/domain/0/backend/vbd/37/51714. [2013-06-11 09:19:57 24218] INFO (XendDomainInfo:2367) createDevice: vbd : {'uuid': '4238f696-905e-c3ba-004d-eb8d585013e1', 'bootable': 0, 'driver': 'paravirtualised', 'dev': 'xvda1', 'uname': 'phy:/dev/vm/steve.3ms.fr.nf-swap', 'mode': 'w'} [2013-06-11 09:19:57 24218] DEBUG (DevController:95) DevController: writing {'virtual-device': '51713', 'device-type': 'disk', 'protocol': 'x86_64-abi', 'backend-id': '0', 'state': '1', 'backend': '/local/domain/0/backend/vbd/37/51713'} to /local/domain/37/device/vbd/51713. [2013-06-11 09:19:57 24218] DEBUG (DevController:97) DevController: writing {'domain': 'steve.3ms.fr.nf', 'frontend': '/local/domain/37/device/vbd/51713', 'uuid': '4238f696-905e-c3ba-004d-eb8d585013e1', 'bootable': '0', 'dev': 'xvda1', 'state': '1', 'params': '/dev/vm/steve.3ms.fr.nf-swap', 'mode': 'w', 'online': '1', 'frontend-id': '37', 'type': 'phy'} to /local/domain/0/backend/vbd/37/51713. [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:3400) Storing VM details: {'on_xend_stop': 'ignore', 'shadow_memory': '0', 'uuid': 'bd0e62db-20da-557a-6591-5cbfbcfc6352', 'on_reboot': 'restart', 'start_time': '1370935197.85', 'on_poweroff': 'destroy', 'bootloader_args': '', 'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'bootloader': '', 'image': "(linux (kernel /boot/vmlinuz-2.6.32-5-xen-amd64) (ramdisk /boot/initrd.img-2.6.32-5-xen-amd64) (args 'root=/dev/xvda2 ro ') (superpages 0) (tsc_mode 0) (videoram 4) (pci ()) (nomigrate 0) (notes (HV_START_LOW 18446603336221196288) (FEATURES '!writable_page_tables|pae_pgdir_above_4gb') (VIRT_BASE 18446744071562067968) (GUEST_VERSION 2.6) (PADDR_OFFSET 0) (GUEST_OS linux) (HYPERCALL_PAGE 18446744071578882048) (LOADER generic) (SUSPEND_CANCEL 1) (PAE_MODE yes) (ENTRY 18446744071584297472) (XEN_VERSION xen-3.0)))", 'name': 'steve.3ms.fr.nf'} [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:1804) Storing domain details: {'console/ring-ref': '1778023', 'image/entry': '18446744071584297472', 'console/port': '2', 'store/ring-ref': '1778024', 'image/loader': 'generic', 'vm': '/vm/bd0e62db-20da-557a-6591-5cbfbcfc6352', 'control/platform-feature-multiprocessor-suspend': '1', 'image/hv-start-low': '18446603336221196288', 'image/guest-os': 'linux', 'cpu/1/availability': 'online', 'image/virt-base': '18446744071562067968', 'memory/target': '1835008', 'image/guest-version': '2.6', 'image/pae-mode': 'yes', 'description': '', 'console/limit': '1048576', 'image/paddr-offset': '0', 'image/hypercall-page': '18446744071578882048', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online', 'image/features/pae-pgdir-above-4gb': '1', 'image/features/writable-page-tables': '0', 'console/type': 'xenconsoled', 'name': 'steve.3ms.fr.nf', 'domid': '37', 'image/xen-version': 'xen-3.0', 'store/port': '1'} [2013-06-11 09:19:57 24218] DEBUG (DevController:95) DevController: writing {'protocol': 'x86_64-abi', 'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend/console/37/0'} to /local/domain/37/device/console/0. [2013-06-11 09:19:57 24218] DEBUG (DevController:97) DevController: writing {'domain': 'steve.3ms.fr.nf', 'frontend': '/local/domain/37/device/console/0', 'uuid': '56a25355-234e-5d31-7ec4-b773fb3f9403', 'frontend-id': '37', 'state': '1', 'location': '2', 'online': '1', 'protocol': 'vt100'} to /local/domain/0/backend/console/37/0. [2013-06-11 09:19:57 24218] DEBUG (XendDomainInfo:1891) XendDomainInfo.handleShutdownWatch [2013-06-11 09:19:57 24218] DEBUG (DevController:139) Waiting for devices vif2. [2013-06-11 09:19:58 24218] DEBUG (DevController:139) Waiting for devices vif. [2013-06-11 09:19:58 24218] DEBUG (DevController:139) Waiting for devices vscsi. [2013-06-11 09:19:58 24218] DEBUG (DevController:139) Waiting for devices vbd. [2013-06-11 09:19:58 24218] DEBUG (DevController:144) Waiting for 51714. [2013-06-11 09:19:58 24218] DEBUG (DevController:628) hotplugStatusCallback /local/domain/0/backend/vbd/37/51714/hotplug-status. [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:3053) XendDomainInfo.destroy: domid=37 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2411) Destroying device model [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2418) Releasing devices [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2424) Removing vbd/51714 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:1286) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/51714 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2424) Removing vbd/51713 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:1286) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/51713 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2424) Removing console/0 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:1286) XendDomainInfo.destroyDevice: deviceClass = console, device = console/0 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2416) No device model [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2418) Releasing devices [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2424) Removing vbd/51714 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:1286) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/51714 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:2424) Removing vbd/51713 [2013-06-11 09:21:38 24218] DEBUG (XendDomainInfo:1286) XendDomainInfo.destroyDevice: deviceClass = vbd, device = vbd/51713

[code]root@ks3317938:~$ cat /etc/xen/steve.3ms.fr.nf.cfg

Configuration file for the Xen instance steve.3ms.fr.nf, created

by xen-tools 4.2 on Thu Apr 4 11:16:08 2013.

Kernel + memory size

kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64’
ramdisk = ‘/boot/initrd.img-2.6.32-5-xen-amd64’

vcpus = '2’
memory = ‘1792’

Disk device(s).

root = '/dev/xvda2 ro’
disk = [
‘phy:/dev/vm/steve.3ms.fr.nf-disk,xvda2,w’,
‘phy:/dev/vm/steve.3ms.fr.nf-swap,xvda1,w’,
]

Physical volumes

Hostname

name = ‘steve.3ms.fr.nf

Networking

#vif = [ ‘ip=10.0.0.4,mac=00:16:3E:C9:D8:7A’ ]

Behaviour

on_poweroff = 'destroy’
on_reboot = 'restart’
on_crash = ‘restart’

root@ks3317938:~$[/code]

Note : vif désactivé pour test, l’erreur n’est pas tout à fait la même avec ((vif) could not be connected) à la place du vbd

Mes VM sont toutes en mode routed, et les 3 autres fonctionnent. J’hésite à les redémarrer pour tester, puisqu’elles fonctionnent bien pour le moment et je n’ai pas envie de les perdre aussi, au cas où.

Je n’ai pas trouvé d’autre log qui puisse être utile, et du coup j’ai peu d’information sur le soucis…

Mika.

Le vbd 51714 correspond à /dev/vm/steve.3ms.fr.nf-disk.

Est-ce que ce périphérique est sain ? cf fsck
Arrives-tu à le monter/démotner à la main dans dom0 sans soucis ?

Salut Nico,

Le disque semble fonctionner correctement, j’ai fait un fsck qui n’a rien changé :

root@ks3317938:~$ ls /mnt root@ks3317938:~$ mount /dev/vm/steve.3ms.fr.nf-disk /mnt root@ks3317938:~$ ls /mnt bin dev home lib lost+found mnt proc sbin srv tmp var boot etc initrd.img lib64 media opt root selinux sys usr vmlinuz root@ks3317938:~$ umount /mnt root@ks3317938:~$ fsck /dev/vm/steve.3ms.fr.nf-disk fsck from util-linux-ng 2.17.2 e2fsck 1.41.12 (17-May-2010) /dev/mapper/vm-steve.3ms.fr.nf--disk▒: propre, 22938/14417920 fichiers, 1140434/57671680 blocs root@ks3317938:~$ fsck -f /dev/vm/steve.3ms.fr.nf-disk fsck from util-linux-ng 2.17.2 e2fsck 1.41.12 (17-May-2010) Passe▒1▒: v▒rification des i-noeuds, des blocs et des tailles Passe 2▒: v▒rification de la structure des r▒pertoires Passe▒3▒: v▒rification de la connectivit▒ des r▒pertoires Passe 4▒: v▒rification des compteurs de r▒f▒rence Passe 5▒: v▒rification de l'information du sommaire de groupe /dev/mapper/vm-steve.3ms.fr.nf--disk▒: 22938/14417920 fichiers (1.5% non contigus), 1140434/57671680 blocs root@ks3317938:~$ mount /dev/vm/steve.3ms.fr.nf-disk /mnt root@ks3317938:~$ ls /mnt bin dev home lib lost+found mnt proc sbin srv tmp var boot etc initrd.img lib64 media opt root selinux sys usr vmlinuz root@ks3317938:~$ xm create steve.3ms.fr.nf.cfg Using config file "/etc/xen/steve.3ms.fr.nf.cfg". Error: Device 51714 (vbd) could not be connected. Hotplug scripts not working. root@ks3317938:~$ umount /mnt root@ks3317938:~$ xm create steve.3ms.fr.nf.cfg Using config file "/etc/xen/steve.3ms.fr.nf.cfg". Error: Device 51714 (vbd) could not be connected. Hotplug scripts not working. root@ks3317938:~$ ls -la /dev/vm total 0 drwxr-xr-x 2 root root 200 4 avril 11:12 . drwxr-xr-x 19 root root 3400 4 avril 11:12 .. /***/ lrwxrwxrwx 1 root root 7 4 avril 11:12 steve.3ms.fr.nf-disk -> ../dm-7 lrwxrwxrwx 1 root root 7 4 avril 11:12 steve.3ms.fr.nf-swap -> ../dm-6 root@ks3317938:~$

Une autre idée ?

Mika.

bbs.archlinux.org/viewtopic.php?id=137415
?

Je me suis rendu compte que quand je fais un xm create -c, la vm est lancée en pause.
Si j’enlève la pause et que je me connecte à la console, j’ai ça :

[ 0.200889] XENBUS: Device with no driver: device/vbd/51714 [ 0.200892] XENBUS: Device with no driver: device/vbd/51713 [ 0.200894] XENBUS: Device with no driver: device/console/0 [ 0.200905] /build/buildd-linux-2.6_2.6.32-48squeeze3-amd64-mcoLgp/linux-2.6-2.6.32/debian/build/source_amd64_xen/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 0.200926] Initalizing network drop monitor service [ 0.200967] Freeing unused kernel memory: 604k freed [ 0.201058] Write protecting the kernel read-only data: 4344k Loading, please wait... [ 0.243812] udev[56]: starting version 164 [ 5.376061] XENBUS: Waiting for devices to initialise: 295s...290s...285s...280s...275s...270s...265s...260s...255s...250s...245s...240s...235s...230s...225s...220s...215s...210s...root@ks3317938:~$ Error: Device 51714 (vbd) could not be connected. Hotplug scripts not working.

Ca me donne bien quelques résultats sur Google, mais rien de vraiment pertinent…

Mika.

Salut,

Du coup, j’ai essayé de créer une nouvelle vm pour savoir si le problème vient de l’hôte ou de la vm, et le soucis est le même… :frowning:

[code]root@ks3317938:~$ xen-create-image --hostname=test --ip 10.0.0.15 --dir /home/xen/
WARNING: No gateway address specified!
WARNING: No netmask address specified!

General Information

Hostname : test
Distribution : squeeze
Mirror : http://debian.mirrors.ovh.net/debian/
Partitions : swap 128Mb (swap)
/ 4Gb (ext3)
Image type : sparse
Memory size : 128Mb
Kernel path : /boot/vmlinuz-2.6.32-5-xen-amd64
Initrd path : /boot/initrd.img-2.6.32-5-xen-amd64

Networking Information

IP Address 1 : 10.0.0.15 [MAC: 00:16:3E:90:FD:A7]

Creating partition image: /home/xen//domains/test/swap.img
Done

Creating swap on /home/xen//domains/test/swap.img
Done

Creating partition image: /home/xen//domains/test/disk.img
Done

Creating ext3 filesystem on /home/xen//domains/test/disk.img
Done
Installation method: debootstrap
Done

Running hooks
Done

No role scripts were specified. Skipping

Creating Xen configuration file
Done
Setting up root password
Generating a password for the new guest.
All done

Logfile produced at:
/var/log/xen-tools/test.log

Installation Summary

Hostname : test
Distribution : squeeze
IP-Address(es) : 10.0.0.15
RSA Fingerprint : ea:50:ad:9f:ee:56:7c:fb:3d:df:cb:0c:95:be:67:0c
Root Password : psDyx4TD

root@ks3317938:~$ xm create test.cfg
Using config file “/etc/xen/test.cfg”.
Error: Device 0 (vif) could not be connected. Hotplug scripts not working.[/code]

Du coup, le soucis est sur l’hôte, mais où ?..

Il parait qu’en redémarrant le serveur ça revient, mais si c’est pas le cas je fais tomber 3 autres vm et je n’ai plus aucun service fonctionnel sur le serveur :confused:

Mika.

Bonjour,

Tous les services de xen sont bien lancés ?
Pas de problèmes avec udev ?

Cdlt,

Bonjour,

J’ai fait un service xen start, pas de problème particulier. service udev start m’a dit qu’il était déjà démarré, donc je l’ai redémarré, et toujours pareil.

J’ai mis à jour quelques paquets Xen il y a un certain temps de cela, ça peut être lié, mais comment en être sur ?

Mika.

Que renvoi

?

Cdlt

root@ks3317938:~$ service xendomains status Checking for xendomains:[unused] ... failed! root@ks3317938:~$ service xendomains start root@ks3317938:~$ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 832 4 r----- 218046.2 matthis.ks3317938.kimsufi.com 1 1787 2 -b---- 185115.0 maxime.ks3317938.kimsufi.com 25 1787 2 -b---- 322403.0 mika.ks3317938.kimsufi.com 3 1787 2 r----- 307194.3 test 44 128 1 --p--- 0.0 root@ks3317938:~$ xm destroy 44 root@ks3317938:~$ xm list Name ID Mem VCPUs State Time(s) Domain-0 0 832 4 r----- 218047.7 matthis.ks3317938.kimsufi.com 1 1787 2 -b---- 185118.2 maxime.ks3317938.kimsufi.com 25 1787 2 -b---- 322403.1 mika.ks3317938.kimsufi.com 3 1787 2 -b---- 307197.1 root@ks3317938:~$ xm create test.cfg Using config file "/etc/xen/test.cfg". Error: Device 0 (vif) could not be connected. Hotplug scripts not working. root@ks3317938:~$

J’ai du mal à comprendre :neutral_face:

Mika.

La on dirait un problème d’amorcage de la carte réseaux virtuel (vif)…
Ca va devenir un tantinet plus tendu :smiley:

Peux tu poster ta config de xen ?

/etc/xend-config.sxp je crois…
Et celles des DomU defectueuse et une opérationnelles ?

A moins que :
stackoverflow.com/questions/7624 … ot-working
suffise :wink:

Bonsoir,

Désolé de ne pas avoir eu le temps plus tôt :

root@ks3317938:~$ egrep -v "^#|^$" /etc/xen/xend-config.sxp (network-script network-route) (vif-script vif-route) (dom0-min-mem 196) (enable-dom0-ballooning yes) (total_available_memory 0) (dom0-cpus 0) (vncpasswd '') root@ks3317938:~$ egrep -v "^#|^$" /etc/xen/mika.ks3317938.kimsufi.com.cfg kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus = '2' memory = '1792' root = '/dev/xvda2 ro' disk = [ 'phy:/dev/vm/mika.ks3317938.kimsufi.com-disk,xvda2,w', 'phy:/dev/vm/mika.ks3317938.kimsufi.com-swap,xvda1,w', ] name = 'mika.ks3317938.kimsufi.com' vif = [ 'ip=10.0.0.1,mac=00:16:3E:71:C2:9B' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' root@ks3317938:~$ egrep -v "^#|^$" /etc/xen/test.cfg kernel = '/boot/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/initrd.img-2.6.32-5-xen-amd64' vcpus = '1' memory = '128' root = '/dev/xvda2 ro' disk = [ 'file:/home/xen//domains/test/disk.img,xvda2,w', 'file:/home/xen//domains/test/swap.img,xvda1,w', ] name = 'test' vif = [ 'ip=10.0.0.15,mac=00:16:3E:90:FD:A7' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' root@ks3317938:~$

Mika.

Edit :

root@ks3317938:~$ lsmod | grep xen-netback root@ks3317938:~$

J’ignore où sont les modules, ni si celui-ci est vraiment nécessaire (le sujet date de 2011), mais en tout cas le module n’est pas là; j’utilise le kernel qui vient de base avec Xen, je ne l’ai pas recompilé

Bon apparemment le problème vient du réseau.

Les autres VM sont elles routé ou bridgé ?
Si tu créer une nouvelle VM il faut peut être lui ajouter une règle de routage qui va bien…
Que renvoi :

ifconfig -a
route -an
iptables -L

As tu la possibilité de jouer avec la configuration de l’hyperviseur XEN ?
Si oui peux tu remplacer ça :

(network-script network-route)
(vif-script vif-route)

Par ça :

(network-script network-bridge)
(vif-script vif-bridge)

Et dans ta VM tu met (adapte “IP”, “Gateway” et “mac” à ta config pour le bridge…) :

ip	    ='10.10.0.QUIVABIEN'
gateway	    ='10.10.0.QUIVABIEN'
vif         = [ 'mac=00:18:88:88:8:2E,bridge=eth0' ]

Attention si tu modifie les règles de XEN tes autres VM peuvent devenir instables… NE PAS FAIRE EN PROD QUOI :wink:

En cadeau, je te propose de mettre ça dans ton .sxp, ca évite de trop trop poireauter et ca donne des logs plus pointus :

(logfile /var/log/xen/xend.log)
(loglevel WARN) // OU DEBUG OU AUTRE...

(device-create-timeout 80)
(device-destroy-timeout 160)

Cdlt,

Salut,

Que le problème vienne du réseau, pourquoi pas, mais je n’ai rien modifié récemment, c’est ça qui est étonnant.
Non, je ne peux pas passer en bridge, ma configuration est faite en route parce que c’est, de mon point de vue, plus simple à gérer chez OVH.

[code]root@ks3317938:~$ ifconfig -a
eth0 Link encap:Ethernet HWaddr 4c:72:b9:7c:7f:48
inet adr:5.135.xx Bcast:5.135.165.255 Masque:255.255.255.0
adr inet6: 2001:x:x:x::1/64 Scope:Global
adr inet6: fe80::4e72:b9ff:fe7c:7f48/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:847742722 errors:0 dropped:0 overruns:0 frame:0
TX packets:1497791157 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:291955083661 (271.9 GiB) TX bytes:1968751186005 (1.7 TiB)
Interruption:20 Mémoire:fe500000-fe520000

eth0:0 Link encap:Ethernet HWaddr 4c:72:b9:7c:7f:48
inet adr:46.105.x.x Bcast:46.105.x.x Masque:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interruption:20 Mémoire:fe500000-fe520000

eth0:1 Link encap:Ethernet HWaddr 4c:72:b9:7c:7f:48
inet adr:46.105…x.x Bcast:46.105…x.x Masque:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interruption:20 Mémoire:fe500000-fe520000

eth0:2 Link encap:Ethernet HWaddr 4c:72:b9:7c:7f:48
inet adr:46.105…x.x Bcast:46.105…x.x Masque:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interruption:20 Mémoire:fe500000-fe520000

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6194 errors:0 dropped:0 overruns:0 frame:0
TX packets:6194 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:893184 (872.2 KiB) TX bytes:893184 (872.2 KiB)

vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
inet adr:5.135…x.x Bcast:5.255.255.255 Masque:255.255.255.255
adr inet6: fe80::fcff:ffff:feff:ffff/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11577811 errors:0 dropped:0 overruns:0 frame:0
TX packets:13539763 errors:0 dropped:2 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:5076679003 (4.7 GiB) TX bytes:2612127038 (2.4 GiB)

vif25.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
inet adr:5.135…x.x Bcast:5.255.255.255 Masque:255.255.255.255
adr inet6: fe80::fcff:ffff:feff:ffff/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:116240117 errors:0 dropped:0 overruns:0 frame:0
TX packets:183505820 errors:0 dropped:3 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:109126840285 (101.6 GiB) TX bytes:124306153890 (115.7 GiB)

vif26.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
inet adr:5.135…x.x Bcast:5.255.255.255 Masque:255.255.255.255
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:220867771 errors:0 dropped:0 overruns:0 frame:0
TX packets:514872713 errors:0 dropped:3 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:1567549880444 (1.4 TiB) TX bytes:88248585141 (82.1 GiB)

vif3.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
inet adr:5.135…x.x Bcast:5.255.255.255 Masque:255.255.255.255
adr inet6: fe80::fcff:ffff:feff:ffff/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:63616405 errors:0 dropped:0 overruns:0 frame:0
TX packets:129824874 errors:0 dropped:7 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:214749802576 (200.0 GiB) TX bytes:73476035989 (68.4 GiB)
root@ks3317938:~$ iptables -L
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all – anywhere anywhere
ACCEPT tcp – anywhere anywhere tcp flags:ACK/ACK
ACCEPT all – anywhere anywhere state ESTABLISHED
ACCEPT all – anywhere anywhere state RELATED
ACCEPT udp – anywhere anywhere udp spt:domain dpts:1024:65535
ACCEPT icmp – anywhere anywhere icmp echo-reply
ACCEPT icmp – anywhere anywhere icmp destination-unreachable
ACCEPT icmp – anywhere anywhere icmp source-quench
ACCEPT icmp – anywhere anywhere icmp time-exceeded
ACCEPT icmp – anywhere anywhere icmp parameter-problem
ACCEPT tcp – anywhere anywhere tcp dpt:10001
ACCEPT tcp – anywhere anywhere tcp dpt:2222
ACCEPT tcp – anywhere anywhere tcp dpt:auth
ACCEPT icmp – anywhere anywhere icmp echo-request
DROP tcp – anywhere anywhere tcp dpts:nfs:2050
DROP tcp – anywhere anywhere tcp dpts:x11:6063
DROP tcp – anywhere anywhere tcp dpts:afs3-fileserver:7010
ACCEPT all – anywhere anywhere state NEW,RELATED,ESTABLISHED

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy DROP)
target prot opt source destination
ACCEPT all – anywhere anywhere state NEW,RELATED,ESTABLISHED
ACCEPT udp – anywhere anywhere udp dpts:6100:6200
root@ks3317938:~$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 vif3.0
10.0.0.3 0.0.0.0 255.255.255.255 UH 0 0 0 vif25.0
10.0.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 vif1.0
5.135…x.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 5.135.165.254 0.0.0.0 UG 0 0 0 eth0
root@ks3317938:~$[/code]

L’option -a de route n’est pas valide, je me suis donc contenté de route -n puisque je ne sais pas exactement ce que tu veux faire.

Concernant la modification de la configuration de Xen, si j’effectue les modifications, je parie qu’il faut redémarrer les services Xen, est-ce que ça va faire tomber les VM ?

Mika.

Re,

Cache tout de suite ton @IP Public sinon tu va avoir d’autres problèmes que ta config de XEN …!

Que renvoi ? :

brctl show
ls /etc/xen/script

Y’aurait-il pas le script qui lance la vif qui serait parti ?

/etc/xen/script/vif-route je crois…

Boah, j’ai déjà des attaques légères de toute façon, bloquées par Fail2Ban :wink:

[code]root@ks3317938:~$ brctl show
bridge name bridge id STP enabled interfaces
root@ks3317938:~$ ls /etc/xen/scripts/
blktap external-device-migrate network-route vif-nat vtpm-common.sh xen-hotplug-cleanup
block locking.sh qemu-ifup vif-route vtpm-delete xen-hotplug-common.sh
block-common.sh logging.sh vif2 vif-routee vtpm-hotplug-common.sh xen-network-common.sh
block-enbd network-bridge vif-bridge vscsi vtpm-impl xen-script-common.sh
block-nbd network-nat vif-common.sh vtpm vtpm-migration.sh
root@ks3317938:~$ cat /etc/xen/scripts/vif-route
#!/bin/bash
#============================================================================

${XEN_SCRIPT_DIR}/vif-route

Script for configuring a vif in routed mode.

The hotplugging system will call this script if it is specified either in

the device configuration given to Xend, or the default Xend configuration

in ${XEN_CONFIG_DIR}/xend-config.sxp. If the script is specified in

neither of those places, then vif-bridge is the default.

Usage:

vif-route (add|remove|online|offline)

Environment vars:

vif vif interface name (required).

XENBUS_PATH path to this device’s details in the XenStore (required).

Read from the store:

ip list of IP networks for the vif, space-separated (default given in

this script).

#============================================================================

dir=$(dirname “$0”)
. “$dir/vif-common.sh”

main_ip=$(dom0_ip)
echo ${vif}
case “$command” in
online)
ifconfig ${vif} ${main_ip} netmask 255.255.255.255 up
echo 1 >/proc/sys/net/ipv4/conf/${vif}/proxy_arp
ipcmd=‘add’
cmdprefix=’’
;;
offline)
do_without_error ifdown ${vif}
ipcmd='del’
cmdprefix=‘do_without_error’
;;
esac

if [ “${ip}” ] ; then
# If we’ve been given a list of IP addresses, then add routes from dom0 to
# the guest using those addresses.
for addr in ${ip} ; do
${cmdprefix} ip route ${ipcmd} ${addr} dev ${vif} src ${main_ip}
done
fi

#handle_iptable

log debug "Successful vif-route $command for $vif."
if [ “$command” = “online” ]
then
success
fi
root@ks3317938:~$[/code]

Rien de bien particulier à ce que je vois ?

Tu n’as pas répondu à ma question sur le fait de redémarrer le service ?

Mika.

Si tu redémarres le xen service tes VMs vont automatiquement se redémarrer.

La je vois plus trop quoi faire pour ton cas… Essaie de prévenir tes users que des opérations de maintenances sont nécessaires et planifie cela pour redémarrer le service…

T’as pas fait de mise à jour récemment ?
Y’aurait pas le service network-manager qui viendrait foutre le bazar aussi ?

Que donne syslog et consorts lorsque ton DomU plante ?

Bon, bilan des choses…

J’ai finalement redémarré le serveur, un peu peur de perdre tout mais bon, il le fallait (projets de fin d’année dessus et tout…)
Bref, après quelques minutes à attendre, OVH a déclaré un incident, le serveur n’a pas rebooté et ne répondait pas. Ils ont effectué un reboot hard, et, finalement, le dom0 est revenu.
De là, j’ai pu lancer mes domU sans aucun soucis :041

Reste éventuellement à comprendre ce qu’il s’est passé, mais en tout cas ça fonctionne.

Mika.

Bonne nouvelle !

Peut être un problème udev d’ovh qui s’est répercuté sur tes cartes réseaux virtuels… strange…
On passe en résolu ?

[EDIT: J’vais pas vu que c’était déjà fait… SRY ! :blush: ]

Cdlt,