subject:"mysql"

El 24 de enero de 2018 0:37:07 CET, Cristian Mitchell <mitchell6...@gmail.com> 
escribió:
>El 23 de enero de 2018, 20:32, Cristian
>Mitchell<mitchell6...@gmail.com>
>escribió:
>
>>
>>
>> El 23 de enero de 2018, 19:40, Ramses<ramses.sevi...@gmail.com>
>escribió:
>>
>>> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
>>> mitchell6...@gmail.com> escribió:
>>> >El 23 de enero de 2018, 15:26, Ramses<ramses.sevi...@gmail.com>
>>> >escribió:
>>> >
>>> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>>> >> mmucci...@suteba.org.ar> escribió:
>>> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>>> >> >> Hola a tod@s,
>>> >> >>
>>> >> >> Tengo instalado MySQL Server con su proceso habitual.
>>> >> >>
>>> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>>> >esos
>>> >> >usuarios
>>> >> >> puedan ejecutar comandos de la Shell de Linux mediante el
>comando
>>> >> >"system"
>>> >> >> de MySQL.
>>> >> >>
>>> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>>> >puedan
>>> >> >ejecutar
>>> >> >> el comando "system" y la única forma de limitar el uso de los
>>> >> >comandos del
>>> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>>> >sólo
>>> >> >copiar
>>> >> >> en la jaula los comandos que les permito y sus librerías
>>> >asociadas.
>>> >> >>
>>> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el
>Usuario
>>> >SSH
>>> >> >se
>>> >> >> conecta.
>>> >> >>
>>> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>>> >directorio
>>> >> >> "enjaulado".
>>> >> >>
>>> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>>> >asociadas
>>> >> >y las
>>> >> >> he copiado en el directorio "enjaulado".
>>> >> >>
>>> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y
>ejecuta,
>>> >> >por
>>> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>>> >pero
>>> >> >al
>>> >> >> introducirla, da un error de socket diciendo que no encuentra
>>> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>>> >> >>
>>> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos
>me
>>> >> >faltan por
>>> >> >> hacer?
>>> >> >>
>>> >> >>
>>> >> >> Gracias y saludos,
>>> >> >>
>>> >> >> Ramses
>>> >> >
>>> >> >obviamente se estan tratando de conectar mediante el socket
>>> >> >que crea mysql y los clientes enjaulados no pueden acceder.
>>> >> >creo que mysql tiene una opcion para que la "conexion"
>>> >> >sea por tcp...eso deberia funcionar..
>>> >> >
>>> >> >saludos
>>> >> >Matias
>>> >>
>>> >> Matías, gracias por contestar.
>>> >>
>>> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración,
>como
>>> >el
>>> >> my.cnf a la "jaula"?.
>>> >>
>>> >> Hasta el momento sólo copiado programas y librerías al entorno
>>> >"enjaulado".
>>> >>
>>> >> Y estoy buscando información tanto en Linux genérico y Debian,
>como
>>> >en
>>> >> MySQL, y no encuentro lo que me aclare este tema...
>>> >>
>>> >>
>>> >> P.D.: Disculpas Matías, el otro se me fue al personal...
>>> >>
>>> >>
>>> >> Saludos y gracias,
>>> >>
>>> >> Ramses
>>> >>
>>> >>
>>> >como te estas logueando a mysql?
>>>
>>> Cristian, ¿te refieres a esto que ponía en mi correo?
>>>
>>> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>>>
>>> /usr/sbin/mysql -u root -p
>>>
>>
>> alguien comentaba esto
>>  si haces asi  nada mas te estas conectado por socket el cual
>nesesitas
>> acceso
>> pero si haces mysql -h localhost -u myname -ppassword mydb
>> esto evita tu problema de sock
>>
>>
>>
>>
>>>
>>>
>>> Saludos,
>>>
>>> Ramses
>>>
>>>
>>
>>
>> --
>> MrIX
>> Linux user number 412793.
>> http://counter.li.org/
>>
>> las grandes obras,
>> las sueñan los santos locos,
>> las realizan los luchadores natos,
>> las aprovechan los felices cuerdo,
>> y las critican los inútiles crónicos,
>>
>>
>si no tu otra opción es
>
>
>mount -o bind,noexec /var/run/mysqld/mysqld.sock (al chroot)

Cristian, buenos días,

¿Te refieres a ejecutar el comando "mount -o bind,noexec 
/var/run/mysqld/mysqld.sock" desde la sesión de un usuario "enjaulado" antes de 
lanzar el "/usr/sbin/mysql"?

Creo haberlo ejecutado ayer y no me dejaba. Copié el "mount" y sus librerías 
asociadas a la jaula y al ejecutarlo me decía que sólo podía ejecutar ese 
comando el "root", y ahí me quedé. A parte del "mount" y las librerías, ¿habría 
que copiar a la jaula algún otro fichero?.


Saludos y gracias,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

2018-01-23 Por tema Cristian Mitchell

El 23 de enero de 2018, 20:32, Cristian Mitchell<mitchell6...@gmail.com>
escribió:

>
>
> El 23 de enero de 2018, 19:40, Ramses<ramses.sevi...@gmail.com> escribió:
>
>> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
>> mitchell6...@gmail.com> escribió:
>> >El 23 de enero de 2018, 15:26, Ramses<ramses.sevi...@gmail.com>
>> >escribió:
>> >
>> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>> >> mmucci...@suteba.org.ar> escribió:
>> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> >> >> Hola a tod@s,
>> >> >>
>> >> >> Tengo instalado MySQL Server con su proceso habitual.
>> >> >>
>> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>> >esos
>> >> >usuarios
>> >> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>> >> >"system"
>> >> >> de MySQL.
>> >> >>
>> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>> >puedan
>> >> >ejecutar
>> >> >> el comando "system" y la única forma de limitar el uso de los
>> >> >comandos del
>> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>> >sólo
>> >> >copiar
>> >> >> en la jaula los comandos que les permito y sus librerías
>> >asociadas.
>> >> >>
>> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
>> >SSH
>> >> >se
>> >> >> conecta.
>> >> >>
>> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>> >directorio
>> >> >> "enjaulado".
>> >> >>
>> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>> >asociadas
>> >> >y las
>> >> >> he copiado en el directorio "enjaulado".
>> >> >>
>> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>> >> >por
>> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>> >pero
>> >> >al
>> >> >> introducirla, da un error de socket diciendo que no encuentra
>> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> >> >>
>> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>> >> >faltan por
>> >> >> hacer?
>> >> >>
>> >> >>
>> >> >> Gracias y saludos,
>> >> >>
>> >> >> Ramses
>> >> >
>> >> >obviamente se estan tratando de conectar mediante el socket
>> >> >que crea mysql y los clientes enjaulados no pueden acceder.
>> >> >creo que mysql tiene una opcion para que la "conexion"
>> >> >sea por tcp...eso deberia funcionar..
>> >> >
>> >> >saludos
>> >> >Matias
>> >>
>> >> Matías, gracias por contestar.
>> >>
>> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
>> >el
>> >> my.cnf a la "jaula"?.
>> >>
>> >> Hasta el momento sólo copiado programas y librerías al entorno
>> >"enjaulado".
>> >>
>> >> Y estoy buscando información tanto en Linux genérico y Debian, como
>> >en
>> >> MySQL, y no encuentro lo que me aclare este tema...
>> >>
>> >>
>> >> P.D.: Disculpas Matías, el otro se me fue al personal...
>> >>
>> >>
>> >> Saludos y gracias,
>> >>
>> >> Ramses
>> >>
>> >>
>> >como te estas logueando a mysql?
>>
>> Cristian, ¿te refieres a esto que ponía en mi correo?
>>
>> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>>
>> /usr/sbin/mysql -u root -p
>>
>
> alguien comentaba esto
>  si haces asi  nada mas te estas conectado por socket el cual nesesitas
> acceso
> pero si haces mysql -h localhost -u myname -ppassword mydb
> esto evita tu problema de sock
>
>
>
>
>>
>>
>> Saludos,
>>
>> Ramses
>>
>>
>
>
> --
> MrIX
> Linux user number 412793.
> http://counter.li.org/
>
> las grandes obras,
> las sueñan los santos locos,
> las realizan los luchadores natos,
> las aprovechan los felices cuerdo,
> y las critican los inútiles crónicos,
>
>
si no tu otra opción es


mount -o bind,noexec /var/run/mysqld/mysqld.sock (al chroot)

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

2018-01-23 Por tema Cristian Mitchell

El 23 de enero de 2018, 19:40, Ramses<ramses.sevi...@gmail.com> escribió:

> El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <
> mitchell6...@gmail.com> escribió:
> >El 23 de enero de 2018, 15:26, Ramses<ramses.sevi...@gmail.com>
> >escribió:
> >
> >> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
> >> mmucci...@suteba.org.ar> escribió:
> >> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> >> >> Hola a tod@s,
> >> >>
> >> >> Tengo instalado MySQL Server con su proceso habitual.
> >> >>
> >> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
> >esos
> >> >usuarios
> >> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
> >> >"system"
> >> >> de MySQL.
> >> >>
> >> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
> >puedan
> >> >ejecutar
> >> >> el comando "system" y la única forma de limitar el uso de los
> >> >comandos del
> >> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
> >sólo
> >> >copiar
> >> >> en la jaula los comandos que les permito y sus librerías
> >asociadas.
> >> >>
> >> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
> >SSH
> >> >se
> >> >> conecta.
> >> >>
> >> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
> >directorio
> >> >> "enjaulado".
> >> >>
> >> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
> >asociadas
> >> >y las
> >> >> he copiado en el directorio "enjaulado".
> >> >>
> >> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
> >> >por
> >> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
> >pero
> >> >al
> >> >> introducirla, da un error de socket diciendo que no encuentra
> >> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> >> >>
> >> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
> >> >faltan por
> >> >> hacer?
> >> >>
> >> >>
> >> >> Gracias y saludos,
> >> >>
> >> >> Ramses
> >> >
> >> >obviamente se estan tratando de conectar mediante el socket
> >> >que crea mysql y los clientes enjaulados no pueden acceder.
> >> >creo que mysql tiene una opcion para que la "conexion"
> >> >sea por tcp...eso deberia funcionar..
> >> >
> >> >saludos
> >> >Matias
> >>
> >> Matías, gracias por contestar.
> >>
> >> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
> >el
> >> my.cnf a la "jaula"?.
> >>
> >> Hasta el momento sólo copiado programas y librerías al entorno
> >"enjaulado".
> >>
> >> Y estoy buscando información tanto en Linux genérico y Debian, como
> >en
> >> MySQL, y no encuentro lo que me aclare este tema...
> >>
> >>
> >> P.D.: Disculpas Matías, el otro se me fue al personal...
> >>
> >>
> >> Saludos y gracias,
> >>
> >> Ramses
> >>
> >>
> >como te estas logueando a mysql?
>
> Cristian, ¿te refieres a esto que ponía en mi correo?
>
> El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:
>
> /usr/sbin/mysql -u root -p
>

alguien comentaba esto
 si haces asi  nada mas te estas conectado por socket el cual nesesitas
acceso
pero si haces mysql -h localhost -u myname -ppassword mydb
esto evita tu problema de sock




>
>
> Saludos,
>
> Ramses
>
>


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

El 23 de enero de 2018 23:20:09 CET, Cristian Mitchell <mitchell6...@gmail.com> 
escribió:
>El 23 de enero de 2018, 15:26, Ramses<ramses.sevi...@gmail.com>
>escribió:
>
>> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
>> mmucci...@suteba.org.ar> escribió:
>> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> >> Hola a tod@s,
>> >>
>> >> Tengo instalado MySQL Server con su proceso habitual.
>> >>
>> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que
>esos
>> >usuarios
>> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
>> >"system"
>> >> de MySQL.
>> >>
>> >> Parece ser que no hay forma de impedir los Usuarios de MySQL
>puedan
>> >ejecutar
>> >> el comando "system" y la única forma de limitar el uso de los
>> >comandos del
>> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y
>sólo
>> >copiar
>> >> en la jaula los comandos que les permito y sus librerías
>asociadas.
>> >>
>> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario
>SSH
>> >se
>> >> conecta.
>> >>
>> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el
>directorio
>> >> "enjaulado".
>> >>
>> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías
>asociadas
>> >y las
>> >> he copiado en el directorio "enjaulado".
>> >>
>> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>> >por
>> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password,
>pero
>> >al
>> >> introducirla, da un error de socket diciendo que no encuentra
>> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> >>
>> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>> >faltan por
>> >> hacer?
>> >>
>> >>
>> >> Gracias y saludos,
>> >>
>> >> Ramses
>> >
>> >obviamente se estan tratando de conectar mediante el socket
>> >que crea mysql y los clientes enjaulados no pueden acceder.
>> >creo que mysql tiene una opcion para que la "conexion"
>> >sea por tcp...eso deberia funcionar..
>> >
>> >saludos
>> >Matias
>>
>> Matías, gracias por contestar.
>>
>> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como
>el
>> my.cnf a la "jaula"?.
>>
>> Hasta el momento sólo copiado programas y librerías al entorno
>"enjaulado".
>>
>> Y estoy buscando información tanto en Linux genérico y Debian, como
>en
>> MySQL, y no encuentro lo que me aclare este tema...
>>
>>
>> P.D.: Disculpas Matías, el otro se me fue al personal...
>>
>>
>> Saludos y gracias,
>>
>> Ramses
>>
>>
>como te estas logueando a mysql?

Cristian, ¿te refieres a esto que ponía en mi correo?

El cliente se conecta vía SSH a un entorno "enjaulado" y ejecuta:

/usr/sbin/mysql -u root -p


Saludos,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

2018-01-23 Por tema Cristian Mitchell

El 23 de enero de 2018, 15:26, Ramses<ramses.sevi...@gmail.com> escribió:

> El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <
> mmucci...@suteba.org.ar> escribió:
> >On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> >> Hola a tod@s,
> >>
> >> Tengo instalado MySQL Server con su proceso habitual.
> >>
> >> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos
> >usuarios
> >> puedan ejecutar comandos de la Shell de Linux mediante el comando
> >"system"
> >> de MySQL.
> >>
> >> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan
> >ejecutar
> >> el comando "system" y la única forma de limitar el uso de los
> >comandos del
> >> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo
> >copiar
> >> en la jaula los comandos que les permito y sus librerías asociadas.
> >>
> >> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH
> >se
> >> conecta.
> >>
> >> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
> >> "enjaulado".
> >>
> >> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas
> >y las
> >> he copiado en el directorio "enjaulado".
> >>
> >> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
> >por
> >> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero
> >al
> >> introducirla, da un error de socket diciendo que no encuentra
> >> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> >>
> >> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
> >faltan por
> >> hacer?
> >>
> >>
> >> Gracias y saludos,
> >>
> >> Ramses
> >
> >obviamente se estan tratando de conectar mediante el socket
> >que crea mysql y los clientes enjaulados no pueden acceder.
> >creo que mysql tiene una opcion para que la "conexion"
> >sea por tcp...eso deberia funcionar..
> >
> >saludos
> >Matias
>
> Matías, gracias por contestar.
>
> Pero, ¿sabes si tengo que copiar algún fichero de configuración, como el
> my.cnf a la "jaula"?.
>
> Hasta el momento sólo copiado programas y librerías al entorno "enjaulado".
>
> Y estoy buscando información tanto en Linux genérico y Debian, como en
> MySQL, y no encuentro lo que me aclare este tema...
>
>
> P.D.: Disculpas Matías, el otro se me fue al personal...
>
>
> Saludos y gracias,
>
> Ramses
>
>
como te estas logueando a mysql?

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

