cedricAbonnel/s-informer-sur-la-tech-www
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

vault backup: 2026-03-10 08:14:50

Browse Source
This commit is contained in:
Cédric Abonnel
2026-03-10 08:14:50 +01:00
parent 1158950ba6
commit 6b38351bc6
1 changed files with 10 additions and 18 deletions
Download Patch File Download Diff File Expand all files Collapse all files

28
articles/2026/Comprendre RemoveIPC.md
View File

@@ -1,16 +1,16 @@
--- ---
title: Comprendre RemoveIPC title: Comprendre RemoveIPC
description: "Comprendre le paramètre RemoveIPC dans logind.conf : pourquoi il provoque le crash de vos bases de données PostgreSQL ou Oracle et comment le configurer en production (DevOps)." description: "Comprendre le paramètre RemoveIPC dans logind.conf : pourquoi il provoque le crash de vos bases de données PostgreSQL ou Oracle et comment le configurer en production (DevOps)."
tags: tags: []
date: 2026-03-10 08:09 date: 2026-03-10 08:09
lastmod: 2026-03-10 08:09 lastmod: 2026-03-10 08:14
type: type:
- article - article
category: category:
- "[[Guide]]" - "[[Guide]]"
status: status: terminé
--- ---
**Par Cédrix** | _Date d'édition : 10 mars 2026_
Dans l'écosystème Linux moderne, **systemd-logind** gère bien plus que de simples ouvertures de sessions. L'un de ses paramètres les plus discrets, mais potentiellement destructeurs, est `RemoveIPC`. Pour un ingénieur DevOps, comprendre ce réglage est crucial pour garantir la stabilité des bases de données et des applications haute performance. Dans l'écosystème Linux moderne, **systemd-logind** gère bien plus que de simples ouvertures de sessions. L'un de ses paramètres les plus discrets, mais potentiellement destructeurs, est `RemoveIPC`. Pour un ingénieur DevOps, comprendre ce réglage est crucial pour garantir la stabilité des bases de données et des applications haute performance.
@@ -69,15 +69,13 @@ On pourrait se demander pourquoi un paramètre aussi risqué est activé par dé
--- ---
## 5. Guide de configuration (Bonnes pratiques DevOps) ## 5. Bonnes pratiques
### Vérifier l'état actuel ### Vérifier l'état actuel
Pour voir si des segments IPC sont actuellement utilisés sur votre machine : Pour voir si des segments IPC sont actuellement utilisés sur votre machine :
Bash ```Bash
```
ipcs -a ipcs -a
``` ```
@@ -87,20 +85,16 @@ Si vous gérez des serveurs de bases de données, il est souvent recommandé de
1. Éditez le fichier : `sudo nano /etc/systemd/logind.conf` 1. Éditez le fichier : `sudo nano /etc/systemd/logind.conf`
2. Décommentez ou ajoutez la ligne : 2. Décommettez ou ajoutez la ligne :
Ini, TOML ```toml
```
[Login] [Login]
RemoveIPC=no RemoveIPC=no
``` ```
3. Redémarrez le démon (attention, cela peut impacter les sessions en cours) : 3. Redémarrez le démon (attention, cela peut impacter les sessions en cours) :
Bash ```Bash
```
sudo systemctl restart systemd-logind sudo systemctl restart systemd-logind
``` ```
@@ -111,6 +105,4 @@ Si votre but est de nettoyer les ressources, préférez parfois jouer avec `Kill
--- ---
## Conclusion **Sur un serveur haute dispo passez `RemoveIPC` à `no`.**
`RemoveIPC` est une fonctionnalité de "nettoyage automatique" qui part d'une bonne intention mais qui ignore le cycle de vie complexe des applications de bases de données. En tant que DevOps, la règle d'or est simple : **Sur un serveur de base de données (Postgres, Oracle, MariaDB), passez `RemoveIPC` à `no`.**