Vue Globale — Changes

[Succès] Ajout de deux items de monitoring Windows dans la template Zabbix 'Template_Sclite_V2' : un item parsant le fichier users.xml de FileZilla Server (FTP) et un item récupérant la variable ORACLE_HOME. Les triggers associés ont ensuite été créés. • Items FTP et ORACLE_HOME ajoutés à la template Template_Sclite_V2 • Triggers créés dans la foulée

[Partiel] Changement prévu sur les Puppet masters reporté. Pendant ce temps, Hamel Olivier a rechargé le service Puppet pour ses propres tests, causant un ralentissement/arrêt de Puppet. Brois Romain n'a finalement rien modifié et reporte son action. • Impact sur Puppet causé par un reload de service effectué par Hamel Olivier (~15h05), non lié au change initial • Brois Romain n'a pas réalisé le changement prévu, action reportée

[Succès] Restart DNS privés (stdn, crbv) pour optimisation mémoire et reboot + MAJ kernel sur dns-prod-node1 et node2. Tous les serveurs sont revenus opérationnels avec résolution DNS confirmée. Aucune coupure constatée. • Snapshots pris avant intervention • Opérations réalisées serveur par serveur sans impact • Résolution DNS vérifiée sur chaque nœud après redémarrage

[Partiel] Correction kernel sur nœuds secondaires mongo/postgres/elastic en PROD. Un nœud (alertengine-mongo2) était primary, mis de côté. Incident de maintenance signalé ayant généré des tickets. Opération partielle, suite prévue le lendemain. • alertengine-mongo2 était primary, non mis à jour • Erreur de maintenance ayant généré des tickets non prévus • Opération étalée sur plusieurs jours

[Succès] Mise à jour du micro-service Vidal (API 2026.06.3 / DB 310.3.0_dump) déployée via rollout Openshift. L'auteur a signalé une erreur de date dans le message initial (indiquant le 23/06 au lieu du 24/06). • Erreur de date dans le message initial corrigée par l'auteur • Aucune interruption de service signalée

[Succès] La machine c3528-sclite2-2 a été arrêtée suite à un incident sur le changement de path Oracle Home. Après validation de Florent LANDUCCI, la machine a été rallumée le lendemain avec arrêt du service FileZilla-server. • Arrêt décidé suite à incident Oracle Home path • Rallumage effectué avec désactivation du service SFTP/FileZilla

[Succès] Remplacement du SFP 1G par un QSFP 10G sur CRBV pour passer à 2G (extensible 10G sans déplacement). Opération débutée à 20h15, terminée à 20h26 avec coupure brève de la sortie internet. • Débit porté à 2G avec SFP 10G (montée à 10G possible sans coupure future) • Durée de l'intervention : ~11 minutes

[En cours] Ajout d'un trigger Zabbix critique pour détecter un retard du slave sur le master > 60 min. Le périmètre d'alerte et les tags sont à définir. Prochaine étape prévue le lendemain. • LANDUCCI Florent souhaite que la responsabilité reste à l'équipe en charge • Ajustement des tags d'alertes à venir

[Succès] Suppression du PA Cerba réalisée. Les alertes provenaient de 'Nx-leaf6-crbv'. Chomier a désactivé les triggers Zabbix, les configurations seront supprimées ensuite. • Alertes issues de Nx-leaf6-crbv, pas d'un PA Cerba direct • Triggers Zabbix désactivés, suppression des configs prévue

[Échec] Remplacement des Palo Alto CRBV prévu le 22/06. La bascule vers le nœud actif #2 a été confirmée OK, mais l'intervention a finalement été annulée en raison d'un problème de livraison. • Bascule nœud actif #2 effectuée avec succès • Intervention annulée suite à un problème de livraison du matériel

[Succès] Reboot des ESX du cluster HCI DEV réalisé dans le cadre du déploiement des MAJ HCI. Confirmation de fin d'opération obtenue par Wahid Meslem suite à la demande de Fabien Travaglia. • Reboot effectué dans le cadre des MAJ HCI DEV • Confirmation de fin d'opération à 10h36

[Succès] Migration de la ligne fibre sur l'interface WAN0 du cluster de 3064. Bascule effectuée à 07:44 sur la nouvelle ligne 20M, opération terminée avec succès à 07:55. • Nouvelle ligne fibre 20M • Durée : ~16 minutes

[Partiel] Création d'un item %mem dans Zabbix et ajout dans le template OS Linux, avec un trigger unique sur l'hôte Grafana pour détecter la saturation mémoire. L'item a finalement été désactivé et un envoi d'alerte mail Zabbix mis en place en attendant une solution pérenne. • Item %mem créé puis désactivé, trigger modifié • Alerte mail Zabbix configurée comme solution temporaire • Correction du dashboard Grafana planifiée au prochain sprint (TUL-702251)

[Succès] Ajout d'un trigger en INFO sur grafana-node1-1 dans Zabbix. Un item inexistant a été créé. Suite à échange, CHOMIER a ajouté un trigger sur la RAM. • Création d'un item manquant • Trigger ajouté sur la RAM sur conseil d'Eddy

[Succès] Suppression des NAT sur l'ASR de STDN pour la prod (10.55.0.95) et la qualif (10.55.0.96) du serveur SFTP-HMBLOC-HPM de Ramsay. Les NAT sont désormais portés uniquement par le Palo-Alto de CRBV. • NAT prod et qualif basculés sur le Palo-Alto de CRBV, supprimés de l'ASR STDN • Opération validée en réunion avec Ramsay par GIGON-LE-GRAIN Alix

[Partiel] Merge d'un script Puppet7 pour arrêt propre des services ScLite afin d'éviter la saturation des processus Oracle lors des reboots. Des problèmes résiduels de montée de sessions ont été constatés cette nuit, une correction est en cours de préparation. • Problème de saturation Oracle max_process présent depuis 2007 • Montée de sessions anormale détectée sur P07HM et Q01HM après déploiement • Correction en cours : déplacement du script pour compatibilité serveurs

[Succès] Déploiement Infra X3 3165 le matin, suivi d'un export/import du dump PROD vers QUALIF pour COSEM 000333 sur P01GX. Export terminé à 09h09, import lancé à 12h59 et terminé à 13h21, maintenance supprimée à 13h22. • Export PROD C000333 réalisé le matin • Import vers C000333Q finalisé à 13h21 • Maintenance levée à 13h22

[Partiel] MAJ SSO KeyCloak vers Red Hat build 26.4 réalisée le 18/06 entre 06h02 et 06h18 (~16 min). Après la maintenance, une instance Oracle P01SSO est signalée KO à 09h19 par T. Portal. • Instance Oracle P01SSO signalée KO à 09h19, potentiellement liée à la MAJ • Interruption prévue ~5 min, opération réalisée en 16 min

[Partiel] MAJ DMZ Linux RHEL 8 en cours : actifs de prod patchés avec succès. Zabbox et API GW partiellement mis à jour, environ la moitié bloquée par manque d'espace dans /var, retraitées avec patch kernel uniquement. • Prod patchée avec succès • ~50% des zabbbox bloquées par manque d'espace /var, retraitées avec patch kernel uniquement • Résultat final des zabbbox et apigtw non confirmé dans le thread

[En cours] Arrêt de crbv-mssql01 (Windows 2012) pour décommissionnement. Le serveur hébergeait des bases Medseen CGTR supposées inutilisées. Les backups SQL Server ont été désactivés dans Rubrik avant l'arrêt. • Serveur Windows 2012 hébergeant bases Medseen CGTR • Désactivation des backups Rubrik effectuée • Décommissionnement en cours, arrêt non encore confirmé

[Succès] Le template 'Template_Orabbix_INSTANCE_Generic' était absent de plusieurs instances Oracle. Mottot a appliqué les corrections, en excluant les instances ayant déjà 'Template_Orabbix_INSTANCE_X3' (qui hérite du generic), et a retiré une dépendance mal configurée. • Instances concernées : mix enabled/disabled, certaines exclues car Template_Orabbix_INSTANCE_X3 pointe déjà vers le generic • Dépendance incorrecte retirée avant application des corrections • Modifications confirmées appliquées par Mottot

