LINUX.ORG.RU
ФорумAdmin

mysql


0

1

Здравствуйте!Необходима консультация.mysql при старте выдаёт это:

/mysql: ERROR: The partition with is too full! ... failed!

Место в /var/lib/mysqld есть.А вот в корневом разделе свободное место закончилось.

Нехватка места на корневом разделе может мешать старту mysql?



Последнее исправление: den777 (всего исправлений: 1)

Ответ на: комментарий от r0ck3r

Спасибо,понятно.То есть для работы скуля придётся увеличивать корневой раздел.Каким способом это лучше сделать?Сервер боевой,экспериментировать не получится.Думая обрезать /home,за его счёт увеличить корень./home на одном харде с корнем.

den777
() автор топика
Ответ на: комментарий от r0ck3r

df -h /tmp

Файловая система Разм Исп Дост Исп % смонтирована на

overflow 1,0 M 0 1,0 M 0% /tmp

Логи тоже чистил (имеется ввиду /var/log/mysql,я правильно понял?).

den777
() автор топика
Ответ на: комментарий от den777

Логи тоже чистил (имеется ввиду /var/log/mysql,я правильно понял?).

Вообще /var/log, если всё на одном разделе. df что показывает ?

AS ★★★★★
()
Ответ на: комментарий от AS

/var/log на отдельном разделе,корень на отдельном.

den777
() автор топика
Ответ на: комментарий от AS

df -h

Файловая система Разм Исп Дост Исп% смонтирована на

/dev/sda1 4,6G 4,6G 0 100% /

tmpfs 505M 0 505M 0% /lib/init/rw

udev 500M 140K 500M 1% /dev

tmpfs 505M 0 505M 0% /dev/shm

/dev/sda7 24G 9,6G 14G 43% /home

/dev/sde1 280G 186G 95G 67% /mnt/public

/dev/sda6 4,6G 390M 4,0G 9% /opt

/dev/sda2 9,2G 2,8G 6,0G 32% /usr

/dev/sda3 19G 7,1G 11G 41% /var

/dev/sda5 4,6G 139M 4,3G 4% /var/log

/dev/md0 1,4T 897G 501G 65% /mnt/backups

overflow 1,0M 0 1,0M 0% /tmp

den777
() автор топика
Ответ на: комментарий от den777

А откуда /mysql взялся? Конфиги мускуля проверьте, и поменяйте на /var/lib/mysql.

И почему так мало места на корню у _боевого_ сервера?

(и да - именно за этим и нужен LVM)

pztrn ★★★★
()
Ответ на: комментарий от pztrn

Опечатался,было вот так

/etc/init.d/mysql: ERROR: The partition with is too full! ... failed!

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

den777
() автор топика
Ответ на: комментарий от GoNaX

у него была такая разбивка,когда он ко мне попал.Щас хочу выяснить,как раздел подрастить.Пока читаю про gparted,скорей всего только это подойдёт в моём случае.

den777
() автор топика
Ответ на: комментарий от GoNaX

И какой смысл во всех этих разделах ?

Смысл всегда есть. Чтобы повреждения на одном разделе не унесли за собой всё, например. Скажем, держать вместе / и /var/log - это странно. Отдельный /var/lib/mysql полезен так же. Ну и так далее.

AS ★★★★★
()
Ответ на: комментарий от den777

Щас хочу выяснить,как раздел подрастить

ВСё же, надо выяснить, с чего root понадобился MySQL-ю. Конфиг у него какой ? Вообще, MySQL в chroot, или как ? 4Gb для root - это выше крыши при такой разбивке, когда /home, /usr и /var отдельно.

Это у меня на рабочей станции, где мусора вагон просто:

rootfs          4,0G  1,7G  2,2G  43% /
/dev/sda8        15G  8,7G  5,0G  64% /usr

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 2)
Ответ на: комментарий от vxzvxz

gparted нормально двигает разделы,

Ага, а кто будет двигать/резать ФС ? А это «кто» точно сделает это правильно ? У меня вот нет такой уверенности, так как слишком много примеров с появлением проблем после таких манипуляций с ФС сложнее, чем FAT.

AS ★★★★★
()
Ответ на: комментарий от AS

Да все нормально работает проверенно c ext3 и ext4 не раз. И таблицу разделов поправит и ФС подвинет как надо. Только копии не забываем делать.

vxzvxz ★★★
()
Ответ на: комментарий от AS

А что скрывается под слово «повреждения»?

GoNaX ★★★
()
Ответ на: комментарий от AS

Всё будет ок, ты просто gparted в глаза не видел.

GoNaX ★★★
()
Ответ на: комментарий от vxzvxz

Перед тем как агакать, может хотя бы попробовать стоит ?

Моё дело предупредить. :-)
GoNaX этот ответ тоже касается.

AS ★★★★★
()
Ответ на: комментарий от GoNaX

А возможен вариант,что база скуля будет на другом сервере?То есть сайт будет обращаться к базе,которая физически на другой железке находится.Что то не могу найти примеров....

den777
() автор топика
Ответ на: комментарий от AS

http://www.linux.org.ru/forum/linux-hardware/9211443?lastmod=1371956184092#comment-9214909 (комментарий)

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

IvanR ★★★
()
Ответ на: комментарий от den777

руки оторвать тому, кто под корень оставил 4.5гб

хотя тяжеловес дебиан в базовой установке занимает примерно 500 - 600 мб,с иксами и de примерно 1.7 гб, так что смотрите, что у вас там хранится лишнего

IvanR ★★★
()
Последнее исправление: IvanR (всего исправлений: 1)
Ответ на: комментарий от IvanR

вот так можешь посмотреть, где у тебя всякий сор скопился

Я и так знаю. На всякий случай, у меня это единственная рабочая ОС. ;-) Я же показал:
rootfs 4,0G 1,7G 2,2G 43% /

руки оторвать тому, кто под корень оставил 4.5гб

Ещё раз. При вынесенных на отдельные разделы /home, /var, /usr и /tmp, 4.5гб для root - это более, чем достаточно.

AS ★★★★★
()
Ответ на: комментарий от AS

я кажется не на тот пост ответил, я тс-у хотел написать, простите. у вас я вижу полный порядок)))

IvanR ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.