VMware ESXi
VMware ESXi
+1
VMware ESXi
RDP pour les dodoz, NoMachine pour les Solaris/Linux , export display pour les BSD (en tuneling ssh c'est mieux ^^)
[*]I am retrogamer
VMware ESXi
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
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
VMware ESXi
Bonjour,
la consol VM de vsphere c'est plus comme de l'ipmi, utile pour accèder au bios
la consol VM de vsphere c'est plus comme de l'ipmi, utile pour accèder au bios
VMware ESXi
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"Bonjour,
la consol VM de vsphere c'est plus comme de l'ipmi, utile pour accèder au bios
^^
[*]I am retrogamer
VMware ESXi
Oh putain l'info ! un grand merci cela m'aurait bien servi y a quelques semaines...
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
hello,
encore une question su ESXi:
je viens de faire un backup d'une VM a l'aide de ghettoVCB
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:
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
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.vmdkyaurait 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
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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)
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)
VMware ESXi
l'intérêt? évité d'allouer un espace que tu as déjà allouer et te retrouver bloquer après?
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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.... :/
ç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.... :/
VMware ESXi
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 ^^
je sais pas hein c'est des réflexions ^^
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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 ?
mais ça empeche pas que c'est débile sur un backup !!!!
tugs !!!!! t'en penses quoi ?
VMware ESXi
ha ca je dis pas le contraire
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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)
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)
-
- Messages : 656
- Inscription : ven. 12 janv. 2018 17:44
VMware ESXi
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é"
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é"
-
- Messages : 656
- Inscription : ven. 12 janv. 2018 17:44
VMware ESXi
En fait non, j'ai dis une connerie ...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é"
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 ?
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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
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
VMware ESXi
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.
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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
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
VMware ESXi
si tu demande un dd thin et que tu as un flat je vois pas bien comment faire à part une bonne compression
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
compression en cours, c'est quasi plus lent que le backup....
resultat sur un disque dans j'espere 1h
resultat sur un disque dans j'espere 1h
- dsebire
- Messages : 12728
- Inscription : ven. 12 janv. 2018 17:44
- Localisation : Loiret - entre la ville et les champs
VMware ESXi
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é
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é
VMware ESXi
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
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