с недавнего времени в syslog стала падать вот такая ошибка
5 15:11:59 netup mysqld[4287]: 090305 15:11:59 InnoDB: Error: page 347706 log sequence number 7 4058016122
Mar 5 15:11:59 netup mysqld[4287]: InnoDB: is in the future! Current system log sequence number 5 1361734740.
Mar 5 15:11:59 netup mysqld[4287]: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Mar 5 15:11:59 netup mysqld[4287]: InnoDB: tablespace but not the InnoDB log files. See
Mar 5 15:11:59 netup mysqld[4287]: InnoDB: http://dev.mysql.com/doc/refman/5.0/en/ ... overy.html
Mar 5 15:11:59 netup mysqld[4287]: InnoDB: for more information.
Я не знаток mysql, сходил по рекомендованной ссылке, где в принципе рекомендуют сделать бэкап и запустить мускуль с опцией
[mysqld]
innodb_force_recovery = 4
в общем если действовать согласно инструкции таблицы становятся не читабельны.
Собственно в данный момент билинг работает и глюков не замечено, но вот сообщения смущают. И кстати при старте мускуля запускает "чек", но он ошибок не находит. что посоветуете граждане?
mysql innodb Error
root@netup:~# smartctl -A --device=ata /dev/sda
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 178 178 021 Pre-fail Always - 6075
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 23
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0
9 Power_On_Hours 0x0032 092 092 000 Old_age Always - 6182
10 Spin_Retry_Count 0x0012 100 253 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0012 100 253 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 22
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 21
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 23
194 Temperature_Celsius 0x0022 119 104 000 Old_age Always - 31
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 051 Old_age Offline - 0
В том то и дело что вроде ошибок на хдд нет.
Я вот что надумал, может это "касяк" в файловой системе.
Я не очень углублялся в работу ютм-мускуль так как данный сервис под мое администрирование перешел относительно недавно, а до этого я с подобного рода софтом не работал.
Пологая что сами данные базы хранятся в файле ibdata1 он у нас составляет уже около 9 гиг. возможно в следствии каких то причин произошли сбой и данные на которые ссылаются индексные дескрипторы, в каком то месте повреждены, по этому и сыпет мускул о ошибках в сислог.
Кстати а случайно ли не позволяет мускуль при работе с каждой базой для каждой таблицы создавать отдельный файл?
Возможно мне нужно будет сделать бэкап mysqldump-ом грохнуть
ibdata и пролить все обратно?
что посоветуют "знатоки"?
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 178 178 021 Pre-fail Always - 6075
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 23
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000e 200 200 051 Old_age Always - 0
9 Power_On_Hours 0x0032 092 092 000 Old_age Always - 6182
10 Spin_Retry_Count 0x0012 100 253 051 Old_age Always - 0
11 Calibration_Retry_Count 0x0012 100 253 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 22
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 21
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 23
194 Temperature_Celsius 0x0022 119 104 000 Old_age Always - 31
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 051 Old_age Offline - 0
В том то и дело что вроде ошибок на хдд нет.
Я вот что надумал, может это "касяк" в файловой системе.
Я не очень углублялся в работу ютм-мускуль так как данный сервис под мое администрирование перешел относительно недавно, а до этого я с подобного рода софтом не работал.
Пологая что сами данные базы хранятся в файле ibdata1 он у нас составляет уже около 9 гиг. возможно в следствии каких то причин произошли сбой и данные на которые ссылаются индексные дескрипторы, в каком то месте повреждены, по этому и сыпет мускул о ошибках в сислог.
Кстати а случайно ли не позволяет мускуль при работе с каждой базой для каждой таблицы создавать отдельный файл?
Возможно мне нужно будет сделать бэкап mysqldump-ом грохнуть
ibdata и пролить все обратно?
что посоветуют "знатоки"?
-
mikkey finn
- Сообщения: 1612
- Зарегистрирован: Пт ноя 10, 2006 15:23
Сходи в поиск со словами innodb_file_per_table
Например, viewtopic.php?t=4162&highlight=innodbfilepertable
Например, viewtopic.php?t=4162&highlight=innodbfilepertable