| zubastiy |
|
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
Добрый день. Есть у меня разбивка диска, каталог var (ext4) вынесен на отдельную партицию. LVM раздел 100 гигов. Типа занято 98 процентов. /dev/mapper/vg0-var 100G 92G 2.8G 98% /var при этом размер каталога var - 2.2 гига. du -sh /var/ 2.2G /var/ думается мне либо я не правильно измеряю занимаемое пространство либо побита файловая система. по идее надо стопнуть все сервисы, отмонтировать раздел и проверится. можно ли как то извернутся и перемонтировать раздел на лету чтобы сервисы продолжили работать? пока идея такая. стопаю сервисы cp -Pa /var /new-var umount /dev/mapper/vg0-var mv /new-var /var включаю сервисы, по идее права теже, все стартует fsck.ext4 /dev/mapper/vg0-var и фарш обратно разворачиваю. потерянные логи за момент отмонтированной системы - пофигу. выгорит? ) |
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
У systemd есть замечательный демон journald, который тоже занимает /var/log , не забудьте стопнуть его. Но проще всего мучать разделы из-под initramfs, написав break в параметрах ядра. |
| zubastiy |
|
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
Natrio спасибо за рекомендации. хочу обойтись без рестарта системы, далеко, лень ехать ) |
| domov0y |
|
|
Темы:
5
Сообщения:
819
Участник с: 09 июля 2011
|
Говорят есть такая примета: "удаленная правка правил фаерволла это к командировке". Оцените время бекапа и проверки. Если оно не слишком велико и есть период времени когда простой не критичен, то не заморачивайтесь с попыткой обеспечить работспособность сервисов. Возможно два переноса данных и прочие радости займут больше времени простоя чем остановка сервисов, бекап, проверка диска, запуск сервисов и проверка на ошибки. (Исхожу из предположения что в /var/ могут находиться критически важные базы postgresql и mysql)
Да пребудет с вами знание ip адреса
|
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Раз уж используется LVM, то для бекапа почему бы не воспользоваться LVM snapshot logical volume? du и df вполне могут давать разные результаты. Правда, в вашем случае как-то совсем "серьезно", но возможно пара каких-то огромных файлов, будучи удалена из файловой системы удерживается каким-то работающим процессом, например. Или фрагментация большая... Я к тому, что вначале все таки попытался бы выяснить причину такого расхождения, прежде чем удаленно проделывать фокусы. Если же другого пути нет, то просто рекомендация - отработайте шаги на подобной системе, но которая под боком и не требует дальних поездок. |
| zubastiy |
|
|
Темы:
136
Сообщения:
548
Участник с: 18 сентября 2009
|
всем спасибо за рекомендации. пришлось ребутаться, слишком много в /var живет. на будущее запомню, что надо не /var выносить на отдельную партицию, а /var/log |