Reprise du message précédent :
c'est ça (enfin c'est du VMFS, il y a rien à conf de particulier pour le coup)

 
tu m'interesses, si tu acceptes de donner de bonnes adresses, je suis tout ouie.

oui pas de souci. Tu devrais trouver ton bonheur là: https://www.etb-tech.com/storage/co [...] llent-hdds
 
Et avec la livre qui se casse la gueule, ça devient plus intéressant chaque jour.

Pas trop d'emmerde avec la carte SAS externe de Dell ? Ici on en a plusieurs setup comme ça a base de compellent et shared sas, j'en suis pas super satisfait:
- pas de round Robin c'est de l'actif passif simple et le temps de switch contrôleur est ressenti côté hôte (environ 5s de freeze IO)
- des galère avec le driver, aléatoirement au reboot il manque la moitié des datastore (résolu après modification d'un settings au niveau du driver)
- des galeres aussi avec le RDM over SAS, l'os voyait des fois le RDM et des fois ça faisait IO error. Résolu après configuration d'un sombre paramètre dans le vmx.
- une upgrade d'une baie qui a nécessité qu'on retire/remettre le contrôleur car tout était bloqué

Bref rien d'insurmontable mais je trouve que c'est moins fluide par rapport aux autres setups FC dont je dispose.

Oui c'est pareil ici. J'aurais même dit plutôt 10 secondes pour la bascule (d'après les logs, on n'a pas encore regardé l'effet ressenti).
 
On a un ticket ouvert avec eux pour ces problèmes. Ils nous ont fait downgrade les firmwares des cartes et les drivers vmware. Et sans le fameux paramètre à changer sur le driver, on ne pouvait rien en faire (en gros).
 
On a aussi eu des bugs sur les contrôleurs qui ont nécessité un redémarrage.
 

 
ça l'est même par rapport à d'autres setups SAS...

mpt3sas/lsimmr3 =    
 

Dans la série les plans sans accrocs qui se passent mal a 3h du mat', je pose un pion.

Bug Oracle, bnuit

 
Oracle n'a pas de bug, ça vient de toi

ça vient de la version Java de votre système qui la version 1879628 alors que nos recommandations sont pour la 1879627

 
Et ne pas oublier de le lancer en mode comptabilité Windows XP  

Jpp de la 1903 qui casse la pile réseau ainsi que les drivers existants.
 
Je suis au network et pas au système, mais quand on vient te dire que le réseau merde, bah c'est souvent pour ta gueule.

j'ai rien vu sur la 1903 de mon coté (mais je l'ai déployé que sur mon pc pour le moment )

J'en ai fait une jolie la semaine dernière avec la 1903
Mise a jour qui passe pas sur un hp envy d'un commercial, la maj plante a cause des driver intel rst.
Je regarde un peu sur le net la solution serait de mettre a jour les drivers rst ce qui semble logique.
Je vais sur le site HP pas de driver a jour, version qui bug avec la 1903.
Ni une ni deux mise a jour des drivers avec les rst du site intel et pof chocapic, poste en rideau, il ne reconnait plus le disque de boot il plante en essayant de réparer windaube.
Restauration d'une sauvegarde du poste, j'ai été obliger de renommer le fichier qui bloque la maj pour qu'il passe le test windows et de le remettre après.
Perte de temps 1/2 Journée

hello j'ai une question un peu débile, j'ai un gros trou de mémoire
 
les restaurations de systèmes à date antérieur restaure juste le systeme mais pas les fichiers/documents on est d'accord ?

Ca dépend de ce que tu as inclus dans ta restauration système

et par défaut ?

J'ai vu du feedback divers et varié qui donnait pas envie donc j'étais un peu frileux, j'ai quand même attendu la fin de mon tour de garde pour la faire  
Pour le moment, à part une erreur DLL LogiLDA au boot qui semble liée à "logitech download assistant" (facilement désactivé du boot via le gestionnaire de tâches ), ça a l'air de fonctionner correctement chez moi

Pour 1903, je m'étais mis en non-ciblé (qui repousse jusqu'à ce que ça soit plus (+) prêt, soit en théorie 4 mois), mais j'ai eu la notif quand même, ce qui veut dire que c'est prêt en théorie, je suis passé dessus pas de problème. Et maintenant ya plus de ciblé/non ciblé.

