Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Помогите восстановить mysql базу...... / 8 сообщений из 8, страница 1 из 1
20.12.2013, 17:28:02
    #38508254
Alias Nameless
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
Доброго времени суток.
Есть сервер под управление openmediavault, на котором хостится разрабатываемый сайт на drupal, в который редактора добавляют контент. После обновления mysql до версии 5.1.72 (# cat mysql_upgrade_info) друпал при попытки коннекта с базой выдает ошибку

Код: plaintext
1.
PDOException: SQLSTATE[HY000] [1130] Host '192.168.1.10' is not allowed to connect to this MySQL server in 
lock_may_be_available()

попытался посмотреть таблички из консоли
Код: sql
1.
mysql> SHOW TABLES;


выводит список табличек без ошибок, но попытка работы с любой из них приводит к ошибке
Код: sql
1.
2.
mysql> SHOW COLUMNS FROM users;
ERROR 1146 (42S02): Table 'drupal.users' doesn't exist


Далее начал смотреть физическое наличие файлов на диске. В папке базы данных присутствуют файлы *.frm
Создал тестовую базу, в ней присутствуют по 3 файла на таблицу frm, MYD, MYI. Потом долго и сильно пугался что похерелись MYD и MYI файлы, однако погуглив нашел инфу о том, что есть способ хранения данных в ibdata1. И такой файл есть, и размер его примерно сооветстует тому, что успели написать редактора.

Также кусочек syslog на момент времени после обновления, который может быть полезен
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
Dec 20 11:10:22 nas mysqld: 131220 11:10:22 [Note] /usr/sbin/mysqld: Normal shutdown
Dec 20 11:10:22 nas mysqld:
Dec 20 11:10:22 nas mysqld: 131220 11:10:22 [Note] Event Scheduler: Purging the queue. 0 events
Dec 20 11:10:22 nas mysqld: 131220 11:10:22  InnoDB: Starting shutdown...
Dec 20 11:10:26 nas mysqld: 131220 11:10:26  InnoDB: Shutdown completed; log sequence number 0 586723200
Dec 20 11:10:26 nas mysqld: 131220 11:10:26 [Note] /usr/sbin/mysqld: Shutdown complete
Dec 20 11:10:26 nas mysqld:
Dec 20 11:10:26 nas mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Dec 20 11:10:30 nas mysqld_safe: Starting mysqld daemon with databases from /path/to/mysql-
data
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] Plugin 'FEDERATED' is disabled.
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Initializing buffer pool, size = 8.0M
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Completed initialization of buffer pool
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Started; log sequence number 0 44233
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Warning] 'user' entry 'user@host' ignored in --skip-name-resolve mode.
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] Event Scheduler: Loaded 0 events
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] /usr/sbin/mysqld: ready for connections.
Dec 20 11:10:30 nas mysqld: Version: '5.1.72-2'  socket: '/var/run/mysqld/mysqld.sock'  port: ***  (Debian)
Dec 20 11:10:31 nas /etc/mysql/debian-start[6856]: Upgrading MySQL tables if necessary.
Dec 20 11:10:32 nas mysqld: 131220 11:10:32 [ERROR] Cannot find or open table drupal/actions from
Dec 20 11:10:32 nas mysqld: the internal data dictionary of InnoDB though the .frm file for the
Dec 20 11:10:32 nas mysqld: table exists. Maybe you have deleted and recreated InnoDB data
Dec 20 11:10:32 nas mysqld: files but have forgotten to delete the corresponding .frm files
Dec 20 11:10:32 nas mysqld: of InnoDB tables, or you have moved .frm files to another database?
Dec 20 11:10:32 nas mysqld: or, the table contains indexes that this version of the engine
Dec 20 11:10:32 nas mysqld: doesn't support.
Dec 20 11:10:32 nas mysqld: See  http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html 
Dec 20 11:10:32 nas mysqld: how you can resolve the problem.

