Re: [freebsd] zfs и ограниченные ресурсы
23.02.2012 15:17, Slawa Olhovchenkov пишет: vfs.zfs.zil_disable=1 это на память вроде не должно влиять? и вообще не рекомендуют его отключать, да и в свете внезапного гашения отключать его наверное неправильно? В свете внезапного гашения отключать не стоит, да и хранится он на диске. -- Vladimir Mevsha
Re: [freebsd] Необычный дамп базы mysql
07.02.2012 10:28, Alex Korchmar пишет: On Tue, Feb 07, 2012 at 10:23:20AM +0200, Vladimir Mevsha wrote: Пока сейчас вижу способ с lock table и zfs snapshot В таком случае советую посмотреть еще и на zfs send/receive а вот кто расскажет, по личным впечатлениям - насколько оно все встает колом при создании снапшота? И не сказывается ли его наличие-удаление на скорости работы с диском? Если на глазок, то создание снапшота в zfs и его наличие не влияет на производительность операций с диском. при заявленных размерах базы или чуть поболее, про базки в сотни мегабайт неинтересно. Alex -- Vladimir Mevsha
Re: [freebsd] Необычный дамп базы mysql
07.02.2012 11:39, Alex Korchmar пишет: On Tue, Feb 07, 2012 at 11:14:43AM +0200, skeletor wrote: Ага, но лучше это делать не в лоб send/receive, а через mbuff а не чисто-солярисовая ли это заморочка? Да, это чисто солярисовская заморочка, на собственных тестах проблем с производительностью не заметил. -- Vladimir Mevsha
[freebsd] Re: Необычный дамп базы mysql
06.02.2012 13:15, Sergey Rudenko пишет: Поднять ещё один сервер БД, настроить репликацию и сделать дамп уже с него? 06 февраля 2012, 15:07 от skeletorskele...@lissyara.su: Есть сервер в продакшине и с него нужно сделать дамп баз. Базы большие (50 Гб каждая). Проблема в том, что при дампе идёт сильная нагрузка на диски и в итоге - основной сайт лежит. Какие средства пробовались: - обычный дамп через mysqldump на другие диски - дамп через mysqldump по сети сразу на другой хост Но даже и в этом случае диски нагружаются достаточно, что бы сайт не отвечал. ПС. Сам сайт и БД лежат на разных серверах и фраза сайт лежит означает, что истекает таймаут при подключении к БД. Может есть варианты ещё как-то сделать дамп или выставить поменьше нагрузку на диски. nice/renice - не помогают, так как сервак не настолько нагружен, что бы приоритет влиял на это. Заранее спасибо. Возможно для баз такого размера есть смысл делать бэкап файлов (вместо sql дампа) приблизительно в следующей последовательности: 1) mysql lock tables 2) Создать снапшот файловой системы 3) mysql unlock tables 4) Слить нужные файлы В таком случае время создания резервной копии/восстановления значительно уменьшится, хотя от репликации в случае высокой нагрузки не спасает.
Re: [freebsd] ipfw: таблицы и v6 адреса.
26.10.11 17:15, Eugene V. Boontseff написав(ла): Здравствуйте, все. Обнаружил, что на данный момент в ipfw таблицы можно помещать только ipv4 адреса. И конструкции типа 1.2.3.4/24{1,3-7,25} для v6 адресов тоже не поддерживаются. Как там дело обстоит в 9-ке или свежей 8-stable с этим? И какие планы у разработчиков, никто не в курсе? -- Евгений Бунцев Проанализировал исходники из HEAD: netinet/ip_fw.h: Структура, определяющая запись в таблице ipfw: code /* * These are used for lookup tables. */ typedef struct _ipfw_table_entry { in_addr_t addr; /* network address */ u_int32_t value; /* value*/ u_int16_t tbl;/* table number */ u_int8_tmasklen;/* mask length */ } ipfw_table_entry; /code Тип in_addr_t представляет собой ipv4 адрес, а для ipv6 адресов по идее должна использоваться структура in6_addr. Таким образом можно предположить, что ipv6 в таблицах в обозримом будущем не предвидится, так как в HEAD на уровне ядра это не реализовано. -- Vladimir Mevsha
Re: [freebsd] ipfw: таблицы и v6 адреса.
26.10.11 17:15, Eugene V. Boontseff написав(ла): Здравствуйте, все. Обнаружил, что на данный момент в ipfw таблицы можно помещать только ipv4 адреса. И конструкции типа 1.2.3.4/24{1,3-7,25} для v6 адресов тоже не поддерживаются. Как там дело обстоит в 9-ке или свежей 8-stable с этим? И какие планы у разработчиков, никто не в курсе? -- Евгений Бунцев Попробовал на 8.2-R (свежая установка в виртуалную машину): ipfw add 100 allow ip from 1:2:3:4::/64 to any ipfw add 200 allow ip from 1:2:3:4:: to any отработало нормально, в ipfw show видно. На практике ipv6 не использую. -- Vladimir Mevsha