Bonjour ,

Alors je ne sais pas si c'est la bonne catégorie, mais voila mon problème, j'utilise un vps pour héberger un site web et des scripts pythons qui tourne régulièrement (ils sont reliés à une base de donnée).

Ce matin ma base de donnée a "crash" car je n'avais plus de place dans le fichier /dev/mapper/vg00-lv01. J'ai cherché des soltuions un peu partout, et une était de redémarrer mon serveur (ce que j'ai fais).

Ainsi mon fichier /dev/mapper/vg00-lv01 est passé de 100% utilisé à 99%, et ma base de donnée refonctionne, mais je voulais savoir pourquoi ce fichier est aussi utilisé, qu'est ce qu'il y a dedans et comment je pourrai l'alléger pour pas que cela ne se reproduise.

Merci !

Bonjour,

Sans indications de l'OS, je suppose que c'en est un avec un noyau Linux.

On dit souvent que sur Linux, tout est représenté par un fichier. /dev/ est un dossier spécial qui comprend des fichiers de type device. Ces fichiers permettent à l'OS de communiquer avec des périphériques comme des disques, des ports USB, des ports séries, des terminaux,...

Le fichier /dev/mapper/vg00-lv01 est un fichier qui représente une partition de données. Cette partition a vraisemblablement été créé avec LVM et elle correspond au volume logique lv01 sur le groupe de volume vg00. Jusque là, c'est totalement normal.

Que ce fichier spécifiquement soit rempli à 100 ou 99% par contre ne veut rien dire. Peut-être voulais-tu dire que la partition est remplie à 100 ou 99%?

https://wiki.archlinux.org/title/LVM

Pour savoir à quoi sert cette partition exactement, il nous faudrait la sortie des commandes suivantes:

lsblk
df -h
mount | grep 'vg00-lv01' 

Chez ton hébergeur, tu n'as probablement pas un espace de disques illimités, et surtout, il est sûrement de seulement quelques dizaines de Go maximum. Tu as peut-être rempli l'espace disque avec des logs ou avec trop de données dans ta base de données.

Pour les logs, tu peux utiliser un logiciels comme logrotate.

https://wiki.archlinux.org/title/Logrotate

Si c'est la base de données, tu vas devoir déterminer pourquoi elle s'est remplie, si tu peux éviter quelle se remplisse (en modifiant l'application et/ou en purgeant une partie de la base de manière régulière et/ou en archivant une partie des données régulièrement par exemple) et/ou augmenter l'espace disque tout simplement.

Si c'est autre chose qui a rempli ta partition, il faudra nous préciser quoi.

Tu peux trouver les fichiers et les dossiers les plus volumineux d'un dossier avec la commande du -sh * | sort -h.

-
Edité par KoaTao 29 décembre 2022 à 22:54:55

Tout d'abord, merci pour ta réponse !

Je m'excuse de ma réponse tardive.

Oui pardon, je voulais dire que cette partition était remplie à 99%. Je ne savais pas que ce fichier représentait une partition de données.

Voici ce que me donne les commandes :

lsblk

NAME          MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda             8:0    0   10G  0 disk
├─sda1          8:1    0  487M  0 part /boot
└─sda2          8:2    0  9.5G  0 part
  ├─vg00-lv00 253:0    0  1.9G  0 lvm  [SWAP]
  └─vg00-lv01 253:1    0  7.6G  0 lvm  /
sr0            11:0    1 1024M  0 rom

df -h

Filesystem             Size  Used Avail Use% Mounted on
udev                   192M     0  192M   0% /dev
tmpfs                   45M  860K   44M   2% /run
/dev/mapper/vg00-lv01  7.4G  6.9G  151M  98% /
tmpfs                  222M     0  222M   0% /dev/shm
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                  222M     0  222M   0% /sys/fs/cgroup
/dev/sda1              456M  360M   62M  86% /boot
tmpfs                   45M     0   45M   0% /run/user/1001

mount | grep 'vg00-lv01'

/dev/mapper/vg00-lv01 on / type ext4 (rw,relatime,errors=remount-ro)
root@localhost:/home/nhaundar#

Effectivement j'ai pas beaucoup d'espace de stockage chez mon hébergeur. Pour tout dire ma base de donnée est assez grosse (enfin pour moi), j'ai qu'une table dedans mais elle a 8000 lignes avec 11 colonnes. Et je comprends pas en quoi des logs bloqueraient ma mémoire. Les logs se forment après une commande ou une action ? mais à chaque fois qu'une commande similaire est exécuté, le log ne se fait pas remplacer ? 

Mais c'est vrai que ca me pose un vrai problème car je ne peux pas faire les mises à jour sur mon vps par manque d'espace mémoire, évidemment la solution facile est de rajouté de l'espace en payant plus cher, mais bon..

Merci pour ta réponse. Je vais voir logrotate de plus près

-
Edité par LoïsCoursaut1 4 janvier 2023 à 11:12:58

Bonjour,

Tu peux vérifier déjà la taille des logs de systemd :

# journalctl --disk-usage

Réf : https://www.freedesktop.org/software/systemd/man/journalctl.html#--disk-usage

S'ils sont trop gros et que tu n'y tiens pas spécialement, tu peux les supprimer. Par exemple pour ne garder que les logs des dernières 24h :

# journalctl --vacuum-time=1d

Réf : https://www.freedesktop.org/software/systemd/man/journalctl.html#--vacuum-size=

Et ensuite, tu peux essayer de voir quelques sont les dossiers/fichiers qui prennent le plus de place, avec la commande ncdu :

https://opensource.com/article/21/8/ncdu-check-free-disk-space-linux

-
Edité par lecbee 4 janvier 2023 à 13:30:49

Merci lecbee ! J'ai réussi à supprimé les logs de systemd (et garder ceux de < 24h). Et je vais check ncdu, ça à l'air de faciliter l'utilisation du terminal.

D'ailleurs de manière général, la partition des données de /dev/mapper/vg00-lv01 est de combien ? Parce que j'ai réussi à descendre à 88% mais je suppose qu'il y a une taille "moyenne", on va dire qui est normal. C'est pas très clair, je m'en excuse, c'était pour avoir un exemple et de si 88% reste trop élevé.