Je suppose que le DSI est tout à fait d'accord et ravie de voir des serveurs de prod en indispo 72 heures.

Il fallait passer un transfère infrarouge ou en pièce jointe de mail !

Une seule solution, IPoAC.

Transfert en journée ? pas étonnant que la copie soit lente, avec les utilisateurs qui utilisent le serveur :) Lancer la copie en fin de journée et laisser tourner la nuit devrait faire l'affaire. Et ce n'est pas en passant en usb que cela va arranger les chose, surtout si c'est de l'USB2, ce qui ne serait pas étonnant sur un serveur un peu âgé (20Mo/s max sur de gros fichiers x 3600s x 12H =~ 850Go)
Et dire que l'on confie les mots de passe root et tous les accès réseau à de tels individu :(

Autre solution: imprimer les octets mémoire comme je le fais dans ma propre série pour les re-saisir. Mais s'il existe plus stupide encore sachez que je suis preneur.

Les utilisateurs connectés sur le serveur? Je n'y aurais jamais pensé</mode_pifenmoins></bisou_W3C>

1. Imprimer les octets mémoire
2. Les faxer vers la destination
3. Scanner le tout en mode OCR (c'est l'an 2000 !)
4. Utiliser un tool PDF to text
5. Concaténer tout dans un fichier

Les transmettre pas SMS (sur un clavier type téléphone) octet par octet, en hexa, en utilisant l'alphabet phonétique :
four height six five six charlie six charlie six foxtrot two zero seven seven six foxtrot seven two six charlie six four ⇒ « Hello world »

Temps estimé pour un octet : 10 secondes pour trouver l'octet dans le fichier et le lire, 10 secondes pour écrire le SMS et l'envoyer, 10 secondes pour lire le SMS à l'autre bout et le retaper dans le fichier. 30 secondes * 300 000 000 000 octets = 285 193 ans environ.

@Somadeva je reste certain que l'on peut mieux faire. Par exemple vous avez négligé le temps d'attente pour le café ou la visite de pebkac.fr et d'autres étapes peuvent être ajoutées comme la prise de photo de travers avec un recadrage sous paint, l'utilisation d'Enigma pour la communication -GrammarNazi est d'accord pour me prêter la sienne-, l'utilisation d'un clavier BEPO par un utilisateur ne connaissant que la disposition DVORAK. La liste peut encore s'allonger de bon aloi.

"D'abord, il trouve normal que le fait de copier 300 Go d'un disque SATA vers un autre disque SATA prenne 12 heures minimum"
Bah ça dépend de ce qui se trouve entre les deux disques. Si j'envois 300Go de mon ordi (ayant un disque SATA) vers un serveur distant (ayant aussi un disque SATA), ça va mettre bien 1200h avec ma connexion ADSL de merde et un upload de 70ko/s

Je rappelle qu'on est trolldi hein.

Manger de la fibre, c'est bon pour le transit :)

euh, ce que moi je trouve étonnant c'est que le process s'arrête, il est tout à fait possible de transférer les VMs à froid, ce qui fait que chaque machine ne resterait en indispo que quelques minutes. Au lieu d'essayer de transférer toutes les machines d'un coup

comme quoi, on s'étonne parfois que rien ne fonctionne mais quand on voit les admins, on ne se pose plus la question :(

Attention à bien employer des hirondelles d'Afrique, la bande passante est double de celle des hirondelles d'Europe.

Et en effet, c'est la chose qui est curieuse: notre admin a opéré pendant plusieurs week ends, pendant lesquels personne ne travaillait en dehors de lui-même, ce qui fait que tout le pool était inutilisé. A sa décharge, notre admin est un boulet de première classe: il pense qu'il est normal de ne pas mettre à jour le système d'exploitation tant que le firewall est "bon" (suivant les arguments que les marketeux offrent avec fierté), migrer depuis XP vers un système plus récent n'est pas nécessaire (d'après lui il faut absolument renouveler tout le parc informatique, et on a un bon firewall), il ne sait pas router une adresse ip + port (lire les logs est trop compliqué), aucun logiciel n'est jamais mis à jour (ce qui est plutôt fun quand on pense à java 1.4/1.5/1.6/1.7, acrobat reader et internet explorer 8), le proxy ne fonctionne que sur les machines qui ont été configurées pour le prendre en compte, toutes nos machines sont en workgroup et possèdent le même mot de passe utilisateur/administrateur, il ne sait pas repérer les machines qui ne se déclarent pas comme sous windows, il ne sait pas combien de machines sont connectées au réseau, bref ce type est un problème sans chaise et sans clavier.

J'aurais plutôt dit l'utilisation du réseau plutôt que les seuls utilisateurs connectés au serveur (vu qu'ils copient les VM sur un nouveau serveur).

perso dans une telle situation je m'inquiéterait sérieusement de la santé du disque source, je présume qu'il n'y a pas de surveillance smart, de raid, que les backups datent d'un autre age...

@Lionnel : oui, c'est certain que cela ne vient pas du temps de transfert et que donc le problème vient soit de la source (mais pas sûr sinon, les VMs auraient des soucis à répétitions) ou de la destination (plus logique compte tenu des infos que nous avons...)

rbarnabe : effectivement c'est un vrai cas allumé...
surtout que certains de ces problèmes sont très simplement réglable par GPO et par la virtualisation des applications (sachant que VMware, Citrix et même MS propose leurs solutions ce ne doit pas être le plus 'compliqué' à faire...
Pour le firewall, il n'a pas tout à fait faut, encore faut-il que celui-ci soit vraiment 'bon' c'est à dire qu'il soit capable de filtrer les trous de sécurités logicielles (et oui ça existe). sinon cela n'est pas plus pertinent qu'un firewall sur Windows :(

Donc, avoir un admin comme ça, c'est plutôt l'entreprise le PEBKAC dans cette histoire, nan ?