Reprise du message précédent :
Quand j’étais au support VMware, il m’arrivait d’aider les équipes EMEA et passer de mes petits clients français pour des indiens.  
 
Il faut un fichu self control. Les mecs te parlent comment de la merde, tu dis bonjour, le mec te sors le numéro de ticket.  
 
Pour TOUTES les actions (genre un simple vMotion) il faut l’accord de son supérieur (donc tu attends), pour activer SSH pareil, pour avoir un accès root PAREIL.  
 
Et comme 99/100 c’est pas spécifique à l’hyperviseur, les gonzes te pourrissent et te foutent une vieille DSAT en survey.  
 
J’ai aussi des collègues indiens, donc j’ai posé la question pour savoir si tous les mecs de l’IT sont des teubés, le mec m’a répondu que chaque micro incident de prod pouvait mener à leur licenciement. Donc si un truc marche pas, la procédure c’est à chaque putain de fois d’ouvrir un ticket chez l’éditeur, les constructeurs, le mainteneur de la machine à café

Le ticket sur le LDAP continue
 
Je pense sincèrement à vous en faire une compilation tellement c'est ridicule…
 
Mon collègue pète un câble devant l'avalanche de questions débiles mêmes liées au LDAP, et fini par dire :
 

 
Ce à quoi le gars répond :
 

(sic)

C'est le bon moment pour te faire racheter par une grosse boite et abandonner le merdier du support?

essaye de diriger le machin pour lui faire comprendre qu'il devrait plutôt aller importuner le support microsoft, puisque le problème vient de l'AD

 
J'ai peur de faire une infinite customer support loop

 
En même temps des glands pareil c'est rare, heureusement

Factuuuurrreeeee §§§

Paie ta soirée !

Venant d'un mec opensource, c'est très cocasse

La dîme appelle la dîme.

Tu fais une entité support en inde

Déjà proposé

 
Vivement les tickets "J'écrivais de la doc interne sur Xen et word a planté. Merci de faire le nécessaire". 3 échanges de mail plus tard "Si si, c'est la faute de Xen, c'est arrivé quand j'avais un document sur ce sujet".
 
"Votre produit ne fonctionnait PAS pendant une panne électrique dans le data center. Merci de résoudre ce problème".

Donc la présentement on arrive à deviner la structure de son AD pour trouver les bons filtres, et ce mongole rentre des trucs au hasard en même temps que nous et casse donc la « bonne conf » Alors que ça fait 3 fois qu'on lui dit de rien toucher
 
En finissant par dire qu'on va fermer le ticket s'il continue à nous mettre des bâtons dans les roues, il a l'air de comprendre qu'il faut arrêter de modifier quand on lui demande
 
Ce ticket mérite un compte rendu anonymisé

Dans le même gens mais en version mauvaise foi (mais sans la bêtise c'est déjà bien), le `dmesg | grep nfs` renvoie plein de « NFS connection error », et le gars gueule que nos backups marchent pas (les backups stockés sur le NFS qui marche pas, bien entendu).

En gros c'est de notre faute c'est sûr. Il change de NAS 2 semaines plus tard, et comparazar   tout remarche. Mais attention hein, c'est notre backup qui était cassé et qu'on a tout fixé sans lui dire  

J'aurais du pognon (vraiment plein), c'est vraiment un truc qui me brancherait de créer une boîte. Mais devoir supporter ce genre de chose...  

Je compatis !

Mais ouais, avec les outils de ticketing qui se répondent l'un à l'autre à coup de réponse automatique.

un customer feedback vindaloop

Chèvres, Larzac, zone blanche

Nan mais nan.

Pourtant c'est 100% garanti sans indiens ni ldap

 
 
c'est peut être le support Microsoft qui l'a redirigé vers plam

Xoa est compatible saml V2 ?

 J'y suis, ça se trouve ou ?

Finistère

MP

@nucl3arFlo : pas de full remote, on l'est actuellement mais c'est juste à cause du covid.

Booh

Yep.

Alors? T'as combien de tickets en attente?

Il a mis une file d'attente juste pour lui

 
Mon associé à fini par régler le « problème » d'hier : c'était bien entendu ces clampins qui connaissaient rien de leur propre AD, pas de soucis dans XO.
 
Je tente de modifier les infos pour pas vendre leurs accès mais déjà leur base c'est un truc comme ça :
 

 
Jusqu'ici bon, chacun fait comme il veut, RAS. Le filtre se fait visiblement sur un truc dont ils ont pas été capable de trouver eux-mêmes :

 
Sauf que le principal name du gars c'est :
 

 
Notez bien le point juste avant le arobase. Pourquoi ? J'en sais rien, j'ose pas imaginer leur infra, je ferai même pas tourner une VM de test chez eux
 
Et pour faire le bind sur leur AD, c'est avec un utilisateur proche mais qui s'écrit pas pareil :
 

 
Notez bien l'absence de point.
 
Bien sûr, en tant normal, c'est le « responsable AD » qui sait avec quoi tu dois te bind sur ton propre annuaire. Ici, il avait pas la MOINDRE idée.

Après ya eu une suite d'un autre ticket de matin à 8h, mais j'ai le sentiment qu'on va pas répondre de suite

Ce rêve en barre  

Nan mais des trucs comme ça tu peux les rejeter? C'est hors du scope de ton support Xen!
S'ils sont pas foutu de se connecter parce que le problème est identifié chez eux, c'est pas à vous de résoudre non?

Sauf que tu laisses pas en plan un client, qui paye la version full option qui plus est

On est pas encore VMware niveau nombre de clients, on peut pas se permettre ça

edit : après ya des cas où c'est vraiment abusé et là le client fini par fermer sa gueule quand il a bien vu que c'était pas de notre faute (cf mon post sur le NFS qui déconne)

Bah que tu le laisses pas en plan mais que t'arrives à pointer un soucis chez eux, c'est bien de ton ressort. Debugger son AD c'est plus chez toi.

Sinon la prochaine fois qu'il t'appelle c'est parce que son laptop se connecte pas au 'ternet donc pas à son GUI Xen, alors c'est ta faute si son wifi est déco.

J'ai connu ça il y a 25 ans, avec notre spinoff : le commercial qui était allé à l'O.E.A (une boite publique liée à l'aéronautique) constate de visu que il y a entre 2 et 3 fois le nombre de licences en postes installés qui tournent plein pot (sur des bécanes tellement poussives que même le XWindow-manager a été désactivé, afin de gagner un peu de mémoire). Ben il ferme son bec, car il ne peut pas se permettre de perdre leur clientèle.
 
A+,

Pourvu qu'ils t'appellent pas pour le mitigeur de l'évier qui est cassé et le joint de culasse qui fuit

C'est arrivé en même temps que le support xen. C'est lié.

Et puis il paye LA DIME le support +++, donc il a le droit !

Plam qui introduit des bugs pour vendre du support  

De là à dire que Palm rajoute de l'huile sur le feu...