Reprise du message précédent :

certes, ca limite la liste a 3 boites du coup, mais bon

tu prends celui a 25€ dans ce cas la, y a toujours moyen

ou sinon tu prends le shampooing ou la commerciale a les plus gros seins et te fait des blagues coquines en clignant de l'oeil

 
Le VC reboot tout seul réguliérement chez nous, en plus y'a un memory leak qui a été corrigé le 30 juin dans le hostd des ESX qui devaient pas bien aider à la stabilité de l'ensemble (le service hostd qui sert à l'authentification se relançait tout seul au bout d'un moment).
 
Mais le VC est tout sauf critique, c'est un outils d'admin qui ne sert finalement que rarement, faut juste qu'il soit opérationnel ce temps là, pour le reste il peut planter autant qu'il veut pour ce que ça me fait
 
Sinon : Java les dev y sont pour beaucoup, mais il semblerait qu'il y ai toujours une fuite mémoire dans l'interpreteur windows ... Ca fait que 5 ans après tout
Je bosse avec AssetCenter et j'avoue que ça joue beaucoup sur mon taux d'aigricité      
 
(Ceci dit j'ai connu pire que AssetCenter, ça s'appellait OVSD, mais honnêtement je doute très fortement que ce soit jamais sorti de chez HP, même eux auraient pas oser vendre ça )

y'a un nouveau garbage collector qui va etre dispo dans les prochaines versions de java (deja dispo mais non supporté officiellement ) et qui apparemment est bien meilleurs

 
Dans les versions actuelles? Y'a des memory leaks dans des programmes mal concus, mais JProbe est la pour détecter cela.
Dans l'interpréteur lui même, c'est du java bashing je pense. Par contre, il y a certaines classes a manipuler en faisant attention a ce que l'on fait.
A+,