Можно ли что то сделать в этой ситуации?
Заранее благодарен за любую помощь! Сам ни разу не специалист в таких вопросах.
...
Рейтинг: 0 / 0
20.12.2013, 17:40:17
    #38508278
Akina
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
Alias NamelessHost '192.168.1.10' is not allowed to connect to this MySQL server
Переводи. А потом исправляй.
...
Рейтинг: 0 / 0
20.12.2013, 17:41:04
    #38508280
Akina
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
А ещё лучше - обратись к специалисту. Пока всё не грохнул окончательно.
...
Рейтинг: 0 / 0
20.12.2013, 17:47:16
    #38508291
vkle
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
Alias NamelessПосле обновления mysqlmysql_upgrade делали?

PS: Надеюсь, что перед обновлением забекапили данные.
...
Рейтинг: 0 / 0
20.12.2013, 17:59:03
    #38508314
Alias Nameless
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
AkinaAlias NamelessHost '192.168.1.10' is not allowed to connect to this MySQL server
Переводи. А потом исправляй.

Права поправил, теперь друпал пишет
Код: plaintext
PDOException: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'drupal.semaphore' doesn't exist: SELECT expire, value FROM {semaphore} WHERE name = :name; Array ( [:name] => variable_init ) in lock_may_be_available()

vkleAlias NamelessПосле обновления mysqlmysql_upgrade делали?

Код: plaintext
1.
2.
3.
4.
#mysql_upgrade
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
This installation of MySQL is already upgraded to 5.1.72, use --force if you still need to run mysql_upgrade

Код: plaintext
1.
2.
3.
4.
#mysql_upgrade --force
drupal.variable
Error    : Table 'drupal.variable' doesn't exist
status   : Operation failed
на каждую таблицу

vklePS: Надеюсь, что перед обновлением забекапили данные.
Ах если бы, если бы.....
...
Рейтинг: 0 / 0
20.12.2013, 18:27:59
    #38508349
ScareCrow
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
люди делаются на три типа. те которые делают бэкапы и те которые будут делать бэкапы.
...
Рейтинг: 0 / 0
20.12.2013, 21:07:53
    #38508487
vkle
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
Alias NamelessvklePS: Надеюсь, что перед обновлением забекапили данные.
Ах если бы, если бы.....Зря, очень плохо...


Alias Nameless
Код: plaintext
This installation of MySQL is already upgraded to 5.1.72
Хм, а как же он в прошлый то раз отработал...? Не понятно.


Alias NamelessПотом долго и сильно пугался что похерелись MYD и MYI файлы, однако погуглив нашел инфу о том, что есть способ хранения данных в ibdata1. И такой файл естьЕсть то он есть, он и по дефолту есть, да и не маленький. Другой вопрос: на каком движке были таблицы - InnoDB или MyISAM? Во втором случае есть смысл сразу обращаться к специалистам по восстановлению данных. Если они еще физически не затерлись...
...
Рейтинг: 0 / 0
21.12.2013, 00:19:33
    #38508580
