El día 2 de febrero de 2016, 21:21, Maykel Franco <[email protected]> escribió: > El día 2 de febrero de 2016, 20:32, Maykel Franco > <[email protected]> escribió: >> El día 2 de febrero de 2016, 20:20, Erick Ocrospoma >> <[email protected]> escribió: >>> Hola, >>> >>> 2016-02-02 13:47 GMT-05:00 Atilio <[email protected]>: >>>> 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 <[email protected]>: >>>>> >>>>> El día 2 de febrero de 2016, 19:14, Camaleón <[email protected]> >>>>> 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. --------
