/ var está usando 91.4% de 3.99GB no novo servidor dedicado do Ubuntu a partir de 1and1

7

Ontem comprei um pacote de servidor dedicado do 1and1. Eu instalei Rails, Mongo e nginx. Hoje, quando eu entrei, ele exibe esta mensagem:

Welcome to Ubuntu 12.04 LTS (GNU/Linux 3.2.0-24-generic x86_64)

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

    System information as of Wed May 23 21:45:00 EDT 2012

    System load: 0.82 Processes: 114 Usage of /home: 6.1% of 3.99GB Users logged in: 1 Memory usage: 4%
    IP address for eth0: xx.xx.xxx.xxx Swap usage: 0%

    => /var is using 91.4% of 3.99GB

    Graph this data and manage this system at https://landscape.canonical.com/

21 packages can be updated. 6 updates are security updates.

Eu não sou muito fluente no linux ou na linha de comando, mas não são 4GB amendoins para um diretório?

Se eu fizer 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

e se eu fizer 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

Se eu fizer 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

e 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

Minha pergunta: existe alguma maneira de superar esse limite?

    
por Duopixel 24.05.2012 / 04:04

6 respostas

8

Acontece que meu sistema suporta a extensão on-line de um volume lógico. Aqui está como resolvê-lo:

# df -h

Partições e volumes lógicos serão listados:

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

Escolha a partição que você deseja expandir e execute-a através do lvextend

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

Onde +46G é o número que você deseja adicionar, no meu caso 46 + 4 = 50.

Depois disso, você precisa aumentar o sistema de arquivos para corresponder ao volume lógico usando:

# resize2fs /dev/mapper/vg00-var

E você terá uma partição maior:

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.

A nova df -h output:

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
    
por 24.05.2012 / 04:50
4

Com base na saída de fdisk -l , parece que o disco /dev/sda é, na verdade, uma unidade de 1 TB. O volume que contém o diretório /var , no entanto, é apenas um volume de 4 GB, que é muito pequeno para ser usado a longo prazo.

É possível estender um volume lógico, mas não enquanto estiver montado. Isso apresentará algumas dificuldades, especialmente se o servidor estiver localizado e você não tiver acesso físico a ele. A empresa de hospedagem pode fornecer um dispositivo IPKVM, que permitirá inicializar um disco de recuperação remotamente e ajustar o tamanho do volume. No entanto, como você já disse que não é muito fluente no console ou no Linux em geral, sugiro evitar essa rota. Em vez disso, sugiro um dos seguintes:

  • Entre em contato com a empresa de hospedagem e descubra se um dos caras do suporte técnico pode ajustar o tamanho do volume no qual o diretório /var está montado para algo mais razoável, pelo menos para cerca de 50 GB desde que você tenha uma unidade de 1 TB disponível. O servidor ficará offline durante essa alteração, pois o diretório /var terá que ser desmontado durante o processo.
  • Como alternativa, peça uma reinstalação de todo o sistema operacional e diga-lhes para definir o tamanho do volume como pelo menos 50 GB. Isso pode funcionar mais barato do que fazê-los realizar esse ajuste no sistema ao vivo, já que é menos técnico. Como você não tem muito conhecimento técnico com o Linux, uma solução ainda melhor seria dizer a eles para reinstalar o sistema operacional sem adicionar pontos de montagem especiais para /usr /var e /home e, em vez disso, basta montar tudo no volume da raiz. A única vantagem de criar pontos de montagem especiais em volumes separados (que é como você está configurado no momento) é que, se um volume for preenchido, ele não derrubará todo o seu sistema. No entanto, definir um tamanho de volume para 4 GB como eles fizeram no seu caso parece muito bobo, especialmente considerando o tamanho do seu disco rígido.
por 24.05.2012 / 04:30
3

De que limitação você está falando? A partição /var é de apenas 4 GB e você está usando a maior parte de sua capacidade. Você precisa remover alguns arquivos desnecessários (como alguns logs) ou comprar mais espaço do seu host (como adicionar outra unidade HD). No entanto, você não pode modificar o tamanho da partição /var dinamicamente sem formato, a menos que esteja usando LVM (Lógico Gerenciador de Volume).

    
por 24.05.2012 / 04:12
2

4GB não é peanuts para um sistema de arquivos. Tudo depende do que você está colocando nele (por exemplo, as instalações do seu sistema operacional básico têm menos de 2 GB).

No seu caso, você tem um banco de dados lá, então há uma boa chance de precisar de mais espaço. Provavelmente, você deve conversar com seu provedor de hospedagem e descobrir quanto custa obter armazenamento adicional e estender o sistema de arquivos /var ou criar um volume dedicado para /var/lib/mongodb .

    
por 24.05.2012 / 04:13
1

Comece limpando o apt cache com apt-get clean . Em seguida, investigue os outros usuários grandes de espaço em /var . Qualquer coisa grande pode ser movida para outro lugar.

    
por 24.05.2012 / 05:36
0

seu mongo install irá pré-alocar espaço para o periódico, o que pode ocupar algum espaço ... você pode movê-lo para liberar algum espaço.

    
por 24.05.2012 / 04:54

Tags