El 23 de enero de 2018 18:24:23 CET, Matias Mucciolo <mmucci...@suteba.org.ar> 
escribió:
>On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
>> Hola a tod@s,
>> 
>> Tengo instalado MySQL Server con su proceso habitual.
>> 
>> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos
>usuarios
>> puedan ejecutar comandos de la Shell de Linux mediante el comando
>"system"
>> de MySQL.
>> 
>> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan
>ejecutar
>> el comando "system" y la única forma de limitar el uso de los
>comandos del
>> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo
>copiar
>> en la jaula los comandos que les permito y sus librerías asociadas.
>> 
>> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH
>se
>> conecta.
>> 
>> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
>> "enjaulado".
>> 
>> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas
>y las
>> he copiado en el directorio "enjaulado".
>> 
>> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta,
>por
>> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero
>al
>> introducirla, da un error de socket diciendo que no encuentra
>> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
>> 
>> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me
>faltan por
>> hacer?
>> 
>> 
>> Gracias y saludos,
>> 
>> Ramses
>
>obviamente se estan tratando de conectar mediante el socket 
>que crea mysql y los clientes enjaulados no pueden acceder.
>creo que mysql tiene una opcion para que la "conexion"
>sea por tcp...eso deberia funcionar..
>
>saludos
>Matias

Matías, gracias por contestar.

Pero, ¿sabes si tengo que copiar algún fichero de configuración, como el my.cnf 
a la "jaula"?.

Hasta el momento sólo copiado programas y librerías al entorno "enjaulado".

Y estoy buscando información tanto en Linux genérico y Debian, como en MySQL, y 
no encuentro lo que me aclare este tema...


P.D.: Disculpas Matías, el otro se me fue al personal...


Saludos y gracias,

Ramses

Re: Conectar desde clientes "enjaulados" vía SSH a MySQL.

2018-01-23 Por tema Matias Mucciolo

On Tuesday, January 23, 2018 5:29:07 PM -03 Ramses wrote:
> Hola a tod@s,
> 
> Tengo instalado MySQL Server con su proceso habitual.
> 
> Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos usuarios
> puedan ejecutar comandos de la Shell de Linux mediante el comando "system"
> de MySQL.
> 
> Parece ser que no hay forma de impedir los Usuarios de MySQL puedan ejecutar
> el comando "system" y la única forma de limitar el uso de los comandos del
> Shell de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo copiar
> en la jaula los comandos que les permito y sus librerías asociadas.
> 
> Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH se
> conecta.
> 
> He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio
> "enjaulado".
> 
> Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas y las
> he copiado en el directorio "enjaulado".
> 
> Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta, por
> ejemplo, "/usr/sbin/mysql -u root -p", MySQL pide la password, pero al
> introducirla, da un error de socket diciendo que no encuentra
> "/var/run/mysqld/mysqld.sock", y ahí estoy estancado...
> 
> ¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me faltan por
> hacer?
> 
> 
> Gracias y saludos,
> 
> Ramses

obviamente se estan tratando de conectar mediante el socket 
que crea mysql y los clientes enjaulados no pueden acceder.
creo que mysql tiene una opcion para que la "conexion"
sea por tcp...eso deberia funcionar..

saludos
Matias

Conectar desde clientes "enjaulados" vía SSH a MySQL.

Hola a tod@s,

Tengo instalado MySQL Server con su proceso habitual.

Ahora quiero dar acceso a Clientes vía SSH, pero no quiero que esos usuarios 
puedan ejecutar comandos de la Shell de Linux mediante el comando "system" de 
MySQL.

Parece ser que no hay forma de impedir los Usuarios de MySQL puedan ejecutar el 
comando "system" y la única forma de limitar el uso de los comandos del Shell 
de Linux es enjaular (chroot jail) estos Usuarios SSH, y sólo copiar en la 
jaula los comandos que les permito y sus librerías asociadas.

Bien, tengo ya el entorno "chroot jail" configurado y el Usuario SSH se conecta.

He copiado el fichero de arranque "/usr/sbin/mysql" en el directorio 
"enjaulado".

Con el comando "ldd /usr/sbin/mysql" averiguo las librerías asociadas y las he 
copiado en el directorio "enjaulado".

Ahora, cuando se conecta un Usuario "enjaulado" vía SSH y ejecuta, por ejemplo, 
"/usr/sbin/mysql -u root -p", MySQL pide la password, pero al introducirla, da 
un error de socket diciendo que no encuentra "/var/run/mysqld/mysqld.sock", y 
ahí estoy estancado...

¿Hay alguien que haya hecho esto y pueda comentarme qué pasos me faltan por 
hacer?


Gracias y saludos,

Ramses

Re: Apache, php,python mysql.. ayuda

2017-06-10 Por tema Miguel de Dios Matias

El 10/6/2017 20:09, "Hector" <hec...@owee.me> escribió:

Hola Amigos del opensource Debian,

bueno hace unos meses instale php la 5.6 aun no actualize a la 7, e instale
apache 2.4, y mysql 5, bueno ahora me da la curiosidad de instalar python
para servicios web tipo CGI, instale python, y segui este manual
http://librosweb.es/libro/python/capitulo_13/python_bajo_apache.html pero
no me funciono a un 100% , se instalo pero para la configuracion que
funcione ambos , php y python con el mismo apache me dio conflictos , hasta
que lo puse  y solo funciona el php y claro el apache ,
pero para nada mi python..

Alguna sugerencia o ideas.



*Saludos Hector*

Puedes pegar el conf de apache...o subirlo alguna web del estilo pastebin.

Pregunta offtopic: ¿Porqué "amigos opensource Debian"?

Saludos.

Re: error en instalacion de mysql en debian 8 jesie

2017-05-23 Por tema Paynalton

en jessie está como mysql-server y mysql-client.

El lun., 22 de may. de 2017 a la(s) 03:29, lizard king <neg...@hotmail.com>
escribió:

> Yo lo instalé con apt-get install MySQL ( minúsculas) y todo bien
>
> Obtener Outlook para Android <https://aka.ms/ghei36>
>
> --
> *From:* Oscar Martinez <omartinez...@gmail.com>
> *Sent:* Sunday, May 21, 2017 6:52:32 PM
> *To:* Lista Debian
> *Subject:* error en instalacion de mysql en debian 8 jesie
>
> buenas, estoy tratando de instalar mysql-server en debian 8 jesie
>
> me dice que mysql no es un candidato para la instalacion la verdad no
> conozco bien linux estoy aprendiendo he cambiado repositorios
> instale
>
> mysql-apt-repo-quick-guide-en.html-chapter.tar
>
> y no he podido pasar de ese punto he observado que cuando hago el
>
> apt-get update y apt-get upgrade me dice fallo en los repo- mysql
>
> quien me puede ayudar o darme una guia para determinar cual es mi error o
> cual es el paso que estoy omiendo gracias
>

Re: error en instalacion de mysql en debian 8 jesie

2017-05-22 Por tema lizard king

Yo lo instal? con apt-get install MySQL ( min?sculas) y todo bien

Obtener Outlook para Android<https://aka.ms/ghei36>


From: Oscar Martinez <omartinez...@gmail.com>
Sent: Sunday, May 21, 2017 6:52:32 PM
To: Lista Debian
Subject: error en instalacion de mysql en debian 8 jesie

buenas, estoy tratando de instalar mysql-server en debian 8 jesie

me dice que mysql no es un candidato para la instalacion la verdad no conozco 
bien linux estoy aprendiendo he cambiado repositorios
instale

mysql-apt-repo-quick-guide-en.html-chapter.tar

y no he podido pasar de ese punto he observado que cuando hago el

apt-get update y apt-get upgrade me dice fallo en los repo- mysql

quien me puede ayudar o darme una guia para determinar cual es mi error o cual 
es el paso que estoy omiendo gracias

Re: error en instalacion de mysql en debian 8 jesie

2017-05-21 Por tema Felipe Perry

Debes intalar:

- default-mysql-server
- default-mysql-client

Si eres nuevo te recomiendo mucho que uses Synaptic para manejar tus
paquetes, te servirá para tener una visión completa del software.

- sudo apt install synaptic

El 21 de mayo de 2017, 19:52, Oscar Martinez <omartinez...@gmail.com>
escribió:

> buenas, estoy tratando de instalar mysql-server en debian 8 jesie
>
> me dice que mysql no es un candidato para la instalacion la verdad no
> conozco bien linux estoy aprendiendo he cambiado repositorios
> instale
>
> mysql-apt-repo-quick-guide-en.html-chapter.tar
>
> y no he podido pasar de ese punto he observado que cuando hago el
>
> apt-get update y apt-get upgrade me dice fallo en los repo- mysql
>
> quien me puede ayudar o darme una guia para determinar cual es mi error o
> cual es el paso que estoy omiendo gracias
>

error en instalacion de mysql en debian 8 jesie

2017-05-21 Por tema Oscar Martinez

buenas, estoy tratando de instalar mysql-server en debian 8 jesie

me dice que mysql no es un candidato para la instalacion la verdad no
conozco bien linux estoy aprendiendo he cambiado repositorios
instale

mysql-apt-repo-quick-guide-en.html-chapter.tar

y no he podido pasar de ese punto he observado que cuando hago el

apt-get update y apt-get upgrade me dice fallo en los repo- mysql

quien me puede ayudar o darme una guia para determinar cual es mi error o
cual es el paso que estoy omiendo gracias

Re: Ideas sobre cluster mysql y files

2016-07-12 Por tema Camaleón

El Mon, 11 Jul 2016 18:52:44 -0300, OddieX escribió:

(ese formato...)

> Estimados, alguien tiene alguna buena idea de como armar un cluster para
> mysql y archivos, para una intranet, en la cual funcione a travez de la
> nube, pero en el caso que se caiga internet la gente pueda seguir
> trabajando desde la oficina y cuando el enlace se reestablezca, se
> sincronizen los datos nuevamente?
> 
> Estuve pensando en drbd y heartbeat poniendo dns secundarios con bajo
> ttl, pero siempre con drbd tuve los problemas de sincro cuando se caia
> el enlace, tenia que descartar datos y resincronizar. La idea es que no
> haya que hacer eso, que se haga automaticamente...
> 
> Si a alguien se le ocurre avise...

Entiendo que la mayoría de las "nubes" (owncloud, etc...) permiten la 
sincronización de archivos offline lo cual me ha llevado a pensar en rsync 
que sería interesante para este tipo de situaciones y me ha llevado a 
rclone un proyecto (enfocado a la parte cliente) interesante.

Saludos,

-- 
Camaleón

Re: Ideas sobre cluster mysql y files

2016-07-11 Por tema OddieX

El día 11 de julio de 2016, 20:45, Paynalton <cxescal...@gmail.com> escribió:
> Justo andaba viendo sobre algo parecido.
>
> Un arreglo "a la mexicana" es tener localmente un slave de Mysql y un SNMP
> como Nagios. Tu lectura será siempre sobre el slave local y tu escritura
> sobre el master remoto. Al momento de perder conexión cambias tu escritura
> al slave usando un script en nagios para realizarlo. Al volver la conexión
> debes hacer la sincronización con tu master bloqueando tablas.
>
> Esto funcionaría bien si es una sola sucursal, si son más de una tendrías
> que tener un arreglo master-master en mysql y rezar que no se corrompan tus
> tablas jajajjaja.
>
> --
> 
>  ___
> < Alcanza, quien no cansa.  >
>  ---
> \   ^__^
>  \  (oo)\___
> (__)\   )\/\
> ||w |
> || ||
>
>
>
> El mar, 12-07-2016 a las 00:44 +0200, Maykel Franco escribió:
>
> El 11 jul. 2016 11:53 p. m., "OddieX" <odd...@gmail.com> escribió:
>>
>> Estimados, alguien tiene alguna buena idea de como armar un cluster para
>> mysql y archivos, para una intranet, en la cual funcione a travez de la
>> nube, pero en el caso que se caiga internet la gente pueda seguir trabajando
>> desde la oficina y cuando el enlace se reestablezca, se sincronizen los
>> datos nuevamente?
>>
>> Estuve pensando en drbd y heartbeat poniendo dns secundarios con bajo ttl,
>> pero siempre con drbd tuve los problemas de sincro cuando se caia el enlace,
>> tenia que descartar datos y resincronizar. La idea es que no haya que hacer
>> eso, que se haga automaticamente...
>>
>> Si a alguien se le ocurre avise...
>
> Percona es tu amigo.
>
> https://www.percona.com
>
> Función muy bien y todos maestros.
>


Y pero de esa forma, antes de meter un nagios, meto un heartbeat en
los 2 nodos y listo, es mas facil y practico...

Pero no me convenze esa solucion...

Re: Ideas sobre cluster mysql y files

2016-07-11 Por tema Paynalton

Justo andaba viendo sobre algo parecido.

Un arreglo "a la mexicana" es tener localmente un slave de Mysql y un
SNMP como Nagios. Tu lectura será siempre sobre el slave local y tu
escritura sobre el master remoto. Al momento de perder conexión cambias
tu escritura al slave usando un script en nagios para realizarlo. Al
volver la conexión debes hacer la sincronización con tu master
bloqueando tablas.

Esto funcionaría bien si es una sola sucursal, si son más de una
tendrías que tener un arreglo master-master en mysql y rezar que no se
corrompan tus tablas jajajjaja.

-- 

 ___
< Alcanza, quien no cansa.  >
 ---
\   ^__^
 \  (oo)\___
(__)\   )\/\
||w |
|| ||



El mar, 12-07-2016 a las 00:44 +0200, Maykel Franco escribió:

> El 11 jul. 2016 11:53 p. m., "OddieX" <odd...@gmail.com> escribió:
> >
> > Estimados, alguien tiene alguna buena idea de como armar un cluster
> para mysql y archivos, para una intranet, en la cual funcione a travez
> de la nube, pero en el caso que se caiga internet la gente pueda
> seguir trabajando desde la oficina y cuando el enlace se reestablezca,
> se sincronizen los datos nuevamente?
> >
> > Estuve pensando en drbd y heartbeat poniendo dns secundarios con
> bajo ttl, pero siempre con drbd tuve los problemas de sincro cuando se
> caia el enlace, tenia que descartar datos y resincronizar. La idea es
> que no haya que hacer eso, que se haga automaticamente...
> >
> > Si a alguien se le ocurre avise...
> 
> Percona es tu amigo.
> 
> https://www.percona.com
> 
> Función muy bien y todos maestros.
>

Re: Ideas sobre cluster mysql y files

2016-07-11 Por tema Maykel Franco

El 11 jul. 2016 11:53 p. m., "OddieX" <odd...@gmail.com> escribió:
>
> Estimados, alguien tiene alguna buena idea de como armar un cluster para
mysql y archivos, para una intranet, en la cual funcione a travez de la
nube, pero en el caso que se caiga internet la gente pueda seguir
trabajando desde la oficina y cuando el enlace se reestablezca, se
sincronizen los datos nuevamente?
>
> Estuve pensando en drbd y heartbeat poniendo dns secundarios con bajo
ttl, pero siempre con drbd tuve los problemas de sincro cuando se caia el
enlace, tenia que descartar datos y resincronizar. La idea es que no haya
que hacer eso, que se haga automaticamente...
>
> Si a alguien se le ocurre avise...

Percona es tu amigo.

https://www.percona.com

Función muy bien y todos maestros.

Ideas sobre cluster mysql y files

2016-07-11 Por tema OddieX

Estimados, alguien tiene alguna buena idea de como armar un cluster para
mysql y archivos, para una intranet, en la cual funcione a travez de la
nube, pero en el caso que se caiga internet la gente pueda seguir
trabajando desde la oficina y cuando el enlace se reestablezca, se
sincronizen los datos nuevamente?

