7 votes

balint avatar

/var utilise 91,4 % des 3,99 Go du nouveau serveur dédié Ubuntu de 1and1.

Demandé el 24 de Mai, 2012
Quand la question a-t-elle été
6124 affichage
Nombre de visites la question a
5 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Hier, j'ai acheté un pack de serveurs dédiés chez 1and1. J'ai installé Rails, Mongo et nginx. Aujourd'hui, lorsque je me suis connecté, il affiche ce message :

Bienvenue sur Ubuntu 12.04 LTS (GNU/Linux 3.2.0-24-generic x86_64)

  • Documentation : https://help.ubuntu.com/

    Informations sur le système en date du Wed May 23 21:45:00 EDT 2012

    Chargement du système : 0.82 Processus : 114 Utilisation de /home : 6.1% de 3.99GB Utilisateurs connectés : 1 Utilisation de la mémoire : 4%
    Adresse IP pour eth0 : xx.xx.xxx.xxx Utilisation du swap : 0%

    \=> /var utilise 91.4% de 3.99GB

    Graphiquez ces données a https://landscape.canonical.com/

21 paquets peuvent être mis à jour. 6 mises à jour sont des mises à jour de sécurité.

Je ne suis pas trop à l'aise avec linux ou la ligne de commande, mais 4GB n'est-ce pas des cacahuètes pour un répertoire ?

Si je le fais du -a /var | sort -n -r | head -n 10

3565292 /var
3299164 /var/lib
3145752 /var/lib/mongodb
3145744 /var/lib/mongodb/journal
1048580 /var/lib/mongodb/journal/prealloc.2
1048580 /var/lib/mongodb/journal/prealloc.1
1048580 /var/lib/mongodb/journal/j._0
237272  /var/cache
147260  /var/cache/apt
114844  /var/lib/apt

et si je le fais df -h

Filesystem             Size  Used Avail Use% Mounted on
/dev/sda1              3.7G  736M  3.0G  20% /
udev                   3.9G  4.0K  3.9G   1% /dev
tmpfs                  1.6G  260K  1.6G   1% /run
none                   5.0M     0  5.0M   0% /run/lock
none                   3.9G     0  3.9G   0% /run/shm
/dev/mapper/vg00-usr   4.0G 1007M  2.9G  26% /usr
/dev/mapper/vg00-var   4.0G  3.7G  146M  97% /var
/dev/mapper/vg00-home  4.0G  251M  3.6G   7% /home

Si je le fais fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204402688 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953524224 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6c80de21

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63     7823654     3911796   83  Linux
/dev/sda2         7823655    11743514     1959930   82  Linux swap / Solaris
/dev/sda3        11743515  1953520064   970888275   8e  Linux LVM

Disk /dev/mapper/vg00-usr: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg00-usr doesn't contain a valid partition table

Disk /dev/mapper/vg00-var: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg00-var doesn't contain a valid partition table

Disk /dev/mapper/vg00-home: 4294 MB, 4294967296 bytes
255 heads, 63 sectors/track, 522 cylinders, total 8388608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/vg00-home doesn't contain a valid partition table

y mount

/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/mapper/vg00-usr on /usr type ext4 (rw,errors=remount-ro)
/dev/mapper/vg00-var on /var type ext4 (rw,errors=remount-ro)
/dev/mapper/vg00-home on /home type ext4 (rw,errors=remount-ro)

vgdisplay :

  --- Volume group ---
  VG Name               vg00
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               925.91 GiB
  PE Size               4.00 MiB
  Total PE              237033
  Alloc PE / Size       3072 / 12.00 GiB
  Free  PE / Size       233961 / 913.91 GiB
  VG UUID               eI2V0B-oVzj-HiIh-enIh-FnrO-NJKi-KpZb0i

Ma question : existe-t-il un moyen de surmonter cette limite ?

Demandé el 24 de Mai, 2012 par balint

Réponses

Trop de publicités?

10voto

balint avatar
balint Points 830

Il s'avère que mon système supporte l'extension d'un volume logique en ligne. Voici comment résoudre ce problème :

# df -h

Les partitions et les volumes logiques seront listés :

Filesystem             Size  Used Avail Use% Mounted on
/dev/sda1              3.7G  736M  3.0G  20% /
udev                   3.9G  4.0K  3.9G   1% /dev
tmpfs                  1.6G  260K  1.6G   1% /run
none                   5.0M     0  5.0M   0% /run/lock
none                   3.9G     0  3.9G   0% /run/shm
/dev/mapper/vg00-usr   4.0G 1007M  2.9G  26% /usr
/dev/mapper/vg00-var   4.0G  3.7G  145M  97% /var
/dev/mapper/vg00-home  4.0G  251M  3.6G   7% /home

Choisissez la partition que vous souhaitez étendre et exécutez-la avec lvextend.

# lvextend -L +46G /dev/mapper/vg00-var

Où +46G est le nombre est GB que vous voulez ajouter, dans mon cas 46+4 = 50.

Ensuite, vous devez augmenter le système de fichiers pour qu'il corresponde à celui du volume logique utilisé :

