После отключения света не стартует Mysql

[kvirtu 315]

kvirtu,

Добавь в my.cnf:

skip-name-resolve

И вообще - закрой MySQL из мира фаерволом.

 

спс, добавил.

добавил еще  skip-networking

 

[kvirtu 315]

 

не может бедняга завестись из-за проблем в инно

попробуйте добавить вот такие вещи в конфиг

innodb-file-per-table          = 1
innodb-flush-method            = O_DIRECT
innodb_flush_log_at_trx_commit = 1

потом перезапуститься и выполнить optimize и приведение в чувства всех таблиц

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases

ещё можно попробовать на свой страх и риск поиграться с innodb_force_recovery = 1 или боле высоким значением, но тут нужно понимать в итоге что получаем

 

как бы не хочется рисковать, сервер то боевой

 

[astraliens 16]

 

 

не может бедняга завестись из-за проблем в инно

попробуйте добавить вот такие вещи в конфиг

innodb-file-per-table          = 1
innodb-flush-method            = O_DIRECT
innodb_flush_log_at_trx_commit = 1

потом перезапуститься и выполнить optimize и приведение в чувства всех таблиц

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases

ещё можно попробовать на свой страх и риск поиграться с innodb_force_recovery = 1 или боле высоким значением, но тут нужно понимать в итоге что получаем

 

как бы не хочется рисковать, сервер то боевой

 

 

за исключением innodb_force_recovery все остальное не несет каких-либо проблем

innodb-file-per-table - заставляет движок хранить данные в отдельных файлах ,а не в едином для инно

innodb-flush-method            = O_DIRECT - заставляет использовать другой метод сброса данных

innodb_flush_log_at_trx_commit = 1 - управляет приоритетом сброса данных

 

mysqlcheck - после рестарта сервера делать, оно сделает проверку и при надобности repair всех таблиц а так же optimize (что после установки innodb-file-per-table пересоздаст таблицы с инно и вынесет их в отделтьные файлы, это в теории может уменьшить шансы побиться файлам в случае как у вас с внезапным отключением)

ещё подозреваю, что после установки мускул работает на дефолтных настройках, если так - то неплохо бы их покрутить

[kvirtu 315]

 

 

 

не может бедняга завестись из-за проблем в инно

попробуйте добавить вот такие вещи в конфиг

innodb-file-per-table          = 1
innodb-flush-method            = O_DIRECT
innodb_flush_log_at_trx_commit = 1

потом перезапуститься и выполнить optimize и приведение в чувства всех таблиц

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases

ещё можно попробовать на свой страх и риск поиграться с innodb_force_recovery = 1 или боле высоким значением, но тут нужно понимать в итоге что получаем

 

как бы не хочется рисковать, сервер то боевой

 

 

за исключением innodb_force_recovery все остальное не несет каких-либо проблем

innodb-file-per-table - заставляет движок хранить данные в отдельных файлах ,а не в едином для инно

innodb-flush-method            = O_DIRECT - заставляет использовать другой метод сброса данных

innodb_flush_log_at_trx_commit = 1 - управляет приоритетом сброса данных

 

mysqlcheck - после рестарта сервера делать, оно сделает проверку и при надобности repair всех таблиц а так же optimize (что после установки innodb-file-per-table пересоздаст таблицы с инно и вынесет их в отделтьные файлы, это в теории может уменьшить шансы побиться файлам в случае как у вас с внезапным отключением)

ещё подозреваю, что после установки мускул работает на дефолтных настройках, если так - то неплохо бы их покрутить

 

мускуль оптимизирован под abills ,

там эти переменные уже есть,

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases - с несколькими параметрами запускаться не хочет

 

[astraliens 16]

 

там эти переменные уже есть,

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases - с несколькими параметрами запускаться не хочет

 

 

попробуйте тогда только --optimize --all-databases

ps. сам конфиг и данные о железе на котором оно вертится можно

 

с вашим экземпляром UPS ниразу в жизни не сталкивался, но судя по описанию оно умеет usb и rs232 - если нет драйверов готовых, то возможно есть где-то описание протокола, если удастся его на минимуме реализовать, чтоб обычным посылом данных в 232 получить данные об остатке заряда и раз в минуту кроном его дергать и в случае низкого заряда вызывать shutdown, а в биосе заставить мать находиться в состоянии always on - тогда после возобновления питания она автоматом заведется

Відредаговано 2014-08-03 13:55:06 astraliens

[kvirtu 315]

 

 

там эти переменные уже есть,

mysqlcheck -u root -p --auto-repair --check --optimize --all-databases - с несколькими параметрами запускаться не хочет

 

 

попробуйте тогда только --optimize --all-databases

ps. сам конфиг и данные о железе на котором оно вертится можно

 

с вашим экземпляром UPS ниразу в жизни не сталкивался, но судя по описанию оно умеет usb и rs232 - если нет драйверов готовых, то возможно есть где-то описание протокола, если удастся его на минимуме реализовать, чтоб обычным посылом данных в 232 получить данные об остатке заряда и раз в минуту кроном его дергать и в случае низкого заряда вызывать shutdown, а в биосе заставить мать находиться в состоянии always on - тогда после возобновления питания она автоматом заведется

 

по УПС буду пробовать,

есть учебный сервак и PowerWare 5115 - буду на них пробовать

 

[muff 114]

NUT умеет работать с PowerWare 5115:

# cat /usr/local/etc/nut/driver.list | grep 5115
"Powerware"     "PW5115"        "Serial port"   "bcmxcp"
"Powerware"     "PW5115"        "USB port"      "bcmxcp_usb"

Так что настраивайте NUT и указывайте драйвер bcmxcp при подключении через RS232, и bcmxcp_usb при подключении через USB, соответственно.

Я бы предпочел RS232.

[kvirtu 315]

NUT умеет работать с PowerWare 5115:

# cat /usr/local/etc/nut/driver.list | grep 5115
"Powerware"     "PW5115"        "Serial port"   "bcmxcp"
"Powerware"     "PW5115"        "USB port"      "bcmxcp_usb"

Так что настраивайте NUT и указывайте драйвер bcmxcp при подключении через RS232, и bcmxcp_usb при подключении через USB, соответственно.

Я бы предпочел RS232.

распайку кабеля не подскажите ?

 

[muff 114]

Нет, не подскажу.

Пробуйте прямой (pin-to-pin), либо же 940-0024C.

[kvirtu 315]

скомпилировал NUT, только там есть предупреждение о безопасности системы:

 

 If there are vulnerabilities in these programs there may be a security
      risk to the system. FreeBSD makes no guarantee about the security of
      ports included in the Ports Collection. Please type 'make deinstall'
      to deinstall the port if this is a concern.

Софт дырявый ???

[Sargas 52]

Это просто предупреждение что софт который ставится из портов может быть с уязвимостями.

[NiTr0 582]

innodb коммитит при вставке или обновлении каждую запись, что при большом объеме insert / update хорошенько подвесит процесс и нагнет диски

Ну в общем-то все не так и страшно, если кеш в памяти достаточно большой и большие лог-файлы (порядка часового объема записанных данных) - производительность весьма неплоха. Да, операция пишется сразу же в лог, но из лога в БД она попадает не сразу, а после группировки пачки изменений в транзакцию. В отличие от MyISAM. Итого - получается шустрее (MyISAM вроде как после каждого коммита же переписывает и индексы, т.е. - много iops мелкими блоками).

[astraliens 16]

 

innodb коммитит при вставке или обновлении каждую запись, что при большом объеме insert / update хорошенько подвесит процесс и нагнет диски

Ну в общем-то все не так и страшно, если кеш в памяти достаточно большой и большие лог-файлы (порядка часового объема записанных данных) - производительность весьма неплоха. Да, операция пишется сразу же в лог, но из лога в БД она попадает не сразу, а после группировки пачки изменений в транзакцию. В отличие от MyISAM. Итого - получается шустрее (MyISAM вроде как после каждого коммита же переписывает и индексы, т.е. - много iops мелкими блоками).

 

 

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

ps. myisam не транзакционный движок, там нельзя коммитить...

[kvirtu 315]

В общем света опять не было более 6 часов