Estuve pensando en drbd y heartbeat poniendo dns secundarios con bajo ttl,
pero siempre con drbd tuve los problemas de sincro cuando se caia el
enlace, tenia que descartar datos y resincronizar. La idea es que no haya
que hacer eso, que se haga automaticamente...

Si a alguien se le ocurre avise...

Re: mysql 5.7.7 no se puede configurar

2016-04-28 Por tema Horacio

Efectivamente viendo  /var/log/messages aparece un error como este,,,

 mysqld[27409]: mysqld: Can't read dir of '/etc/mysql/conf.d/'
(Errcode: 2 - No such file or directory)
Apr 28 16:50:32 azul2 mysqld[27409]: mysqld: [ERROR] Fatal error in
defaults handling. Program aborted!

con mkdir creo ese directorio y santo remedio el mysql arranca sin problemas,,,

ohh!!!

Gracias

El día 28 de abril de 2016, 13:19, Erick Ocrospoma
<zipper1...@gmail.com> escribió:
> 2016-04-28 8:44 GMT-05:00 Camaleón <noela...@gmail.com>:
>> El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:
>>
>>> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
>>> apt-get,,, pero por algún motivo este aborta la configuración,,, el
>>> error que da es este:
>>>
>>> Configurando mysql-server-5.7  ...
>>> Job for mysql.service failed because the control process exited with
>>> error code. See "systemctl status mysql.service" and "journalctl -xe"
>>> for details.
>>> invoke-rc.d: initscript mysql, action "start" failed.
>>> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>>>  el subproceso instalado el script post-installation devolvió el
>>> código de salida de error 1
>>> No se escribió un informe «apport» porque el mensaje de error indica
>>> que es un mensaje de error asociado a un fallo previo.
>>>    dpkg: problemas de
>>> dependencias impiden la configuración de mysql-server:
>>>  mysql-server depende de mysql-server-5.7; sin embargo:
>>>  El paquete `mysql-server-5.7' no está configurado todavía.
>>>
>>> dpkg: error al procesar el paquete mysql-server (--configure):
>>>  problemas de dependencias - se deja sin configurar
>>
>> (...)
>>
>> Parece que no eres el único con ese problema:
>>
>> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
>> http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server
>>
>> Mira a ver si en el segundo enlace encuentras algo que te sirva.
>>
>> Saludos,
>>
>> --
>> Camaleón
>>
>
> Hola,
>
> Seria bueno que compartas el /var/log/messages con los errores de
> arranque de MySQL.
> Tambien podria tratarse de un error de configuracion. El my.cnf es el
> mismo de tu version anterior o es el que viene con la nueva version ?
> (osea, no fue reemplazado al actualizarlo?) No has instalado MySQL
> desde un repositorio externo de Debian, verdad?
>
> Finalmente, prueba reiniciando MySQL pero antes fijate que no haya
> ningun proceso mysql corriendo.
>
>
>
>
>
> Erick.
>
> ---
>
> IRC :   zerick
> Blog: http://zerick.me
> About :  http://about.me/zerick
> Linux User ID :  549567
>

Re: mysql 5.7.7 no se puede configurar

2016-04-28 Por tema Erick Ocrospoma

2016-04-28 8:44 GMT-05:00 Camaleón <noela...@gmail.com>:
> El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:
>
>> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
>> apt-get,,, pero por algún motivo este aborta la configuración,,, el
>> error que da es este:
>>
>> Configurando mysql-server-5.7  ...
>> Job for mysql.service failed because the control process exited with
>> error code. See "systemctl status mysql.service" and "journalctl -xe"
>> for details.
>> invoke-rc.d: initscript mysql, action "start" failed.
>> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>>  el subproceso instalado el script post-installation devolvió el
>> código de salida de error 1
>> No se escribió un informe «apport» porque el mensaje de error indica
>> que es un mensaje de error asociado a un fallo previo.
>>    dpkg: problemas de
>> dependencias impiden la configuración de mysql-server:
>>  mysql-server depende de mysql-server-5.7; sin embargo:
>>  El paquete `mysql-server-5.7' no está configurado todavía.
>>
>> dpkg: error al procesar el paquete mysql-server (--configure):
>>  problemas de dependencias - se deja sin configurar
>
> (...)
>
> Parece que no eres el único con ese problema:
>
> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
> http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server
>
> Mira a ver si en el segundo enlace encuentras algo que te sirva.
>
> Saludos,
>
> --
> Camaleón
>

Hola,

Seria bueno que compartas el /var/log/messages con los errores de
arranque de MySQL.
Tambien podria tratarse de un error de configuracion. El my.cnf es el
mismo de tu version anterior o es el que viene con la nueva version ?
(osea, no fue reemplazado al actualizarlo?) No has instalado MySQL
desde un repositorio externo de Debian, verdad?

Finalmente, prueba reiniciando MySQL pero antes fijate que no haya
ningun proceso mysql corriendo.





Erick.

---

IRC :   zerick
Blog: http://zerick.me
About :  http://about.me/zerick
Linux User ID :  549567

Re: mysql 5.7.7 no se puede configurar

2016-04-28 Por tema Camaleón

El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:

> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
> apt-get,,, pero por algún motivo este aborta la configuración,,, el
> error que da es este:
> 
> Configurando mysql-server-5.7  ...
> Job for mysql.service failed because the control process exited with
> error code. See "systemctl status mysql.service" and "journalctl -xe"
> for details.
> invoke-rc.d: initscript mysql, action "start" failed.
> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>  el subproceso instalado el script post-installation devolvió el
> código de salida de error 1
> No se escribió un informe «apport» porque el mensaje de error indica
> que es un mensaje de error asociado a un fallo previo.
>    dpkg: problemas de
> dependencias impiden la configuración de mysql-server:
>  mysql-server depende de mysql-server-5.7; sin embargo:
>  El paquete `mysql-server-5.7' no está configurado todavía.
> 
> dpkg: error al procesar el paquete mysql-server (--configure):
>  problemas de dependencias - se deja sin configurar

(...)

Parece que no eres el único con ese problema:

https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server

Mira a ver si en el segundo enlace encuentras algo que te sirva.

Saludos,

-- 
Camaleón

mysql 5.7.7 no se puede configurar

2016-04-27 Por tema Horacio

Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
apt-get,,, pero por algún motivo este aborta la configuración,,, el
error que da es este:

Configurando mysql-server-5.7  ...
Job for mysql.service failed because the control process exited with
error code. See "systemctl status mysql.service" and "journalctl -xe"
for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
 el subproceso instalado el script post-installation devolvió el
código de salida de error 1
No se escribió un informe «apport» porque el mensaje de error indica
que es un mensaje de error asociado a un fallo previo.
   dpkg: problemas de
dependencias impiden la configuración de mysql-server:
 mysql-server depende de mysql-server-5.7; sin embargo:
 El paquete `mysql-server-5.7' no está configurado todavía.

dpkg: error al procesar el paquete mysql-server (--configure):
 problemas de dependencias - se deja sin configurar

los errores que dan los comandos sugeridos son:

root@azul2:~# systemctl status mysql.service
● mysql.service - MySQL Community Server
   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: en
   Active: activating (start-post) since mié 2016-04-27 21:40:04 ART; 554ms ago
  Process: 20166 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exi
 Main PID: 20170 (mysqld); : 20171 (mysql-systemd-s)
Tasks: 25 (limit: 512)
   CGroup: /system.slice/mysql.service
   ├─20170 /usr/sbin/mysqld
   └─control
 ├─20171 /bin/bash /usr/share/mysql/mysql-systemd-start post
 └─20174 sleep 1

abr 27 21:40:04 azul2 systemd[1]: Starting MySQL Community Server...

y

root@azul2:~# journalctl -xe
-- Subject: Unit mysql.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has failed.
-- 
-- The result is failed.
abr 27 21:40:34 azul2 systemd[1]: mysql.service: Unit entered failed state.
abr 27 21:40:34 azul2 systemd[1]: mysql.service: Failed with result 'exit-code'.
abr 27 21:40:35 azul2 systemd[1]: mysql.service: Service hold-off time over, sch
abr 27 21:40:35 azul2 systemd[1]: Stopped MySQL Community Server.
-- Subject: Unit mysql.service has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has finished shutting down.
abr 27 21:40:35 azul2 systemd[1]: Starting MySQL Community Server...
-- Subject: Unit mysql.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit mysql.service has begun starting up.
abr 27 21:40:37 azul2 systemd[1]: mysql.service: Main process exited, code=exite
lines 2381-2403/2403 (END)

Alguna idea de como resolver este bug??

Gracias,,,

Re: [OT] Cifrar MySQL BBDD - Rendimiento

2016-04-21 Por tema Maykel Franco

El día 20 de abril de 2016, 14:39, -- -- <9170n...@gmail.com> escribió:
> hola
>  pero cifrar la base de datos todo , ficheros, etc... o solo la información
> contenida en las tablas?
>
> El 20 de abril de 2016, 14:33, Maykel Franco <maykeldeb...@gmail.com>
> escribió:
>>
>> Buenas, estoy intentando meter un poco de seguridad a MySQL y me ha
>> surgido una duda... Me gustaría cifrar toda la base de datos para
>> aumentar la seguridad pero no sé si hacer esto a través de servicio
>> MySQL, algún motor de BBDD que ya lo haga o hacerlo a nivel de
>> filesystem (LVM+LUKS).
>>
>> La idea es no perder rendimiento y lo que menos quebradero de cabeza
>> me pueda dar...
>>
>> Alguien con experiencia sobre esto?
>>
>> Gracias de antemano.
>>
>

Qué es lo que se suele hacer en estos casos? Qué da mejor rendimiento?
No tengo mucha experencia con esto...

Entiendo que LVM + LUKS para "todo" y para cifrar los datos habrá que
hacerlo manualmente bbdd a bbdd??

Re: [OT] Cifrar MySQL BBDD - Rendimiento

2016-04-20 Por tema -- --

hola
 pero cifrar la base de datos todo , ficheros, etc... o solo la información
contenida en las tablas?

El 20 de abril de 2016, 14:33, Maykel Franco <maykeldeb...@gmail.com>
escribió:

> Buenas, estoy intentando meter un poco de seguridad a MySQL y me ha
> surgido una duda... Me gustaría cifrar toda la base de datos para
> aumentar la seguridad pero no sé si hacer esto a través de servicio
> MySQL, algún motor de BBDD que ya lo haga o hacerlo a nivel de
> filesystem (LVM+LUKS).
>
> La idea es no perder rendimiento y lo que menos quebradero de cabeza
> me pueda dar...
>
> Alguien con experiencia sobre esto?
>
> Gracias de antemano.
>
>

[OT] Cifrar MySQL BBDD - Rendimiento

2016-04-20 Por tema Maykel Franco

Buenas, estoy intentando meter un poco de seguridad a MySQL y me ha
surgido una duda... Me gustaría cifrar toda la base de datos para
aumentar la seguridad pero no sé si hacer esto a través de servicio
MySQL, algún motor de BBDD que ya lo haga o hacerlo a nivel de
filesystem (LVM+LUKS).

La idea es no perder rendimiento y lo que menos quebradero de cabeza
me pueda dar...

Alguien con experiencia sobre esto?

Gracias de antemano.

Re: limite de archivos abiertos en mysql

El mié, 02-03-2016 a las 11:06 -0300, Ricardo Eureka! escribió:
> Esos valores se definen a nivel OS, no mysql. Ttenes que modificar
> ulimit
> 

gracias, ya investigo

> 2016-03-02 11:05 GMT-03:00 Gonzalo Rivero <fishfromsa...@gmail.com>:
> > 2016-03-02 10:53 GMT-03:00 Ricardo Eureka! <ricardoeur...@gmail.com
> > >:
> > > http://dba.stackexchange.com/questions/18036/mysql-how-do-you-det
> > > ermine-the-ideal-open-files-limit-setting-value
> > > 
> > 
> > eso ya lo tengo, la pregunta es cual es el archivo de configuración
> > que vale para que el mysql de debian me de bolilla
> > 
> > 
> > > El día 2 de marzo de 2016, 10:47, Gonzalo Rivero
> > > <fishfromsa...@gmail.com> escribió:
> > > > holas,
> > > > hace tiempo no veo movimiento en la lista, pero no viene al
> > > > caso. Es
> > > > que el mysql me tiene estúpido:
> > > > mysql> select userid,username,pwd,user_digest,rights from users
> > > > where username="admin";
> > > > ERROR 1016 (HY000): Can't open file:
> > > > './bsbucasalroto/users.frm' (errno: 24 - Too many open files)
> > > > mysql>
> > > > 
> > > > entonces fui a google, y dice que hay una variable
> > > > open_files_limit que
> > > > puede estar muy baja:
> > > > mysql> show variables like 'open%';
> > > > +--+---+
> > > > > Variable_name| Value |
> > > > +--+---+
> > > > > open_files_limit | 1024  |
> > > > +------+---+
> > > > 1 row in set (0,00 sec)
> > > > 
> > > > y hay que cambiar en el archivo de configuración... que es
> > > > justo cuando
> > > > empiezan mis problemas: ¿donde coño está ese archivo de
> > > > configuración?
> > > > Ya toqué todos estos:
> > > > [root@gonz:~]$ grep -B1 -R open /etc/mysql
> > > > /etc/mysql/my.cnf-[mysqld]
> > > > /etc/mysql/my.cnf:open-files-limit=1
> > > > --
> > > > /etc/mysql/mysql.cnf-[mysqld]
> > > > /etc/mysql/mysql.cnf:open-files-limit=1
> > > > --
> > > > /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
> > > > /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
> > > > --
> > > > /etc/mysql/debian.cnf-[mysqld]
> > > > /etc/mysql/debian.cnf:open-files-limit = 10
> > > > 
> > > > reinicio mysql y:
> > > > mysql> show variables like 'open%';
> > > > +--+---+
> > > > > Variable_name| Value |
> > > > +--+---+
> > > > > open_files_limit | 1024  |
> > > > +--+---+
> > > > 1 row in set (0,00 sec)
> > > > 
> > > > FFU
> > > > 
> > > 
> > > 
> > > 
> > > --
> > > Ricardo A.Frydman
> > > Administrador Senior de Sistemas Unix (IBM)
> > > Sun Certified System Administrator - Solaris 10
> > > HACMP System Administrator
> > > 
> > > "Aequam memento rebus in arduis servare mentem"
> > > 
> > 
>

Re: limite de archivos abiertos en mysql

2016-03-02 Por tema Carlos Manuel Escalona Villeda

si tienes tanta concurrencia sobre una tabla no te convendrìa más hacer
replicaciòn para dividir las consultas

El mié., 2 de mar. de 2016 a la(s) 09:19, Camaleón <noela...@gmail.com>
escribió:

