Reprise du message précédent :

 
en retard, mais tu as tout mon soutien

Visiblement il rentre par le côté non technique en restant vague, enfin j'imagine.

 
ils doivent vendre ca a des sacrés charlot aussi alors
 
parceque quand meme on parle pas du logiciel pour gerer les machines a café  
t'achetes pas un hyperviseur comme ca

oui, je pense que Plam s'évite des clients boulets qui servent a rien

J'en sais pas plus que ça, en tout cas ça fait pas rêver de bosser avec eux Pour l'instant je répond pas, j'ai pas envie

Ca vient d'un pays kindly covidé en ce moment?

Ça dépend si c'est hébergé chez OVH    

Intel ils font chier. Sur les 10/11ème gen, les mecs arrivent à te foutre un controleur NVMe non standard (Intel RST VMD), ce qui fait que tu es obligé de filer le driver kivabien à l'install de windows 10 20H2.
 
Et la bonne version hein, j'ai commencé par un 18.3.xx, ecran bleu INACCESSIBLE_BOOT_DEVICE au premier reboot, même après mise à jour du bios de l'engin avec une version de ce mois ci.  
 
La 18.1.x est passée par contre.
 
Relou, encore un truc qu'il va falloir foutre dan les masters les mecs.

Merci du tip. Une réf en particulière ?

On est en plein dans le sujet en ce moment. C'est tellement pénible

Le gros de tous les chipsets 400/500 utilisés avec des SSD NVMe. Sur les serveurs je pense qu'on sera pas emmerdé, par contre sur du portable / AIO / workstation c'est la base. Sur les portables et AIO en plus tu peux souvent pas changer le mode du RST VMD. J'ai eu le problème sur tous les derniers portables et AIO Asus/Expert en 10/11ème gen là.

 
Même pas, ça vient du pays de Céline D., en 33 après la guerre du croissant au beurre.

 
Les pilotes de stockage, chez Intel, c'est toujours pas ça quoi J'ai eu souvent des emmerdes avec les RST, à l'époque de l'e-Sata surtout (disque externe non vu comme périph. amovible par exemple)

https://support.hpe.com/hpesc/publi [...] 13118en_us
 
J'ai précisément ce cas de figure qui va se présenter assez vite dans le futur (1x480 Go SSD HP RI qui va être doublé, dans un 8SFF sur ce serveur), je vais éviter de le faire à chaud ²²

J'ai souvenir sur ESXi des drivers NIC qui partaient en cacahuète avec les cartes X710 Intel...

Je suis en train de me ré écouter ce sketch cultissime

Link ?

https://www.youtube.com/watch?v=WMdFnFjyR48

Merci Je me souviens pas que ça parlait de croissant au beurre

RIP Risitas

Oui

 
Merci mec ! J'ai ce genre de chose prévu pour mi-mai... Content d'apprendre que ça pourrait bien se passer

Ah mais les pilotes RST même pour le Sata 3 c'est la roulette russe au niveau du boot  

A tout hasard, y'a pas qqun qui bosse chez AWS ?
On a pb de latence depuis mardi vers AWS, surtout en heure de pointe.
 
Sommes-nous les seuls ?

Quelle région? Quel service?

J'utilise un nouveau portail Airbus hébergé sur aws ireland. C'est d'une lenteur horrible mais je ne suis pas sûr que ça vienne de l'hébergeur.

Jet

A Paris sur de l'EC2.
Mais c'est entre l'EC2 et nous que le réseau fait chier.

Ah tiens on me l'avait pas encore faite celle là (trad DeepL encore, ça m'évite de copier/coller l'original)

Le fichier texte joint fait 3 pages complètes, pour raconter que le backup est lent dans son cas et qu'il aimerait qu'on l'aide à résoudre le problème  

Et je précise un : il n'est pas client, juste utilisateur GRATUIT de XCP-ng et Xen Orchestra Pourquoi il ouvre un ticket de support au lieu de demander à la communauté, je ne sais pas

Parce que kindly ça ira plus vite et il pense avoir une vraie réponse

Backup lent c'est pas xcp le pb de toute façon, mais son infra/réseau ou choix d'archi.

Tu as pensé à faire un workflow spécifique pour les demandes de support "pour les utilisateurs gratuits" qui génère un post sur le forum et leur renvoie le lien vers le post par mail ?

C'est pas con ça
Faut détecter la langue et le poster dans la section appropriée, donc peut-être pas via un workflow mais un choix manuel ?

 
Lundi on met le petit nouveau la dessus en scénario SOAR, et hop, on facture Plam pour cette assistance de haut niveau. Bouclage de boucle.  

Ah tiens une question intéressante :
 
Un client possède plein d'hôtes avec des storages locaux, donc chaque hôte possède ses propres VMs. Il a perdu l'un de ses hôtes (hardware HS). En fait, vu qu'on a un mode « smart backup » (avec des tags), il n'était pas capable de savoir chez lui exactement quelles VMs avaient disparues (pour savoir lesquelles restore).
 
Oui bon je sais, c'est pas ouf de sa part de même pas connaître l'état antérieur, mais maintenant je cherche une solution élégante à ce problème (savoir qui tournait où avant que ça pète).
 
Ça marche comment ce genre de choses chez les gros (VEEAM par ex)

En général y'a de la sup, une cmdb ou du code IaaC qui permet de savoir ce qui étais où

Sinon, dans l'outil de backup, une info de l'état de la VM source du backup (on/off/Lost in the void) ou de l'host sur laquelle elle tournait au dernier backup (ou l'host sur lequel elle tourne actuellement). Si tu peux filtrer dessus, ça facilite la restauration de toutes les VMs d'un Host HS. Mais ça nécessite aussi de pouvoir suivre un ID de VM qui soit pas le nom, qui soit unique, et qui "colle" à la vm en cas de migration d'un Host a l'autre.

Pour les VM, c'est pour ça qu'on a un inventaire VMWare màj tous les jours.
C'est pratique pour retrouver tes VM quand tu as pas mal de vCenters.

J'ai un cas similaire chez un client et comme dit Logan c'est la cmdb qui permet de savoir quel hôte  héberge quelle vm

La release candidate de Rocky Linux est sortie \o/
https://rockylinux.org/download

Lansweeper sinon

Non mais intégré dans XO idéalement

Je vais réfléchir a un comparatif vm visibles vs vm backupees

Intègre un inventaire avec historique dans ce cas, tu peux savoir exactement où est telle vm, et où elle était la dernière fois qu'elle a été vue.

oui, même si ça pose plein de questions Après en mode feignasse on pourrait dire qu'avec notre future synchro Netbox on a déjà une partie de la réponse