[SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync
El día 2 de febrero de 2016, 21:21, Maykel Franco
<maykeldebian@gmail.com> escribió:
> El día 2 de febrero de 2016, 20:32, Maykel Franco
> <maykeldebian@gmail.com> escribió:
>> El día 2 de febrero de 2016, 20:20, Erick Ocrospoma
>> <zipper1790@gmail.com> escribió:
>>> Hola,
>>>
>>> 2016-02-02 13:47 GMT-05:00 Atilio <linuxknow@gmail.com>:
>>>> Antes de hacer algo con el backup, fijate que en el nuevo mysql arranque sin
>>>> problemas, no vaya ha hacer que por alguna configuración no arranque
>>>> simplemente el motor.
>>>> y el backup tendria que copiarse con el motor en stop.
>>>>
>>>> slds.
>>>>
>>>> 2016-02-02 15:23 GMT-03:00 Maykel Franco <maykeldebian@gmail.com>:
>>>>>
>>>>> El día 2 de febrero de 2016, 19:14, Camaleón <noelamac@gmail.com>
>>>>> escribió:
>>>>> > El Tue, 02 Feb 2016 18:51:12 +0100, Maykel Franco escribió:
>>>>> >
>>>>> >> Buenas, trato de restaurar una determinada BBDD de la que hice un
>>>>> >> backup. La forma de realizar el backup es usando la utilidad
>>>>> >> mylvmbackup, que básicamente lo que hace es bloquear las tablas a modo
>>>>> >> read only y posteriormente hacer el snapshots de /var/lib/mysql,
>>>>> >> desbloquear las tablas, hacer el backup con rsync y cuando acaba
>>>>> >> remover
>>>>> >> el snapshots.
>>>>> >
>>>>> > (...)
>>>>> >
>>>>> >> Pero recibo estos errores:
>>>>> >>
>>>>> >> Error : Incorrect information in file: './BBDD/list.frm'
>>>>> >
>>>>> > (...)
>>>>> >
>>>>> >> note : The storage engine for the table doesn't support repair
>>>>> >>
>>>>> >> Además de estos:
>>>>> >>
>>>>> >> 160202 12:15:51 [Note] Plugin 'FEDERATED' is disabled.
>>>>> >> 160202 12:15:51 InnoDB: The InnoDB memory heap is disabled
>>>>> >> 160202 12:15:51 InnoDB: Mutexes and rw_locks use GCC atomic builtins
>>>>> >> 160202 12:15:51 InnoDB: Compressed tables use zlib 1.2.8
>>>>> >> 160202 12:15:51 InnoDB: Using Linux native AIO
>>>>> >> 160202 12:15:51 InnoDB: Initializing buffer pool, size = 128.0M
>>>>> >> 160202 12:15:51 InnoDB: Completed initialization of buffer pool InnoDB:
>>>>> >> Error: log file ./ib_logfile0 is of different size 0 50331648 bytes InnoDB:
>>>>> >> than specified in the .cnf file 0 5242880 bytes!
>>>
>>> Me parece curiso esto. Por lo que entiendo estas restaurando tu backup
>>> en un servidor distinto, por ende estas usando la misma configuracion,
>>> no? Haciendo backup con rsync, basta con tener la misma configuracion
>>> y la misma version de MySQL.
>>>
>>> Pareciera que usas la config por defecto, o que se te haya pasado
>>> algun parametro. Mira este enlace a ver si te ayuda, mencionan que
>>> esta relacion a un parametro en particular
>>>
>>> https://www.percona.com/forums/questions-discussions/percona-xtrabackup/17446-got-ib_logfile0-is-of-different-size-when-doing-stream-backup
>>>
>>> Y que segun ciertas versiones de MySQL, hay minimos y maximos valores
>>> a establecer.
>>>
>>> http://dev.mysql.com/doc/refman/5.6/en/innodb-parameters.html#sysvar_innodb_log_file_size
>>>
>>>
>>>>> >> 160202 12:15:51 [ERROR] Plugin 'InnoDB' init function returned error.
>>>>> >> 160202 12:15:51 [ERROR] Plugin 'InnoDB' registration as a STORAGE
>>>>> >> ENGINE failed.
>>>>> >> 160202 12:15:51 [ERROR] Unknown/unsupported storage engine: InnoDB
>>>>> >> 160202 12:15:51 [ERROR] Aborting
>>>>> >
>>>>> > (...)
>>>>> >
>>>>> > Hum... así a bote pronto te diría que el servidor mysql que acabas de
>>>>> > iniciar y donde quieres restaurar la copia de respaldo no tiene
>>>>> > activado el complemento de innodb, de ahí los errores. Comprueba, en
>>>>> > primer lugar, que esté activado ya que ese es el motor que usas en
>>>>> > la bdd antigua.
>>>>> >
>>>>> > Saludos,
>>>>> >
>>>>> > --
>>>>> > Camaleón
>>>>> >
>>>>>
>>>>> No, no creo que sea eso...
>>>>>
>>>>> mysql> show variables like "%have_innodb%";
>>>>> +---------------+-------+
>>>>> | Variable_name | Value |
>>>>> +---------------+-------+
>>>>> | have_innodb | YES |
>>>>> +---------------+-------+
>>>>>
>>>>> show engines;
>>>>>
>>>>> | InnoDB | DEFAULT | Supports transactions, row-level
>>>>> locking, and foreign keys | YES | YES | YES |
>>>>>
>>>>> Voy a seguir mirando...
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>>
>>>
>>>
>>> ~ Happy install !
>>>
>>>
>>>
>>>
>>>
>>> Erick.
>>>
>>> ---
>>>
>>> IRC : zerick
>>> Blog : http://zerick.me
>>> About : http://about.me/zerick
>>> Linux User ID : 549567
>>
>> Erick me has dado buena pista... El backup lo hago desde un mysql
>> percona con version:
>>
>> version | 5.6.26-74.0-56
>>
>> Y el servidor donde lo estoy restaurando tiene la versión de mysql:
>>
>> innodb_version | 5.5.47
>>
>> Entiendo que la misma configuración te refieres a my.cnf.
>>
>> Voy a revisar, gracias.
>
> Usando la misma versión de mysql 5.6, aunque no idéntica y copiando el
> mismo my.cnf, quitando los parámetros de percona, me da este error, he
> seguido el mismo procedimiento:
>
> http://pastebin.com/s42U2k0p
>
> Voy para atrás como los cangrejos...
Bueno por fin he conseguido solucionarlo... Paso el enlace:
https://bugs.mysql.com/bug.php?id=56245
Con la versión 5.6 de mysql y con este parámetro en my.cnf:
Aunque esto que dice al final no me gusta...
------
[25 Aug 2010 15:10] Valeriy Kravchuk
So, I assume the problem was a result of data corruption, not a bug in the code.
--------
Reply to: