SMPFR

+1

RDP pour les dodoz, NoMachine pour les Solaris/Linux , export display pour les BSD (en tuneling ssh c'est mieux ^^)

oki oki
je me suis dit qu'avec tous les utilitaires vmware qui traine j'avais du louper quelque chose
bah non...

merci

sinon, je vais ouvrir un topic, j'ai plein de truc divers a demander pour mes machines

Bonjour,

la consol VM de vsphere c'est plus comme de l'ipmi, utile pour accèder au bios

Bonjour,

la consol VM de vsphere c'est plus comme de l'ipmi, utile pour accèder au bios

Certes. et pour ceux qui ratent toujours le F12 au démarrage, oubliez pas que dans les param avancés de config de la VM, vous pouvez cocher "accéder par défaut au bios au prochain démarrage de la VM"

^^

Oh putain l'info ! un grand merci cela m'aurait bien servi y a quelques semaines...

hello,

encore une question su ESXi:
je viens de faire un backup d'une VM a l'aide de ghettoVCB

2011-04-05 10:08:46 -- info: Creating Snapshot "ghettoVCB-snapshot-2011-04-05" for TAILSRV-02
Destination disk format: VMFS thin-provisioned
Cloning disk '/vmfs/volumes/datastore1/TAILSRV-02/TAILSRV-02_2.vmdk'...
Clone: 58% done.
Destination disk format: VMFS thin-provisioned
Cloning disk '/vmfs/volumes/datastore1/TAILSRV-02/TAILSRV-02_1.vmdk'...
Clone: 60% done.
Destination disk format: VMFS thin-provisioned
Cloning disk '/vmfs/volumes/datastore1/TAILSRV-02/TAILSRV-02.vmdk'...
Clone: 51% done.
2011-04-05 14:52:47 -- info: Removing snapshot from TAILSRV-02 ...
2011-04-05 14:52:47 -- info: Backup Duration: 284.02 Minutes
2011-04-05 14:52:47 -- info: Successfully completed backup for TAILSRV-02!

2011-04-05 14:52:49 -- info: ###### Final status: All VMs backed up OK! ######

apparement, ça s'est bien passé non ?

sur le Vsphere en regardant les fichiers présents sur le datastore suite a la sauvegarde, je vois 4 fichiers, le VMX et 3 vmdk corespondants a chaque disques dans la VM. jusque la tout va bien. la taille des fichiers vmdk est 18, 38 et 13Go ce qui corespond a l'espace occupé de chque disque (qui font 100Go chacunsdans la VM)

par contre, (bah oui, fallait bien une question ) si je me connecte en SSH, que je fais un ls, voila ce qui sort:

/vmfs/volumes/4d92e87a-8b453fac-b63d-00259022e0af/backups/TAILSRV-02/TAILSRV-02-2011-04-05_10-08-30 # ls -al
drwxr-xr-x    1 root     root               1400 Apr  5 14:52 .
drwxr-xr-x    1 root     root                420 Apr  5 10:08 ..
-rw-r--r--    1 root     root                 30 Apr  5 14:52 STATUS.ok
-rw-------    1 root     root       104872320000 Apr  5 13:41 TAILSRV-02-flat.vmdk
-rw-------    1 root     root                642 Apr  5 13:41 TAILSRV-02.vmdk
-rwxr-xr-x    1 root     root               3607 Apr  5 10:08 TAILSRV-02.vmx
-rw-------    1 root     root       107389255680 Apr  5 11:19 TAILSRV-02_1-flat.vmdk
-rw-------    1 root     root                650 Apr  5 11:19 TAILSRV-02_1.vmdk
-rw-------    1 root     root       104872320000 Apr  5 10:08 TAILSRV-02_2-flat.vmdk
-rw-------    1 root     root                650 Apr  5 10:08 TAILSRV-02_2.vmdk

yaurait pas un problème ??
deja ya plus de fichiers et ils font pas la bonne taille
je precise que j'ai reverifié 10 fois au moins, c'est le bon chemin, je regarde pas le mauvais repertoire, et la date des fichiers corespond au logs du backup avant.
ou est l'erreur ?
quel interet de demander un backup au format de disques thin si c'est pour sortir des fichiers dont la taille est la meme que l'origine ?
a la base je voulais faire u nbackup dont la taille des fichiers devait etre le plus petit possible pour les pousser ensuite ailleurs (minimiser le transfert donc: dans le cas présent 60Go au lieu de 300, je vais gagner pas mal en temps de transfert )

Merci

provisionning?

oui ! mais pourquoi ? quel interêt ?
lorsque je tente de copier un fichier, j'ai l'impression qu'il copie bien les 100Go (temps trèsssss long, je l'ai shooté avant la fin)

l'intérêt? évité d'allouer un espace que tu as déjà allouer et te retrouver bloquer après?

c'est un backup. donc sur le principe il ne sera jamais utilisé en tant que tel.
ça serait sur une VM, je veux bien qu'il reserve de l'espace mais la c'est débile.
du coup, je fais comment mes backups moi ? j'ai pas assez d'espace sur la zone de stockage distant.... :/

bas vu que tu copie le dd de tes vm, le provisionning se fait à ce moment, donc quand tu le copie tu le garde?

je sais pas hein c'est des réflexions ^^

j'ai bien saisi ce que tu voulais dire.
mais ça empeche pas que c'est débile sur un backup !!!!
tugs !!!!! t'en penses quoi ?

ha ca je dis pas le contraire

bon bah voila, j'ai la reponse.
http://www.edugeek.net/forums/thin-clie ... ckups.html
c'est bien débile
le truc c'est de zipper le vmdk une fois créé pour qu'il fasse au plus la taille du disque thin (gzip --fast)

C NUL

PS: pour ceux qui auraient pas suivi, il ne faut pas utiliser l'option zip de ghettovcb sur des VM de plus de 8Go, le fichier est corrompu et ne peut etre dezippé (suaf si corrigé depuis la derniere fois ou j'ai regardé les change-log)

Qu'il y ait 2 fichiers par disque virtuel c'est normal !
Les TAILSRV-02.vmdk, TAILSRV-02_1.vmdk et TAILSRV-02_2.vmdk sont des fichiers de description
Le contenu des disques est réellement dans les *-flat.vmdk

vSphere masque cela, y compris dans l'explorateur

Ensuite, pour ton histoire de taille, la réponse, c'est :
TAILSRV-02-flat.vmdk
Donc il a provisionné sur le datastore l'espace complet que peut occuper le disque virtuel.
Tu aurais fait un disque thin il n'occuperait sur le disque que l'espace réellement "consommé"

Ensuite, pour ton histoire de taille, la réponse, c'est :
TAILSRV-02-flat.vmdk
Donc il a provisionné sur le datastore l'espace complet que peut occuper le disque virtuel.
Tu aurais fait un disque thin il n'occuperait sur le disque que l'espace réellement "consommé"

En fait non, j'ai dis une connerie ...
Je viens de créer une VM avec un disque thin et pourtant j'ai un fichier -flat.vmdk dans mon datastore, et qui occupe (d'après un ls) la taille maximale que je lui ai configuré ...
Est-ce le VMFS qui nous jouerait des tours ?

non, il ne joue pas des tours.
pour une VM, l'espace est provisionné pour eviter les out of disk.

par contre, pour un backup, c'est debile ! => d'ou mon problème

un truc que je pige pas: je comprends que ca t'embête de copier le disque provisionner, mais comment veux-tu faire autrement? vu que ghettovb copie juste le disque.

il le copie soit mais change le format.
ma VM est configurée pour avoir un disque Thick et je demande un backup en thin dans l'espoir de n'avoir que la partie reellement utilisée pour limiter l'espace sur la destination

si tu demande un dd thin et que tu as un flat je vois pas bien comment faire à part une bonne compression

compression en cours, c'est quasi plus lent que le backup....
resultat sur un disque dans j'espere 1h

je crois que j'ai des (gros) problèmes de perfs sur le disque dur.
débit moyen lecture 2.5Mo/s
débit moyen ecriture 2Mo/s
:eek2:

me suis gouré quelquepart ?

dans la configuration de l'ESXi, je vois bien le controleur RAID et les 2 disques qui sont dessus, le tout est status OK
ça fait 1 semaine que j'ai la machine, le RAID doit etre initialisé....

PS: débits relevés pendant un cp d'un des disque du backup.
meme débit avec un gzip, ya que le CPU qui passe a 7% au lieu de 1 ou 2% occupé

tu peux tester ca:

dd if=/dev/md0 of=/dev/null bs=4096 count=1000000

pour la lecture et

dd if=/dev/zero of=/point/de/montage/de/ton/raid/test.bidon bs=4096 count=1000000

pour l'écriture

ps: merci fighting_falcon j'ai trouvé ca sur hfr