> El Wed, 02 Mar 2016 10:52:44 -0300, Gonzalo Rivero escribió:
>
> > El mié, 02-03-2016 a las 10:47 -0300, Gonzalo Rivero escribió:
> >> holas,
> >> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
> >> que el mysql me tiene estúpido:
> >> mysql> select userid,username,pwd,user_digest,rights from users where
> >> username="admin";
> >> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm'
> >> (errno: 24 - Too many open files)
> >> mysql>
>
> (...)
>
> >> y hay que cambiar en el archivo de configuración... que es justo cuando
> >> empiezan mis problemas: ¿donde coño está ese archivo de configuración?
>
> Esa lengua...
>
> >> Ya toqué todos estos:
> >> [root@gonz:~]$ grep -B1 -R open /etc/mysql /etc/mysql/my.cnf-[mysqld]
> >> /etc/mysql/my.cnf:open-files-limit=1 --
> >> /etc/mysql/mysql.cnf-[mysqld]
> >> /etc/mysql/mysql.cnf:open-files-limit=1 --
> >> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
> >> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1 --
> >> /etc/mysql/debian.cnf-[mysqld] /etc/mysql/debian.cnf:open-files-limit =
> >> 10
> >>
> >> reinicio mysql y:
> >> mysql> show variables like 'open%';
> >> +--+---+
> >> > Variable_name| Value |
> >> +--+---+
> >> > open_files_limit | 1024  |
> >> +--+---+
> >> 1 row in set (0,00 sec)
> >>
> >> FFU
> >>
> > pd: también probé poner la variable esa con guiones bajos ( _ ), ya que
> > mysql la muestra así...pero no hace ninguna diferencia
>
> How to permanently raise ulimit 'open files' and MySQL 'open_files_limit'
> http://duntuk.com/how-raise-ulimit-open-files-and-mysql-openfileslimit
>
> Saludos,
>
> --
> Camaleón
>
>

Re: limite de archivos abiertos en mysql

2016-03-02 Por tema Camaleón

El Wed, 02 Mar 2016 10:52:44 -0300, Gonzalo Rivero escribió:

> El mié, 02-03-2016 a las 10:47 -0300, Gonzalo Rivero escribió:
>> holas,
>> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
>> que el mysql me tiene estúpido:
>> mysql> select userid,username,pwd,user_digest,rights from users where
>> username="admin";
>> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm'
>> (errno: 24 - Too many open files)
>> mysql>

(...)
 
>> y hay que cambiar en el archivo de configuración... que es justo cuando
>> empiezan mis problemas: ¿donde coño está ese archivo de configuración?

Esa lengua...

>> Ya toqué todos estos:
>> [root@gonz:~]$ grep -B1 -R open /etc/mysql /etc/mysql/my.cnf-[mysqld]
>> /etc/mysql/my.cnf:open-files-limit=10000 --
>> /etc/mysql/mysql.cnf-[mysqld]
>> /etc/mysql/mysql.cnf:open-files-limit=1 --
>> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
>> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1 --
>> /etc/mysql/debian.cnf-[mysqld] /etc/mysql/debian.cnf:open-files-limit =
>> 10
>>
>> reinicio mysql y:
>> mysql> show variables like 'open%';
>> +--+---+
>> > Variable_name| Value |
>> +--+---+
>> > open_files_limit | 1024  |
>> +------+---+
>> 1 row in set (0,00 sec)
>> 
>> FFUUUUU
>>
> pd: también probé poner la variable esa con guiones bajos ( _ ), ya que
> mysql la muestra así...pero no hace ninguna diferencia

How to permanently raise ulimit 'open files' and MySQL 'open_files_limit'
http://duntuk.com/how-raise-ulimit-open-files-and-mysql-openfileslimit

Saludos,

-- 
Camaleón

Re: limite de archivos abiertos en mysql

2016-03-02 Por tema Ricardo Eureka!

Esos valores se definen a nivel OS, no mysql. Ttenes que modificar ulimit

2016-03-02 11:05 GMT-03:00 Gonzalo Rivero <fishfromsa...@gmail.com>:
> 2016-03-02 10:53 GMT-03:00 Ricardo Eureka! <ricardoeur...@gmail.com>:
>> http://dba.stackexchange.com/questions/18036/mysql-how-do-you-determine-the-ideal-open-files-limit-setting-value
>>
>
> eso ya lo tengo, la pregunta es cual es el archivo de configuración
> que vale para que el mysql de debian me de bolilla
>
>
>> El día 2 de marzo de 2016, 10:47, Gonzalo Rivero
>> <fishfromsa...@gmail.com> escribió:
>>> holas,
>>> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
>>> que el mysql me tiene estúpido:
>>> mysql> select userid,username,pwd,user_digest,rights from users where 
>>> username="admin";
>>> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm' (errno: 24 
>>> - Too many open files)
>>> mysql>
>>>
>>> entonces fui a google, y dice que hay una variable open_files_limit que
>>> puede estar muy baja:
>>> mysql> show variables like 'open%';
>>> +--+---+
>>> | Variable_name| Value |
>>> +--+---+
>>> | open_files_limit | 1024  |
>>> +--+---+
>>> 1 row in set (0,00 sec)
>>>
>>> y hay que cambiar en el archivo de configuración... que es justo cuando
>>> empiezan mis problemas: ¿donde coño está ese archivo de configuración?
>>> Ya toqué todos estos:
>>> [root@gonz:~]$ grep -B1 -R open /etc/mysql
>>> /etc/mysql/my.cnf-[mysqld]
>>> /etc/mysql/my.cnf:open-files-limit=1
>>> --
>>> /etc/mysql/mysql.cnf-[mysqld]
>>> /etc/mysql/mysql.cnf:open-files-limit=1
>>> --
>>> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
>>> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
>>> --
>>> /etc/mysql/debian.cnf-[mysqld]
>>> /etc/mysql/debian.cnf:open-files-limit = 10
>>>
>>> reinicio mysql y:
>>> mysql> show variables like 'open%';
>>> +--+---+
>>> | Variable_name| Value |
>>> +--+---+
>>> | open_files_limit | 1024  |
>>> +--+---+
>>> 1 row in set (0,00 sec)
>>>
>>> FFU
>>>
>>
>>
>>
>> --
>> Ricardo A.Frydman
>> Administrador Senior de Sistemas Unix (IBM)
>> Sun Certified System Administrator - Solaris 10
>> HACMP System Administrator
>>
>> "Aequam memento rebus in arduis servare mentem"
>>
>

Re: limite de archivos abiertos en mysql

2016-03-02 10:53 GMT-03:00 Ricardo Eureka! <ricardoeur...@gmail.com>:
> http://dba.stackexchange.com/questions/18036/mysql-how-do-you-determine-the-ideal-open-files-limit-setting-value
>

eso ya lo tengo, la pregunta es cual es el archivo de configuración
que vale para que el mysql de debian me de bolilla


> El día 2 de marzo de 2016, 10:47, Gonzalo Rivero
> <fishfromsa...@gmail.com> escribió:
>> holas,
>> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
>> que el mysql me tiene estúpido:
>> mysql> select userid,username,pwd,user_digest,rights from users where 
>> username="admin";
>> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm' (errno: 24 
>> - Too many open files)
>> mysql>
>>
>> entonces fui a google, y dice que hay una variable open_files_limit que
>> puede estar muy baja:
>> mysql> show variables like 'open%';
>> +--+---+
>> | Variable_name| Value |
>> +--+---+
>> | open_files_limit | 1024  |
>> +--+---+
>> 1 row in set (0,00 sec)
>>
>> y hay que cambiar en el archivo de configuración... que es justo cuando
>> empiezan mis problemas: ¿donde coño está ese archivo de configuración?
>> Ya toqué todos estos:
>> [root@gonz:~]$ grep -B1 -R open /etc/mysql
>> /etc/mysql/my.cnf-[mysqld]
>> /etc/mysql/my.cnf:open-files-limit=1
>> --
>> /etc/mysql/mysql.cnf-[mysqld]
>> /etc/mysql/mysql.cnf:open-files-limit=1
>> --
>> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
>> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
>> --
>> /etc/mysql/debian.cnf-[mysqld]
>> /etc/mysql/debian.cnf:open-files-limit = 10
>>
>> reinicio mysql y:
>> mysql> show variables like 'open%';
>> +--+---+
>> | Variable_name| Value |
>> +--+---+
>> | open_files_limit | 1024  |
>> +--+---+
>> 1 row in set (0,00 sec)
>>
>> FFU
>>
>
>
>
> --
> Ricardo A.Frydman
> Administrador Senior de Sistemas Unix (IBM)
> Sun Certified System Administrator - Solaris 10
> HACMP System Administrator
>
> "Aequam memento rebus in arduis servare mentem"
>

Re: limite de archivos abiertos en mysql

2016-03-02 Por tema Ricardo Eureka!

http://dba.stackexchange.com/questions/18036/mysql-how-do-you-determine-the-ideal-open-files-limit-setting-value

El día 2 de marzo de 2016, 10:47, Gonzalo Rivero
<fishfromsa...@gmail.com> escribió:
> holas,
> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
> que el mysql me tiene estúpido:
> mysql> select userid,username,pwd,user_digest,rights from users where 
> username="admin";
> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm' (errno: 24 - 
> Too many open files)
> mysql>
>
> entonces fui a google, y dice que hay una variable open_files_limit que
> puede estar muy baja:
> mysql> show variables like 'open%';
> +--+---+
> | Variable_name| Value |
> +--+---+
> | open_files_limit | 1024  |
> +--+---+
> 1 row in set (0,00 sec)
>
> y hay que cambiar en el archivo de configuración... que es justo cuando
> empiezan mis problemas: ¿donde coño está ese archivo de configuración?
> Ya toqué todos estos:
> [root@gonz:~]$ grep -B1 -R open /etc/mysql
> /etc/mysql/my.cnf-[mysqld]
> /etc/mysql/my.cnf:open-files-limit=1
> --
> /etc/mysql/mysql.cnf-[mysqld]
> /etc/mysql/mysql.cnf:open-files-limit=1
> --
> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
> --
> /etc/mysql/debian.cnf-[mysqld]
> /etc/mysql/debian.cnf:open-files-limit = 10
>
> reinicio mysql y:
> mysql> show variables like 'open%';
> +--+---+
> | Variable_name| Value |
> +--+---+
> | open_files_limit | 1024  |
> +--+---+
> 1 row in set (0,00 sec)
>
> FFU
>



-- 
Ricardo A.Frydman
Administrador Senior de Sistemas Unix (IBM)
Sun Certified System Administrator - Solaris 10
HACMP System Administrator

"Aequam memento rebus in arduis servare mentem"

Re: limite de archivos abiertos en mysql

El mié, 02-03-2016 a las 10:47 -0300, Gonzalo Rivero escribió:
> holas,
> hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
> que el mysql me tiene estúpido:
> mysql> select userid,username,pwd,user_digest,rights from users where
> username="admin";
> ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm'
> (errno: 24 - Too many open files)
> mysql> 
> 
> entonces fui a google, y dice que hay una variable open_files_limit
> que
> puede estar muy baja:
> mysql> show variables like 'open%';
> +--+---+
> > Variable_name| Value |
> +--+---+
> > open_files_limit | 1024  |
> +--+---+
> 1 row in set (0,00 sec)
> 
> y hay que cambiar en el archivo de configuración... que es justo
> cuando
> empiezan mis problemas: ¿donde coño está ese archivo de
> configuración?
> Ya toqué todos estos:
> [root@gonz:~]$ grep -B1 -R open /etc/mysql
> /etc/mysql/my.cnf-[mysqld]
> /etc/mysql/my.cnf:open-files-limit=1
> --
> /etc/mysql/mysql.cnf-[mysqld]
> /etc/mysql/mysql.cnf:open-files-limit=1
> --
> /etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
> /etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
> --
> /etc/mysql/debian.cnf-[mysqld]
> /etc/mysql/debian.cnf:open-files-limit = 10
> 
> reinicio mysql y:
> mysql> show variables like 'open%';
> +--+---+
> > Variable_name| Value |
> +--+---+
> > open_files_limit | 1024  |
> +--+---+
> 1 row in set (0,00 sec)
> 
> FFU
> 

pd: también probé poner la variable esa con guiones bajos ( _ ), ya que
mysql la muestra así...pero no hace ninguna diferencia

limite de archivos abiertos en mysql

holas,
hace tiempo no veo movimiento en la lista, pero no viene al caso. Es
que el mysql me tiene estúpido:
mysql> select userid,username,pwd,user_digest,rights from users where 
username="admin";
ERROR 1016 (HY000): Can't open file: './bsbucasalroto/users.frm' (errno: 24 - 
Too many open files)
mysql> 

entonces fui a google, y dice que hay una variable open_files_limit que
puede estar muy baja:
mysql> show variables like 'open%';
+--+---+
| Variable_name| Value |
+--+---+
| open_files_limit | 1024  |
+--+---+
1 row in set (0,00 sec)

y hay que cambiar en el archivo de configuración... que es justo cuando
empiezan mis problemas: ¿donde coño está ese archivo de configuración?
Ya toqué todos estos:
[root@gonz:~]$ grep -B1 -R open /etc/mysql
/etc/mysql/my.cnf-[mysqld]
/etc/mysql/my.cnf:open-files-limit=1
--
/etc/mysql/mysql.cnf-[mysqld]
/etc/mysql/mysql.cnf:open-files-limit=1
--
/etc/mysql/mysql.conf.d/mysqld.cnf-[mysqld]
/etc/mysql/mysql.conf.d/mysqld.cnf:open-files-limit = 1
--
/etc/mysql/debian.cnf-[mysqld]
/etc/mysql/debian.cnf:open-files-limit = 100000

reinicio mysql y:
mysql> show variables like 'open%';
+--+---+
| Variable_name| Value |
+--+---+
| open_files_limit | 1024  |
+--+---+
1 row in set (0,00 sec)

FFU