Meijin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Помогите восстановить mysql базу......
Alias NamelessДоброго времени суток.
Есть сервер под управление openmediavault, на котором хостится разрабатываемый сайт на drupal, в который редактора добавляют контент. После обновления mysql до версии 5.1.72 (# cat mysql_upgrade_info) друпал при попытки коннекта с базой выдает ошибку

Код: plaintext
1.
PDOException: SQLSTATE[HY000] [1130] Host '192.168.1.10' is not allowed to connect to this MySQL server in 
lock_may_be_available()

попытался посмотреть таблички из консоли
Код: sql
1.
mysql> SHOW TABLES;


выводит список табличек без ошибок, но попытка работы с любой из них приводит к ошибке
Код: sql
1.
2.
mysql> SHOW COLUMNS FROM users;
ERROR 1146 (42S02): Table 'drupal.users' doesn't exist


Далее начал смотреть физическое наличие файлов на диске. В папке базы данных присутствуют файлы *.frm
Создал тестовую базу, в ней присутствуют по 3 файла на таблицу frm, MYD, MYI. Потом долго и сильно пугался что похерелись MYD и MYI файлы, однако погуглив нашел инфу о том, что есть способ хранения данных в ibdata1. И такой файл есть, и размер его примерно сооветстует тому, что успели написать редактора.

Также кусочек syslog на момент времени после обновления, который может быть полезен
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
Dec 20 11:10:22 nas mysqld: 131220 11:10:22 [Note] /usr/sbin/mysqld: Normal shutdown
Dec 20 11:10:22 nas mysqld:
Dec 20 11:10:22 nas mysqld: 131220 11:10:22 [Note] Event Scheduler: Purging the queue. 0 events
Dec 20 11:10:22 nas mysqld: 131220 11:10:22  InnoDB: Starting shutdown...
Dec 20 11:10:26 nas mysqld: 131220 11:10:26  InnoDB: Shutdown completed; log sequence number 0 586723200
Dec 20 11:10:26 nas mysqld: 131220 11:10:26 [Note] /usr/sbin/mysqld: Shutdown complete
Dec 20 11:10:26 nas mysqld:
Dec 20 11:10:26 nas mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended
Dec 20 11:10:30 nas mysqld_safe: Starting mysqld daemon with databases from /path/to/mysql-
data
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] Plugin 'FEDERATED' is disabled.
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Initializing buffer pool, size = 8.0M
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Completed initialization of buffer pool
Dec 20 11:10:30 nas mysqld: 131220 11:10:30  InnoDB: Started; log sequence number 0 44233
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Warning] 'user' entry 'user@host' ignored in --skip-name-resolve mode.
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] Event Scheduler: Loaded 0 events
Dec 20 11:10:30 nas mysqld: 131220 11:10:30 [Note] /usr/sbin/mysqld: ready for connections.
Dec 20 11:10:30 nas mysqld: Version: '5.1.72-2'  socket: '/var/run/mysqld/mysqld.sock'  port: ***  (Debian)
Dec 20 11:10:31 nas /etc/mysql/debian-start[6856]: Upgrading MySQL tables if necessary.
Dec 20 11:10:32 nas mysqld: 131220 11:10:32 [ERROR] Cannot find or open table drupal/actions from
Dec 20 11:10:32 nas mysqld: the internal data dictionary of InnoDB though the .frm file for the
Dec 20 11:10:32 nas mysqld: table exists. Maybe you have deleted and recreated InnoDB data
Dec 20 11:10:32 nas mysqld: files but have forgotten to delete the corresponding .frm files
Dec 20 11:10:32 nas mysqld: of InnoDB tables, or you have moved .frm files to another database?
Dec 20 11:10:32 nas mysqld: or, the table contains indexes that this version of the engine
Dec 20 11:10:32 nas mysqld: doesn't support.
Dec 20 11:10:32 nas mysqld: See  http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html 
Dec 20 11:10:32 nas mysqld: how you can resolve the problem.

Можно ли что то сделать в этой ситуации?
Заранее благодарен за любую помощь! Сам ни разу не специалист в таких вопросах.
1) Версию базы видно, когда в нее попадает их конслоли или при выполнении команды status. Сейчас актуальная версия 5.6
2) mysql_upgrade надо вызывать с -u user -ppassword если у вас не открыта база полностью
3) если view нет, его надо создать
4) если вы не понимаете точно, что делаете - апгрейд ТОЛЬКО после дампов.
5) show table status; покажет какие есть таблицы, какие у них движки и сколько в них данных
...
Рейтинг: 0 / 0
Форумы / MySQL [игнор отключен] [закрыт для гостей] / Помогите восстановить mysql базу...... / 8 сообщений из 8, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]