Bonjour, je suis nouveau sur le forum et assez débutant en admin sys / réseaux.  
 
J’ai un xenserver 6 (XenServer release 6.0.2-53456p (xenenterprise)) installé sur mon serveur physique, sur lequelle j’ai plusieurs vm linux (serveur web dédié) créées. Un de ces vm (debian 7.4 sur laquelle tourne une grosse appli web) arrive a saturation en terme d’espace disque, j’ai augmenté la taille du disque virtuel via xencenter 6 (200 -> 350go), mais lorsque je me connecte sur la vm en ssh, un df me montre que la partition en question (dcc327d9-950f-42e0-8834-4820f2afe6c7) n’a pas changé de taille, ce serait trop facile :-) :
 

 
Le fdisk -l me montre bien que le disque a bien pris en compte la capacité supplémentaire allouée..  
 

 
d’apres mes quelques recherches il faut que je crée une nouvelle partition primaire et que je l’alloue au point de montage correspondant a la partition que je veux augmenter. ca me parait un peu touchy tout ca sur une vm en prod ou j’ai en moyenne 30 personnes connectées, avez vous une procédure a peu pres safe pour faire faire cela?
 
 je précise que le serveur host a 2 disques dur de 2To, seul le premier est utilisé l'autre n'est pas monté (ce n'est pas moi qui est installé la machine au départ) :
 

 
pour les partitions virtuelles :
 

 
Voila a quoi je pense :
 
1 - créer une nouvelle VM avec l'espace disque convenu et 'cloner' ou quelques chose du genre cette vm dessus  
2 - modifier a chaud la partition pour qu'elle prenne en compte le nouvelle espace disponible sur son disque en essayant qq chose de ce type : http://www.supinfo.com/articles/si [...] -virtuelle , mais je ne suis pas sur que cela s'applique a mon cas vu que pas même hyperviseur etc  
3 - exporter la vm en .xva pour l'importer sur une vm créée a partir d'un template de la première histoire de garder la meme config?
4- utiliser les snapshot? (je ne m'en suis jamais vraiment servi, je vos l'idée )
 
l'adresse ip doit rester la même car pas mal de chose sont branché dessus..
 
Merci d'avance pour toutes contributions et suggestions.
 
 

tout me parait tout à fait normal ici :
 
augmenter la taille d'un disque qu'il soit virtuelle ou non, n'augmente pas automatiquement les tailles des partitions qu'il contient.
 
la taille du disque ayant été augmenté , il faut obligatoirement augmenter la taille de la partition pour que tes donnée puissent prospérer
ton disque est étant configurer en mode lvm
quelque commande suffise pour étendre la partition de donnée en live et sans perte.

Bonsoir, merci pour ton retour.
 
pour info j'avais repondu a un post qui traitait a peu pres du meme sujet sur lequel je viens de reposter qq infos complémentaires suite a la reponse de plam :
 
http://forum.hardware.fr/hfr/OSAlt [...] _1.htm#bas
 

 
je suis d'accord sur le fait qu'il faut augmenter la taille de la partition, néanmoins tu me dis que mon disque est configuré en lvm , ce qui semble etre le cas sur le disque de la machine host ou xenserver est installé par contre sur le disque de la vm rattachée c'est du debian classique avec systeme de fichier linux ext4 :
 

 
du coup plam me parlait de la commande resize2fs , je l'ai testé sur une vm debian 7  sur le meme host pour laquelle j'ai fais la meme manip (augmentation du disque de la vm via xencenter) et j'ai :  
 

 
en bref, j'essaye de realiser la manip sur une vm du meme host avt de le faire sur la vm ou j'ai vraiment besoin d'augmenter la partition histoire de me roder un peu car je peux pas trop me permettre de planter la prod.
 

Merci d'avance pour ton retour, et si tu as en tete les quelques commandes dont tu parles, ce serait cool d'avoir un petit exemple
 
au passage je ne comprends pas pkoi df -h me parle de dev/disk/by-uuid/dcc327d9-950f-42e0-8834-4820f2afe6c7 quand fdisk me parle de /dev/xvda1 , au final je ne sais pas trop la différence entre les deux et surtout quelle partitions dois je resizé , a priori xvda1..
 
bien a toi et bonne nuit

 
au temps pour moi, je pensais que la débian était configuré en lvm.
 
normalement un simple resize2fs* aurait du fonctionner
 
*edit: resizefs augmente juste le système de fichier, il faut une commande juste avant pour réellement changer la taille de la partition (sudo parted resize).

Salut, merci pour ton retour, oui je dois retailler les partitions, apparement ca implique qq prérequis, notamment qd celle-ci est monté sur le  / ... il faut le faire en mode rescue , et je ne suis pas a coté du serveur, donc je ne sais pas trop comment faire (ce n'est pas un serveur dédié chez un hebergeur, c'est mon serveur déposé dans un datacenter).  
 
parted n'est pas installé sur ma machine en prod , je peux le faire, mais pourra t il interpreté les partitions meme sis pas créée par lui ? ne faut  il pas par ailleurs umount la partition en question avant de resize ?  
 
je suis entrain de copier la vm pour travailler sur le meme environnement sans trop transpirer, cf discussion avec plam :
 
http://forum.hardware.fr/hfr/OSAlt [...] _1.htm#bas
 
merci d'avance pour ton retour
 
*edit :  sur ma vm de test ou parted est present :  
 

 
si je demonte partition présente sur  / , ca va tout pété non   ?

si tu veux etre tranquille tu prend gparted en live cd.
tu boot ta vm avec travaille tes partition et tu redémarre.