Re: [SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-04 Por tema Camaleón

El Tue, 02 Feb 2016 21:42:09 +0100, Maykel Franco escribió:

> Bueno por fin he conseguido solucionarlo... Paso el enlace:
> 
> https://bugs.mysql.com/bug.php?id=56245

No veo cuál es el error en el bug, simplemente apunta a corrupción en las 
tablas de la bdd.

> Con la versión 5.6 de mysql y con este parámetro en my.cnf:

¿Qué parámetro? :-?

> 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.
> 

El último comentario apunta al bug real, aunque el error ya aparece como  
parcheado:

https://bugs.mysql.com/bug.php?id=55543

Saludos,

-- 
Camaleón

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-04 Por tema Camaleón

El Tue, 02 Feb 2016 19:23:41 +0100, Maykel Franco escribió:

> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@gmail.com>
> escribió:

(...)

>>> 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.
>>
>>
>>
> 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...

Con eso entiendo que lo tienes habilitado en la configuración pero al 
iniciarse MySQL lo desactiva por algún motivo. Intenta configurar un 
motor distinto (MyIsam) y desactiva expresamente innodb (variables 
"innodb" o la opción "--skip-innodb" y "default_storage_engine" aunque 
las variables pueden ser distintas según la versión de MySQL que tengas.

También puedes probar a renombrar (o mover) los archivos "ib_logfile*" y 
comparar de tú a tú los dos archivos de configuración del servidor MySQL, 
el original y al que vas a restaurar.

Saludos,

-- 
Camaleón

Re: [SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-04 Por tema Maykel Franco

El día 4 de febrero de 2016, 15:37, Camaleón <noela...@gmail.com> escribió:
> El Tue, 02 Feb 2016 21:42:09 +0100, Maykel Franco escribió:
>
>> Bueno por fin he conseguido solucionarlo... Paso el enlace:
>>
>> https://bugs.mysql.com/bug.php?id=56245
>
> No veo cuál es el error en el bug, simplemente apunta a corrupción en las
> tablas de la bdd.

Pero es raro porque tan sólo restaurando el ibdata1, ib_logfile0,
ib_logfile1 y la carpeta con la BBDD (además añadiendo en my.cnf el
file per table de innodb a 1) , me daba errores también como
intentando restaurar otras bbdd... Seguro que es por algo de los
ib_logfileX que almacenan cierta información.

>
>> Con la versión 5.6 de mysql y con este parámetro en my.cnf:
>
> ¿Qué parámetro? :-?

innodb_force_recovery=6

>
>> 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.
>> 
>
> El último comentario apunta al bug real, aunque el error ya aparece como
> parcheado:
>
> https://bugs.mysql.com/bug.php?id=55543
>
> Saludos,
>
> --
> Camaleón
>

Re: [SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-04 Por tema Camaleón

El Thu, 04 Feb 2016 15:43:53 +0100, Maykel Franco escribió:

> El día 4 de febrero de 2016, 15:37, Camaleón 
> escribió:
>> El Tue, 02 Feb 2016 21:42:09 +0100, Maykel Franco escribió:
>>
>>> Bueno por fin he conseguido solucionarlo... Paso el enlace:
>>>
>>> https://bugs.mysql.com/bug.php?id=56245
>>
>> No veo cuál es el error en el bug, simplemente apunta a corrupción en
>> las tablas de la bdd.
> 
> Pero es raro porque tan sólo restaurando el ibdata1, ib_logfile0,
> ib_logfile1 y la carpeta con la BBDD (además añadiendo en my.cnf el file
> per table de innodb a 1) , me daba errores también como intentando
> restaurar otras bbdd... Seguro que es por algo de los ib_logfileX que
> almacenan cierta información.

(...)

"Cierta" no... contiene información para recuperar los datos de las 
tablas en caso de corrupción (similar al "journal", una base de datos de 
transacciones que tienen los sistemas de archivos). 

Lo raro es que esos archivos estuvieran corruptos tras la copia con rsync 
ya que detuviste la bdd y seguiste los pasos correctos.

Saludos,

-- 
Camaleón

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-02 Por tema Erick Ocrospoma

Hola,

2016-02-02 13:47 GMT-05:00 Atilio <linuxk...@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 <maykeldeb...@gmail.com>:
>>
>> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

El día 2 de febrero de 2016, 20:32, Maykel Franco
<maykeldeb...@gmail.com> escribió:
> El día 2 de febrero de 2016, 20:20, Erick Ocrospoma
> <zipper1...@gmail.com> escribió:
>> Hola,
>>
>> 2016-02-02 13:47 GMT-05:00 Atilio <linuxk...@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 <maykeldeb...@gmail.com>:
>>>>
>>>> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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...

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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!
>> 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...

[SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

El día 2 de febrero de 2016, 21:21, Maykel Franco
<maykeldeb...@gmail.com> escribió:
> El día 2 de febrero de 2016, 20:32, Maykel Franco
> <maykeldeb...@gmail.com> escribió:
>> El día 2 de febrero de 2016, 20:20, Erick Ocrospoma
>> <zipper1...@gmail.com> escribió:
>>> Hola,
>>>
>>> 2016-02-02 13:47 GMT-05:00 Atilio <linuxk...@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 <maykeldeb...@gmail.com>:
>>>>>
>>>>> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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.
>>>>> >
>>>>> >

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-02 Por tema Atilio

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 <maykeldeb...@gmail.com>:

> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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!
> >> 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...
>
>

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

2016-02-02 Por tema Camaleón

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!
> 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

Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

El día 2 de febrero de 2016, 20:20, Erick Ocrospoma
<zipper1...@gmail.com> escribió:
> Hola,
>
> 2016-02-02 13:47 GMT-05:00 Atilio <linuxk...@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 <maykeldeb...@gmail.com>:
>>>
>>> El día 2 de febrero de 2016, 19:14, Camaleón <noela...@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.

[OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync

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.

Para restaurar esto, además de mirar en foros, he mirado la
documentación de Mysql:

https://dev.mysql.com/doc/refman/5.5/en/innodb-backup.html

En mi caso, creo que sería el Cold Backup, en frío y parado, puesto
que hago uso de un snapshots.

Lo que hago es instalar Mysql, parar mysql en la nueva máquina donde
quiero restaurar, coger los ficheros ibdata1, y los ib_logfile0 y
logfile1 del backup y copiarlos. Darle los permisos adecuados y
finalmente intentar arrancar Mysql...

Pero recibo estos errores:

Error: Incorrect information in file: './BBDD/list.frm'
error: Corrupt
BBDD.product
Error: Incorrect information in file: './BBDD/product.frm'
error: Corrupt
BBDD.queue
Error: Incorrect information in file: './BBDD/queue.frm'
error: Corrupt
BBDD.savingCheck
Error: Incorrect information in file: './BBDD/savingCheck.frm'
error: Corrupt
BBDD.sessions
note : The storage engine for the table doesn't support repair
BBDD.station
note : The storage engine for the table doesn't support repair
BBDD.store
Error: Incorrect information in file: './BBDD/store.frm'
error: Corrupt
BBDD.ticket
Error: Incorrect information in file: './BBDD/ticket.frm'
error: Corrupt
BBDD.transaction
Error: Incorrect information in file: './BBDD/transaction.frm'
error: Corrupt
BBDD.transactionState
Error: Incorrect information in file: './BBDD/transactionState.frm'
error: Corrupt
BBDD.user
Error: Incorrect information in file: './BBDD/user.frm'
error: Corrupt
BBDD.userList
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!
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

He ajustado el innodb_log_file_size a el valor que me dice, 50331648
en el my.cnf pero aún así no arranca...

En teoría, dice que está corrupto pero el backup se realizó bien...

Alguna idea de por qué puede ser?

Gracias de antemano.

Re: POSTFIX MYSQL

2015-12-08 Por tema Camaleón

El Tue, 08 Dec 2015 10:47:10 -0500, Luis Ernesto Garcia reyes escribió:

> Finalmente me decidí por configurar el servidor de correo POSTFIXADMIN,
> POSTFIX, MYSQL, COURIER, ...
> Tengo un tutorial 

¿Algún enlace para que podamos acceder al contenido completo del mismo?

> donde utilizan maildrop para la creación automática de buzones que me
> dice lo siguiente:

(...)

Debe ser éste:

http://tuxjm.net/docs/mailserver-howto/mysql-based/xhtml/index.html

> Mi duda es si esta es una buena práctica o se puede obviar , si es
> necesaria o si existe otra vía para ello

La pregunta sería qué es lo que quieres hacer exactamente porque no hay 
malas o buenas prácticas sino "conveniencias", es decir, qué tipo de 
configuración prefieres tú que eres el administrador del servidor de 
correo. 

Obviamente, el uso de Courier Maildrop no será obligatorio pero sí 
"conveniente" (p. ej., yo también uso mi servidor imap/pop3 como LDA/MDA 
en lugar de Postfix u otor agente porque me da más juego en el filtrado 
de los correos).

Saludos,

-- 
Camaleón

RE: POSTFIX MYSQL

2015-12-08 Por tema Luis Ernesto Garcia reyes

No tengo INTERNET 
La cuestión es que quiero terminar la configuración de mi servidor de correo y 
como no tengo experiencia me guio por lo que tengo y no por lo mejor eso lo 
adquiero con el tiempo, ahora tengo en mis manos un tutorial en la que usan un 
script con maildrop, que es en lo que estoy estancado quizás esta parte de la 
configuración automática de los buzones se puede resolver de otra forma.
Ya tengo configurado el postfixadmin y la base de dato en mysql y me dispongo a 
configurar el postfix  después courier para imap y pop3 y luego la parte de los 
certificados y seguridad además del webmail que por cierto todos los tutos me 
remiten a squirremail ,  y quisiera otro de una interfaz no muy cargada pero 
más amigable.


-Mensaje original-
De: Camaleón [mailto:noela...@gmail.com] 
Enviado el: martes, 8 de diciembre de 2015 11:26:AM
Para: debian-user-spanish@lists.debian.org
Asunto: Re: POSTFIX MYSQL

El Tue, 08 Dec 2015 10:47:10 -0500, Luis Ernesto Garcia reyes escribió:

> Finalmente me decidí por configurar el servidor de correo 
> POSTFIXADMIN, POSTFIX, MYSQL, COURIER, ...
> Tengo un tutorial

¿Algún enlace para que podamos acceder al contenido completo del mismo?

> donde utilizan maildrop para la creación automática de buzones que me 
> dice lo siguiente:

(...)

Debe ser éste:

http://tuxjm.net/docs/mailserver-howto/mysql-based/xhtml/index.html

> Mi duda es si esta es una buena práctica o se puede obviar , si es 
> necesaria o si existe otra vía para ello

La pregunta sería qué es lo que quieres hacer exactamente porque no hay malas o 
buenas prácticas sino "conveniencias", es decir, qué tipo de configuración 
prefieres tú que eres el administrador del servidor de correo. 

Obviamente, el uso de Courier Maildrop no será obligatorio pero sí 
"conveniente" (p. ej., yo también uso mi servidor imap/pop3 como LDA/MDA en 
lugar de Postfix u otor agente porque me da más juego en el filtrado de los 
correos).

Saludos,

--
Camaleón

POSTFIX MYSQL

2015-12-08 Por tema Luis Ernesto Garcia reyes

Finalmente me decidí por configurar el servidor de correo POSTFIXADMIN,
POSTFIX, MYSQL, COURIER, ... 
Tengo un tutorial donde utilizan maildrop para la creación automática de
buzones que me dice lo siguiente:
"Cuando se usa maildrop como MDA y se envía un correo a algún buzón, el
correo no se entregara a menos que exista previamente el Maildir, si se crea
un nuevo usuario maildrop no creara el Maildir por si mismo, como lo hacia
el MDA virtual, por lo que tendremos que crear un procedimiento para que
cuando se cree una cuenta de correo se envíe un correo de bienvenida y en
ese momento en que se recibe el correo de bienvenida se cree automáticamente
el Maildir para el nuevo usuario.
Podemos decirle a el archivo /home/vmail/dominios/.mailfilter que ejecute
algunos comandos para que revise si existe el directorio del dominio y si
existe entonces revise si existe el maildir del usuario, además que cree los
directorios Trash y Sent para ser usado con IMAP y además suscriba los
directorios automáticamente, agregaremos esto a nuestro archivo
.mailfilter."

Mi duda es si esta es una buena práctica o se puede obviar , si es necesaria
o si existe otra vía para ello

Re: POSTFIX MYSQL

2015-12-08 Por tema Camaleón

El Tue, 08 Dec 2015 11:40:44 -0500, Luis Ernesto Garcia reyes escribió:

> No tengo INTERNET 

¿Y de dónde has sacado esa guía? :-?

> La cuestión es que quiero terminar la configuración de
> mi servidor de correo y como no tengo experiencia me guio por lo que
> tengo y no por lo mejor eso lo adquiero con el tiempo, ahora tengo en
> mis manos un tutorial en la que usan un script con maildrop, que es en
> lo que estoy estancado quizás esta parte de la configuración automática
> de los buzones se puede resolver de otra forma.

Entonces sigue adelante con la guía, más aún si no tienes acceso a 
Internet. Si nos dices en qué te atoras exactamente quizá te podamos 
echar una mano. Se supone que el script intenta evitar que un mensaje 
llegue rebotado o se elimine si el buzón del usuario no se ha creado 
previamente (bueno, el directorio maildir), es importante pero no vital 
siempre y cuando te acuerdes de hacerlo manualmente.

> Ya tengo configurado el postfixadmin y la base de dato en mysql y me
> dispongo a configurar el postfix  después courier para imap y pop3 y
> luego la parte de los certificados y seguridad además del webmail que
> por cierto todos los tutos me remiten a squirremail ,  y quisiera otro
> de una interfaz no muy cargada pero más amigable.

Pues dale :-)

Saludos,

-- 
Camaleón

Re: [OT] Evitar deadlock en mysql

2015-11-19 Por tema Camaleón

El Wed, 18 Nov 2015 18:24:30 +0100, Maykel Franco escribió:

> El día 18 de noviembre de 2015, 17:29, Camaleón 
> escribió:
>> El Wed, 18 Nov 2015 17:07:35 +0100, Maykel Franco escribió:
>>
>>> Buenas, he estado revisando las estadísticas de innodb de alguno de
>>> nuestros servidores y me he encontrado con deadlocks en uno de
>>> ellos...

(...)

>>> Mi pregunta es, de la parte de sistemas hay alguna forma de poder
>>> evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
>>> si detecta el error del deadlock, reintentarlo otra vez.
>>>
>>> Deadlock se produce cuando una transaccion espera por los recursos
>>> utilizados por otra transacción que a su vez espera por los recursos
>>> de otra.
>>>
>>> Consejos?
>>
>> Pregunta a Google :-)
>>
>> How to debug InnoDB lock waits
>> http://www.xaprb.com/blog/2007/09/18/how-to-debug-innodb-lock-waits/
> 
> Lo estoy monitorizando con pt-deadlock-logger, guardo los deadlock en
> bbdd, también se pueden guardar en log.
> 
> Necesito primero saber por qué es para poder solucionarlo.

¿Cómo que "por qué es"? :-)

Tú mismo has dicho por qué se produce (espera de recursos para formalizar 
una transacción) y como ya has leído, esas situaciones son inevitables 
(además de no ser exclusivas de las BBDD). Cuando un proceso está 
esperando recursos es porque no los tiene disponibles (llámese ciclos de 
CPU, memoria, escritura en disco...). 

Piensa en redimensionar el sistema (hardware/software) que usas como 
servidor de BBDD, cambiar el tipo/paradigma de BBDD (relacional → nosql), 
reducir el tamaño de las transacciones (menor carga de datos, consultas 
más ágiles), o como bien dices, cambiar el API/sistema de consulta o 
gestión actual de la BBDD, etc...

Saludos,

-- 
Camaleón

Re: [OT] Evitar deadlock en mysql

2015-11-18 Por tema Maykel Franco

El día 18 de noviembre de 2015, 17:19, TheFox
<santiagocastele...@gmail.com> escribió:
> Parece ser que el error te lo da en la tabla «test», que al parecer está
> inactiva; razón por la cual no te deja actualizar los datos. Lo que debes de
> hacer es averiguar por qué esa tabla está inactiva.

Ok, gracias.

>
> Santiago.
>
> El 18/11/2015 17:07, "Maykel Franco" <maykeldeb...@gmail.com> escribió:
>>
>> Buenas, he estado revisando las estadísticas de innodb de alguno de
>> nuestros servidores y me he encontrado con deadlocks en uno de
>> ellos...
>>
>> ATEST DETECTED DEADLOCK
>> 
>> 2015-11-06 16:00:00 7f61c5aa5700
>> *** (1) TRANSACTION:
>> TRANSACTION 1422060913, ACTIVE 0 sec inserting
>> mysql tables in use 1, locked 1
>> LOCK WAIT 9 lock struct(s), heap size 1184, 5 row lock(s), undo log
>> entries 3
>> MySQL thread id 6495594, OS thread handle 0x7f61c526a700, query id
>> 110695361 10.100.107.6 stats update
>> INSERT INTO `test`.`test` (`test`,`test`,`test`,`test`,`test`,`test`)
>> VALUES (2015,11,6,16,'iOS',1)
>> *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
>> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
>> table `test`.`test` trx id 1422060913 lock_mode X insert intention
>> waiting
>> *** (2) TRANSACTION:
>> TRANSACTION 1422060914, ACTIVE 0 sec inserting
>> mysql tables in use 1, locked 1
>> 9 lock struct(s), heap size 1184, 5 row lock(s), undo log entries 3
>> MySQL thread id 6495593, OS thread handle 0x7f61c5aa5700, query id
>> 110695362 10.100.107.6 stats update
>> INSERT INTO `test`.`test` (``,`test`,`test`,`test`,`test`,`test`)
>> VALUES (2015,11,6,16,'Android',1)
>> *** (2) HOLDS THE LOCK(S):
>> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
>> table `test`.`test` trx id 1422060914 lock_mode X
>> *** (2) WAITING FOR THIS LOCK TO BE GRANTED:
>> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
>> table `test`.`test` trx id 1422060914 lock_mode X insert intention
>> waiting
>> *** WE ROLL BACK TRANSACTION (2)
>>
>>
>> test son los datos de mi bbdd.
>>
>> Mi pregunta es, de la parte de sistemas hay alguna forma de poder
>> evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
>> si detecta el error del deadlock, reintentarlo otra vez.
>>
>> Deadlock se produce cuando una transaccion espera por los recursos
>> utilizados por otra transacción que a su vez espera por los recursos
>> de otra.
>>
>> Consejos?
>>
>

Re: [OT] Evitar deadlock en mysql

2015-11-18 Por tema Maykel Franco

El día 18 de noviembre de 2015, 17:29, Camaleón <noela...@gmail.com> escribió:
> El Wed, 18 Nov 2015 17:07:35 +0100, Maykel Franco escribió:
>
>> Buenas, he estado revisando las estadísticas de innodb de alguno de
>> nuestros servidores y me he encontrado con deadlocks en uno de ellos...
>>
>> ATEST DETECTED DEADLOCK 
>> 2015-11-06 16:00:00 7f61c5aa5700 *** (1) TRANSACTION:
>> TRANSACTION 1422060913, ACTIVE 0 sec inserting mysql tables in use 1,
>> locked 1 LOCK WAIT 9 lock struct(s), heap size 1184, 5 row lock(s), undo
>> log entries 3 MySQL thread id 6495594, OS thread handle 0x7f61c526a700,
>> query id 110695361 10.100.107.6 stats update INSERT INTO `test`.`test`
>> (`test`,`test`,`test`,`test`,`test`,`test`)
>> VALUES (2015,11,6,16,'iOS',1)
>> *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
>> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
>> table `test`.`test` trx id 1422060913 lock_mode X insert intention
>> waiting ***
>
> (...)
>
>> test son los datos de mi bbdd.
>>
>> Mi pregunta es, de la parte de sistemas hay alguna forma de poder
>> evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
>> si detecta el error del deadlock, reintentarlo otra vez.
>>
>> Deadlock se produce cuando una transaccion espera por los recursos
>> utilizados por otra transacción que a su vez espera por los recursos de
>> otra.
>>
>> Consejos?
>
> Pregunta a Google :-)
>
> How to debug InnoDB lock waits
> http://www.xaprb.com/blog/2007/09/18/how-to-debug-innodb-lock-waits/

Lo estoy monitorizando con pt-deadlock-logger, guardo los deadlock en
bbdd, también se pueden guardar en log.

Necesito primero saber por qué es para poder solucionarlo.
>
> How to deal with MySQL deadlocks
> https://www.percona.com/blog/2014/10/28/how-to-deal-with-mysql-deadlocks/

Este enlace lo había visto, se puede controlar programáticamente.
>
> Saludos,
>
> --
> Camaleón
>

[OT] Evitar deadlock en mysql

2015-11-18 Por tema Maykel Franco

Buenas, he estado revisando las estadísticas de innodb de alguno de
nuestros servidores y me he encontrado con deadlocks en uno de
ellos...

ATEST DETECTED DEADLOCK

2015-11-06 16:00:00 7f61c5aa5700
*** (1) TRANSACTION:
TRANSACTION 1422060913, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 9 lock struct(s), heap size 1184, 5 row lock(s), undo log entries 3
MySQL thread id 6495594, OS thread handle 0x7f61c526a700, query id
110695361 10.100.107.6 stats update
INSERT INTO `test`.`test` (`test`,`test`,`test`,`test`,`test`,`test`)
VALUES (2015,11,6,16,'iOS',1)
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
table `test`.`test` trx id 1422060913 lock_mode X insert intention
waiting
*** (2) TRANSACTION:
TRANSACTION 1422060914, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
9 lock struct(s), heap size 1184, 5 row lock(s), undo log entries 3
MySQL thread id 6495593, OS thread handle 0x7f61c5aa5700, query id
110695362 10.100.107.6 stats update
INSERT INTO `test`.`test` (``,`test`,`test`,`test`,`test`,`test`)
VALUES (2015,11,6,16,'Android',1)
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
table `test`.`test` trx id 1422060914 lock_mode X
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
table `test`.`test` trx id 1422060914 lock_mode X insert intention
waiting
*** WE ROLL BACK TRANSACTION (2)


test son los datos de mi bbdd.

Mi pregunta es, de la parte de sistemas hay alguna forma de poder
evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
si detecta el error del deadlock, reintentarlo otra vez.

Deadlock se produce cuando una transaccion espera por los recursos
utilizados por otra transacción que a su vez espera por los recursos
de otra.

Consejos?

Re: [OT] Evitar deadlock en mysql

2015-11-18 Por tema Camaleón

El Wed, 18 Nov 2015 17:07:35 +0100, Maykel Franco escribió:

> Buenas, he estado revisando las estadísticas de innodb de alguno de
> nuestros servidores y me he encontrado con deadlocks en uno de ellos...
> 
> ATEST DETECTED DEADLOCK 
> 2015-11-06 16:00:00 7f61c5aa5700 *** (1) TRANSACTION:
> TRANSACTION 1422060913, ACTIVE 0 sec inserting mysql tables in use 1,
> locked 1 LOCK WAIT 9 lock struct(s), heap size 1184, 5 row lock(s), undo
> log entries 3 MySQL thread id 6495594, OS thread handle 0x7f61c526a700,
> query id 110695361 10.100.107.6 stats update INSERT INTO `test`.`test`
> (`test`,`test`,`test`,`test`,`test`,`test`)
> VALUES (2015,11,6,16,'iOS',1)
> *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
> table `test`.`test` trx id 1422060913 lock_mode X insert intention
> waiting *** 

(...)

> test son los datos de mi bbdd.
> 
> Mi pregunta es, de la parte de sistemas hay alguna forma de poder
> evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
> si detecta el error del deadlock, reintentarlo otra vez.
> 
> Deadlock se produce cuando una transaccion espera por los recursos
> utilizados por otra transacción que a su vez espera por los recursos de
> otra.
> 
> Consejos?

Pregunta a Google :-)

How to debug InnoDB lock waits
http://www.xaprb.com/blog/2007/09/18/how-to-debug-innodb-lock-waits/

How to deal with MySQL deadlocks
https://www.percona.com/blog/2014/10/28/how-to-deal-with-mysql-deadlocks/

Saludos,

-- 
Camaleón

Re: [OT] Evitar deadlock en mysql

2015-11-18 Por tema TheFox

Parece ser que el error te lo da en la tabla «test», que al parecer está
inactiva; razón por la cual no te deja actualizar los datos. Lo que debes
de hacer es averiguar por qué esa tabla está inactiva.

Santiago.
El 18/11/2015 17:07, "Maykel Franco" <maykeldeb...@gmail.com> escribió:

> Buenas, he estado revisando las estadísticas de innodb de alguno de
> nuestros servidores y me he encontrado con deadlocks en uno de
> ellos...
>
> ATEST DETECTED DEADLOCK
> 
> 2015-11-06 16:00:00 7f61c5aa5700
> *** (1) TRANSACTION:
> TRANSACTION 1422060913, ACTIVE 0 sec inserting
> mysql tables in use 1, locked 1
> LOCK WAIT 9 lock struct(s), heap size 1184, 5 row lock(s), undo log
> entries 3
> MySQL thread id 6495594, OS thread handle 0x7f61c526a700, query id
> 110695361 10.100.107.6 stats update
> INSERT INTO `test`.`test` (`test`,`test`,`test`,`test`,`test`,`test`)
> VALUES (2015,11,6,16,'iOS',1)
> *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
> table `test`.`test` trx id 1422060913 lock_mode X insert intention
> waiting
> *** (2) TRANSACTION:
> TRANSACTION 1422060914, ACTIVE 0 sec inserting
> mysql tables in use 1, locked 1
> 9 lock struct(s), heap size 1184, 5 row lock(s), undo log entries 3
> MySQL thread id 6495593, OS thread handle 0x7f61c5aa5700, query id
> 110695362 10.100.107.6 stats update
> INSERT INTO `test`.`test` (``,`test`,`test`,`test`,`test`,`test`)
> VALUES (2015,11,6,16,'Android',1)
> *** (2) HOLDS THE LOCK(S):
> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
> table `test`.`test` trx id 1422060914 lock_mode X
> *** (2) WAITING FOR THIS LOCK TO BE GRANTED:
> RECORD LOCKS space id 17528 page no 219 n bits 368 index `PRIMARY` of
> table `test`.`test` trx id 1422060914 lock_mode X insert intention
> waiting
> *** WE ROLL BACK TRANSACTION (2)
>
>
> test son los datos de mi bbdd.
>
> Mi pregunta es, de la parte de sistemas hay alguna forma de poder
> evitarlo? Creo que la solución pasa por arreglarlo prográmaticamente,
> si detecta el error del deadlock, reintentarlo otra vez.
>
> Deadlock se produce cuando una transaccion espera por los recursos
> utilizados por otra transacción que a su vez espera por los recursos
> de otra.
>
> Consejos?
>
>

Re: [Check_mk (english)] Fwd: Best plugin monitoring Mysql - Percona

2015-06-12 Por tema Maykel Franco

El 12/06/2015 20:44, Steve Irvine stephenjirv...@gmail.com escribió:

 Hey,

 I used the Percona Nagios plugins:

 https://www.percona.com/doc/percona-monitoring-plugins/1.0/nagios/

 Plus jasonholtzapple's check_mysql_counters.
https://github.com/jasonholtzapple/check_mysql_counters called via mrpe.

 He did a great write up here:

 http://bitflip.net/mysql-5-1-performance-graphs-with-pnp4nagios-99/

 More graphs than you can shake a stick at :)

 Steve


 On Fri, Jun 12, 2015 at 6:26 PM Alex_e-nk alex.nka...@gmail.com wrote:

 Hi, you can try check_MySQL_health check

 12 июня 2015 г. 4:18 PM пользователь Maykel Franco 
