LINUX.ORG.RU
ФорумAdmin

Проблема с MySQL

 ,


0

1

Сегодня, после очередной перезагрузки включаю кассу, на которй крутиться mysql для нужд приложения кассового ПО. Не запустился mysql. В логи пишется только типа

170904 13:53:55  mysqld started
170904 13:54:09  mysqld ended
Есть еще лог mysqlmanager.log, там следующее
170904 14:27:23 Cannot init instances repository. This might be caused by the wrong config file options. For instance, missing mysqld binary. Aborting.

Пробую запустить mysqld_safe, следующая ошибка:

Starting mysqld daemon with databases from /home/mysql
/usr/bin/mysqld_safe: line 384:  3268 Ошибка шины             nohup /usr/sbin/mysqld --basedir=/ --datadir=/home/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking --port=3306 --socket=/home/mysql/mysql.sock >>/var/log/mysqld/mysqld.log 2>&1
STOPPING server from pid file /var/run/mysqld/mysqld.pid
170904 14:41:48  mysqld ended

Файл my.cnf

default-character-set = koi8r

user            = root

#password       = your_password

port            = 3306

socket = /home/mysql/mysql.sock


The MySQL server

tmpdir = /home/mysql/.tmp

expire-logs-days = 10

flush

character-set-server = utf8

user            = mysql

datadir = /home/mysql

port            = 3306

socket = /home/mysql/mysql.sock

pid-file        = /var/run/mysqld/mysqld.pid

log-error=/var/log/mysqld/mysqld.log

skip-locking

key_buffer = 16M

max_allowed_packet = 1M

table_cache = 64

sort_buffer_size = 512K

net_buffer_length = 8K

read_buffer_size = 256K

read_rnd_buffer_size = 512K

myisam_sort_buffer_size = 8M

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

я же написал: 70904 12:03:15 mysqld started 170904 12:03:29 mysqld ended

170904 12:05:46 mysqld started 170904 12:06:01 mysqld ended

170904 12:12:47 mysqld started 170904 12:13:01 mysqld ended

170904 13:53:55 mysqld started 170904 13:54:09 mysqld ended

170904 14:41:34 mysqld started 170904 14:41:48 mysqld ended

willdes ()
Ответ на: комментарий от kerby

да, писал chown mysql:mysql -R /home/mysql

drwx------  2 mysql mysql     3144 Дек  1  2010 fuco_db/
-rw-rw----  1 mysql mysql 10485760 Сен  4 07:42 ibdata1
-rw-rw----  1 mysql mysql  5242880 Сен  4 07:42 ib_logfile0
-rw-rw----  1 mysql mysql  5242880 Ноя 12  2010 ib_logfile1
drwx------  2 mysql mysql      984 Ноя 12  2010 item_db/
-rw-rw----  1 mysql mysql     1330 Ноя 12  2010 localhost.err
drwx--x--x  2 mysql mysql     1752 Ноя 12  2010 mysql/
-rw-rw----  1 mysql mysql 13902225 Авг 22 10:06 mysql-bin.000474
-rw-rw----  1 mysql mysql 69837911 Авг 31 10:34 mysql-bin.000475
-rw-rw----  1 mysql mysql 29708601 Сен  4 07:42 mysql-bin.000476
-rw-rw----  1 mysql mysql       57 Авг 31 14:46 mysql-bin.index
drwx--x--x  2 mysql mysql       48 Ноя 12  2010 test/
drwx------  2 mysql mysql       48 Ноя 12  2010 tmp/
willdes ()

Я бы в первую очередь проверил что есть свободное место и что диск живой.

Deleted ()
Ответ на: комментарий от int13h

места достаточно, диск почти пустой. free -m

             total       used       free     shared    buffers     cached
Mem:           185        139         46          0         67         40
-/+ buffers/cache:         32        153
Swap:          509          0        509

df -h

Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sda5             4,0G  353M  3,7G   9% /
/dev/sda6              71G  276M   70G   1% /home
а вот i-ноды все по нулям.. df -i
Файловая система      Инодов   Испол   Своб  Исп % смонтирована на
/dev/sda5                  0       0       0    -  /
/dev/sda6                  0       0       0    -  /home

willdes ()
Ответ на: комментарий от kerby

ПО компании IBS для заправок, называется UFO, часть программного комплекса TradeHouse

willdes ()
Ответ на: комментарий от int13h

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

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

как я понял, эта штука ставится с диска как дистрибутив уже настроенный. Руками конфиги править не нужно? Вбил ключи, пути обмена и порты какие-нибудь и все? Я к тому, что ошибка тонкой настройки mysql и тех же прав исключается. Наверно что-то случилось при перезагрузке. Она была плановая?

kerby ()
Ответ на: комментарий от willdes

ну это типа плюс к версии, что ошибки на винте мэй би.

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

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

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

Я всегда склоняюсь к самому логичному варианту. Ковырять конфиги при таком положении дело последнее. Будет только хуже. Проверяйте диск на ошибки. В качестве бреда еще дату время проверьте. На забугорных сайтах разной фигни начитался пока искал похожие случаи.=)

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

я сначало думал что конфиги, единственное что я правил - это место хранения логов, чтоб хоть узнать что произошло.. хоть бы какую то наводку что делать.. надо то всего лишь запустить mysql

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

Я бы еще копию сделал резервную перед исправлением секторов или чего-либо еще. Clonezill'ой какой-нибудь, например. Если есть хоть какой-то риск все похерить, а с нуля накатывать геморройно. А лучше все машины забэкапить и спать спокойно. Сломалось - раскатал и пошел курить.

kerby ()
Ответ на: комментарий от willdes

Если починишь, не пакуя чемоданы, отпишись обязательно. Респектую.

kerby ()
Ответ на: комментарий от willdes

У тебя /home идет отдельным разделом на /dev/sda6, проверять запись файлов нужно как в /home, так и в остальном / отдельно.

Почему я так подумал, потому что логи у тебя пишутся в /, а сокет, tmpdir и datadir находятся в /home. И отсутствие внятных ошибок очень похоже на невозможность открытия сокета, например.

socket = /home/mysql/mysql.sock
tmpdir = /home/mysql/.tmp
datadir = /home/mysql

Я бы еще раз проверил

sudo touch /home/.touchfile ; sudo rm /home/.touchfile

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

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

sudo umount /home
sudo fsck -y /dev/sda6
sudo mount /home

Нештатная перезагрузка по питанию это почти всегда проблемы на файловой системе. fsck обычно запускается при перезагрузке, но это не всегда помогает.

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

но основная причина почему не запускается mysql не в этом, хотя это и является следствием сломанного харда

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

не, в конфиге все ок. В общем прогнал часть диска викторией, и система успешно загрузилась вместе с БД. Но какие либо запросы делать к БД я не могу, и дамп снять тоже..

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

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

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