[En cours] Modification de routage (changement de VRF) effectuée sur l'environnement CERBA pour corriger les problèmes de backup post-opérations de mardi. Commits appliqués, test demandé à Hardis. • Pas de coupure prévue, seul CERBA impacté • Test de validation confié à Hardis après application des commits

[Succès] Fichier nohup.out de 900 Go saturant le FS /export_gx sur share-node1. Purge du fichier décidée et exécutée par CHOMIER Julien après validation informelle de l'équipe. • Fichier nohup.out de ~890 Go (logs depuis avril 2022) • Purge réalisée dans la matinée du 17/06/2026

[En cours] Alertes détectées sur p02gx-gx07-1.swmcloud.net concernant la base GALAXIE_V8_C11279 (database status error et database error) suite à la migration à blanc c11279. Damien Marino a pris en charge l'investigation. • Alertes base de données sur p02gx-gx07-1.swmcloud.net post-migration • Prise en charge confirmée par Marino Damien à 07:43

[Succès] Redémarrage du service Syracuse réalisé à 18h01 suite à des modifications de paramètres fonctionnels par l'équipe Sage. Service redémarré et application validée en moins d'une minute. • Durée d'interruption inférieure à 1 minute • Application vérifiée OK après redémarrage

[Succès] Augmentation des ressources de c2563-sclite1-2 : passage de 6 CPU/12 RAM à 8 CPU/16 RAM pour répondre aux prérequis liés au flux (92 flux actifs). Action réalisée par DAVIET Mickael. Discussion sur le process d'ajout d'un nouveau serveur. • Aucun mail/ticket DEP de l'ITO signalé pour l'ajout d'un serveur (ASTIER Cédric) • Process rappelé : alerte Zabbix à 80 flux vers les CP ITO pour décision d'ajout serveur

[Rollback] Mise à jour du certificat *.softwaymedical.fr sur OpenShift prod via ArgoCD. Un incident a eu lieu (signe '=' manquant en base64 sur 'cert' et 'ca'), diagnostiqué sur cluster DEV. Rollback effectué à 12h13, certificat rétabli. • Cause : caractère '=' manquant en fin de chaîne base64 (cert et ca) • Diagnostic réalisé sur cluster DEV avant identification • Rollback vers l'ancien certificat à 12h13

[Succès] Désactivation de l'EDR sur 7 machines du C2179 réalisée et confirmée. Désactivation temporaire (10 jours), réactivation prévue à l'issue. Profil EDR désactivé également dans Hiera/Puppet. • Désactivation temporaire ~10 jours, réactivation prévue • Demande de DIOLI Cyril, validée par GOUPIL Guillaume • 7 machines impactées, profil Puppet mis à jour

[En cours] Renommage des boitiers Palo Alto selon la nomenclature fw-nodeXX.ZONE, effectué progressivement sur plusieurs pare-feux (euw1fr02, 04, 05, 06, 01). Un incident d'inaccessibilité des applis Epiconcept a été évoqué mais non lié à ce changement. • Renommage progressif sur 5 boitiers confirmés en cours • Incident Epiconcept (ticket 03661669) écarté comme lié à ce changement

[Succès] Redémarrage de l'instance C2100X3 réalisé le 15/06/2026 à partir de 22h pour prise en compte des nouveaux paramètres SGA. Fin des opérations confirmée à 20h11. • Durée estimée : moins de 30 minutes • Validé par BERNE Philippe

[Succès] Remplacement du firewall Palo Alto sur le DC STDN réalisé avec succès. Bascule effectuée avec 30 sec d'indisponibilité mesurée. Configuration synchronisée sur les nouveaux Palos, test de bascule validé, com de fin envoyée à 20h58. • Indisponibilité client limitée à 30 secondes lors de la bascule • VPN dev temporairement KO, résolu après restart • Interface SF de la DSI impactée pendant l'opération (maintenance à prévoir pour la prochaine fois)

[Échec] MAJ hebdomadaire VIDAL de la version 1.121.0 vers 1.122.0 annulée cette semaine en raison d'un blocage sur la pipeline Secureway. Le déploiement reste en staging uniquement. • Déploiement annulé : pipeline Secureway non franchie • Changement limité à l'environnement staging