maykeldeb...@gmail.com написал:

 Hi, what plugin recommended with mysql and mysql percona/galera? For
Mysql Stats

 - Innodb I/O
 - InnoDB Buffer Pool %
 - Querys/Insert/Update/Delete/Alter...
 - Slow querys
 - Key efficient...

 etc.

 Thanks in advanced.


 ___
 checkmk-en mailing list
 checkmk...@lists.mathias-kettner.de
 http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

 We’ll meet in Munich for the 2nd Check_MK Conference!
 Book your place now and be part of it.
 October 18th-20th, 2015
 http://mathias-kettner.com/conference

 ___
 checkmk-en mailing list
 checkmk...@lists.mathias-kettner.de
 http://lists.mathias-kettner.de/mailman/listinfo/checkmk-en

 We’ll meet in Munich for the 2nd Check_MK Conference!
 Book your place now and be part of it.
 October 18th-20th, 2015
 http://mathias-kettner.com/conference

Ok...

http://lists.mathias-kettner.de/pipermail/checkmk-en/2010-May/001071.html

Thanks.

Try it... But...the plugin counters ver stats select, insert, update count?

Re: [SOLUCIONADO] Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-06-03 Por tema Maykel Franco

El día 25 de mayo de 2015, 17:29, Maykel Franco
maykeldeb...@gmail.com escribió:
El día 25 de mayo de 2015, 16:12, Camaleón noela...@gmail.com escribió:
El Fri, 22 May 2015 14:34:33 +, Maykel Franco escribió:

(bufff...)

El vie, 22 de mayo de 2015 16:04, Camaleón noela...@gmail.com
escribió:

(...)

Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
pasar las bbdd y más rápida, hacerlo por una pipe por ssh
directamente, con mysqldump -u root -p bbdd | ssh
r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
mysqldump guardando el fichero en un disco duro usb externo pinchado,
guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
mysql e importar?

Más rápida sería por ssh ya que lo haces on-time pero sería la más
consistente?

Qué me aconsejáis?

Sólo una sugerencia.

Quizá sería conveniente pasar primero esos datos al servidor de destino
(como prefieras, por ftp, etc...) y una vez que estén físicamente el
servidor proceder con la importación de los datos. Vamos, evitar
hacerlo en un único paso (volcado+traspaso+importación) y hacerlo mejor
de manera secuencial (1º volcado local → 2ª traspaso de datos [ftp/ssh]
→ 3º importación)

El problema es el tiempo que tardas...son mas pasos pero es lo que
comente, a lo mejor es mas consistente y fiable no?

Es que trabajar con 250 GiB a tocateja directamente desde Internet y con
aplicaciones que quizá no te vayan a gestionar una posible desconexión
(¿hay resume en mysqldump/import?) o un empacho (límite da datos para
la importación de bdd), pues como que no lo veo. Mejor perder el tiempo
en asegurarte que los datos están en local y así trabajas más tranquilo.

Saludos,

--
Camaleón

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.05.25.14.12...@gmail.com

Me parece la mejor opción, te aseguras de que el dump lo haces bien.

Gracias.

Gracias a todos por los consejos. Al final, para quien le interese, lo
que hice fué dividir las bbdd en las más grandes y las más pequeñas.
Las pequeñas las pase directamente como comenté por ssh con mysqldum +
gzip, las más grandes pase solo la estructura de la tabla. Las tablas
grandes finlamente pase los datos a un disco duro externo, lo pinche
en la nueva máquina a importar y todo salió bien.

Gracias nuevamente por los consejos.

--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caj2aoa_+cedbnxdg4dmurcplqr7xwlkqddgdyuxu+ppdmtz...@mail.gmail.com

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-25 Por tema Camaleón

El Fri, 22 May 2015 14:34:33 +, Maykel Franco escribió:

(bufff...)

 El vie, 22 de mayo de 2015 16:04, Camaleón noela...@gmail.com
 escribió:

(...)

  Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
  pasar las bbdd y más rápida, hacerlo por una pipe por ssh
  directamente, con mysqldump -u root -p bbdd | ssh
  r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
  mysqldump guardando el fichero en un disco duro usb externo pinchado,
  guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
  mysql e importar?
 
  Más rápida sería por ssh ya que lo haces on-time pero sería la más
  consistente?
 
  Qué me aconsejáis?

 Sólo una sugerencia.

 Quizá sería conveniente pasar primero esos datos al servidor de destino
 (como prefieras, por ftp, etc...) y una vez que estén físicamente el
 servidor proceder con la importación de los datos. Vamos, evitar
 hacerlo en un único paso (volcado+traspaso+importación) y hacerlo mejor
 de manera secuencial (1º volcado local → 2ª traspaso de datos [ftp/ssh]
 → 3º importación)

 El problema es el tiempo que tardas...son mas pasos pero es lo que
 comente, a lo mejor es mas consistente y fiable no?

Es que trabajar con 250 GiB a tocateja directamente desde Internet y con 
aplicaciones que quizá no te vayan a gestionar una posible desconexión 
(¿hay resume en mysqldump/import?) o un empacho (límite da datos para 
la importación de bdd), pues como que no lo veo. Mejor perder el tiempo 
en asegurarte que los datos están en local y así trabajas más tranquilo.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.05.25.14.12...@gmail.com

[SOLUCIONADO] Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-25 Por tema Maykel Franco

