Reprise du message précédent :

Je dis pas le contraire. C'est juste peut-être plus dans son périmètre de compétence

edit: je passe sur DT

Effectivement.

Petite qui me remonte histoire de... (elle date mais pas trop).

La GED de mon service (1.5M de documents, des pièces ID / justificatifs domicile etc...) était hébergé chez un petit prestataire qui faisait ouverture du courrier, numérisation, typage et archivage.

Presta choisi par mes prédécesseurs essentiellement sur son prix plutôt que l'expertise à la suite d'un AO qui disait "notre presta vient de nous jeter parce que on tire tellement les prix qu'il arrête l'activité et on veut un presta qui va faire mieux pour moins cher". Donc on mettait de base les chances de notre côté.

Il y avait un peu de CRM dans la GED, on fait un audit à l'occasion de la mise en place du Rgdp et de la mise en place d'un vrai Crm pour voir si on pouvait interfacer cette ged (un Alfresco v4) avec notre nouveau crm (ms dyn 365). Bingo on découvre que notre GED n'est plus maintenue par l'éditeur, que les failles de sécurité identifiées par un précédent pentest n'ont jamais été corrigées (merci mon équipe it interne pour le follow up).

Pas grave on décide d'appliquer la cause de réversibilité et de migrer depuis leur ged naze vers un Alfresco v6 (oui, parce que migrer vers la v6.1  qui est la dernière en date, ben en fait non ni mon it interne qui est le nouvel infogerant, ni l'éditeur ne preconisent). Soit.
On est en phase de cadrage on est en train de définir ce qu'on veut.

