Redim disque c sur VM ESX 5.1

Redim disque c sur VM ESX 5.1 - Stockage - Systèmes & Réseaux Pro

Marsh Posté le 25-07-2014 à 08:37:21    

Bonjour, j'ai un souci avec une VM dont le Disc C est limite... Les snapshot de backup plus MaJ en attente me mette dans l'embarras une fois sur 10 sauvegardes.
 
Je ne parviens pas à ajouter de l'espace sur cette partition car les partition ne se sont pss correctement conccaténées Existe t'il une solution en ligne de commande sur ESX ? Bien que je ne me fasse pas trop d'illusion ...
 
Cerise sur le gâteau, c'est notre serveur exchange ! Donc temps d'arrêt forcément compté :-)
 
Merci pour votre aide.
 

Reply

Marsh Posté le 25-07-2014 à 08:37:21   

Reply

Marsh Posté le 25-07-2014 à 08:58:29    

Pas bien compris.
Tu mentionnes des snapshots concernant l'espace disque du C:
Je ne vois pas le rapport.
 
Et c'est sous quel OS ?

Reply

Marsh Posté le 25-07-2014 à 09:21:32    

moi aussi,
supprime les snapshots et regarde sous ton datastore si tu n'as pas des snapshot non referensé sous ton vmware mais present sur l'epspace de ta vm.
j'ai eu ce probléme avec backup exe et vmware 5.0
Tu peux essayer de "cloner" ta vm, mais il faut le faire machine eteinte.
 
le langage SMS c'est assez moyen "Redim disque c sur VM ESX 5.1"


Message édité par skoizer le 25-07-2014 à 09:22:31

---------------
je veux tout, tout de suite, et gratuitement ! miladiou !
Reply

Marsh Posté le 25-07-2014 à 10:37:33    

Essaye de faire de la place sur ton disque C: si c'est possible pour la journée.
Tu nettoies les snaphosts ce soir car cela risque de prendre du temps si il y en beaucoup.
Et si tu les fais en journée, tu vas bloquer les utilisateurs.

Reply

Marsh Posté le 25-07-2014 à 15:23:56    

Oui, j'ai mal écris mon message initial et vous réfléchissez inutilement à cause de moi !
 
Il ne s'agit pas de snapshot mais de shadowcopy que génère mon veeam backup des outils de sauvegardes.
 
Donc parfois mon shadowcopy me rempli mon disque...
 
J'ai déjà mis le pagefile sur un autre disque :-)
Et déplacer tout ce que j'ai pu.
Mais la avec 6.5go, je suis trop short ...
 
Il me faudrait une méthode sûre.
 
 

Reply

Marsh Posté le 25-07-2014 à 15:48:12    

upgarde a écrit :

Oui, j'ai mal écris mon message initial et vous réfléchissez inutilement à cause de moi !
 
Il ne s'agit pas de snapshot mais de shadowcopy que génère mon veeam backup des outils de sauvegardes.
 
Donc parfois mon shadowcopy me rempli mon disque...
 
J'ai déjà mis le pagefile sur un autre disque :-)
Et déplacer tout ce que j'ai pu.
Mais la avec 6.5go, je suis trop short ...
 
Il me faudrait une méthode sûre.
 
 


 
 
tu fais un V2V avec vmware converter et tu edites la partition de destination en augmentant ton C:\

Reply

Marsh Posté le 25-07-2014 à 15:48:24    

Tu ne donnes toujours pas l'OS.
 
Et ShadowCopy est un processus interne à Windows.
Cela n'est pas en rapport avec VEEAM (à confirmer je ne suis pas expert).
VEEAM fait un snapshot de la VM dans son processus de sauvegarde.

Reply

Marsh Posté le 25-07-2014 à 15:49:44    

Veeam fonctionne avec les snapshots, pour moi shadowcopy revient au même.
C'est un problème fréquent avec Veeam.
Si tu n'as pas assez de place sur ton datastore pour supprimer les clichés, tu déplaces ta VM sur un autre.
heureusement que le week end arrive, ca laissera du temps pour les supprimer.