El día 25 de mayo de 2015, 16:12, Camaleón noela...@gmail.com escribió:
 El Fri, 22 May 2015 14:34:33 +, Maykel Franco escribió:

 (bufff...)

 El vie, 22 de mayo de 2015 16:04, Camaleón noela...@gmail.com
 escribió:

 (...)

  Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
  pasar las bbdd y más rápida, hacerlo por una pipe por ssh
  directamente, con mysqldump -u root -p bbdd | ssh
  r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
  mysqldump guardando el fichero en un disco duro usb externo pinchado,
  guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
  mysql e importar?
 
  Más rápida sería por ssh ya que lo haces on-time pero sería la más
  consistente?
 
  Qué me aconsejáis?

 Sólo una sugerencia.

 Quizá sería conveniente pasar primero esos datos al servidor de destino
 (como prefieras, por ftp, etc...) y una vez que estén físicamente el
 servidor proceder con la importación de los datos. Vamos, evitar
 hacerlo en un único paso (volcado+traspaso+importación) y hacerlo mejor
 de manera secuencial (1º volcado local → 2ª traspaso de datos [ftp/ssh]
 → 3º importación)

 El problema es el tiempo que tardas...son mas pasos pero es lo que
 comente, a lo mejor es mas consistente y fiable no?

 Es que trabajar con 250 GiB a tocateja directamente desde Internet y con
 aplicaciones que quizá no te vayan a gestionar una posible desconexión
 (¿hay resume en mysqldump/import?) o un empacho (límite da datos para
 la importación de bdd), pues como que no lo veo. Mejor perder el tiempo
 en asegurarte que los datos están en local y así trabajas más tranquilo.

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2015.05.25.14.12...@gmail.com


Me parece la mejor opción, te aseguras de que el dump lo haces bien.

Gracias.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caj2aoa_cn4bbgbmoammwwvze812oiyct_eddv_tz5ueyp4z...@mail.gmail.com

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-22 Por tema Camaleón

El Thu, 21 May 2015 19:45:54 +0200, Maykel Franco escribió:

 Buenas, tengo tarea bastante pesada y es pasar todas las bases de datos
 de un servidor mysql que nos quedamos sin espacio a otro mysql más
 actualizado. Las bases de datos en total ocupan bastantes gigas,
 como 250 GB.
 
 Tengo configurado LVM, pero queremos migrar a otras máquinas más
 potentes y con software actualizado de mysql y bajo Openvz en Debian.
 
 Mi pregunta es la siguiente, cuál creéis que es la mejor forma de pasar
 las bbdd y más rápida, hacerlo por una pipe por ssh directamente, con
 mysqldump -u root -p bbdd | ssh r...@maquina.example.com mysql -u root
 -p bbdd o hacerlo con un mysqldump guardando el fichero en un disco
 duro usb externo pinchado,
 guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
 mysql e importar?
 
 Más rápida sería por ssh ya que lo haces on-time pero sería la más
 consistente?
 
 Qué me aconsejáis?

Sólo una sugerencia. 

Quizá sería conveniente pasar primero esos datos al servidor de destino 
(como prefieras, por ftp, etc...) y una vez que estén físicamente el 
servidor proceder con la importación de los datos. Vamos, evitar hacerlo 
en un único paso (volcado+traspaso+importación) y hacerlo mejor de manera 
secuencial (1º volcado local → 2ª traspaso de datos [ftp/ssh] → 3º 
importación)

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.05.22.14.03...@gmail.com

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-22 Por tema Maykel Franco

El vie, 22 de mayo de 2015 16:04, Camaleón noela...@gmail.com escribió:

 El Thu, 21 May 2015 19:45:54 +0200, Maykel Franco escribió:

  Buenas, tengo tarea bastante pesada y es pasar todas las bases de datos
  de un servidor mysql que nos quedamos sin espacio a otro mysql más
  actualizado. Las bases de datos en total ocupan bastantes gigas,
  como 250 GB.
 
  Tengo configurado LVM, pero queremos migrar a otras máquinas más
  potentes y con software actualizado de mysql y bajo Openvz en Debian.
 
  Mi pregunta es la siguiente, cuál creéis que es la mejor forma de pasar
  las bbdd y más rápida, hacerlo por una pipe por ssh directamente, con
  mysqldump -u root -p bbdd | ssh r...@maquina.example.com mysql -u root
  -p bbdd o hacerlo con un mysqldump guardando el fichero en un disco
  duro usb externo pinchado,
  guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
  mysql e importar?
 
  Más rápida sería por ssh ya que lo haces on-time pero sería la más
  consistente?
 
  Qué me aconsejáis?

 Sólo una sugerencia.

 Quizá sería conveniente pasar primero esos datos al servidor de destino
 (como prefieras, por ftp, etc...) y una vez que estén físicamente el
 servidor proceder con la importación de los datos. Vamos, evitar hacerlo
 en un único paso (volcado+traspaso+importación) y hacerlo mejor de manera
 secuencial (1º volcado local → 2ª traspaso de datos [ftp/ssh] → 3º
 importación)

 Saludos,

 --
 Camaleón


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/pan.2015.05.22.14.03...@gmail.com

 El problema es el tiempo que tardas...son mas pasos pero es lo que
comente, a lo mejor es mas consistente y fiable no?

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-21 Por tema OddieX

Yo lo haria por ssh, pero usa |gzip porque sino vas a estar siglos!!!
El may 21, 2015 2:46 PM, Maykel Franco maykeldeb...@gmail.com escribió:

 Buenas, tengo tarea bastante pesada y es pasar todas las bases de
 datos de un servidor mysql que nos quedamos sin espacio a otro mysql
 más actualizado. Las bases de datos en total ocupan bastantes gigas,
 como 250 GB.

 Tengo configurado LVM, pero queremos migrar a otras máquinas más
 potentes y con software actualizado de mysql y bajo Openvz en Debian.

 Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
 pasar las bbdd y más rápida, hacerlo por una pipe por ssh
 directamente, con mysqldump -u root -p bbdd | ssh
 r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
 mysqldump guardando el fichero en un disco duro usb externo pinchado,
 guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
 mysql e importar?

 Más rápida sería por ssh ya que lo haces on-time pero sería la más
 consistente?

 Qué me aconsejáis?


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caj2aoa-al0v23x-seea1xxyfgctgfpq0lwbgq1nuw58aqw-...@mail.gmail.com

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-21 Por tema Itzcoalt Alvarez

Yo configurara una Replica, eso provocaría que pasaran los datos en
segundo plano y después pediría una ventana de tiempo para hacer los
cambios y eliminar el server anterior.


El 21/05/2015 a las 01:03 p.m., OddieX escribió:

 Yo lo haria por ssh, pero usa |gzip porque sino vas a estar siglos!!!

 El may 21, 2015 2:46 PM, Maykel Franco maykeldeb...@gmail.com
 mailto:maykeldeb...@gmail.com escribió:

 Buenas, tengo tarea bastante pesada y es pasar todas las bases de
 datos de un servidor mysql que nos quedamos sin espacio a otro mysql
 más actualizado. Las bases de datos en total ocupan bastantes gigas,
 como 250 GB.

 Tengo configurado LVM, pero queremos migrar a otras máquinas más
 potentes y con software actualizado de mysql y bajo Openvz en Debian.

 Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
 pasar las bbdd y más rápida, hacerlo por una pipe por ssh
 directamente, con mysqldump -u root -p bbdd | ssh
 r...@maquina.example.com mailto:r...@maquina.example.com mysql
 -u root -p bbdd o hacerlo con un
 mysqldump guardando el fichero en un disco duro usb externo pinchado,
 guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
 mysql e importar?

 Más rápida sería por ssh ya que lo haces on-time pero sería la más
 consistente?

 Qué me aconsejáis?


 --
 To UNSUBSCRIBE, email to
 debian-user-spanish-requ...@lists.debian.org
 mailto:debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org mailto:listmas...@lists.debian.org
 Archive:
 
 https://lists.debian.org/caj2aoa-al0v23x-seea1xxyfgctgfpq0lwbgq1nuw58aqw-...@mail.gmail.com



--

OFF-TOPIC - Migración de mysql a otro mysql

2015-05-21 Por tema Maykel Franco

Buenas, tengo tarea bastante pesada y es pasar todas las bases de
datos de un servidor mysql que nos quedamos sin espacio a otro mysql
más actualizado. Las bases de datos en total ocupan bastantes gigas,
como 250 GB.

Tengo configurado LVM, pero queremos migrar a otras máquinas más
potentes y con software actualizado de mysql y bajo Openvz en Debian.

Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
pasar las bbdd y más rápida, hacerlo por una pipe por ssh
directamente, con mysqldump -u root -p bbdd | ssh
r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
mysqldump guardando el fichero en un disco duro usb externo pinchado,
guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
mysql e importar?

Más rápida sería por ssh ya que lo haces on-time pero sería la más consistente?

Qué me aconsejáis?


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caj2aoa-al0v23x-seea1xxyfgctgfpq0lwbgq1nuw58aqw-...@mail.gmail.com

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-21 Por tema OddieX

Si la migracion es en caliente la mejor es la que propone Itzcoalt Alvarez!
El may 21, 2015 3:07 PM, Itzcoalt Alvarez itzcoal...@joiz.net escribió:

  Yo configurara una Replica, eso provocaría que pasaran los datos en
 segundo plano y después pediría una ventana de tiempo para hacer los
 cambios y eliminar el server anterior.


 El 21/05/2015 a las 01:03 p.m., OddieX escribió:

 Yo lo haria por ssh, pero usa |gzip porque sino vas a estar siglos!!!
 El may 21, 2015 2:46 PM, Maykel Franco maykeldeb...@gmail.com
 escribió:

 Buenas, tengo tarea bastante pesada y es pasar todas las bases de
 datos de un servidor mysql que nos quedamos sin espacio a otro mysql
 más actualizado. Las bases de datos en total ocupan bastantes gigas,
 como 250 GB.

 Tengo configurado LVM, pero queremos migrar a otras máquinas más
 potentes y con software actualizado de mysql y bajo Openvz en Debian.

 Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
 pasar las bbdd y más rápida, hacerlo por una pipe por ssh
 directamente, con mysqldump -u root -p bbdd | ssh
 r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
 mysqldump guardando el fichero en un disco duro usb externo pinchado,
 guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
 mysql e importar?

 Más rápida sería por ssh ya que lo haces on-time pero sería la más
 consistente?

 Qué me aconsejáis?


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caj2aoa-al0v23x-seea1xxyfgctgfpq0lwbgq1nuw58aqw-...@mail.gmail.com



 --

Re: OFF-TOPIC - Migración de mysql a otro mysql

2015-05-21 Por tema Maykel Franco

El 21 de mayo de 2015, 20:10, OddieX odd...@gmail.com escribió:

 Si la migracion es en caliente la mejor es la que propone Itzcoalt
 Alvarez!
 El may 21, 2015 3:07 PM, Itzcoalt Alvarez itzcoal...@joiz.net
 escribió:

  Yo configurara una Replica, eso provocaría que pasaran los datos en
 segundo plano y después pediría una ventana de tiempo para hacer los
 cambios y eliminar el server anterior.


 El 21/05/2015 a las 01:03 p.m., OddieX escribió:

 Yo lo haria por ssh, pero usa |gzip porque sino vas a estar siglos!!!
 El may 21, 2015 2:46 PM, Maykel Franco maykeldeb...@gmail.com
 escribió:

 Buenas, tengo tarea bastante pesada y es pasar todas las bases de
 datos de un servidor mysql que nos quedamos sin espacio a otro mysql
 más actualizado. Las bases de datos en total ocupan bastantes gigas,
 como 250 GB.

 Tengo configurado LVM, pero queremos migrar a otras máquinas más
 potentes y con software actualizado de mysql y bajo Openvz en Debian.

 Mi pregunta es la siguiente, cuál creéis que es la mejor forma de
 pasar las bbdd y más rápida, hacerlo por una pipe por ssh
 directamente, con mysqldump -u root -p bbdd | ssh
 r...@maquina.example.com mysql -u root -p bbdd o hacerlo con un
 mysqldump guardando el fichero en un disco duro usb externo pinchado,
 guardar cada bbdd.sql y luego pinchar el disco usb a la nueva máquina
 mysql e importar?

 Más rápida sería por ssh ya que lo haces on-time pero sería la más
 consistente?

 Qué me aconsejáis?


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/caj2aoa-al0v23x-seea1xxyfgctgfpq0lwbgq1nuw58aqw-...@mail.gmail.com



 --





No, no es en caliente, tenemos un balanceador que balancea a 2 mysql
galera. La idea es parar el balanceador para que no entre nada de tráfico y
ya hacer los dumps tranquilamente y pasarlos a los nuevos 5 nodos que
metere con percona en máquinas más potentes.

Re: Cluster Mysql

2015-05-10 Por tema anamhoo


El 2015-05-10 07:10, Romero, Fernando escribió:

Hola como están.
Me encontré con la necesidad de montar un cluster en mysql bajo
Debian, asi que buscando y recopilando información arme un manual.
Subí el paso a paso de como configurar el cluster en mysql sobre
Debian, les dejo el link.
El que quiera puede suscribirse ya que hay varios manuales y estoy por
subir algunos mas.
Si quieren el pdf de cualquier manual que está en mi canal me envía un
mail y se lo paso.


Muchas gracias Fernando!



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/920708d4fad28ad24b63702395ae6...@riseup.net

Cluster Mysql

2015-05-10 Por tema Romero, Fernando

Hola como están.
Me encontré con la necesidad de montar un cluster en mysql bajo Debian, asi que 
buscando y recopilando información arme un manual.
Subí el paso a paso de como configurar el cluster en mysql sobre Debian, les 
dejo el link.
El que quiera puede suscribirse ya que hay varios manuales y estoy por subir 
algunos mas.
Si quieren el pdf de cualquier manual que está en mi canal me envía un mail y 
se lo paso.

Saludos

Link https://youtu.be/Oo-vcCIv7_E

Re: Debian y MySQL

2015-03-31 Por tema Camaleón

El Mon, 30 Mar 2015 23:40:15 +0200, Altair Linux escribió:

 Buenas,
 
 estoy con un programa en C/C++ que realiza muchos accesos al disco duro
 para usar MySQL. Es minimo 1 acceso por segundo y con frecuencia pueden
 pasar muchos segundos (20 segundos, 40 segundos, etc) en los que se
 acceda casi continuamente.
 
 La base de datos son muchas tablas, pensado para que las busquedas sean
 lo mas cortas posibles, dentro de lo que cabe.
 
 No parece haber un tipo de operacion que se realice mas que otras,
 porque cuando no es una, es otra: lectura, escritura, actualizacion.
 
 Pregunta: ¿esto puede afectar al disco duro?.

Cualquier operación de acceso o escritura a disco afecta al disco duro, 
eso es evidente. Si te refieres a si la afectación puede llega a causar 
destrozos en el disco pues sí, pero aquí entran en juego otros factores 
como la calidad del disco (los catalogados como de empresa suelen tener 
rangos de MTBF más elevados, de hecho hay algunos fabricantes que tienen 
gamas de discos específicas para bases de datos o sistemas en red, anda 
que no tienen cuento ni nada).

Si son discos SSD la cosa cambia porque estos sí tienen límites en el 
número de escrituras pero si se trata de un disco mecánico yo no me 
preocuparía más allá de monitorizar el estado del SMART y los sectores 
defectuosos cada poco tiempo para ver si ves un aumento de los parámetros 
que sean críticos.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.03.31.13.34...@gmail.com

Debian y MySQL

2015-03-30 Por tema Altair Linux

Buenas,

estoy con un programa en C/C++ que realiza muchos accesos al disco
duro para usar MySQL. Es minimo 1 acceso por segundo y con frecuencia
pueden pasar muchos segundos (20 segundos, 40 segundos, etc) en los
que se acceda casi continuamente.

La base de datos son muchas tablas, pensado para que las busquedas
sean lo mas cortas posibles, dentro de lo que cabe.

No parece haber un tipo de operacion que se realice mas que otras,
porque cuando no es una, es otra: lectura, escritura, actualizacion.