Et le précédent infogerant galère en mode test pour exporter des set de data (parce que Alfresco et les batch c'est pas ça) sur des problèmes hyper rare du style  "jai plus d'espace disque sur le serveur d'export je fais quoi? Le traitement tombe en timeout je fais quoi? (Rappel ce sont les supposés experts, on est juste les users)

 Et , un jour mon presta arrive tout content. (Rappel: On est en phase de cadrage on est en train de définir ce qu'on veut comme export, comment on les veux, on a pas encore vraiment commencé l'export".

"Ay est c'est bon j'ai tout exporté".

Moi surpris"Super, ben montre moi la requête de comparaison entre les whatmille fichiers exportés et un listing de la base histoire de vérifier - avant les échantillons- que t'as rien oublié.

ah euh en fait je sais pas faire ça.

ben si. Tu fais un ls de tes whatmille zip pour compter le nombre de fichiers xml des metadata (un doc dans la ged whatever le type, en export ça fait le doc d'origine plus son xml de metamadata).

ah euh oui bonne idee. Mais je sais pas compter les documents dans la base de données. Et puis comme on exporte des arborescences des fois y a un xml mais pas de fichiers à coté si on est pas à la Racine. Et puis des fois ya 2xml, un pour le fichier exporté et un pour le sous répertoire qui contient peut-être des trucs. Faudrait lire la 1ere ligne du xml pour voir dans quel cas on est... c'est dur...

oui je comprends et je m'en fous, tu te demerdes. Si tu veux être payé pour ton travail de migration t'as intérêt à me prouver que a) c'est fait à 100% b) c'est BIEN fait

T'es vraiment un client trop méchant, faut que je recommence tout

Le même presta qui sur un autre projet me disait "ah bon j'ai pas le droit de connecter une base de recette sur une base de prod et d'envoyer en prod des donnes de recette ? Z'êtes sur?  

Bon depuis, jai arrêté tout dev avec ce presta. Ils font juste de la saisie de data et ca se passe bien. Et après 1an dexports et de reimports, je vais enfin benner ma vieille ged pleine de trous.

Bonus pour ceux qui ont jusqu'à la fin : vu qu'on migre et que la nouvelle ged est en place, je leur demande de passer la ged à migrer en lecture seule. Bah oui parce que mes lusers alors que ça fait 1mois qu'on leur répète de ne plus mettre les docs dans l'ancienne ged (et qu'ils les voient dans la nouvelle en plus quand ils traitent les dossiers) continuent à les foutre AUSSI dans l'ancienne. Et à se plaindre qu'ils ont trop de tafs.

Il a fallu à mes champions 3 putains de mois pour passer 40 comptes en lecture seule.  

Des fois je suis "un peu" fatigué

On t'a donné les solutions alors, il n'y a plus qu'à.
Ah et tu peux mettre en place les précos du SCT pour la partie audit aussi.

"Mieux pour moins cher". Aaaaah, chaque fois que j'entends ça, je me réjouis !
Je me dis qu'il y a un marché à prendre  
 
Sinon, jeudi, j'ai un tech qui a résolu un incident chez un client: permettre à un presta de se connecter à la nouvelle fibre. L'opérateur fourni un subnet de 5 IP publiques utilisables, nous en prenons une,  on paramètre notre interface, tout se passe bien. Nous faisons suivre le courrier de l’opérateur au presta, qui répond que c'est à nous de fournir les infos (?!?). Bref, on copie-colle les infos, on leur envoi un ticket, ils font leur paramétrage et ce qui aurait dû être une action simple... ne fonctionne pas.
"Vos infos sont erronées, merci de nous donner les bonnes informations de connexion"
On renvoi le truc, avec triple vérification. Même résultat. On remonte donc vers l'opérateur pour leur demander si il n'y aurait pas un souci: "nope, tout va bien chez nous, on détecte bien des équipements connectés sur les interfaces 0 et 1"
Nouvelle partie de ping-pong à base de "les infos viennent de l'opérateur, pas de nous, et sont fonctionnelles pour nous, vérifiez votre config" et de "ça ne fonctionne pas, merci de nous communiquer les bonnes infos"
Le client s'énerve, tape indistinctement sur tout le monde, suffisamment pour qu'on déplace un tech afin de vérifier le branchement. Il y va, on teste chaque port du routeur opérateur et les IP fournies avec notre équipement, toutes les combinaisons fonctionnent. Le presta étant injoignable, je dis au tech de brancher leur routeur sur le nôtre et qu'on allait lui fournir du DHCP histoire d'éviter les erreurs humaines.
Retour du tech: "le câble était branché sur le port WAN3 du routeur du presta, je n'ai aucune LED qui s'allume, comme si le port était désactivé. J'ai fait le test sur leur port WAN4, ça s'allume".
On branche sur WAN4, on paramètre notre interface avec un DHCP sur un range RFC1918 random, un /24 histoire de pas trop perdre de bras cassés, on envoi un mail au presta:
- "Bonjour, nous avons déplacé un tech, et avons détecté à cette occasion que votre port WAN3 est désactivé. Nous avons donc pris la liberté de brancher le câble sur votre port WAN4, qui est lui bien actif, pour ne pas avoir à nous déplacer une fois de plus. Il y a un serveur DHCP, et votre interface a l'IP 10.0.50.10/24, passerelle en .1, DNS blablabla". Pouvez-vous vérifier et paramétrer votre routage ?"
- "Bonjour, l'IP que nous obtenons est 192.168.1.1, il y a une erreur de votre côté"
- "Tenez, voilà un screenshot de notre DHCP avec votre m@c associée à l'IP .10"
*Insérez ici un mail incendiaire du client et un lag d'une journée*
- "Ah maintenant c'est bon"
 
Mail de clôture de l'incident chez le presta: "Bonjour M. Trucmuche, après de nombreux échanges avec votre informaticien répartis sur plusieurs semaines, celui-ci à réussi à paramétrer ses équipements pour nous permettre de nous raccorder à votre fibre. merci d'avoir contacté nos service, bisous".
 
 

Enfin un presta qui a des couilles et qui n'hésite pas à les montrer !

Dans les truc croustillants je suis au tel avec l'agrume et on me demande l'adresse mac:
- j'épelle : zero, zero, e, b
-l'interlocuteur m'arrête : b ou p ?
 
C'est bien ca fait plaisir d'avoir des gens formés au b a ba du réseau ....

"Je reprends, E comme Enculé, B comme Batard, ..."

C'est des bons chez notre presta...

Pour le contexte : on a un logiciel de gestion des non conformités, qui comprend une gestion de profils utilisateurs hiérarchique.

Jusqu'à présent le presta exécutait une requête SQL pour transmettre au métier la liste des utilisateurs et les profils correspondant. On leur a demandé d'automatiser dans notre outil de reporting, Qlik.

Bon déjà ils nous facturent 7 jours pour un truc qui en prend un, mais surtout problème, leur requête sous Qlik (et sous d'autre softs) renvoie des caractères spéciaux qui rendent l'arborescence des profils illisible.

Ils restent bloqué un mois dessus... Pour s'apercevoir que depuis Talend ils peuvent exécuter la requête SQL, ressortir un CSV avec le bon encodage.. donc ils nous propose de faire un job journalier qui va générer un CSV dans un share que Qlik va lire...

La évidemment je leur ai dit d'arrêter l'usine à gaz et de me laisser une journée pour jeter un oeil pour voir si je n'arrivais pas à régler le problème. Trois heures plus tard la requête SQL marche, elle est passée de 230 à 40 lignes et s'exécute à peu près 100x plus vite.

Le meilleur c'était lors de la présentation au métier du report... En gros on voyait des profils attribués que le presta était censé avoir désactivé. Le métier leur a en gros dit "on ne dit pas que vous ne faites pas votre job, mais c'est quand même le bordel la non ?". Et cerise sur le gâteau la requête SQL contient une belle clause pour exclure certains profils obsolètes.... Donc gros soupçons qu'au lieu de désactiver les profils proprement dans l'outil de gestion des non conformités, ils modifiaient juste le report transmis au métier.

Edit : retiré le nom du presta mais c'est une grosse boîte

J'achète un C en première lettre

J'achète un A en seconde lettre

Je propose un I en dernière

Combien ça en donne ça ?
C*apgem*ini
G*F*I (Informatique)
C*G*I*
 
Pas tant que ça en fait.

Un seul! La #FrenchTech!!!

Et en solution clés en main ?

Un indice chez vous ?

Suffit de payer la DIME

J'essaie de rajouter une redirection de mail sur ovh.
Actuellement je n'ai aucune adresse email chez ovh.
Je veux juste un admin@mondomaine.com qui redirige vers monadresse@gmail.com
 
Mais là ça fait une heure et rien, j'ai beau envoyer vers mon adresse je reçois aucun mail

 
 
Si tu n'as pas d'adresse mail, je pense que tu ne pourras pas faire de redirection.

nan en fait c'est bon, je suis juste un caca humain et il fallait s'assurer de cette entrée dans le DNS :  
MX 1 redirect.ovh.net.

Chez nous il y a 6 mois je lance une alerte informelle en réunion pour dire qu'un des serveurs les plus utilisés de la boite (...et qui n'est pas sous ma responsabilité) a son disque dur rempli à 90%. Personne ne bronche.
Je le répète 2~3 fois les semaines suivantes et devant le j'en foutisme de tout le monde je crée un ticket d'incident il y a pile un mois car on atteignait les 97%.
Presque rien n'a été fait et hier on était à 99%, maintenant j'attends le gros plantage...

J'ai le même genre de cas, c'est malsain mais j'attends aussi le gros plantage pour dire que j'avais raison, regardez mes mails du xx/xx/xxxx  

       
J'ai la même pour un hyperviseur. >94% ? Pas de soucis ? ok

Au contraire, quand c'est pas la première fois que ça arrive ce genre de truc, que c'est toujours les quelques mêmes qui sauvent les miches de la boite, qu'il y a zéro récompense ni même le moindre remerciement derrière... ça servira de leçon.

Tu veux pas une prime supplémentaire à chaque fois que tu fais ton boulot ?

Ce qui expliquerait que je n'ai pas de primes

FYP

Xat existe-t'il réellement? Ne serait-ce pas une IA  mal codée et un peu fainéante? Je pose calmement la question.

Une IA ne m'avais jamais recu chez elle et laissé gratter le bide de son chat  

et quand je fais celui des autres ?  

This  

Ah oui mais on te dira jamais merci si tu mets tes gros doigts sur une infra hors périmètre.  

Ca progresse pas mal les IA.

Exactement ce qu’une IA dirait.

Je devrais lâcher ma lettre démission sous peu, je cherche le moyen de faire ça le moins propre possible    

Mer il é fou
 
Pénalité si tu le fais pas.
De toute façon c'est un peu ça le boulot d'informaticien ? C'est faire ceux des autres (merci au fait )
 

L'outil BGPlay du RIPE c'est vraiment extraordinaire pour mettre aux opérateurs le nez dans leur caca en cas d'incident, je m'en lasse pas