myisamchk -r /var/db/mysql/abills/*.MYI - не помогло, только опять удаление лог-файлов

 

Відредаговано 2014-08-05 05:33:58 kvirtu

[BUM 237]

Выполни:

mysqlcheck -u root -p --auto-repair --check --all-databases

mysqlcheck -u root -p --optimize --all-databases

 

ну и чтоб не гадать покажи my.cnf

[BUM 237]

еще добавь в избранное - http://www.mysql.ru/faq/

еще реккомендую покурить отут http://www.mysql.ru/docs/

[astraliens 16]

В общем света опять не было более 6 часов

myisamchk -r /var/db/mysql/abills/*.MYI - не помогло, только опять удаление лог-файлов

это для myisam таблиц, а у вас innodb бъются

[kvirtu 315]

 

В общем света опять не было более 6 часов

myisamchk -r /var/db/mysql/abills/*.MYI - не помогло, только опять удаление лог-файлов

это для myisam таблиц, а у вас innodb бъются

 

у меня *.MYI

 

[kvirtu 315]

Выполни:

mysqlcheck -u root -p --auto-repair --check --all-databases

mysqlcheck -u root -p --optimize --all-databases

 

ну и чтоб не гадать покажи my.cnf

мой конфиг

# MySQL ABILLS config# DATE: %DATE% %TIME%[client]port		= 3306#socket		= /tmp/mysql.sock# The MySQL server[mysqld]port		= 3306#socket		= /tmp/mysql.sockskip-external-lockingquery_cache_size=128Mquery-cache-type=1join_buffer_size=256Kkey_buffer=640Mquery_cache_limit=2Mmax_allowed_packet=1M#table_cache=512sort_buffer=12Mread_buffer_size=12Mnet_buffer_length=16Kmyisam_sort_buffer_size=64Mthread_cache_size=4server-id       = 1max_connections = 1500slave-compressed = 1#log-bin=abills-bin.log#log-binlong_query_time = 5slow_query_logslow_query_log_file = mysqld-slow-query.log#log=mysql_query.log#------------------#_REPLICATION_#------------------# innodbdefault-storage-engine = innodbinnodb_file_per_tableinnodb_additional_mem_pool_size = 16M#x8#innodb_buffer_pool_size = 2G # or 9G on x64innodb_thread_concurrency = 4innodb_flush_log_at_trx_commit = 2innodb_log_buffer_size = 8Minnodb_log_file_size = 128Minnodb_log_files_in_group = 2innodb_max_dirty_pages_pct = 90innodb_lock_wait_timeout = 120#innodb_flush_method = O_DIRECT##[mysqldump]quickmax_allowed_packet=32M[mysql]no-auto-rehash# Remove the next comment character if you are not familiar with SQL#safe-updates[isamchk]key_buffer=40Msort_buffer=40Mread_buffer=10Mwrite_buffer=10M[myisamchk]key_buffer=40Msort_buffer=40Mread_buffer=10Mwrite_buffer=10M[mysqlhotcopy]interactive-timeout#skip-name-resolveskip-networking

Демон мускуля кушает 736 метров ОЗУ - это нормально ???

 

 

Відредаговано 2014-08-05 13:53:06 kvirtu

[astraliens 16]

innodb_flush_log_at_trx_commit = 2

я выше предлагал значение этого пункта установить в 1 для большей надежности (упадет несколько производительность при этом)

а можно ещё список железяк, на которых это добро вертится

 

ps. 

skip-name-resolve
skip-networking

это в секции mysqld должно быть

Відредаговано 2014-08-05 15:25:17 astraliens

[astraliens 16]

 

 

В общем света опять не было более 6 часов

myisamchk -r /var/db/mysql/abills/*.MYI - не помогло, только опять удаление лог-файлов

это для myisam таблиц, а у вас innodb бъются

 

у меня *.MYI

 

 

у вас инно крашится, на что мускуль  в логаз и жалуется

2014-08-01 14:00:30 916 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: ./mysql/innodb_table_stats.ibd. Cannot open tablespace abills/admin_settings which uses space ID: 1 at filepath: ./abills/admin_settings.ibd
2014-08-01 14:00:30 28e01040 InnoDB: Operating system error number 2 in a file operation.

[BUM 237]

 

Cannot open tablespace abills/admin_settings which uses space ID: 1 at filepath: ./abills/admin_settings.ibd

2014-08-01 14:00:30 28e01040 InnoDB: Operating system error number 2 in a file operation.

 

у тебя с Abills-ом точно все в порядке? настройки никакие не слетают?

[kvirtu 315]

innodb_flush_log_at_trx_commit = 2

я выше предлагал значение этого пункта установить в 1 для большей надежности (упадет несколько производительность при этом)

а можно ещё список железяк, на которых это добро вертится

 

ps. 

skip-name-resolve
skip-networking

это в секции mysqld должно быть

 

изменил:

innodb_flush_log_at_trx_commit = 1

перенес в раздел mysqld

skip-name-resolve

skip-networking

 

спасибо

 

 

 

 

В общем света опять не было более 6 часов

myisamchk -r /var/db/mysql/abills/*.MYI - не помогло, только опять удаление лог-файлов

это для myisam таблиц, а у вас innodb бъются

 

у меня *.MYI

 

 

у вас инно крашится, на что мускуль  в логаз и жалуется

2014-08-01 14:00:30 916 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: ./mysql/innodb_table_stats.ibd. Cannot open tablespace abills/admin_settings which uses space ID: 1 at filepath: ./abills/admin_settings.ibd
2014-08-01 14:00:30 28e01040 InnoDB: Operating system error number 2 in a file operation.

подскажите, плиз,  решение

 

[kvirtu 315]

 

 

Cannot open tablespace abills/admin_settings which uses space ID: 1 at filepath: ./abills/admin_settings.ibd

2014-08-01 14:00:30 28e01040 InnoDB: Operating system error number 2 in a file operation.

 

у тебя с Abills-ом точно все в порядке? настройки никакие не слетают?

 

Да, вроде все в порядке.

Хотя сам биллинг загадочный,

разные спаншоты по разному пашут, со своими глюками   

 

[kvirtu 315]

вопрос по потреблению памяти :

736 метров ОЗУ - это нормально ???