Reprise du message précédent :
Sans doute du Samsung ++  

 
 
Mais non c'est du CSS  

c'est les stagiaires d"été
et du code PCL

http://helloworldquiz.com
 
Sinon le mec qui leur a écrit la condition

Il me semblait qu’on utilisait la perceuse pour ça.

 
 
pour l'instant l'idée c'est pas de me débarasser d'HA mais de me débarasser d'une usine à gaz, avec un format de log atroce, qui est largement surdimensionnée par rapport à la grande majorité de nos usages: 2 noeuds avec une vip, groupée avec un ou plusieurs process (haproxy, mysql etc.).  
 
Keepalived fait très bien le job pour des choses aussi simples, en plus d'être clair dans sa conf et dans ses logs Y a pas 46 couches au dessus de netfilter, j'ai plus de cas de split brain insolubles comme sur pacemaker etc.
 
Sinon pour les bascules, tout part sur l'outil de monitoring + mail admins, normalement on loupe pas l'info.

 
Awi... Faites pas semblant vous avec les DD quand il s'agit de faire disparaitre les données    
 
'Vous me direz! C'vrai que c'est efficace ainsi! M'enfin! J'voyais plutôt une méthode logiciel avec remise d'une attestation. Pi! On aurait pu utiliser le DD pour du Stockage en interne

 
On utilisais ça chez un ancien client https://www.youtube.com/watch?v=hOQLZS_qQcA
 
c'était long et chiant au possible.

Bon effectivement iDRAC 6 passe avec Win64/Java7 ...
 
XaT

 
Les droits admin de quoi ? de son poste de travail windows ?    

C’est vrai qu’on pourrait faire du dd if of, mais ça prendrait un paquet de temps. Et on ne serait pas sûr que les données soient irrécupérables.
La méthode "physique" est certes plus brutale, expéditive et invalide complètement une réutilisation ultérieure du disque mais avec cette méthode, tu te dis "Là, c’est bon, mes concurrents/la NSA/whatever ne pourra pas choper les données.".
J’ai ptet tort, hein. Mais c’est la destruction physique que j’utiliserai quand je me débarrasserai de mes HDD.

 
Dans la pratique les gens ne vont pas au bout d'une install HA et viennent pleurer après Je l'ai déjà vu plusieurs fois

dès que ça marche, on passe au projet suivant... le grand classique  

 
Carrément

 
Vrai

Faut le temps de faire les choses proprement
 
XaT

Pas le choix quand ta whatmiyon de trucs qui attendent, ou que tu es dérangé par Micheline qui a son clavier qui marche plus (ah non lol enfaîte lol j'étais pas bien dans le champ de saisie lol) et ensuite  

Tu te dis, je fignolerai/optimiserai plus tard, et puis tu repasse dessus que dans 50% des cas

puis régulièrement tu perds du temps parce que tu tombes sur un truc pas fini qui marche pas complètement

perso je refuse ce mode de fonctionnement

Quand ça saute c'est con mais au moins c'est un moyen de pression pour faire comprendre aux instances divines que l'IT ça nécessite du fric
 
XaT

qu'il faut externaliser les projets le plus possible parce que manifestement les équipes internes ne s'en sortent pas/n'ont pas les compétences (ces gros tires-au-flanc)  

 
Parce que les prestas font un travail propre et bouclé à 100% ?  

Tu fais comment pour t'en sortir du coup ? Tu te bloques des périodes de la journée où tu n'es pas accessible, pour pouvoir bosser seul et proprement ?

je donne le point de vue des instances divines

 
ben oui, enfin d'après le commercial en tout cas

Ah nous les instances divines c'est plus, fait le, même si c'est pas 100% OP c'est pas grave, ça coûte moins cher et ça marche quand même  

 
 
pour qu'un gars fasse du travail propre, il faut qu'il se tape le support de son appli ou de sa plateforme après sa mise en prod, même si c'est qu'en escalade, et pour une période de transition. Il faut qu'il soit emmerdé par ses erreurs à un moment donné.
 
Sinon c'est je livre, et ce qu'il se passe après je m'en lave les mains.
 
C'est encore pire avec de la presta où non seulement le gars n'est plus sur le projet, mais il n'est souvent plus dans la boîte, il a juste laissé son étron flotter au fond de la cuvette  

 
c'est pas vraiment cet aspect là le problème pour moi, je bosse sur des tas de trucs en même temps, la question centrale à mon avis c'est à quel moment on considère qu'un projet est terminé. Par exemple quand on remplace un système A par un système B, le projet n'est terminé qu'une fois que le système A est entièrement décommissionné/décâblé/déracké/etc, pas juste quand le système B fonctionne. De même, la documentation/supervision/sauvegarde du système B sont partie intégrante du projet et ne doivent pas être remis à plus tard.
D'ailleurs ici le management a l'air de commencer à intégrer ça (vu la dette technique qu'on commence à avoir il était temps), maintenant dans les descriptifs de projets qu'on doit fournir pour rendre compte de nos activités il y a une checklist des points à valider pour considérer le projet terminé. Mais côté ingénierie malheureusement y'a encore du boulot pour que tout le monde se mette ça en tête, y'a encore pas mal de trucs faits à l'arrache et sans réflexion long terme...

 
FYP  

Tant que ya de quoi gérer le "projet"/"tache" ça passe.
 
Moi ça me casse les couilles de faire un ticket dans redmine pour gérer mes propres taches "àlacon"

 
Chez nous c'est l'horreur. Ma boite ne tourne que grâce à des presta. Faut faire vite pace que ça coute de l'argent, faut pas trop s'attarder sur la doc parce que ça coute de l'argent. Dès que le projet est + ou - terminé, bye le presta
Du coup on se retrouvent avec plein d'appli de merde en prod, qu'on ne peut pas faire évoluer, d'autres presta qui veulent ré-inventer la roue et qui ne bite rien à ce que l'autre d'avant à fait, une documentation de merde, et une application qui  
refuse de se lancer sur les nouvelles distribution avec  de beau messages: "Successfull - Failed"
 
Quand les Décideurs auront compris que l'IT peut apporter un gain de productivité à l'ensemble d'une société, et que n'est pas juste une source de coût, on aura fait un putain de bon en avant  

 
Ils ont juste oublié un "y" et le message d'erreur était bon

 
C'est un peu ça mais ça aurait été trop trollesque.
 
Puis ils ont eu la bonne idée à l'époque de coder avec les pieds des applications python critique pour notre coeur de métier, et de coller ça sur Ubuntu.
 
. On se retrouve avec de l'applicatif qui ne peut pas être migré parce que c'est tout naze, pas documenté. Qui tourne sur des Ubuntu 10.04 voir 12.04 quand c'est la fête, et sur des nouvelles machines et des nouveaux chipset qui posent problème, du coup il faut coller du kernel 4.9 sur des 10.04 & 12    
 
La on est en train de refaire notre Distribution (sous Slackware) pour retrouver la maitrise de notre scope du SI, et d'essayer de faire les choses propement, documenation, ect.
Sauf que pour les décideurs c'est pas assez rapide, donc on doit passer certain points et faire des truc pas clean  
 
On ne change pas un équipe qui gagne comme on dit  

de l'ubuntu en prod  
 
à moins que tu parles des postes clients ?

 
Des deux  

Plus de la moitié du cloud public ça doit être de l'Ubuntu LTS hein.

 
c'est quoi que t'appelles le cloud public ?  
 
vous me faîtes peur là.
 

 
L'info-nuagique  

Le claoude maîtrisé.

Bah l'inverse du cloud privé
 
XaT