Pour DLL LogiLDA au boot je l'ai eu aussi mais sur d'ancienne version de windows 10. Même avant 1809.

 
Ca explose tous les .exe des programmes installés après la date du cliché restauré, aussi.

ça oui mais ce serait pour récup des fichiers supprimés

Bon sang, vous parlez stockage... En plein dedans avec le rachat d'une boite bien à l'arrache... Mission couteau suisse  
 
3 jours que une lun de 14 To est KO sur de l'equalogic. Dell et Vmware ne savent pas répondre.      
Dernier backup au 1 Juillet. Bref c'est en roue libre.
 
Du coup, méthode bourrin ... à 30 mo/sec vers un qnap de la dernière chance  
Rendez vous dans 5 jours
 

 
Mec, tu ne précises même pas sur quel OS tu bosses. Le support N1 c'est le topic à côté.

Ca ne peut que réussir  

Et le qnap est en raid 5 avec une patte en moins ?

w7

Si tu peux partager le numéro de SR VMware en privé ça m’intéresse

Quelqu'un saurait me donner les bonnes pratiques, méthodes, pour gérer les clés SSH dans le cas de remplacement d'un serveur pour éviter de se re-farcir tous les échanges de clé quand on remplace une machine?
 
Si c'est trop kamoulox, je ferais un topo plus précis après manger.

avec quoi ? terraform ?

Les fichiers /etc/ssh_* et les clés publiques et privées (+ authorized_keys) des comptes utilisateurs en ayant.

+1
Tu gardes bien au chaud le dossier ".ssh" de "/home/trucmuche".

Non.

Ouais je pensais faire un truc du style. Cependant par sécurité t'as pas intérêt à le laisser trop libre

Vous enregistrez ca bien au chaud quelque part?

J'ai automatisé vite fait un truc qui fait une association ip machine/clefs à restaurer. Genre je prend une machine de secours, je lui fous l'@ IP de la machine a remplacer. Ca remplace l'ensemble des clefs par celles correspondantes. Mais stocker sur une machine de secours les clefs de tout le parc... bof. Emplacement extérieur genre sur un serveur nfs avec accès super restreint?

Par exemple sur un n'as, où tu n'autorizes que l'ip du serveur concerné, sur un serveur distant avec des accès restreints... Tu as le choix niveau possibilités.

Merci. Vais regarder à faire un truc du genre.

/Je fais du taf d'aigri. Et c'est cool.

Tu colles un chmod à 600, si mes souvenirs sont bons.

Ça ou ton /home est sur une partition séparée que tu ne formattes pas.

Pas pour tous les fichiers.

L'idée c'est que si je paume la machine, j'ai pas  à aller gratter dessus pour récupérer des données dessus. Si elle doit être remplacée elle est considérée comme morte définitivement avec tout ce qu'il y a dessus.
Ca sera sûrement un serveur avec accès bien restreint.
Bref ca c'est un peu du détail.

Maintenant je retourne me faire chier avec du css et javascript de mes couilles.  

.ssh à 700,authorized_keys à 600. Homedir en 750.

Et groupe proprio ssh_keys pour certains fichiers (je suis avec du centos).

Je pige pas votre discussion.
Sur un serveur tu ne devrais avoir qu'à déployer les clés publiques des comptes qui ont y accès. Ça s'automatise facilement, par exemple avec Puppet.
 
Si tu perds une clé privée, bah tu la révoques et t'en génères une nouvelle.

le mec qui se croit en 2019  

Sinon tu fait une pki ssh et c'est marre : t'a juste a faire truster ta pki, et quand le mec a plus le droit tu révoques son certif.