[Succès] Passage du paramètre jvm_heap_force à 31744 sur l'ensemble du parc Graylog pour conformité spec et suppression du swap. Opération finalisée avec analyse prévue en fin de journée sur les 4 premiers nodes avant validation complète. • Déploiement effectué sur l'ensemble du parc Graylog (31G heap) • Analyse de contrôle prévue en fin de journée sur les 4 premiers nodes • Tickets de swap Graylog à clôturer suite à l'opération

[Rollback] Plantier souhaitait modifier le template Zabbix Juniper SNMP pour les interfaces WAN. Après analyse, il a renoncé à la modification en raison de l'état dégradé des instances Zabbix (zabbix09 notamment, majority en orange/rouge à stdn). • Modification annulée suite à l'état dégradé des serveurs Zabbix • Seules zabbix03 et zabbix04 sur stdn étaient opérationnelles

[Succès] Mise à jour du vCenter STDN Legacy réalisée à 15h00 pour corriger des failles critiques. La MAJ est terminée mais des alertes ont été générées durant l'intervention. • Alertes déclenchées durant l'intervention (signalées par LUCCHESI Anthony) • MAJ confirmée terminée par MESLEM Wahid

[Succès] Ajout de 4 serveurs Tomcat dans Zabbix (2 pour client 2722, 2 pour client 2357). Un problème de jaspers manquants a été signalé sur 2357, mais après vérification il s'avère que le même nombre de jaspers est présent sur tous les Tomcat de 2357. • Jaspers manquants signalés sur 2357, finalement présents sur tous les Tomcat • Vérification effectuée par DALMAS et confirmée par LANDUCCI

[En cours] Correction d'un bug sur les passwords Mongo et le hash via merge Tuleap. Une alerte mongod down sur devrocketchat-mongo1 a été signalée, mais BRASSEUR confirme ne pas avoir mergé vendredi et qu'il n'y a aucun lien avec son intervention. • Merge non effectué vendredi par BRASSEUR Nicolas • Alerte mongod down sur devrocketchat-mongo1.swmcloud.net sans lien confirmé avec le changement

[Succès] Reboot du vCenter Dev Legacy réalisé pour mise à jour hardware de la VM. L'opération s'est déroulée avant l'heure prévue (10h00) et s'est terminée avec succès. • Validation obtenue de RISCH Philippe • Opération terminée avant 08h15

[En cours] Suite à une alerte cyber client Galaxie, modification des droits sur les répertoires DFS déclenchée par l'équipe Pierrick Rivet. Cela a relancé la réplication DFS, saturant les CPU des serveurs p01/p02gx-dfs à 80-90%. Décision : laisser la synchro se terminer le week-end et vérifier lundi. • Saturation CPU 80-90% due à la reprise de réplication DFS après changement de droits • Écarts d'espace disque constatés entre les serveurs GX et DFS • Décision de laisser la synchronisation se poursuivre jusqu'à lundi (validée avec Thomas P)

[Succès] Modification des ACL pour autoriser un nouveau réseau fibre (CANAL PLUS / client SITM). Finalement réalisée sur rtr2921-cml9000067-imag-1 et non sur les ASR. Accès applicatif et images confirmés OK à 18h. • Équipement modifié : rtr2921-cml9000067-imag-1 (pas les ASR comme prévu initialement) • Migration cuivre vers fibre pour client SITM via crossco CANAL PLUS

[Succès] Migration SD-WAN sur le site CML2571 Versailles : supervision de rtr921-cml2571-versailles_NERIM-VLAN1530 coupée. Le site Plaisir sera décommissionné suite à la migration. • Supervision Zabbix désactivée pour rtr921-cml2571-versailles_NERIM-VLAN1530 • Site Plaisir prévu en décommissionnement

[Succès] Mise en place d'un NAT pour rediriger les flux p01tm-share des clients P07TM vers p07tm-sftp sur un port spécifique. Validé par LANDUCCI Florent, puis commité et pushé par MOREAU Gaëtan. • Validé par LANDUCCI Florent • Commit et push effectués par MOREAU Gaëtan à 13h26