Reply

Marsh Posté le 25-07-2014 à 16:03:39    

son problème semble etre la saturation de son C:\ qui est contigu aux autres partitions. donc meme s'il augmente son vmdk il ne peut pas étendre son c:\.
 
Donc il doit utiliser le vmware converter pour modifier la taille de sa partition.
 

Reply

Marsh Posté le 25-07-2014 à 16:37:15    

Veeam utilise les snapshots pour faire ses sauvegardes.
il arrive parfois qu'il n'efface pas le snapshost (alors qu'il devrait).
il fait ensuite série de snapshot et la VM fonctionne sur un dessus.
Le système devient de plus en plus lent jusqu'à saturation du datastore.
Il vaut mieux mettre une alerte sur un système de supervision pour éviter ce genre de problème.
Si ca se trouve le système fonctionne sur une dizaine de snapshots ou plus.
Cela risque de mettre du temps pour être supprimé.

Reply

Marsh Posté le 25-07-2014 à 16:37:15   

Reply

Marsh Posté le 25-07-2014 à 17:40:02    

nnwldx a écrit :

Veeam fonctionne avec les snapshots, pour moi shadowcopy revient au même.
C'est un problème fréquent avec Veeam.
Si tu n'as pas assez de place sur ton datastore pour supprimer les clichés, tu déplaces ta VM sur un autre.
heureusement que le week end arrive, ca laissera du temps pour les supprimer.


 
 
Sauf qu'un snaphot, cela s'appelle "snaphot" :D
On n'appelle pas ça "shadowcopy" vu que y'a pas de raison et que ce terme est déjà utilisé sous Windows.
Qui plus est, des shadow copy Windows prennent de la place disque ! Et cela n'a toujours rien à voir avec les snaphots ...
 
L'auteur nous parle d'un souci de taille de partition, de snaphot et de shadowcopy.
Faudrait éclaircir la chose !
 

Reply

Marsh Posté le 25-07-2014 à 17:41:34    

morheusboard a écrit :

son problème semble etre la saturation de son C:\ qui est contigu aux autres partitions. donc meme s'il augmente son vmdk il ne peut pas étendre son c:\.
 
Donc il doit utiliser le vmware converter pour modifier la taille de sa partition.
 


 
Nul part il indique qu'il n'y a qu'un seul VMDK pour plusieurs partitions, dont son C:

Reply

Marsh Posté le 26-07-2014 à 10:29:03    

ShonGail a écrit :


 
Nul part il indique qu'il n'y a qu'un seul VMDK pour plusieurs partitions, dont son C:


 
il parle de problème d'espace disque interne à l'os , et non du datastore il doit juste s’exprimer maladroitement dans son terme "concaténé"
 
Donc on en déduit que s'il avait un disque par vmdk , il n'aurait eu qu'a faire un extend de son vmdk associé a son c:\  et étendre son c :\ mais la il ne peut pas car les partitions sont contiguës et il se retrouve bloqué à devoir déplacer tout ce qu'il peut sur d'autres partition , ( swap,shadow copy etc).
 
Il faudrait qu"il vienne répondre de lui même sur son topic...

Reply

Marsh Posté le 26-07-2014 à 12:08:27    

Moi de ce que je comprends avec son vocabulaire très approximatif, voir faux, c'est que sa partition C est sur un VMDK propre mais il est dans l'impossibilité de modifier la taille du VMDK car la VM a des snapshots.
Qui plus est avec un C qui fait 6.5Go, il doit être sous du 2000/2003.
Et là on ne peut pas augmenter la taille de la partition sous Windows.
Il faut booter sur autre chose pour modifier la partition.

Reply

Marsh Posté le 26-07-2014 à 15:47:50    

pour du 2000/2003 il faut qu'il essaye ceci http://www.dell.com/support/driver [...] rid=R64398


Message édité par skoizer le 26-07-2014 à 15:50:33

---------------
je veux tout, tout de suite, et gratuitement ! miladiou !
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed