форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски)
Изначальное сообщение		[ Отслеживать ]

"размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
Сообщение от nuxnux (ok) on 13-Дек-11, 18:49
Приветствую всех! У нас есть несколько серверов с базами данных mysql в которых используется innodb. После обновления на ядро 3.1.1 df стал показывать что на диске стало на 8gb меньше места. Поиски потерянного места показали что место занято файлами innodb которые имеют большое количество обновлений, но размер фалов не изменился а изменилось количество блоков занятых файлом. Перезапуск mysql освобождает занятые блоки на несколько часов, потом размер фалов в блоках снова становится примерно на ~ 8gb больше правильного. stat файловой системы показывает что количество свободных блоков тоже меньше на ~ 8gb. Не уверен баг это это или фича новых ядер но хотелось бы чтобы размер файлов и свободного места ядрами после 2.6.37 было таким-же как и с с ядрами до 2.6.37. Возможно это можно решить какими-то опциями ядра или обновлением софта на сервере. Гуголь ответ не находит на это вопрос, нашёлся человек с похожей проблемой http://www.spinics.net/lists/linux-xfs/msg00006.html Которая правда не решена судя по всему. В общем Help! Размер файла при работающем mysql когда файл открыт и обновляется: root@cblogdb602:~# du -s jb_entry.ibd 31059972    jb_entry.ibd root@cblogdb602:~# stat jb_entry.ibd   File: `jb_entry.ibd'   Size: 23332913152    Blocks: 62119944   IO Block: 4096   regular file Device: fe00h/65024d    Inode: 314265663   Links: 1 Access: (0660/-rw-rw----)  Uid: ( 1004/   mysql)   Gid: ( 1004/   mysql) Access: 2011-10-21 07:41:10.000000000 +0900 Modify: 2011-12-13 18:22:04.124379087 +0900 Change: 2011-12-13 18:22:04.124379087 +0900 Размер файла сразу после того как mysql остановлен и файл закрыт: root@cblogdb602:~#  du -s jb_entry.ibd 22786056    jb_entry.ibd root@cblogdb602:~# stat jb_entry.ibd   File: `jb_entry.ibd'   Size: 23332913152    Blocks: 45572112   IO Block: 4096   regular file Device: fe00h/65024d    Inode: 314265663   Links: 1 Access: (0660/-rw-rw----)  Uid: ( 1004/   mysql)   Gid: ( 1004/   mysql) Access: 2011-10-21 07:41:10.000000000 +0900 Modify: 2011-12-13 18:23:33.994380520 +0900 Change: 2011-12-13 18:23:33.994380520 +0900 Система на серверах где есть проблема ubuntu 8.04 и ubuntu 10.04, ядра 2.6.39.4,3.1.1,3.1.4
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
Сообщение от me (??) on 13-Дек-11, 20:22
> Гуголь ответ не находит на это вопрос, нашёлся человек с похожей проблемой > http://www.spinics.net/lists/linux-xfs/msg00006.html У вас тоже xfs? на первый взгляд это не ваш случай, ему только ребут помогает, а вам достаточно тормознуть mysql. flush_method o_direst?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
	Сообщение от nuxnux (ok) on 14-Дек-11, 16:36
	да система xfs. flush_method не задан в конфиге mysql так что используется по умолчанию, тоесть o_direct не используется. >> Гуголь ответ не находит на это вопрос, нашёлся человек с похожей проблемой >> http://www.spinics.net/lists/linux-xfs/msg00006.html > У вас тоже xfs? на первый взгляд это не ваш случай, ему > только ребут помогает, а вам достаточно тормознуть mysql. flush_method o_direst?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
	Сообщение от nuxnux (ok) on 14-Дек-11, 19:38
	http://oss.sgi.com/archives/xfs/2011-02/msg00035.html похоже это был другой случай и его пишут что пофиксили >> Гуголь ответ не находит на это вопрос, нашёлся человек с похожей проблемой >> http://www.spinics.net/lists/linux-xfs/msg00006.html > У вас тоже xfs? на первый взгляд это не ваш случай, ему > только ребут помогает, а вам достаточно тормознуть mysql. flush_method o_direst?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
Сообщение от nuxnux (ok) on 16-Дек-11, 14:05
Может кому-то пригодится Это не баг а cool feature добавленное в ядро 2.6.38, называется dynamic speculative EOF preallocation. Cоздано чтобы бороться с фрагментацией. Можно отключить при помощи опции монтирования allocsize Cмонтировал вот так и уже сутки размер в блоках примерно одинаковый: /dev/mapper/db-home on /home type xfs (rw,nosuid,nodev,noatime,nodiratime,allocsize=2M)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
	Сообщение от me (??) on 18-Дек-11, 00:01
	> Может кому-то пригодится > Это не баг а cool feature добавленное в ядро 2.6.38, называется dynamic > speculative EOF preallocation. Cоздано чтобы бороться с фрагментацией. > Можно отключить при помощи опции монтирования allocsize > Cмонтировал вот так и уже сутки размер в блоках примерно одинаковый: > /dev/mapper/db-home on /home type xfs (rw,nosuid,nodev,noatime,nodiratime,allocsize=2M) о как! а он у них вроде динамический был и при заполнении fs падал до вполне вменяемых значений.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "размер файла в блоках на серевер с ядрами после 2.6.37"	+/–
	Сообщение от nuxnux (ok) on 21-Дек-11, 19:20
	>> Может кому-то пригодится >> Это не баг а cool feature добавленное в ядро 2.6.38, называется dynamic >> speculative EOF preallocation. Cоздано чтобы бороться с фрагментацией. >> Можно отключить при помощи опции монтирования allocsize >> Cмонтировал вот так и уже сутки размер в блоках примерно одинаковый: >> /dev/mapper/db-home on /home type xfs (rw,nosuid,nodev,noatime,nodiratime,allocsize=2M) > о как! а он у них вроде динамический был и при заполнении > fs падал до вполне вменяемых значений. Да, в опиcании что я нашел так и написано что количество занятых блоков уменьшается при заполнении диска. Наверное правильно было не отключать это, но начальство потребовало привычного поведения системы:)
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема