Назад | Перейти на главную страницу

/ var использует 91,4% из 3,99 ГБ на новом выделенном сервере Ubuntu от 1and1

Вчера приобрел выделенный серверный пакет от 1and1. Я установил Rails, Mongo и nginx. Сегодня, когда я вошел в систему, отображается такое сообщение:

Добро пожаловать в Ubuntu 12.04 LTS (GNU / Linux 3.2.0-24-generic x86_64)

  • Документация: https://help.ubuntu.com/

    Информация о системе по состоянию на среду, 23 мая, 21:45:00 EDT 2012 г.

    Загрузка системы: 0,82 Процессы: 114 Использование / home: 6,1% от 3,99 ГБ Пользователи, вошедшие в систему: 1 Использование памяти: 4%
    IP-адрес для eth0: xx.xx.xxx.xxx Использование свопа: 0%

    => / var использует 91,4% из 3,99 ГБ

    Постройте график этих данных и управляйте этой системой на https://landscape.canonical.com/

21 пакет можно обновить. 6 обновлений - это обновления безопасности.

Я не слишком хорошо владею Linux или командной строкой, но разве 4 ГБ для каталога не являются мелочами?

Если я сделаю 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

и если я сделаю 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

Если я сделаю 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

и 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

Мой вопрос: есть ли способ преодолеть этот предел?

Оказывается, моя система поддерживает расширение логического тома онлайн. Вот как это решить:

# 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  145M  97% /var
/dev/mapper/vg00-home  4.0G  251M  3.6G   7% /home

Выберите раздел, который хотите расширить, и запустите его через lvextend.

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

куда +46G это число в ГБ, которое вы хотите добавить, в моем случае 46 + 4 = 50.

После этого вам необходимо увеличить файловую систему до уровня логического тома, используя:

# resize2fs /dev/mapper/vg00-var

И у вас будет раздел побольше:

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.

Новый df -h вывод:

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

На основе ваших выходных данных fdisk -l кажется, что твой /dev/sda диск на самом деле является приводом на 1 ТБ. Объем, в котором находится ваш /var каталог, однако, занимает всего 4 ГБ, что слишком мало, чтобы его можно было использовать в долгосрочной перспективе.

Логический том можно расширить, но не во время его монтирования. Это вызовет некоторые трудности, особенно если сервер размещен в одном месте и у вас нет физического доступа к нему. Хостинговая компания может предоставить вам устройство IPKVM, которое позволит вам удаленно загружать диск восстановления и регулировать размер тома. Однако, как вы уже сказали, что вы не слишком хорошо владеете консолью или Linux в целом, я настоятельно рекомендую избегать этого пути. Скорее, я предлагаю одно из следующего:

  • Свяжитесь с хостинговой компанией и узнайте, может ли кто-нибудь из ребят из техподдержки настроить размер тома, на котором /var каталог смонтирован на что-то более разумное, по крайней мере примерно до 50 ГБ, поскольку у вас есть диск емкостью 1 ТБ. Во время этого изменения сервер будет отключен, поскольку /var каталог необходимо будет размонтировать во время процесса.
  • Или попросите переустановить всю операционную систему и попросите их установить размер тома на по крайней мере 50 ГБ. Это может обойтись дешевле, чем заставить их выполнить эту настройку в действующей системе, поскольку это менее технически. Учитывая, что у вас нет особых технических знаний о Linux, еще лучшим решением было бы сказать им переустановить операционную систему без добавления каких-либо специальных точек монтирования для /usr /var и /home а вместо этого просто смонтируйте все на корневой том. Единственное преимущество создания специальных точек монтирования на отдельных томах (именно так вы и настроены в данный момент) состоит в том, что если один том заполняется, это не приводит к остановке всей вашей системы. Однако установка размера тома на 4 ГБ, как они сделали в вашем случае, кажется очень глупой, особенно с учетом размера вашего жесткого диска.

О каком ограничении вы говорите? В /var раздел всего 4 ГБ, и вы используете большую часть его емкости. Вам нужно либо удалить некоторые ненужные файлы (например, некоторые журналы), либо приобрести дополнительное пространство на вашем хосте (например, добавить еще один жесткий диск). Однако вы не можете изменить /var размер раздела динамически без формата, если вы не используете LVM (Диспетчер логических томов).

4 ГБ нет peanuts для файловой системы. Все зависит от того, что вы в него вставляете (например, ваша базовая операционная система занимает менее 2 ГБ).

В вашем случае у вас есть база данных, так что есть большая вероятность, что вам понадобится больше места. Вам, вероятно, следует поговорить со своим хостинг-провайдером и узнать, сколько стоит получить дополнительное хранилище, а затем либо продлить /var файловой системы или создайте выделенный том для /var/lib/mongodb.

Начните с очистки apt кеш с apt-get clean. Затем изучите других крупных пользователей пространства на /var. Все большие вещи можно переместить в другое место.

ваша установка mongo заранее выделит место для журнала, который может занять некоторое место .. вы можете переместить его, чтобы освободить место.