# resize2fs /dev/mapper/vg00-var

Et vous aurez une partition plus grande :

resize2fs 1.42 (29-Nov-2011)
Filesystem at /dev/mapper/vg00-var is mounted on /var; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 4
Performing an on-line resize of /dev/mapper/vg00-var to 13107200 (4k) blocks.
The filesystem on /dev/mapper/vg00-var is now 13107200 blocks long.

Le nouveau df -h sortie :

Filesystem             Size  Used Avail Use% Mounted on
/dev/sda1              3.7G  737M  3.0G  20% /
udev                   3.9G  4.0K  3.9G   1% /dev
tmpfs                  1.6G  260K  1.6G   1% /run
none                   5.0M     0  5.0M   0% /run/lock
none                   3.9G     0  3.9G   0% /run/shm
/dev/mapper/vg00-usr   4.0G 1008M  2.9G  26% /usr
/dev/mapper/vg00-var    49G  3.7G   43G   8% /var
/dev/mapper/vg00-home  4.0G  251M  3.6G   7% /home
Répondu el 24 de Mai, 2012 par balint (830 Points )

4voto

cde avatar
cde Points 581

En se basant sur votre sortie de fdisk -l il semble que votre /dev/sda est en fait un disque de 1 To. Le volume qui contient votre /var Cependant, l'annuaire ne représente qu'un volume de 4 Go, ce qui est bien trop petit pour être utilisable à long terme.

Il est possible d'étendre un volume logique, mais pas lorsqu'il est monté. Cela va présenter quelques difficultés, surtout si le serveur est colocalisé et que vous n'avez pas d'accès physique à celui-ci. La société d'hébergement peut être en mesure de vous fournir un périphérique IPKVM, qui vous permettra de démarrer un disque de récupération à distance et d'ajuster la taille du volume. Cependant, comme vous avez déjà dit que vous n'êtes pas très à l'aise avec la console ou avec Linux en général, je vous suggère fortement d'éviter cette voie. Je vous suggère plutôt l'une des solutions suivantes :

  • Contactez la société d'hébergement et demandez si l'un des membres de l'équipe d'assistance technique peut ajuster la taille du volume sur lequel le site Web de l'entreprise est installé. /var est monté à quelque chose de plus raisonnable, au moins à environ 50GB puisque vous avez un disque de 1TB disponible. Le serveur sera mis hors ligne pendant ce changement, car le serveur de la /var devra être démonté pendant le processus.
  • Vous pouvez également demander une réinstallation de l'ensemble du système d'exploitation, et leur demander de définir la taille du volume sur au moins 50GB. Cela peut s'avérer moins coûteux que de leur demander d'effectuer cet ajustement sur le système réel, car c'est moins technique. Étant donné que vous n'avez pas beaucoup de connaissances techniques sur Linux, une solution encore meilleure serait de leur demander de réinstaller le système d'exploitation sans ajouter de points de montage spéciaux pour les fichiers suivants /usr /var y /home et plutôt que de monter tout sur le volume racine. Le seul avantage de créer des points de montage spéciaux sur des volumes distincts (ce qui est le cas actuellement) est que si un volume se remplit, tout le système ne tombe pas en panne. Cependant, fixer la taille d'un volume à 4 Go comme ils l'ont fait dans votre cas semble très stupide, surtout compte tenu de la taille de votre disque dur.
Répondu el 24 de Mai, 2012 par cde (581 Points )

3voto

Khaled avatar
Khaled Points 35208

De quelle limitation parlez-vous ? Le site /var n'est que de 4 Go et vous utilisez la majeure partie de sa capacité. Vous devez soit supprimer certains fichiers inutiles (comme certains journaux), soit acheter plus d'espace auprès de votre hébergeur (en ajoutant un autre disque dur). Cependant, vous ne pouvez pas modifier le /var taille de la partition dynamiquement sans formatage, à moins que vous n'utilisiez LVM (Logical Volume Manager).

Répondu el 24 de Mai, 2012 par Khaled (35208 Points )

2voto

Eric Noob avatar
Eric Noob Points 531

4GB n'est pas peanuts pour un système de fichiers. Tout dépend de ce que vous y mettez (par exemple, l'installation de votre système d'exploitation de base est inférieure à 2 Go).

Dans votre cas, vous avez une base de données, il y a donc de fortes chances que vous ayez besoin de plus d'espace. Vous devriez probablement vous adresser à votre hébergeur pour savoir ce qu'il en coûte d'obtenir de l'espace de stockage supplémentaire, puis étendre l'espace de stockage de la base de données. /var ou créer un volume dédié pour /var/lib/mongodb .

Répondu el 24 de Mai, 2012 par Eric Noob (531 Points )

2voto

David Schwartz avatar
David Schwartz Points 31009

Commencez par effacer le apt cache avec apt-get clean . Ensuite, étudiez les autres grands utilisateurs d'espace sur /var . Tout ce qui est grand peut être déplacé ailleurs.

Répondu el 24 de Mai, 2012 par David Schwartz (31009 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X