[Succès] Décommissionnement de 17 serveurs DEV pour libérer de l'espace sur les ESX. RISCH Philippe a lancé le job après ajustements (retrait de poc-script, ajout de devbenji-pg1). Les 17 serveurs ont été déconnectés avec succès. • 17 serveurs décommissionnés au total • poc-script exclu car encore utilisé dans des règles actives • devbenji-pg1.swmcloud.net ajouté en cours de procédure par HERMITTE Nicolas

[Partiel] Modification de l'action Smaw dans Zabbix : suppression du 3ème step après clonage/backup, suite à des dysfonctionnements (occurrence quotidienne et recréation de tickets en mode confirmé). Action partiellement annulée à la demande de LANDUCCI. • Dysfonctionnements observés : tickets ZBX recréés quotidiennement en mode confirmé • Rollback partiel demandé par LANDUCCI Florent (remise en place du step supprimé)

[En cours] L'ESX DEV est en surcharge, les équipes de DEV se plaignent. Nicolas HERMITTE demande une action de nettoyage sur les VM inutiles (elastic, postgre, mongo avec 'test'). Philippe RISCH planifie des déconnexions dans l'heure. • Nombreuses VM de test (elastic, postgres, mongo) identifiées à supprimer/arrêter • RISCH Philippe prévoit des déconnexions à ~13h30 sans retour contraire

[Partiel] Ajout de 2 Tomcat (tom9 et tom10) pour le client 2153. Problème identifié : les Tomcat ne joignaient pas le serveur FTP client. Dalmas a mis à jour les yaml reverse-FTP et appliqué Puppet, mais la connexion FTP restait KO en fin de thread. Possible souci sur tom10/apache. • Reverse-FTP non fonctionnel après intervention Puppet • Client injoignable pour validation • Tom10 suspect sur apache 1-2

[En cours] Création d'une règle NAT source pour le réseau 10.90.1.0/27 vers l'IP 91.208.222.130 et d'un record DNS reverse 'satmail.epiconcept.fr'. Après échange avec Guillaume et Willy, la demande est validée et planifiée au lundi suivant. • Validation orale obtenue suite à point avec Guillaume et Willy • Planifié au lundi suivant, pas d'urgence confirmée côté Epiconcept

[Partiel] Ajout de Tomcats sur 3 environnements (C2558 : 3, C0771000 : 1, OMSAAS : 2). Des problèmes ont été rencontrés : alerte liée au déploiement sur C2558, FTP non fonctionnel sur 2558-tom18, et correction des reverses FTP nécessaire. Variables $tomcat_2 à corriger car supprimées des templates. • FTP 10.45.0.15 non fonctionnel sur 2558-tom18, reverses corrigés en cours • Variable $tomcat_2 absente des templates actuels, incrémentation manuelle nécessaire pour C2558 (15 au lieu de 18 Tomcats) • Maintenance posée pendant l'ajout des Tomcats

[Succès] Le cluster de dev Loki présentait des instabilités. Fabien Travaglia est intervenu sur les 4 VMs pour les stabiliser, avec résultat positif confirmé peu après l'intervention. • 4 VMs stabilisées • Réflexion en cours pour passage en mode cluster éclaté (comme Tempo)

[Partiel] Décommissionnement de VMs DEV (xts999905 et xts03rom001) réalisé par MURCY Steven. 20 VM supprimées au total. Anomalie détectée : shareq1 communiquait encore dans CW après décom, et trtq1 avait été omis lors du workflow (relance effectuée). • 20 VM décommissionnées au total • trtq1 manqué lors du workflow initial, relance effectuée • xts999908 (devops-mey) identifiés comme prochaine étape de migration

[En cours] Lors de la migration RHEL7 vers RHEL8, des alertes ont été reçues. VILLERS Jérémy a confirmé qu'elles étaient normales, liées au passage sur les nouveaux serveurs Apache en remplacement 1-1. • Alertes reçues confirmées comme normales par VILLERS Jérémy • Migration vers nouveaux Apache effectuée en remplacement 1-1

[Succès] Connexion des zones euw1fr05 et euw1fr06 au backbone internet réalisée avec succès. Les deux zones ont été basculées. Des ouvertures de flux résiduelles sont à prévoir au fil de l'eau. • FR06 validé en premier, FR05 validé ensuite avec léger retard • Flux résiduels à ouvrir post-bascule identifiés