Ce fut le cas déjà pour certains produits
Un mec vient présenter un produit A, bien, pas trop cher.
Un second mec vient présenter un produit B, vraiment top, mais un peu cher.
Une nana à gros seins arrive pour présenter le produit C, c'est une bouze fini, les futurs admins qui devront s'en servir concluent par "TOUT SAUF CETTE MERDE DE C", à un tarif entre les deux.
Résultat, la nana à gros seins gagne.
Et quand on demande au coupable (je l'appelle meme pas responsable à ce niveau de choix merdique pareil), il envoie plus ou moins chier.
Bon ben, à quoi ca sert qu'on test les produits si c'est pour qu'au final on ai pas le choix

Ben, vcenter, si c'est planté, tu le relances et roolz.
On est pas spécialement emmerdé au taf avec

 
J'en sais rien je dirais que à peut pret 100% des programmes Sun et Symantec que j'utilise laisse de la merde en mémoire après alors je sais pas si ça vient des devs de la bas, de la JVM ou de certaines classes particulières mal conçues ...
Mais les même applis sous Unix vident correctement la mémoire ...

Ca appelle du code natif par JNI? ça pourrait venir de la.
A+,

envies de suicide

- allo, tech *société qui fait les maintenances physiques* j'ai DLT a changer, vous me coupez le srv siouplé ??
- doké, ***mstsc, éteindre***, voila, ca devrait couper dans pas longtemps.
- ouais, vous devez pas etre sur le bon, l'écran bouge pas.
(passons)
- j'suis en terminal server, c'est normal.
- ha ok.... **2min de blanc** il se passe rien du tout la... ca marque arret de windows, mais il se passe que dalle.
- ...

c'est une nouvelle variété de boolet, qui lit mais ne comprend pas

Putaing je comprends jamais rien à vos histoires

On a rebooté l'ESX source et destination avant... mais voyant que ça faisait rien, on a rebooté le VC. Je saurai pour la prochaine fois  

C'est quand même à partir de là qu'est gérée toute ton infra ESX, donc faudrait pas laisser n'importe qui s'y connecter pour faire n'importe quoi, sachant que par défaut, les admins du domaine sont admin sur le server, ils sont donc admins de l'infra ESX Ensuite si le VC se plante, j'suis pas sur que DRS, HA, Vmotion et tout le tralala fonctionne très bien sans lui A moins que ce soit full automatique et le VC ne sert que pour mettre les choses en place ?  

 
en même temps ça change pas grand chose vu que t'as réussi à t'enfuir  

c'etait pas non plus une performance, ils ont changé de presta

 
ils ont fait comment pour trouver moins cher ???  à part l'esclavage je vois pas trop

bah ils ont pris Econocom
 
et computacenter a récupéré les 3 plus grosses AI

Econocom  

ils ont 2.5 fois plus que ma boite sur notetonentreprise.com

 
On est 3 admin sur le VC le reste sont des compte avec des droits seulement sur certains cluster/certaines VM (y'a de grosse possibilité au niveau des droits faut fouiller un peu c'est très bien fait), HA marche très bien sans VC, VMotion probablement aussi d'ailleurs mais je l'ai pas.
C'est heureux d'ailleurs par ce que notre VC est une VM donc si l'ESX sur lequel il est installé se vautre ça serait dommage
 
Pour ce qui est d'y faire n'importe quoi en fait on y fait surtout jamais rien, le probléme étant le monitoring (via nogios) qui utilise le SDK Perl fournis par VMWare et qui, comme je l'ai déjà dit, à quelques fuite mémoires sur les ESX, donc je sais pas ce qu'il en est sur le VC mais bon on peut immaginer que c'est pareil.
 
Le VC est le champion des "trucs zarb" chez nous, genre un serveur qui passe en déconnecté sans raison obligé de le virer et de le remettre, et un certain nombre de trucs du même genre.
Autant l'archi Virtuel des VMWare semble solide, autant l'admin ça semble être encore un peu du bricolage.
 
Bon normalement les prochains VC pourront tourner sous Linux ça aidera peut être un peu.

Poissard
Ca tourne nickel chez nous VC

Il est virtualisé ?

Non    
C'est me semble-t'il assez décommandé par vmware

"rsync c'est comme un ftp", dixit mon chef. ok

 
Bha en fait nous on nous a dit : pas de problème pour virtualiser c'est fait pour ça !
Puis au premier bug : ha ben c'est peut être à cause de la virtualisation faudrait essayer avec une machine physique  
 

 
Il a raison !!!

Au contraire c'est recommandé par vmware, mais je pense aussi que c'est une connerie.

Le formateur a dit aussi "pourquoi s'emmerder, ça marche très bien en virtualisé" mais j'ai comme un vieux doute

y a pas de raison que ca marche pas

Bha en fait on est aussi en train de mettre en place l'archi compléte donc on triture un peu les ESX, changements de mdp, reboot, test de monté en charge, monitoring, HA, scripts de séquencement de démarrage des VMs, test d'alignements des Lun/DS/VMDK/FS, utilisation des Raw Device Mappings, etc ...
 
De façon général le VC virtualisé n'aime pas trop la gestion des SAN, je pense qu'il fait des requêtes sur tous les ESX en simultanés et que ça créé des locks n'importe comment.
 
Donc on peut quand même pas dire qu'on le traite aprticuliérement bien, les ESX en revanche pas de problème de stabilité sauf ce hostd qu'il faudrait que je patch

 

Pour une fois qu'un truc fonctionne bien chez nous et pas chez les autres
 

 
C'est le collegue qui a installé vcenter qui m'avait dit avoir vu une préconisation sur le fait de pas le virtualiser justement
 
Bon choix apparement
Enfin la on migre vers un nouveau, qui est me semble-t'il virtualisé

Je susi en train de préparer une migration de mon infra esxi 3.5 vers esxi4, et upgrade du vcenter aussi.
ca va être bien cool

Sympa d'essuyer les premières merdes pour nous

J'aime vivre dangereusement    (dans mon fauteuil)

 
AH, CEUX LA !!! ils tuent l'informatique et l'image du prestataire par la même occasion !

ouais mais il ont 2.5x plus que ma boite

en tout cas, Neurones FTW
 
(défense de rire )

4.6 spas mal quand meme, j'suis a 1.9 moi

 
avec une eval ? (la tienne ?)
 
Jet
 

nan, j'ai pas mis la mienne

ce serait moins sinon

21 évals / sur 6 agences.
personnes n'a mis au dessus de 4...

De toutes façons ca sert plus a rien les prestas, les clusters vmware et toutes ces conneries cheres et compliquées, l'avenir c'est tout le monde qui gère et se trimbale sans probleme avec son cloud data center dans la poche
http://www.freebit.com/en/press/pr [...] 14_EN.html
http://serversman.com/
Avec meme la version HA  

c'est des 3G S au moins ??

 
Rôh les psychopathes