Pregunta: ¿esto puede afectar al disco duro?.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CA+HdPfLfBfR-oP=k66a050irwoftf9eov7qu982dknqcb6j...@mail.gmail.com

Re: Zfs en Debian 7 64 bits + mysql

2015-03-02 Por tema Maykel Franco

El día 22 de enero de 2015, 8:01, C. L. Martinez
carlopm...@gmail.com escribió:
 2015-01-21 19:38 GMT+00:00 Ulises M. Alvarez u...@sophie.unam.mx:
 On 01/21/2015 11:41 AM, Maykel Franco wrote:

 Hola buenas, estoy pensando en meter zfs en debian para las
 escrituras de MySQ, ademas no estaria mal meter un ssd de cache. En
 principio es una prueba que si todo va bien y obtengo el rendimiento
 esperado, podría ponerlo en producción.

 Creéis que es estable zfs para linux?


 Hola:

 El ZFS sí es estable en debian, tanto en wheezy como en Jessie.


 Ganare rendimiento?


 Tu rendimiento dependerá básicamente de:

 - Tipo de discos duros (magnéticos, RPMs, de estado sólido, etcétera).

 - RAM de tu servidor, lo mínimo recomendable para ZFS son 4 GB de RAM y,
 adicionalmente, 1 GB de RAM extra por cada TB de disco.

 - Parámetros de configuración del 'zpool' y del 'zfs'.

 - Parámetros de configuración de MySQL.

 Básicamente...
 --
 Ulises M. Alvarez
 http://sophie.unam.mx/


 Sinceramente, yo no lo haría. ZFS en linux ni por asomo alcanza los
 rendimientos que alcanza en FreeBSD/FreeNAS y Solaris ... Y menos con
 servidores de BBDD de por medio. Aparte de que precisarás buen
 hardware, el mysql aquí es un handicap en la combinación linux-ZFS.

 Si quieres utilizar ZFS (y dependiendo del volumen de datos en MySQL),
 monta un OmniOS o un FreeBSD (eso sí, de hacer tunning a nivel de SO y
 MySQL no te libra nadie), y por supuesto ni hablar de virtualizar esto
 (a menos que puedas dar la controladora de discos via PC-passthrough
 al SO virtualizado)... Y aparte de utilizar un disco SSD mínimo para
 la ZIL (pero de hecho lo recomendado son dos en raid1), mínimo 8 GiB
 de RAM y el resto de cosas que comenta Ulises.

 Y brtfs para BBDD, creo que todavía anda verde ... Quizá tu mejor
 opción puede ser XFS.

Muy buen consejo,

Realizaré pruebas.


 Saludos.

Saludos.



 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 https://lists.debian.org/caejqa5j14uihcfcxvkkcu4nyse3f-bkv8meqc6vof7cli7...@mail.gmail.com



--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJ2aOA-DnthSiHy5EFO6COqC4mSmr+ZZfv=rfqjtjkpjs4n...@mail.gmail.com

Re: Extraño error en la mysql

2015-02-26 Por tema Camaleón

El Wed, 25 Feb 2015 19:29:03 -0300, Fabián Bonetti escribió:

 On Wed, 25 Feb 2015 14:06:15 -0300 Felix Perez
 felix.listadeb...@gmail.com wrote:
 
 El resultado del disco duro
 
 smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-4-686-pae] (local
 build)
 Copyright (C) 2002-11 by Bruce Allen,
 http://smartmontools.sourceforge.net

(...)

¿Comando usado? ¿Test extendido?

 SMART overall-health self-assessment test result: PASSED

(...)

 Segun entiendo es usable.

Eso es una lectura sesgada de los resultados.

Los datos que ofrece smartctl no son ni buenos ni malos por sí mismos 
(salvo que el disco vaya a morir en breve y te marque un FAIL) sino que 
sirven para que en el caso de que tengas alguna sospecha de que el disco 
o la partición pueda tener sectores defectuosos vigiles que los valores 
marcados como pre-fail se mantengan estables porque si van aumentado en 
un breve periodo de tiempo es señal de deterioro.

Y de hecho, el informe te indica que ese disco ha tenido varios errores, 
así que no deberías estar tan tranquilo. Yo descargaría la utilidad del 
fabricante y le pasaría un análisis completo a todo el disco para tener 
una segunda opinión médica, más que nada porque el disco tiene ya una 
edad :-)

Huelga decir que la copia de seguridad de los datos de ese disco tendría 
que estar actualizada.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.26.14.33...@gmail.com

Re: Extraño error en la mysql

2015-02-26 Por tema Manolo Díaz

El jueves, 26 feb 2015, a las 07:10 UTC+1 horas,
Fabián Bonetti escribió:


Algo interesante para agregar 

la parte de caution.


http://dev.mysql.com/doc/refman/5.5/en/innodb-configuration.html

Saludos

Si lo que te preocupa es la opción writeback, Linux usa de forma
predeterminada data=ordered, como puede leerse en la página man de
mount.

$ mount
/dev/sda2 on / type ext4 (rw,relatime,data=ordered)

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226103425.56b85...@gmail.com

Re: Extraño error en la mysql

2015-02-26 Por tema Manolo Díaz

El jueves, 26 feb 2015, a las 00:02 UTC+1 horas,
Manolo Díaz escribió:

Pues no sé qué decirte. Si entiendo bien la tabla, tu disco tiene
capacidad para realojar 5 sectores defectuosos, y la cuenta va ya por
21. 

Parece que no significa eso. Si lo entiendo bien [1], tienes que vigilar
que value no descienda hasta threshold, punto en el que el
fabricante ya no considera el disco fiable. Y el significado de raw
depende enteramente del fabricante. Usualmente es el número de sectores
(hablo del atributo 5 y 196), pero...

[1] http://en.wikipedia.org/wiki/S.M.A.R.T.

Saludos.
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150226105329.3a6e2...@gmail.com

Re: Extraño error en la mysql

2015-02-25 Por tema Camaleón

El Wed, 25 Feb 2015 00:26:19 -0300, Fabián Bonetti escribió:

 Pastebin  http://pastebin.com/raw.php?i=H9Xfe67N
 
 Probé con esta forma pero no habia caso 
 http://www.unilogica.com/mysql-innodb-recovery/
 
 Opte por purgar el paquete mysql y removerlo luego instalarlo y usar los
 backup que tenia para resolverlo.

No parece un problema de instalación sino de la propia bd.
 
 Alguna vez supiste de esto [pregunta]
 
 Como actuaste para resolverlo y posteriormente evitarlo [pregunta]

¿Ya buscaste en Google? Parece un error bastante común:

https://www.google.es/search?q=InnoDB:+Operating+system+error+number+5+in+a+file+operation.ie=utf-8oe=utf-8gws_rd=crei=MeDtVKvgMMb3UoGihFA

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.25.14.49...@gmail.com

Re: Extraño error en la mysql

On Wed, 25 Feb 2015 14:49:17 + (UTC)
Camaleón noela...@gmail.com wrote:


Si busque claro... los problemas frecuentes segun sus desarrolladores es cuando 
falla el sistema de archivos.

http://dev.mysql.com/doc/refman/5.5/en/error-creating-innodb.html


Saludos











-- 
Servicios:. http://mamalibre.com.ar/plus
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpXtZAptN66h.pgp
Description: PGP signature

Re: Extraño error en la mysql

2015-02-25 Por tema Camaleón

El Wed, 25 Feb 2015 12:00:55 -0300, Fabián Bonetti escribió:

 On Wed, 25 Feb 2015 14:49:17 + (UTC)
 Camaleón noela...@gmail.com wrote:
 
 
 Si busque claro... los problemas frecuentes segun sus desarrolladores es
 cuando falla el sistema de archivos.
 
 http://dev.mysql.com/doc/refman/5.5/en/error-creating-innodb.html

Interesante. Dice es que dependiendo de cuándo se produce el error de i/o 
la causa puede variar y en tu caso parece ser que se da al iniciar el 
motor de la bdd:

150224 18:23:19 mysqld_safe Starting mysqld daemon with databases from 
/media/Disco160/www/bd/mysql

Además de probar lo que comentan, podrías mover la base de datos a otro 
medio para ver si desaparecen los mensajes de error.

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.25.16.18...@gmail.com

Re: Extraño error en la mysql

2015-02-25 Por tema Felix Perez

El día 25 de febrero de 2015, 12:00, Fabián Bonetti
mama21m...@riseup.net escribió:
 On Wed, 25 Feb 2015 14:49:17 + (UTC)
 Camaleón noela...@gmail.com wrote:


 Si busque claro... los problemas frecuentes segun sus desarrolladores es 
 cuando falla el sistema de archivos.

 http://dev.mysql.com/doc/refman/5.5/en/error-creating-innodb.html

Lo que me llama la atención es la línea:

150224 18:23:19 InnoDB: Initializing buffer pool, size = 5.0M

En mi equipo de pruebas y con MariaDB me marca size=128M  Digo esto
porque es lo la última acción antes de ejecutar el error.

Suerte








-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caaizax50d464au5enns0yxrcfdyercrxwur+tdwrnzke03p...@mail.gmail.com

Re: Extraño error en la mysql

On Wed, 25 Feb 2015 16:18:48 + (UTC)
Camaleón noela...@gmail.com wrote:


Intendente reparar con una variable en la config  
http://dev.mysql.com/doc/refman/5.0/en/forcing-innodb-recovery.html

Pero hubo cero éxito.

También probé con el comando  
http://egil.biz/how-to-recover-mysql-data-from-innodb/
/usr/sbin/mysqld –innodb_log_file_size=5242880 –innodb_force_recovery=6

Tambien hubo cero éxito.

Opte ya que tenia backup de purgar y remover el paquete mysql-server.

Luego de eso removí los archivos donde esta mi carpeta de trabajo de mysql.

 ibdata1 [este tenia mas de 5gb]
 ib_logfile0
 ib_logfile1
 debian-5.5.flag

Luego instale el paquete nuevamente y meti mis backup. Y revivio la MySQL.

-- 
Servicios:. http://mamalibre.com.ar/plus
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpBT_6c8v2lm.pgp
Description: PGP signature

Re: Extraño error en la mysql

2015-02-25 Por tema Camaleón

El Wed, 25 Feb 2015 13:32:04 -0300, Fabián Bonetti escribió:

 On Wed, 25 Feb 2015 16:18:48 + (UTC)
 Camaleón noela...@gmail.com wrote:
 
 
 Intendente reparar con una variable en la config 
 http://dev.mysql.com/doc/refman/5.0/en/forcing-innodb-recovery.html
 
 Pero hubo cero éxito.
 
 También probé con el comando 
 http://egil.biz/how-to-recover-mysql-data-from-innodb/
 /usr/sbin/mysqld –innodb_log_file_size=5242880 –innodb_force_recovery=6
 
 Tambien hubo cero éxito.
 
 Opte ya que tenia backup de purgar y remover el paquete mysql-server.

Ten en cuenta que nada de eso aliviaría un error en el sistema de 
archivos o en el medio físico (partición/disco) donde tengas la bdd.

 Luego de eso removí los archivos donde esta mi carpeta de trabajo de
 mysql.
 
  ibdata1 [este tenia mas de 5gb]
  ib_logfile0 ib_logfile1 debian-5.5.flag
 
 Luego instale el paquete nuevamente y meti mis backup. Y revivio la
 MySQL.

Pues me alegra que te sirviera lo que decían en la KB que pasaste, pero 
vigila ese medio porque si te está fallando el sistema de archivos o el 
disco duro el error te volverá a aparecer tarde o temprano (pasar el 
smartctl extendido no estaría de más).

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2015.02.25.16.47...@gmail.com

Re: Extraño error en la mysql

2015-02-25 Por tema Felix Perez

El día 25 de febrero de 2015, 13:32, Fabián Bonetti
mama21m...@riseup.net escribió:
 On Wed, 25 Feb 2015 16:18:48 + (UTC)
 Camaleón noela...@gmail.com wrote:


 Intendente reparar con una variable en la config  
 http://dev.mysql.com/doc/refman/5.0/en/forcing-innodb-recovery.html

 Pero hubo cero éxito.

 También probé con el comando  
 http://egil.biz/how-to-recover-mysql-data-from-innodb/
 /usr/sbin/mysqld –innodb_log_file_size=5242880 –innodb_force_recovery=6

 Tambien hubo cero éxito.

 Opte ya que tenia backup de purgar y remover el paquete mysql-server.

 Luego de eso removí los archivos donde esta mi carpeta de trabajo de mysql.

  ibdata1 [este tenia mas de 5gb]
  ib_logfile0
  ib_logfile1
  debian-5.5.flag

 Luego instale el paquete nuevamente y meti mis backup. Y revivio la MySQL.


Creo que apoyo la idea de error de disco. ¿Pasa lo mismo con MariaDB?


-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caaizax7jkuttobxobtsbj2mfqres5w9buiv5zaxs-_j20ey...@mail.gmail.com

Re: Extraño error en la mysql

On Wed, 25 Feb 2015 14:07:47 -0300
Felix Perez felix.listadeb...@gmail.com wrote:


Solo tengo mysql.

Esto paso cuando se corto la electricidad abruptamente.

Y el sistema no se cerro. 

El disco usa sistema de archivo ext3.

Si fuera error de disco el kernel me volvería loco.

Ya que el disco constantemente tiene actividad.






-- 
Servicios:. http://mamalibre.com.ar/plus
MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina


pgpSc2aX7VO7E.pgp
Description: PGP signature

Re: Extraño error en la mysql

2015-02-25 Por tema Felix Perez

El día 25 de febrero de 2015, 15:48, Fabián Bonetti
mama21m...@riseup.net escribió:
 On Wed, 25 Feb 2015 14:07:47 -0300
 Felix Perez felix.listadeb...@gmail.com wrote:


 Solo tengo mysql.

 Esto paso cuando se corto la electricidad abruptamente.

 Y el sistema no se cerro.

 El disco usa sistema de archivo ext3.

 Si fuera error de disco el kernel me volvería loco.

 Ya que el disco constantemente tiene actividad.




Pues no lo descartaría como una posibilidad, hace tiempo atrás me pasó
algo parecido y lo primero que dio señales fue una bd oracle XE,
finalmente el disco murió, lo cambiamos y hasta ahora ningún otro
problema.

Suerte

-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAAiZAx4np=ke7gb9mhq+ujasiwzhf_0-f8i3e-xu-5t48zh...@mail.gmail.com

Re: Extraño error en la mysql

2015-02-25 Por tema Manolo Díaz

El miércoles, 25 feb 2015, a las 21:24 UTC+1 horas,
Felix Perez escribió:

El día 25 de febrero de 2015, 15:48, Fabián Bonetti
mama21m...@riseup.net escribió:
 On Wed, 25 Feb 2015 14:07:47 -0300
 Felix Perez felix.listadeb...@gmail.com wrote:


 Solo tengo mysql.

 Esto paso cuando se corto la electricidad abruptamente.

 Y el sistema no se cerro.

 El disco usa sistema de archivo ext3.

 Si fuera error de disco el kernel me volvería loco.

 Ya que el disco constantemente tiene actividad.




Pues no lo descartaría como una posibilidad, hace tiempo atrás me pasó
algo parecido y lo primero que dio señales fue una bd oracle XE,
finalmente el disco murió, lo cambiamos y hasta ahora ningún otro
problema.

Suerte

Me uno a los que te aconsejan que compruebes el disco. El chequeo que
te ha sugerido Camaleón (smartctl extendido) se puede hacer mientras el
disco está en servicio.

Suerte
-- 
Manolo Díaz


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150225214003.1b2e1...@gmail.com

Re: Extraño error en la mysql