Reprise du message précédent :
Je vous ai pas sorti mon problème actuel

Un problème insoluble à la fois, merci

Ouais moi aussi j'ai du stock (comme le démon ntp qui plante systématiquement au bout d'un temps aléatoire sur toutes mes VM)

Tu as regardé du coté du démon NTP from scratch de dragonflyBSD? Parait que ça marche trés bien
(oui bon c'est un peu la facilité )

 
Je l'avais bien démonté .
J'essayerai au soir avec un domU PV CentOS, pour voir comment ça réagi.

Que ce soit physique ou virtuel j'ai toujours eu des gags/truc incompréhensibles avec ntpd ...

 
hmm il est pas packagé sur Debian 6 je suppute ?
 

 
ouais, moi que sur le virtuel.. Mais comme je le graph, je vais vite voir quand ça merde (lire les logs à ce moment là), on verra bien c'est pas bloquant so far..

Avec KVM je n'ai pas de problème sur les horloges des VM à condition d'utiliser "kvm-clock" (ou à la rigeur jiffies) comme source de synchro.
Avec kvm-clock, ntpd ne sert à rien d'ailleurs sur les VMs

cat /sys/devices/system/clocksource/clocksource0/available_clocksource
cat /sys/devices/system/clocksource/clocksource0/current_clocksource

# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
xen tsc  
 
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
xen

Openflow c'est bien ou pas ?

Apparemment, je ne suis pas le seul.
 
Je regarderai tantôt si mon disque a été créé en vcsa1.

 
hum tu m'intéresses là
Et dans le cas d'un save / restore, la clock de ta VM elle dit quoi ? Parce que moi, elle reste à l'heure de création du backup, et ne se met à jour toute seule (ou du moins, pas en moins de 5min)
 
Et je suis avec kvm-clock ...

Encore un point de résolu, mon domU boot normalement avec PyGrub.
 
Apparemment le tuto que j'avais suivi est foireux, j'en ai utilisé un autre et ça va.
 
Encore merci à vous tous pour votre précieuse aide .

J'y pense maintenant, mais ton pb avec pygrub, c'était pas à cause de l'ordre des partitions ?

Non, web-disk était bien avant web-swap.

 
 
Gloops  
Effectivement, je confirmes ... Bon sans ntpdate/ntpd je vois pas comment faire ...

Changelog de la RHEL 6.1 :
In Red Hat Enterprise Linux 6.1, the Time Stamp Counter (TSC) synchronization can now be automatically detected on guest bootup or when a host CPU is hot-plugged. Additionally, the TSC synchronization frequency is adjusted after a live migration.  
 
 
CQFD : c'était bien un bug qui est maintenant corrigé. Espérons que ca agis également sur les snapshots ...

J'ai justement posté ça par erreur sur le topic blabla à 16h11 (je pensais le poster ici ) :
 

 
Tu sais si c'était dans le noyau xen ou le dans le kernel linux dom0 ?

Ah mais non, vous c'est avec KVM

Heureusement que je suis en congés ce soir

use the force luke, use proxmox.
 
D'ailleurs du monde utilise proxmox VE ici ?

bien pour de petites infras

Salut,
 
Je me sers à l'arrache d'un XenServeur de Cirtix. Je suis étonné des snapshots. Ca m'a permis de récupérer des machine que j'avais mise dans un sale état, mise à jour & co mais je ne suis pas sur de comprendre comment. Le snapshot à chaud dure quelques secondes alors que si je veux faire le backup complet de la machine virtuelle je dois l'éteindre et attendre quelques minutes. J'imagine qu'il ne sauvegarde pas grand chose dans le snapshot et qu'il y a surement des cas où le snapshot n'est pas restaurable.
 
Est-ce que quelqu'un sait ce qui se passe concrètement dans un snapshot ? Quels sont les limitations par rapport à une vrai copie de la machine et du dd ?

moi j'utilise proxmox mais à titre perso.
 
en pro j'utilise esxi

J'ai une question (de noob). Est-ce possible avec Xen sur une distribution hôte quelconque (genre Debian) d'installer un second Debian (vritualisé) et d'y mettre à l'intérieur le serveur web ?
 
Histoire de faire une sorte de chroot.
 
Par avance merci

Bien sur  

Ok, c'est bien ce que je pensais. Je sais ce que je fais ce week end...
 
Et du coup, dans ce cas, ça fait 2 fois plus de fichiers de log à surveiller (dom0 et domU) ?

Je connais pas Xen, mais sur ESX si jme rappelle bien le snapshot concrètement ça arrête d'écrire dans les fichiers de disque dur actuel (les *.vmdk sont "figés" ) et ça te crée un nouveau set de fichiers qui contiennent les modifications par rapport aux fichiers figés. Ca sauvegarde peut-être le contenu de la ram à ce moment là si la machine est allumée quand tu snapshot.
Si tu re-snapshot, ça crée encore un set de fichiers, et le précédent snapshot est gelé.

Lorsque tu veux revenir à un snapshot précédent, l'hyperviseur supprime les fichiers de snapshot créés entretemps, et relance l'instance de la VM avec l'ancien contexte.

Ca explique que pour faire un snapshot, il te faut quelques secondes, par contre pour un backup complet il te faut un peu + de temps pour copier le hdd virtuel complet.

Et méfie toi des snapshots :
- impact sur les perfs de la VM
- vu que c'est tjrs du delta de modif, la place utilisée par les fichiers de disque ne cesse d'augmenter petit à petit car on ne fait qu'alimenter les fichiers de delta.

C'est le principe de la virtualisation quoi

 
En pratique, ça donne quoi ? Je m'explique. Est-ce que je monte un volume / partition (avec du noexec par exemple) sur le système hôte pour y mettre mes fichiers web et je virtualise uniquement les processus web (nginx) ou alors je dois virtualiser nginx et les fichiers web, le ftp, etc. ?
 
Autre question de base avant de me lancer là-dedans pour le plaisir. Je peux choisir d'installer le système invité (domU) où je veux, ou je dois réserver de la place dans /home ?
 
Merci
 
PS: j'ai conscience qu'il ne s'agit pas d'un topic d'aide mais je prends juste des infos pour mieux comprendre le fonctionnement de Xen avant de lancer dans les tuto et l'installation réelle.

Je pense que tu confonds virtualisation (de système) et isolation de processus via mécanisme de chroot/jail.

 
Je pense aussi, et je me demande s'il est possible (utile ?) de faire tourner les processus sensibles (web, ftp) dans un os virtualisé. Ensuite conserver les fichiers web/ftp sur l'OS hôte, ainsi que l'accès SSH par exemple.
 
Aucune idée si cela est possible ou encore utile. Je connaissais la méthode de chroot, je connais la virtualisation "desktop" pour lancer Windaube sur une Debian... et je me demandais s'il était possible de combiner les deux sur un serveur pour augmenter la sécurité.

Bah tu peux tout à fait partager tes fichiers avec une autre machine (physique ou virtuelle) via du NFS ou du samba oui, dans un sens ou dans l'autre, à partir du moment où tu as du réseau entre ces 2 machines (idem pour le SSH donc).

Bonjour
Deux petites questions SVP.
- Est ce que sous VirtualBox, il y'a une limite sur le nombre de machine virtuelle ?
J'avais pas réussie à en installer plus de 4.
 
- Avez vous pu installer OpenSuse 11.4 x64 en Virtualisation avec VirtualBox ?
L'installation se passe bien, mais au démarrage je reste figé à l'écran d'accueil.
 
 
Merci

 
Bon finalement j'ai mis  
- 4 nic vm
- 2 nic console/vmotion avec vlan
- 2 iscsi
 
Je suis particulièrement content de vsphere au passage... Adieux xen,xenserver, hyper-v  

Salut !
 
J'utilise Xen 4 sur Squeeze et j'voulais installer une Redhat 6 en HVM. J'ai donc installé xen-qemu-dm-4.0, créé un LV et créé le fichier de configuration que voici :

L'installation s'est bien déroulée, j'ai donc commenté l'utilisation du DVD mais la VM ne boote pas : « Booting from hard disk.... Boot from hard disk failed : could not read the boot disk » !? J'ai réinstallé grub sans succès... J'ai fouillé le net sans trouver de solution à mon problème... Est-ce que vous n'auriez pas une idée de ce qui clôche ?

J'ai remplacé « sda » par « hda » et là c'est bon, ça boot

Autre problème : la carte réseau virtuelle n'est pas détecté dans la VM et un lspci m'affiche « 00:03.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01) » quelque soit le modèle de carte réseau spécifié « model=rtl8139 », «model=e1000», ... J'ai retiré le paramètre « type=ioemu » pour voir mais ça change rien, une idée !?

http://www.phoronix.com/scan.php?p [...] &px=OTUyMw
 

C'est sur cette histoire ?

C'est bien et pas bien ...  (KVM vs Xen)

Pourquoi ça ne serait pas sûr ? Ca fait 4 ans que les dev Xen bossent à intégrer tout ce qu'il faut pour le dom0 dans le kernel vanilla

Beaucoup d'annonces du style : Bientôt_sous_peu dans le kernel.
Bah wait&see, il est urgent d'attendre

ps : c'est le matin, les neurones démarrent !