Re: [OT] backup inmutable
On Thu, Sep 14, 2023 at 10:10 PM Paynalton wrote: > Hace unos anyos hice una pequenya infraestructura. Con ansible entraba > a los equipos desde un servidor para sacar respaldos de forma > periodica y automatizada. Estos archivos eran transferidos a un NAS > con un repositorio GIT para versionar los cambios. Un worker tomaba > esos respaldos y cada semana un worker lo transferia a otro NAS, el > cual se mantenia siempre apagado y solo se encendia de forma > automatica por ansible en una subred fisicamente separada del resto. > > Asi, aunque cayera un ransom, habia respaldos continuos y nada podria > penetrar a los respaldos ya que se encontraban separados de la red. > > Ah, y aparte cada tres meses se hacia un respaldo mas en un medio > fisico que se mantenia en una caja fuerte jajajaja. Paranoia al 10 > 000 Interesante, artesanal pero bien elaborado. >
Re: backup inmutable
El 14/9/23 a las 13:15, Luciano Andino escribió: > ¡Buenas! Bueno resulta que los ransomware están a full y parece que no > respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución > libre (o de última no tan costosa) para poder realizar backups que sean > inmutables? Hola: Yo tengo un guión de bash que con rsync mantiene un espejo del directorio a respaldar, y todos los archivos que borre o modifique van a un directorio que se crea en cada copia. De esta manera puedo recuperar fácilmente los datos directamente desde el espejo y también tengo copias de los ficheros borrados o modificados con la fecha de cada respaldo. Así, si borro accidentalmente mi disco y luego hago la copia, tendría todos los ficheros en el directorio de la copia. No es inmutable pero mantiene muchas copias, porque lo ejecuto todos los días con anacron. Saludos
Re: [OT] backup inmutable
El 14/9/23 a las 13:01, Camaleón escribió: El 2023-09-14 a las 08:15 -0300, Luciano Andino escribió: ¡Buenas! Bueno resulta que los ransomware están a full y parece que no respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución libre (o de última no tan costosa) para poder realizar backups que sean inmutables? Hum... interesante. Se me ocurre el uso de un medio que por su naturaleza sea de tipo sólo lectura (p. ej., DVD óptico) o almacenar la copia en un sistema de archivos (o partición) de sólo lectura, si bien habría que conmutar su estado, para permitir la escritura previamente a hacer la copia, y volver a ponerlo en modo sólo lectura tras realizar la copia, previa autorización/autentificación del administrador. Saludos, No sé si es una solución empresarial o domiciliaria la que se busca. Personalmente, en mi casa, una vez al mes conecto por USB un disco de 2TB, y corro como root un bash que ejecuta un rsync que está bien afinadito para que resguarde lo que me interesa. En mi trabajo, lo que hacen con el servidor... no es mi problema. Mis archivos de trabajo antes de cerrar el día, también con rsync, a un SDD portátil. JAP
Re: [OT] backup inmutable
Hace unos anyos hice una pequenya infraestructura. Con ansible entraba a los equipos desde un servidor para sacar respaldos de forma periodica y automatizada. Estos archivos eran transferidos a un NAS con un repositorio GIT para versionar los cambios. Un worker tomaba esos respaldos y cada semana un worker lo transferia a otro NAS, el cual se mantenia siempre apagado y solo se encendia de forma automatica por ansible en una subred fisicamente separada del resto. Asi, aunque cayera un ransom, habia respaldos continuos y nada podria penetrar a los respaldos ya que se encontraban separados de la red. Ah, y aparte cada tres meses se hacia un respaldo mas en un medio fisico que se mantenia en una caja fuerte jajajaja. Paranoia al 10 000% El jue, 14 sept 2023 a las 10:23, escribió: > > Los respaldos Off-Site son una alternativa, en el caso del que comentan, > en muchas ocasiones la infeccion esta latente, pero no activa por mucho > tiempo previo, por lo que la mayoria de los respaldos se encuentran > contaminados > > Saludos > > > El 2023-09-14 10:01, Camaleón escribió: > > El 2023-09-14 a las 08:15 -0300, Luciano Andino escribió: > > > >> ¡Buenas! Bueno resulta que los ransomware están a full y parece que no > >> respetan ningún sistema operativo. Mi consulta es: ¿conocen una > >> solución > >> libre (o de última no tan costosa) para poder realizar backups que > >> sean > >> inmutables? > > > > Hum... interesante. > > > > Se me ocurre el uso de un medio que por su naturaleza sea de tipo sólo > > lectura (p. ej., DVD óptico) o almacenar la copia en un sistema de > > archivos (o partición) de sólo lectura, si bien habría que conmutar su > > estado, para permitir la escritura previamente a hacer la copia, y > > volver a ponerlo en modo sólo lectura tras realizar la copia, previa > > autorización/autentificación del administrador. > > > > Saludos, >
Re: [OT] backup inmutable
Los respaldos Off-Site son una alternativa, en el caso del que comentan, en muchas ocasiones la infeccion esta latente, pero no activa por mucho tiempo previo, por lo que la mayoria de los respaldos se encuentran contaminados Saludos El 2023-09-14 10:01, Camaleón escribió: El 2023-09-14 a las 08:15 -0300, Luciano Andino escribió: ¡Buenas! Bueno resulta que los ransomware están a full y parece que no respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución libre (o de última no tan costosa) para poder realizar backups que sean inmutables? Hum... interesante. Se me ocurre el uso de un medio que por su naturaleza sea de tipo sólo lectura (p. ej., DVD óptico) o almacenar la copia en un sistema de archivos (o partición) de sólo lectura, si bien habría que conmutar su estado, para permitir la escritura previamente a hacer la copia, y volver a ponerlo en modo sólo lectura tras realizar la copia, previa autorización/autentificación del administrador. Saludos,
[OT] backup inmutable
El 2023-09-14 a las 08:15 -0300, Luciano Andino escribió: > ¡Buenas! Bueno resulta que los ransomware están a full y parece que no > respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución > libre (o de última no tan costosa) para poder realizar backups que sean > inmutables? Hum... interesante. Se me ocurre el uso de un medio que por su naturaleza sea de tipo sólo lectura (p. ej., DVD óptico) o almacenar la copia en un sistema de archivos (o partición) de sólo lectura, si bien habría que conmutar su estado, para permitir la escritura previamente a hacer la copia, y volver a ponerlo en modo sólo lectura tras realizar la copia, previa autorización/autentificación del administrador. Saludos, -- Camaleón
Re: backup inmutable
El 14/9/23 a las 08:15, Luciano Andino escribió: ¡Buenas! Bueno resulta que los ransomware están a full y parece que no respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución libre (o de última no tan costosa) para poder realizar backups que sean inmutables? no entiendo bien a que te referís con inmutable ¿o sea como hacer una copia para archivar y no cambie nunca? pues volvería a algún medio de solo lectura, tipo cdr o dvdr. No se que tan práctico sea pero si están almacenados correctamente deberían durar mucho, o al menos lo suficiente para que sea un backup demasiado viejo como para ser útil.
backup inmutable
¡Buenas! Bueno resulta que los ransomware están a full y parece que no respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución libre (o de última no tan costosa) para poder realizar backups que sean inmutables? -- Luciano Andino
Re: Bacula y error en algunos backup full "Connection reset by peer"
El 2023-05-11 a las 10:25 +0200, Roberto Leon Lopez escribió: > Tengo un sistema Debian 10 que tiene el servicio Bacula cumpliendo su función > desde hace años, los clientes pueden ser máquinas físicas o virtuales de tipo > Centos o Ubuntu o Debian, uno de los clientes está en internet. De buenas a > primeras los backup full de un cliente local falla y lanza mensajes de error > del tipo: > > JobId 9387: Error: bsock.c:429 Write error sending 11068 bytes to Storage > daemon:X:9103: ERR=Connection reset by peer > JobId 9387: Fatal error: backup.c:1200 Network send error to SD. > ERR=Connection reset by peer > JobId 9410: Error: Director's connection to SD for this Job was lost. > > Tanto Debian como el cliente que es un Centos Linux están en la misma subred, > el backup puede llegar a durar más de 1 hora. En Internet se ofrecen > diferentes soluciones que he aplicado: Entiendo que se trata de equipo en la misma red local (LAN), no hay reglas de NAT ni cortafuegos activados que puedan molestar. > 1- Usar "Heartbeat Interval = 60” en la configuración del director, storage y > cliente. > 2- Usar `sysctl -w net.ipv4.tcp_keepalive_time=60` tanto en cliente como en > servidor. > 3- Usar "CommCompression = no” en la definición del cliente dentro del > archivo director. > > Todas esas soluciones no han funcionado, ahora mismo sólo se da el error en > una máquina. Me he asegurado quitar software de gestión de energía incluso > probar a echar abajo todos los servicios. Me he asegurado a que la máquina a > hacer backup tenga el cliente en la misma versión que Debian. En las listas de correo de Bacula también sugieren reducir el tamaño del MTU a un valor de 1400 en el servidor (MTU = 1400), pero ese valor afectará al resto de equipos, quizá veas reducido el rendimiento en general de la copia de seguridad. La cuestión es que si al reducir ese valor funciona (no se producen más errores de red en ese equipo en concreto), al menos ya sabrás por dónde van los tiros y afinar más la confinguración. Saludos, -- Camaleón
Bacula y error en algunos backup full "Connection reset by peer"
Tengo un sistema Debian 10 que tiene el servicio Bacula cumpliendo su función desde hace años, los clientes pueden ser máquinas físicas o virtuales de tipo Centos o Ubuntu o Debian, uno de los clientes está en internet. De buenas a primeras los backup full de un cliente local falla y lanza mensajes de error del tipo: JobId 9387: Error: bsock.c:429 Write error sending 11068 bytes to Storage daemon:X:9103: ERR=Connection reset by peer JobId 9387: Fatal error: backup.c:1200 Network send error to SD. ERR=Connection reset by peer JobId 9410: Error: Director's connection to SD for this Job was lost. Tanto Debian como el cliente que es un Centos Linux están en la misma subred, el backup puede llegar a durar más de 1 hora. En Internet se ofrecen diferentes soluciones que he aplicado: 1- Usar "Heartbeat Interval = 60” en la configuración del director, storage y cliente. 2- Usar `sysctl -w net.ipv4.tcp_keepalive_time=60` tanto en cliente como en servidor. 3- Usar "CommCompression = no” en la definición del cliente dentro del archivo director. Todas esas soluciones no han funcionado, ahora mismo sólo se da el error en una máquina. Me he asegurado quitar software de gestión de energía incluso probar a echar abajo todos los servicios. Me he asegurado a que la máquina a hacer backup tenga el cliente en la misma versión que Debian.
Re: Error al restaurar backup bacula
El Thu, 28 Apr 2016 19:59:57 +, Dubraska Lopez escribió: > Buenas Tardes a todos, Buenas, corrijo el formato. > Me encuentro con el siguiente error al tratar de restaurar un backup en > cinta a un servidor windows remoto: (...) > 28-abr 15:19 SRVCCSDEBIAN-dir JobId 104: Fatal error: Socket error on Store > end command: ERR=Conexión reinicializada por la máquina remota > 28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:389 Write error > sending 40056 bytes to client:192.168.2.21:36643: ERR=Conexión reinicializada > por la máquina remota > 28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Fatal error: read.c:137 Error sending > to File daemon. ERR=Conexión reinicializada por la máquina remota > 28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:335 Socket has > errors=1 on call to client:192.168.2.21:3664328-abr 15:19 (...) Parece que falla la comunicación con el equipo windows. Comprueba que bacula tiene permisos para conectar a ese equipo y que el cliente no esté bloqueando los accesos (p. ej., cortafuegos activado, AV, etc...). También puedes buscar por ese tipo de error en Google: https://www.google.com/webhp?complete=0=en_rd=cr,ssl#complete=0=en=bacula+restore+windows+socket+error Saludos, -- Camaleón
Error al restaurar backup bacula
Buenas Tardes a todos, Me encuentro con el siguiente error al tratar de restaurar un backup en cinta a un servidor windows remoto: 28-abr 15:17 SRVCCSDEBIAN-dir JobId 104: Start Restore Job Restore_srvccs03.2016-04-28_15.17.21_3428-abr 15:17 SRVCCSDEBIAN-dir JobId 104: Using Device "LTO-5-1"*messages28-abr 15:18 SRVCCSDEBIAN-sd JobId 104: Ready to read from volume "Incremental" on device "LTO-5-1" (dev/st0).28-abr 15:18 SRVCCSDEBIAN-sd JobId 104: Forward spacing Volume "Incremental" to file:block 2:0.28-abr 15:19 SRVCCSDEBIAN-dir JobId 104: Fatal error: Socket error on Store end command: ERR=Conexión reinicializada por la máquina remota28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:389 Write error sending 40056 bytes to client:192.168.2.21:36643: ERR=Conexión reinicializada por la máquina remota28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Fatal error: read.c:137 Error sending to File daemon. ERR=Conexión reinicializada por la máquina remota28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:335 Socket has errors=1 on call to client:192.168.2.21:3664328-abr 15:19 SRVCCSDEBIAN-dir JobId 104: Error: Bacula SRVCCSDEBIAN-dir 5.2.6 (21Feb12): Build OS: i486-pc-linux-gnu debian 7.0 JobId: 104 Job: Restore_srvccs03.2016-04-28_15.17.21_34 Restore Client: srvccs03-fd Start time: 28-abr-2016 15:17:23 End time: 28-abr-2016 15:19:08 Files Expected: 2 Files Restored: 0 Bytes Restored: 0 Rate: 0.0 KB/s FD Errors: 1 FD termination status: SD termination status: Running Termination: *** Restore Error *** Es importante mencionar que los demonios están configurados en un equipo con debian y tiene el robot de cintas conectado directamente, si hago el restore al mismo servidor debian si funciona, cuando lo re-direcciono al servidor windows falla. Mucho agradeceria su ayuda. Saludos.D
Re: [SOLUCIONADO] Re: [OT] Mysql restaurar ficheros fisicos de un backup lvmsnapshot + rsync
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
El Tue, 02 Feb 2016 19:23:41 +0100, Maykel Franco escribió: > El día 2 de febrero de 2016, 19:14, Camaleón> 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
El día 4 de febrero de 2016, 15:37, Camaleónescribió: > 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
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
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
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
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: Sistema de Backup
Hola, Como sistema propiamente dicho use alguna vez areca y anda bastante bien, pero si me das a elegir siempre termino usando tar+rsync por comodidad. saludos. El 29/05/15 a las 16:27, Antonio Insuasti Recalde escribió: Amigos, Me han pedido que instale un sistema de backup en la oficina, la verdad busque y existen varios, lo que no quiero es poner uno que luego me arrepienta, entre bareos, bacula y amanda cual es el mejor?, Si alguien tiene mas experiencia en estos aplicativos me puede dar una idea de cual es el mejor es para un entorno mixto ( windows y Linux) tanto servers como workstations. Saludos -- Lacho:~# signature.asc Description: OpenPGP digital signature
Re: Sistema de Backup
El Fri, 29 May 2015 14:27:53 -0500, Antonio Insuasti Recalde escribió: Me han pedido que instale un sistema de backup en la oficina, la verdad busque y existen varios, lo que no quiero es poner uno que luego me arrepienta, entre bareos, bacula y amanda cual es el mejor?, Los 3 me parecen demasiado complejos de poner en marcha para pocos equipos. Si alguien tiene mas experiencia en estos aplicativos me puede dar una idea de cual es el mejor es para un entorno mixto ( windows y Linux) tanto servers como workstations. Yo usé durante un tiempo Areca¹ pero dejé de usarlo por problemas de compatibilidad con el sistema de archivado y me pasé a tar. Hasta hoy. ¹http://www.areca-backup.org/ 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.30.13.04...@gmail.com
Re: Sistema de Backup
El día 29 de mayo de 2015, 23:57, OddieX odd...@gmail.com escribió: Mira yo uso backuppc y anda 10 puntos! Lo uso con rsync con compresion, es muy buena herramienta, yo estoy usando la ultima version que es beta porque le encontre mejoras... Fijate probala, el bacula la verdad que no me gusta! El 29 de mayo de 2015, 16:27, Antonio Insuasti Recalde anto...@insuasti.ec escribió: Amigos, Me han pedido que instale un sistema de backup en la oficina, la verdad busque y existen varios, lo que no quiero es poner uno que luego me arrepienta, entre bareos, bacula y amanda cual es el mejor?, Si alguien tiene mas experiencia en estos aplicativos me puede dar una idea de cual es el mejor es para un entorno mixto ( windows y Linux) tanto servers como workstations. Saludos -- Antonio Insuasti R. -- Si desea enviarme correos Cifrados puede usar mi llave publica GPG: 0x021C83744ACDF6F0 https://pgp.mit.edu/pks/lookup?op=getsearch=0x021C83744ACDF6F0 -- 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/caae9-cz-wor0+qanez4utmxhuncuk+njibahjx6bwynuwf-...@mail.gmail.com No sé si me gusta más complicarme la vida o que... Pero desde luego Bacula es mi favorito. Tiene infinidad de opciones y potentísimo. Es modular, anda muy muy bien, escrito en C. Te vale para clientes o servidores windows, mac, linux. De verdad, una pasada. -- 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/caj2aoa8cmbqu-cdyhmb-fbfgghgrb5dqmngtvjuu06zukqq...@mail.gmail.com
Re: Sistema de Backup
Mira yo uso backuppc y anda 10 puntos! Lo uso con rsync con compresion, es muy buena herramienta, yo estoy usando la ultima version que es beta porque le encontre mejoras... Fijate probala, el bacula la verdad que no me gusta! El 29 de mayo de 2015, 16:27, Antonio Insuasti Recalde anto...@insuasti.ec escribió: Amigos, Me han pedido que instale un sistema de backup en la oficina, la verdad busque y existen varios, lo que no quiero es poner uno que luego me arrepienta, entre bareos, bacula y amanda cual es el mejor?, Si alguien tiene mas experiencia en estos aplicativos me puede dar una idea de cual es el mejor es para un entorno mixto ( windows y Linux) tanto servers como workstations. Saludos -- Antonio Insuasti R. -- Si desea enviarme correos Cifrados puede usar mi llave publica GPG: 0x021C83744ACDF6F0 https://pgp.mit.edu/pks/lookup?op=getsearch=0x021C83744ACDF6F0 -- 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/caae9-cz-wor0+qanez4utmxhuncuk+njibahjx6bwynuwf-...@mail.gmail.com
Sistema de Backup
Amigos, Me han pedido que instale un sistema de backup en la oficina, la verdad busque y existen varios, lo que no quiero es poner uno que luego me arrepienta, entre bareos, bacula y amanda cual es el mejor?, Si alguien tiene mas experiencia en estos aplicativos me puede dar una idea de cual es el mejor es para un entorno mixto ( windows y Linux) tanto servers como workstations. Saludos -- Antonio Insuasti R. -- Si desea enviarme correos Cifrados puede usar mi llave publica GPG: 0x021C83744ACDF6F0 https://pgp.mit.edu/pks/lookup?op=getsearch=0x021C83744ACDF6F0 -- 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/caae9-cz-wor0+qanez4utmxhuncuk+njibahjx6bwynuwf-...@mail.gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El 07/01/2014 01:39, Sergio Marcos luar...@gmail.com escribió: Si usas las opciones avanzadas de clonezilla le puedes decir que no mire el tamaño de las particiones, funciona correctamente, lo he probado. El 4 de enero de 2014, 11:53, Maykel Franco maykeldeb...@gmail.comescribió: Hola buenas, quiero hacer un backup desde un disco de 250.06 GB a un disco de 250 GB. La primera opción que se me viene a la cabeza por compatibilidad de sistema de archivos mac HFS+, es usar clonezilla. El problema, es que clonezilla no soporta realizar una imagen de un disco completo, a un disco completo de menor tamaño. Aunque sean solo por 0.06 GB , la clonación fallará... Recientemente, incluso me ha pasado de realizar un backup de un disco de Mac de 500 GB a otro de 500 GB y me falló la clonación por el tema de espacio... Al hacer un fdisk, los 2 discos mostraban 500 GB pero aún así no me dejaba realizar la clonación porque me decía que el disco duro destino era de menor tamaño que el de la fuente... A alguien le ha pasado esto con clonezilla?? Se puede solventar mediante linea de comandos con clonezilla?? Hace poco probé algo para partclone pero falló... Si esto no pudiera ser... Conocéis otro software que me permita hacer un backup de un disco duro de mayor tamaño a un disco duro de menor tamaño?? Hablamos de 0.06 GB - Acronis es de pago, creo que lo podría hacer usando un live cd. - Redo backup en teoría sólo soporta windows y linux, según su web, pero sin embargo si soporta hfs+. http://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software - dd y ddrescue no me sirve, por el tamaño del disco. - Mondo rescue, tampoco veo soporte para hfs. Algún software compatible con sistema de archivos con windows, linux y mac y que pueda hacer un backup de un disco duro mayor a uno menor, siempre y cuando los datos físicos del disco duro entren en el disco de destino?? No se me ocurre ninguno... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-4dtq6u2lxd-sp00jcxj7src+chmyzukb0sjycddb...@mail.gmail.com Gracias por contestar Sergio. Al final por tema de prisas (para variar) usamos time machine, que te hace una copia del perfi en la nube de estos chicos de APPLE, que sí a mí tampoco me gusta su política, pero hay que reconocer que muchas cosas las hacen bien. Instalando MAC OSX desde 0 y restaurando la time machine desde una utilidad en el boot del mac, se restauró el perfil sin problemas. Arrancas con una combinación de teclas el MAC, y te arranca un asistente si quieres intalar desde 0, recuperar una imagen en la nube, utilidad de discos etc etc. Esa opción de clonezilla creo haberla usado yo hace tiempo y aún así no me funcionó. Voy a probarlo en una VM haber si es verdad que funciona ahora, porque antes te puedo asegurar de que no tiraba. Clonezilla está bien, pero sin ir más lejos el otro día hice una imagen de todo un disco duro con la versión de clonezilla: stable releases - 2.2.0-31 Cuando fui a restaurarlo, se ocurrió probar a restaurar la imagen desde un ubuntu live, instalando clonezilla y me petó... Hasta que no lo restauré con la misma versión de clonezilla, no se restauraba correctamente. El error que me daba era el típico con el que muchas veces me ha dejado tirado, quizá la imagen este corrupta?? algo fue mal... tipico. Gracias por tu ayuda. Saludos.
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El 04/01/2014, a las 12:40, Camaleón noela...@gmail.com escribió: El Sat, 04 Jan 2014 19:15:29 +0100, Maykel Franco escribió: El día 4 de enero de 2014, 19:05, Camaleón noela...@gmail.com escribió: (...) Si clono por particiones, intuyo que clonará el sector 0, todo un detalle. (...) No sé a qué te refieres con eso :-? Si el disco duro tiene 3 particiones, si hago el backup de las 3 particiones, copiará también el sector 0 del disco duro donde está el mbr?? (...) Hace mucho tiempo que no he usado Clonezilla pero si no recuerdo mal en la sección de opciones avanzadas (aparece una vez que seleccionas el tipo de copia que quieres hacer) te permitía definir varios parámetros y entre ellos estaba esta opción de copiar los datos ocultos que se encuentran entre el MBR y la primera partición. Ya lo estuvimos viendo. Clonezila hace una copia por bloques, de ahí que GRUB2 vaya incluido en el lote. FSArchiver es como un cp vitaminado. Bueno más bien clonezilla usa partclone, partimage o dd. Te deja elegir la prioridad. Si haces un backup del disco duro completo y te fijas en los comandos que va lanzando, hace un dd del sector 0. Sí, cierto lo de fsarchiver y entiendo perfectamente lo que hace, como un rsync, cp... Pero yo lo quería combinar con dd para poder restaurar la tabla de particiones y el arranque, cuando digo arranque no me refiero al boot, sino al grub mbr. Y no me funcionó. Me comentastes que eso debería de funcionar, pero podría ser porque era una VM... Exacto. Al final lo que haré será usar mactime. No sé qué es Mactime pero mira, con Apple de por medio y sus tontunas yo no me la jugaría, más aún si se trata de un disco de arranque. Si puedes hacerlo con alguna herramienta de ellos, esa sería mi recomendación ya que entiendo será más eficiente y te dará menos problemas. Gestionar copias en nube, ya que te lo clavan en la venta del pc Ah, no lo conocía. Pero ¿no son muchos gigas para subir a Internet? :-? Gracias por tu ayuda Camaleón, probaré unas cosillas antes de usar mactime, que creo que pueden funcionar. Comento al final por aquí como lo hice. Okay, ya contarás cómo te fue. A mi todo lo que huele a Apple me da pánico :-} 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: http://lists.debian.org/pan.2014.01.04.18.40...@gmail.com Hola. No se si ya lo habrás resuelto, si no puedes probar con CarbonCopyCloner. Es excelente. Saludos! signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
Si usas las opciones avanzadas de clonezilla le puedes decir que no mire el tamaño de las particiones, funciona correctamente, lo he probado. El 4 de enero de 2014, 11:53, Maykel Franco maykeldeb...@gmail.comescribió: Hola buenas, quiero hacer un backup desde un disco de 250.06 GB a un disco de 250 GB. La primera opción que se me viene a la cabeza por compatibilidad de sistema de archivos mac HFS+, es usar clonezilla. El problema, es que clonezilla no soporta realizar una imagen de un disco completo, a un disco completo de menor tamaño. Aunque sean solo por 0.06 GB , la clonación fallará... Recientemente, incluso me ha pasado de realizar un backup de un disco de Mac de 500 GB a otro de 500 GB y me falló la clonación por el tema de espacio... Al hacer un fdisk, los 2 discos mostraban 500 GB pero aún así no me dejaba realizar la clonación porque me decía que el disco duro destino era de menor tamaño que el de la fuente... A alguien le ha pasado esto con clonezilla?? Se puede solventar mediante linea de comandos con clonezilla?? Hace poco probé algo para partclone pero falló... Si esto no pudiera ser... Conocéis otro software que me permita hacer un backup de un disco duro de mayor tamaño a un disco duro de menor tamaño?? Hablamos de 0.06 GB - Acronis es de pago, creo que lo podría hacer usando un live cd. - Redo backup en teoría sólo soporta windows y linux, según su web, pero sin embargo si soporta hfs+. http://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software - dd y ddrescue no me sirve, por el tamaño del disco. - Mondo rescue, tampoco veo soporte para hfs. Algún software compatible con sistema de archivos con windows, linux y mac y que pueda hacer un backup de un disco duro mayor a uno menor, siempre y cuando los datos físicos del disco duro entren en el disco de destino?? No se me ocurre ninguno... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-4dtq6u2lxd-sp00jcxj7src+chmyzukb0sjycddb...@mail.gmail.com
[OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
Hola buenas, quiero hacer un backup desde un disco de 250.06 GB a un disco de 250 GB. La primera opción que se me viene a la cabeza por compatibilidad de sistema de archivos mac HFS+, es usar clonezilla. El problema, es que clonezilla no soporta realizar una imagen de un disco completo, a un disco completo de menor tamaño. Aunque sean solo por 0.06 GB , la clonación fallará... Recientemente, incluso me ha pasado de realizar un backup de un disco de Mac de 500 GB a otro de 500 GB y me falló la clonación por el tema de espacio... Al hacer un fdisk, los 2 discos mostraban 500 GB pero aún así no me dejaba realizar la clonación porque me decía que el disco duro destino era de menor tamaño que el de la fuente... A alguien le ha pasado esto con clonezilla?? Se puede solventar mediante linea de comandos con clonezilla?? Hace poco probé algo para partclone pero falló... Si esto no pudiera ser... Conocéis otro software que me permita hacer un backup de un disco duro de mayor tamaño a un disco duro de menor tamaño?? Hablamos de 0.06 GB - Acronis es de pago, creo que lo podría hacer usando un live cd. - Redo backup en teoría sólo soporta windows y linux, según su web, pero sin embargo si soporta hfs+. http://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software - dd y ddrescue no me sirve, por el tamaño del disco. - Mondo rescue, tampoco veo soporte para hfs. Algún software compatible con sistema de archivos con windows, linux y mac y que pueda hacer un backup de un disco duro mayor a uno menor, siempre y cuando los datos físicos del disco duro entren en el disco de destino?? No se me ocurre ninguno... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-4dtq6u2lxd-sp00jcxj7src+chmyzukb0sjycddb...@mail.gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El Sat, 04 Jan 2014 11:53:31 +0100, Maykel Franco escribió: Hola buenas, quiero hacer un backup desde un disco de 250.06 GB a un disco de 250 GB. Ay madre, que me lo veo venir :-P La primera opción que se me viene a la cabeza por compatibilidad de sistema de archivos mac HFS+, es usar clonezilla. El problema, es que clonezilla no soporta realizar una imagen de un disco completo, a un disco completo de menor tamaño. Aunque sean solo por 0.06 GB , la clonación fallará... Si ya lo sabía yo, ya. Clonezilla puede clonar particiones, además de discos completos. Salvo que la partición del disco origen esté al 100% de su capacidad, la clonación no debería darte problemas. Recientemente, incluso me ha pasado de realizar un backup de un disco de Mac de 500 GB a otro de 500 GB y me falló la clonación por el tema de espacio... Al hacer un fdisk, los 2 discos mostraban 500 GB pero aún así no me dejaba realizar la clonación porque me decía que el disco duro destino era de menor tamaño que el de la fuente... A alguien le ha pasado esto con clonezilla?? Se puede solventar mediante linea de comandos con clonezilla?? Hace poco probé algo para partclone pero falló... Si esto no pudiera ser... Conocéis otro software que me permita hacer un backup de un disco duro de mayor tamaño a un disco duro de menor tamaño?? Hablamos de 0.06 GB ¿Qué le pasó a tu querido fsarchiver? :-) - Acronis es de pago, creo que lo podría hacer usando un live cd. - Redo backup en teoría sólo soporta windows y linux, según su web, pero sin embargo si soporta hfs+. http://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software - dd y ddrescue no me sirve, por el tamaño del disco. - Mondo rescue, tampoco veo soporte para hfs. Algún software compatible con sistema de archivos con windows, linux y mac y que pueda hacer un backup de un disco duro mayor a uno menor, siempre y cuando los datos físicos del disco duro entren en el disco de destino?? No se me ocurre ninguno... A ver, se trata de un sistema de archivos de MacOS ¿no? ¿por qué no usas alguna herramienta de la manzanita? 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: http://lists.debian.org/pan.2014.01.04.15.53...@gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El día 4 de enero de 2014, 16:53, Camaleón noela...@gmail.com escribió: El Sat, 04 Jan 2014 11:53:31 +0100, Maykel Franco escribió: Hola buenas, quiero hacer un backup desde un disco de 250.06 GB a un disco de 250 GB. Ay madre, que me lo veo venir :-P La primera opción que se me viene a la cabeza por compatibilidad de sistema de archivos mac HFS+, es usar clonezilla. El problema, es que clonezilla no soporta realizar una imagen de un disco completo, a un disco completo de menor tamaño. Aunque sean solo por 0.06 GB , la clonación fallará... Si ya lo sabía yo, ya. Algún día tenía que llegar no?? Clonezilla puede clonar particiones, además de discos completos. Salvo que la partición del disco origen esté al 100% de su capacidad, la clonación no debería darte problemas. Si clono por particiones, intuyo que clonará el sector 0, todo un detalle. Recientemente, incluso me ha pasado de realizar un backup de un disco de Mac de 500 GB a otro de 500 GB y me falló la clonación por el tema de espacio... Al hacer un fdisk, los 2 discos mostraban 500 GB pero aún así no me dejaba realizar la clonación porque me decía que el disco duro destino era de menor tamaño que el de la fuente... A alguien le ha pasado esto con clonezilla?? Se puede solventar mediante linea de comandos con clonezilla?? Hace poco probé algo para partclone pero falló... Si esto no pudiera ser... Conocéis otro software que me permita hacer un backup de un disco duro de mayor tamaño a un disco duro de menor tamaño?? Hablamos de 0.06 GB ¿Qué le pasó a tu querido fsarchiver? :-) Qué buena memoria camaleón. Lo usaría, si funcionara el dd de los primeros 512 bytes... Cuando lo probé en una VM en 2 discos duros idénticos, restaurando el sector 0 (tabla de particiones y mbr) y volcando los datos con fsarchiver, luego al arrancar la VM tenía siempre que restaurar el grub, para poder arrancar, por eso lo he descartado. Clonezilla no sé como lo hace, pero lo restaura bien el mbr. - Acronis es de pago, creo que lo podría hacer usando un live cd. - Redo backup en teoría sólo soporta windows y linux, según su web, pero sin embargo si soporta hfs+. http://en.wikipedia.org/wiki/Comparison_of_disk_cloning_software - dd y ddrescue no me sirve, por el tamaño del disco. - Mondo rescue, tampoco veo soporte para hfs. Algún software compatible con sistema de archivos con windows, linux y mac y que pueda hacer un backup de un disco duro mayor a uno menor, siempre y cuando los datos físicos del disco duro entren en el disco de destino?? No se me ocurre ninguno... Gracias. A ver, se trata de un sistema de archivos de MacOS ¿no? ¿por qué no usas alguna herramienta de la manzanita? Porque me gusta usar herramientas en linux, no por otra cosa. Al final lo que haré será usar mactime. 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: http://lists.debian.org/pan.2014.01.04.15.53...@gmail.com Gracias por tu ayuda como siempre, Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA_6F1dM2j5s5zXn9EfwgB_ZDhU165xUqN-Rm+UgoNJ-=g...@mail.gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El Sat, 04 Jan 2014 18:26:30 +0100, Maykel Franco escribió: El día 4 de enero de 2014, 16:53, Camaleón noela...@gmail.com escribió: (...) Clonezilla puede clonar particiones, además de discos completos. Salvo que la partición del disco origen esté al 100% de su capacidad, la clonación no debería darte problemas. Si clono por particiones, intuyo que clonará el sector 0, todo un detalle. (...) No sé a qué te refieres con eso :-? Si se trata de un disco duro de inicio de sistema (es decir, con un cargador de arranque instalado) y tras la clonación te da problemas al iniciarlo tendrás que hacer lo mismo que hacemos aquí (en linux): reinstalar el cargador de arranque y listo. Cosa a aparte es que Apple lo permita, espero que sí... ¿Qué le pasó a tu querido fsarchiver? :-) Qué buena memoria camaleón. Lo usaría, si funcionara el dd de los primeros 512 bytes... Cuando lo probé en una VM en 2 discos duros idénticos, restaurando el sector 0 (tabla de particiones y mbr) y volcando los datos con fsarchiver, luego al arrancar la VM tenía siempre que restaurar el grub, para poder arrancar, por eso lo he descartado. Clonezilla no sé como lo hace, pero lo restaura bien el mbr. Ya lo estuvimos viendo. Clonezila hace una copia por bloques, de ahí que GRUB2 vaya incluido en el lote. FSArchiver es como un cp vitaminado. No se me ocurre ninguno... Gracias. Te has respondido a ti mismo :-P A ver, se trata de un sistema de archivos de MacOS ¿no? ¿por qué no usas alguna herramienta de la manzanita? Porque me gusta usar herramientas en linux, no por otra cosa. Al final lo que haré será usar mactime. No sé qué es Mactime pero mira, con Apple de por medio y sus tontunas yo no me la jugaría, más aún si se trata de un disco de arranque. Si puedes hacerlo con alguna herramienta de ellos, esa sería mi recomendación ya que entiendo será más eficiente y te dará menos problemas. 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: http://lists.debian.org/pan.2014.01.04.18.06...@gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El día 4 de enero de 2014, 19:05, Camaleón noela...@gmail.com escribió: El Sat, 04 Jan 2014 18:26:30 +0100, Maykel Franco escribió: El día 4 de enero de 2014, 16:53, Camaleón noela...@gmail.com escribió: (...) Clonezilla puede clonar particiones, además de discos completos. Salvo que la partición del disco origen esté al 100% de su capacidad, la clonación no debería darte problemas. Si clono por particiones, intuyo que clonará el sector 0, todo un detalle. (...) No sé a qué te refieres con eso :-? Si el disco duro tiene 3 particiones, si hago el backup de las 3 particiones, copiará también el sector 0 del disco duro donde está el mbr?? Si se trata de un disco duro de inicio de sistema (es decir, con un cargador de arranque instalado) y tras la clonación te da problemas al iniciarlo tendrás que hacer lo mismo que hacemos aquí (en linux): reinstalar el cargador de arranque y listo. Cosa a aparte es que Apple lo permita, espero que sí... ¿Qué le pasó a tu querido fsarchiver? :-) Qué buena memoria camaleón. Lo usaría, si funcionara el dd de los primeros 512 bytes... Cuando lo probé en una VM en 2 discos duros idénticos, restaurando el sector 0 (tabla de particiones y mbr) y volcando los datos con fsarchiver, luego al arrancar la VM tenía siempre que restaurar el grub, para poder arrancar, por eso lo he descartado. Clonezilla no sé como lo hace, pero lo restaura bien el mbr. Ya lo estuvimos viendo. Clonezila hace una copia por bloques, de ahí que GRUB2 vaya incluido en el lote. FSArchiver es como un cp vitaminado. Bueno más bien clonezilla usa partclone, partimage o dd. Te deja elegir la prioridad. Si haces un backup del disco duro completo y te fijas en los comandos que va lanzando, hace un dd del sector 0. Sí, cierto lo de fsarchiver y entiendo perfectamente lo que hace, como un rsync, cp... Pero yo lo quería combinar con dd para poder restaurar la tabla de particiones y el arranque, cuando digo arranque no me refiero al boot, sino al grub mbr. Y no me funcionó. Me comentastes que eso debería de funcionar, pero podría ser porque era una VM... No se me ocurre ninguno... Gracias. Te has respondido a ti mismo :-P A ver, se trata de un sistema de archivos de MacOS ¿no? ¿por qué no usas alguna herramienta de la manzanita? Porque me gusta usar herramientas en linux, no por otra cosa. Al final lo que haré será usar mactime. No sé qué es Mactime pero mira, con Apple de por medio y sus tontunas yo no me la jugaría, más aún si se trata de un disco de arranque. Si puedes hacerlo con alguna herramienta de ellos, esa sería mi recomendación ya que entiendo será más eficiente y te dará menos problemas. Gestionar copias en nube, ya que te lo clavan en la venta del pc 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: http://lists.debian.org/pan.2014.01.04.18.06...@gmail.com Gracias por tu ayuda Camaleón, probaré unas cosillas antes de usar mactime, que creo que pueden funcionar. Comento al final por aquí como lo hice. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa98gltcxn6cxf-ui-a1mtuxxv3df_izyeikrrkkrm4...@mail.gmail.com
Re: [OFF-TOPIC]Backup disco completo en mac usando alguna herramienta
El Sat, 04 Jan 2014 19:15:29 +0100, Maykel Franco escribió: El día 4 de enero de 2014, 19:05, Camaleón noela...@gmail.com escribió: (...) Si clono por particiones, intuyo que clonará el sector 0, todo un detalle. (...) No sé a qué te refieres con eso :-? Si el disco duro tiene 3 particiones, si hago el backup de las 3 particiones, copiará también el sector 0 del disco duro donde está el mbr?? (...) Hace mucho tiempo que no he usado Clonezilla pero si no recuerdo mal en la sección de opciones avanzadas (aparece una vez que seleccionas el tipo de copia que quieres hacer) te permitía definir varios parámetros y entre ellos estaba esta opción de copiar los datos ocultos que se encuentran entre el MBR y la primera partición. Ya lo estuvimos viendo. Clonezila hace una copia por bloques, de ahí que GRUB2 vaya incluido en el lote. FSArchiver es como un cp vitaminado. Bueno más bien clonezilla usa partclone, partimage o dd. Te deja elegir la prioridad. Si haces un backup del disco duro completo y te fijas en los comandos que va lanzando, hace un dd del sector 0. Sí, cierto lo de fsarchiver y entiendo perfectamente lo que hace, como un rsync, cp... Pero yo lo quería combinar con dd para poder restaurar la tabla de particiones y el arranque, cuando digo arranque no me refiero al boot, sino al grub mbr. Y no me funcionó. Me comentastes que eso debería de funcionar, pero podría ser porque era una VM... Exacto. Al final lo que haré será usar mactime. No sé qué es Mactime pero mira, con Apple de por medio y sus tontunas yo no me la jugaría, más aún si se trata de un disco de arranque. Si puedes hacerlo con alguna herramienta de ellos, esa sería mi recomendación ya que entiendo será más eficiente y te dará menos problemas. Gestionar copias en nube, ya que te lo clavan en la venta del pc Ah, no lo conocía. Pero ¿no son muchos gigas para subir a Internet? :-? Gracias por tu ayuda Camaleón, probaré unas cosillas antes de usar mactime, que creo que pueden funcionar. Comento al final por aquí como lo hice. Okay, ya contarás cómo te fue. A mi todo lo que huele a Apple me da pánico :-} 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: http://lists.debian.org/pan.2014.01.04.18.40...@gmail.com
Re: Script de Backup
El día 12 de octubre de 2013 05:22, William Romero wromer...@hotmail.com escribió: From: ramses.sevi...@gmail.com Subject: Re: Script de Backup Date: Sat, 12 Oct 2013 01:58:06 +0200 To: debian-user-spanish@lists.debian.org Buenas noches, Enviado desde mi Móvil El 11/10/2013, a las 21:22, Pablo Jiménez pejim...@vtr.net escribió: On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Bacula te puede ser de utilidad: http://www.bacula.org/es http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula sería para, en este caso, matar pájaros a cañonazos, ¿no?. Saludos, Ramses Entendiendo esto es que no tienes active directory en el server por lo tanto ya tienes un punto a tu favor pues no eh visto poder levantar active directory en debian. no creo que lo haya. y como te decia por ahi estamos bien. si tienes apicaciones corriendo en las estaciones como xp y seven , cuales son? un sistema seguramente en Fox? pues siempre encontre por ahi negocios que tiene este tipo de configuracion basado en fox y ejecutan su apilcacion desde un directorio compartido a si a secas. lo unico es que laventes Debian y actives el servicio de samba, no tendrias que hacer mas que eso, migrar la info que exitia en el server con windows a hora con debian. si tu caso es ese, claro esta. los compañeros recomiendan algunas opciones de copiados son buenas tambien. PD. la vez pasada recomendaron Playonlinux muy bueno por cierto para estaciones de trabajo. http://www.playonlinux.com/es/ saludos, espero te sirva el comentario William Romero -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com Tienes muchas opciones como te han comentado, bacula muy interesante pero yo he usado también dirvish. Que no sé si os sonará pero es muy potente y efectivo para copias de seguridad, diferenciales, incrementales...Usa rsync por debajo y está todo centralizado en un linux que es el que lanza las órdenes de qué archivos te quieres traer(igual que bacula). Si instalas openssh y rsync en windows, ya lo tendŕias. Dirvish te deja copias de los archivos, no imágenes comprimidas, con lo cual para sacar datos solo es copiar. Lo más fácil es lo que te han comentado, yo usaría una carpeta mapeada en windows + cobian backup. Progrmas los backup frente a esa carpeta mapeada(recurso compartido) y listo. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA96=uzedpfmhc7sji-bng4h99aifb3ymwkxwpo5off...@mail.gmail.com
Script de Backup
Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5257e5c1.5080...@gmail.com
Re: Script de Backup
El 11/10/13 08:49, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Juan desde windows... yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html) es gratuito. y funciona muy .. bien... esta en español pero... estare atento a otras respuestas... quizas me sirvan.. es que tambien la red tengo corriendo equipos con Linux Saludos y Suerte -- Walter www.infoquil.com.ar
Re: Script de Backup
Buenas, Enviado desde mi Móvil El 11/10/2013, a las 15:22, Walter iqsiste...@gmail.com escribió: El 11/10/13 08:49, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Juan desde windows... yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html) es gratuito. y funciona muy .. bien... esta en español pero... estare atento a otras respuestas... quizas me sirvan.. es que tambien la red tengo corriendo equipos con Linux Yo he usado DeltaCopy. Funciona con rsync e incluso puedes programar tareas para que se hagan los backups desde los clientes Windows al servidor Linux. Saludos, Ramses
Re: Script de Backup
Hola Juan, Si lo que quieres es implementar un sistema de backup entre Linux y Windows te recomiendo BackupPC, es facil, simple y hay mucha información en la web. Si solo quieres sacar esos archivos de los Windows y llevarlos al Server Linux podrías instalar SAMBA en el Server Linux y luego montar la unidad en el archivo /etc/fstab De esta manera te quedaría una carpeta en el Server Linux que haría de acceso directo a la carpeta en la PC windows. Los pasos serian los siguientes: 1) instalar SAMBA en el Server Linux 2) crear un directorio share en /mnt/ con permisos de lectura y escritura 3) agregar en /etc/fstab la linea - //pcwindows/unidad/directorio /mnt/share cifs auto,user=username,passd=pass Donde username y pass son las credenciales del usuario de windows. Espero que te sirva. Saludos. *Jonathan Javier Sus* *Infraestructura - Servicios Informáticos* j...@itba.edu.ar +54(11)6393-4800 ext.5921 ITBA www.itba.edu.ar - Av. Eduardo Madero 399 El 11 de octubre de 2013 10:22, Walter iqsiste...@gmail.com escribió: El 11/10/13 08:49, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Juan desde windows... yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html ) es gratuito. y funciona muy .. bien... esta en español pero... estare atento a otras respuestas... quizas me sirvan.. es que tambien la red tengo corriendo equipos con Linux Saludos y Suerte -- Walterwww.infoquil.com.ar
Re: Script de Backup
El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? - ¿Qué sistema/aplicación usabas antes con el Windows Server? 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: http://lists.debian.org/pan.2013.10.11.15.10...@gmail.com
Re: Script de Backup
pregunto lo mismo que Camaleon, no podras crear con samba un recurso compartido, presentarselo a windows y guardar ahi esos ficheros que genera el programa? lo veo mas practico de esa forma, o bien, es lo que se me ocurrio en ese momento para unos pdf generados en windows y que tenia que levantarlos en un apache corriendo en red hat. saludos. Walter Herrera Servicios informaticos software Libre. El 11 de octubre de 2013 12:10, Camaleónnoela...@gmail.com escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? - ¿Qué sistema/aplicación usabas antes con el Windows Server? 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: http://lists.debian.org/pan.2013.10.11.15.10...@gmail.com
Re: Script de Backup
A mi me lo dejaron de tarea. Pero no lo hice :p * * *Ing. Julián Landa* *Ced. Prof. 6630221* * * El 11 de octubre de 2013 10:19, Walter Herrera wherr...@ambystoma.com.arescribió: pregunto lo mismo que Camaleon, no podras crear con samba un recurso compartido, presentarselo a windows y guardar ahi esos ficheros que genera el programa? lo veo mas practico de esa forma, o bien, es lo que se me ocurrio en ese momento para unos pdf generados en windows y que tenia que levantarlos en un apache corriendo en red hat. saludos. Walter Herrera Servicios informaticos software Libre. El 11 de octubre de 2013 12:10, Camaleónnoela...@gmail.com escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? - ¿Qué sistema/aplicación usabas antes con el Windows Server? 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: http://lists.debian.org/pan.2013.10.11.15.10...@gmail.com
Re: Script de Backup
On Fri, 11 Oct 2013 10:27:10 -0500 JULIAN LANDA ing.julian.la...@gmail.com wrote: Los backup los hago en un script en bash y les doy tiempo con cron mira http://blog.mamalibre.com.ar/content/auto-backup-con-gnome-schedule Saludos -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpE_HYAm6TYN.pgp Description: PGP signature
Re: Script de Backup
El 11/10/2013 12:10, Camaleón escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? Exacto... En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que IVA es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. 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: http://lists.debian.org/52581cec.10...@gmail.com
Re: Script de Backup
El Fri, 11 Oct 2013 12:44:44 -0300, Juan escribió: El 11/10/2013 12:10, Camaleón escribió: (...) En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Vale, en ese caso podrías usar smbclient (que es como un ftp para samba) para acceder a los directorios de los clientes y copiar los archivos al servidor. Mira, por aquí tienes una situación similar (hay dos ejemplos, uno con smbclient y otro que usa rsh), aunque ojo que la documentación que hay en TLDP que suele ser de cuando los dinosaurios habitaban la Tierra pero bueno, quizá te pueda servir como ejemplo para los scripts :-) 11. Backing Up Windows Machines to a Linux Host http://www.tldp.org/HOWTO/SMB-HOWTO-11.html (yeeeh, ¡es del año 2000!) Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que IVA es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. Entendido. Te lo decía porque lo más eficiente era centralizar el recurso en el servidor y así evitar tener que compartir cada uno de los directorios de los clientes windows. - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. Entonces vas a añadir una nueva funcionalidad que antes no había. Mola :-) 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: http://lists.debian.org/pan.2013.10.11.17.15...@gmail.com
Re: Script de Backup
On 11/10/13 17:44, Juan wrote: El 11/10/2013 12:10, Camaleón escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? Exacto... En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que IVA es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. Nosotros en el trabajo tenemos algunas BD en Access residuales que han quedado ahí y que también sólo trabajan sin el fichero mdb está en un determinado directorio. Pues bien lo que hemos hecho es: El cliente windows monta una unidad de red samba, llamémosle S. Entonces los ficheros .mdb se han movido a un directorio dentro de la unidad S Y en el directorio del windows donde deberían estar los .mdb se han colocado accesos directos de windows hacia el directorio en la unidad S donde está el .mdb. Están funcionando sin problemas y las copias de seguridad las realiza el servidor Linux Espero que te sirva de ayuda - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. 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: http://lists.debian.org/52583aba.6060...@gmail.com
Re: Script de Backup
On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Bacula te puede ser de utilidad: http://www.bacula.org/es http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Saludos. -- Pablo Jiménez -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131011192225.ga4...@emblema.fh.vtr.net
Re: Script de Backup
El Fri, 11 Oct 2013 12:44:44 -0300 Juan jarf...@estudioagnetti.com.ar escribió: El 11/10/2013 12:10, Camaleón escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? Exacto... En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que IVA es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. simple crea un share en el debian con samba y montalo en los windows. En los windows haces una simple copia de archivos de C: bla-bla a N:\punto_de_montaje y listo - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. 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: http://lists.debian.org/52581cec.10...@gmail.com -- Angel Claudio Alvarez an...@angel-alvarez.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131011181718.68126e768af5c8da02d17...@angel-alvarez.com.ar
Re: Script de Backup
El 11/10/13, troans-gmail tro...@gmail.com escribió: On 11/10/13 17:44, Juan wrote: El 11/10/2013 12:10, Camaleón escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? Exacto... En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que IVA es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. Nosotros en el trabajo tenemos algunas BD en Access residuales que han quedado ahí y que también sólo trabajan sin el fichero mdb está en un determinado directorio. Pues bien lo que hemos hecho es: El cliente windows monta una unidad de red samba, llamémosle S. Entonces los ficheros .mdb se han movido a un directorio dentro de la unidad S Y en el directorio del windows donde deberían estar los .mdb se han colocado accesos directos de windows hacia el directorio en la unidad S donde está el .mdb. Están funcionando sin problemas y las copias de seguridad las realiza el servidor Linux Espero que te sirva de ayuda - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. Saludos, Saludos Juan Lo que te están diciendo que hagas: *Crear una carpeta en el servidor *Copiar el SIAP ahí *Conectar esa carpeta como unidad de red (por ej: net use \\servidor\carpeta_compartida z: ) *y ejecutar el siap desde allí, si funciona. Tengo varios clientes con ese esquema. Por cuestiones de librerías, igual tiene que estar instalado en las máquinas cliente. Lo que no podés hacer es tener varios usuarios ejecutando siap al mismo tiempo, porque no es multiusuario. Lo del backup se soluciona desde linux con opciones como para hacer sopa. :-P Abrazos -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cajx9gig9iv3dngwcspn5g09g3p2yty3jompkycxjmlrh7ma...@mail.gmail.com
Re: Script de Backup
Buenas noches, Enviado desde mi Móvil El 11/10/2013, a las 21:22, Pablo Jiménez pejim...@vtr.net escribió: On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Bacula te puede ser de utilidad: http://www.bacula.org/es http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula sería para, en este caso, matar pájaros a cañonazos, ¿no?. Saludos, Ramses -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com
RE: Script de Backup
From: ramses.sevi...@gmail.com Subject: Re: Script de Backup Date: Sat, 12 Oct 2013 01:58:06 +0200 To: debian-user-spanish@lists.debian.org Buenas noches, Enviado desde mi Móvil El 11/10/2013, a las 21:22, Pablo Jiménez pejim...@vtr.net escribió: On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que traiga al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un tar y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Bacula te puede ser de utilidad: http://www.bacula.org/es http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula sería para, en este caso, matar pájaros a cañonazos, ¿no?. Saludos, Ramses Entendiendo esto es que no tienes active directory en el server por lo tanto ya tienes un punto a tu favor pues no eh visto poder levantar active directory en debian. no creo que lo haya. y como te decia por ahi estamos bien. si tienes apicaciones corriendo en las estaciones como xp y seven , cuales son? un sistema seguramente en Fox? pues siempre encontre por ahi negocios que tiene este tipo de configuracion basado en fox y ejecutan su apilcacion desde un directorio compartido a si a secas. lo unico es que laventes Debian y actives el servicio de samba, no tendrias que hacer mas que eso, migrar la info que exitia en el server con windows a hora con debian. si tu caso es ese, claro esta. los compañeros recomiendan algunas opciones de copiados son buenas tambien. PD. la vez pasada recomendaron Playonlinux muy bueno por cierto para estaciones de trabajo. http://www.playonlinux.com/es/ saludos, espero te sirva el comentario William Romero -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
On 24/09/13 11:14, Maykel Franco wrote: El día 24 de septiembre de 2013 16:11, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Saludos. Maykel, tu sabes que con lo que me decías he podido migrar los ID de todos los CTs excepto el del 86, que es el mismo que me daba problemas con el vzdump. El error que me arroja es: # vzctl chkpnt 86 --dumpfile /tmp/Dump.866 Warning: dup for VE_ROOT=/vm/root/$VEID in line 29 is ignored Setting up checkpoint... suspend... dump... Can not dump VE: Device or resource busy Error: splice is used by 13705,539(nscd) Checkpointing failed Voy a buscar a ver que encuentro y cualquier cosa aviso! Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5242b015.9040...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 25 de septiembre de 2013 11:42, tq tqlis...@gmail.com escribió: On 24/09/13 11:14, Maykel Franco wrote: El día 24 de septiembre de 2013 16:11, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Saludos. Maykel, tu sabes que con lo que me decías he podido migrar los ID de todos los CTs excepto el del 86, que es el mismo que me daba problemas con el vzdump. El error que me arroja es: # vzctl chkpnt 86 --dumpfile /tmp/Dump.866 Warning: dup for VE_ROOT=/vm/root/$VEID in line 29 is ignored Setting up checkpoint... suspend... dump... Can not dump VE: Device or resource busy Error: splice is used by 13705,539(nscd) Checkpointing failed Voy a buscar a ver que encuentro y cualquier cosa aviso! Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5242b015.9040...@gmail.com Está levantado el container?? Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa9yqqpod0qonjpk6eztveol6dovakxz7u4-cvc2upa...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
On 25/09/13 07:44, Maykel Franco wrote: El día 25 de septiembre de 2013 11:42, tqtqlis...@gmail.com escribió: On 24/09/13 11:14, Maykel Franco wrote: El día 24 de septiembre de 2013 16:11, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Saludos. Maykel, tu sabes que con lo que me decías he podido migrar los ID de todos los CTs excepto el del 86, que es el mismo que me daba problemas con el vzdump. El error que me arroja es: # vzctl chkpnt 86 --dumpfile /tmp/Dump.866 Warning: dup for VE_ROOT=/vm/root/$VEID in line 29 is ignored Setting up checkpoint... suspend... dump... Can not dump VE: Device or resource busy Error: splice is used by 13705,539(nscd) Checkpointing failed Voy a buscar a ver que encuentro y cualquier cosa aviso! Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5242b015.9040...@gmail.com Está levantado el container?? Saludos. He probado con el CT stopped y running. Y da lo mismo! Muchas Gracias! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5242c4f4.4040...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Wed, 25 Sep 2013 06:42:45 -0300, tq escribió: On 24/09/13 11:14, Maykel Franco wrote: (...) Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Maykel, tu sabes que con lo que me decías he podido migrar los ID de todos los CTs excepto el del 86, que es el mismo que me daba problemas con el vzdump. El error que me arroja es: # vzctl chkpnt 86 --dumpfile /tmp/Dump.866 Warning: dup for VE_ROOT=/vm/root/$VEID in line 29 is ignored Setting up checkpoint... suspend... dump... Can not dump VE: Device or resource busy Error: splice is used by 13705,539(nscd) Checkpointing failed Parece que ese contenedor no ha cerrado bien algún proceso (nscd) y por eso no te permite ejecutar la rutina de volcado. Voy a buscar a ver que encuentro y cualquier cosa aviso! Yo diría que se trata de este bug: CPT: implement splice(2) and friends https://bugzilla.openvz.org/show_bug.cgi?id=881 Resumen: parece que el problema está en el kernel y el bug está marcado como solucionado :-? 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: http://lists.debian.org/pan.2013.09.25.14.09...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
On 25/09/13 11:09, Camaleón wrote: El Wed, 25 Sep 2013 06:42:45 -0300, tq escribió: On 24/09/13 11:14, Maykel Franco wrote: (...) Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Maykel, tu sabes que con lo que me decías he podido migrar los ID de todos los CTs excepto el del 86, que es el mismo que me daba problemas con el vzdump. El error que me arroja es: # vzctl chkpnt 86 --dumpfile /tmp/Dump.866 Warning: dup for VE_ROOT=/vm/root/$VEID in line 29 is ignored Setting up checkpoint... suspend... dump... Can not dump VE: Device or resource busy Error: splice is used by 13705,539(nscd) Checkpointing failed Parece que ese contenedor no ha cerrado bien algún proceso (nscd) y por eso no te permite ejecutar la rutina de volcado. Voy a buscar a ver que encuentro y cualquier cosa aviso! Yo diría que se trata de este bug: CPT: implement splice(2) and friends https://bugzilla.openvz.org/show_bug.cgi?id=881 Resumen: parece que el problema está en el kernel y el bug está marcado como solucionado :-? Saludos, Camaleon, trate de leer dicho link pero escapa muy mucho a mis posibilidades! :( Muchas Gracias! -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5242ec0e.8030...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Wed, 25 Sep 2013 10:58:38 -0300, tq escribió: On 25/09/13 11:09, Camaleón wrote: (...) Voy a buscar a ver que encuentro y cualquier cosa aviso! Yo diría que se trata de este bug: CPT: implement splice(2) and friends https://bugzilla.openvz.org/show_bug.cgi?id=881 Resumen: parece que el problema está en el kernel y el bug está marcado como solucionado :-? Camaleon, trate de leer dicho link pero escapa muy mucho a mis posibilidades! En resumen: intenta cerrar ese proceso (service nscd) o matarlo con un kill -9 antes de ejecutar el volcado. Pero si dices que lo has probado con el contenedor parado, pues la lógica indica que no debería de haber ningún proceso molestando. 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: http://lists.debian.org/pan.2013.09.25.15.22...@gmail.com
vzdump sobre OpenVZ solo me deja backup uno de los CTs
Hola Lista. En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' usage: /usr/sbin/vzdump OPTIONS [--all | VPSID] --exclude VPSID exclude VPSID (assumes --all) --exclude-path REGEXexclude certain files/directories --stdexcludes exclude temorary files and logs --compress compress dump file (gzip) --dumpdir DIR store resulting files in DIR --tmpdir DIRstore temporary files in DIR --mailto EMAIL send notification mail to EMAIL. --quiet be quiet. --stop stop/start VPS if running --suspend suspend/resume VPS when running --snapshot use LVM snapshot when running --size MB LVM snapshot size --node CID only run on pve cluster node CID --lockwait MINUTES maximal time to wait for the global lock --stopwait MINUTES maximal time to wait until a VM is stopped --bwlimit KBPS limit I/O bandwidth; KBytes per second --restore FILENAME restore FILENAME Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52418c63.2050...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
2013/9/24 tq tqlis...@gmail.com: Hola Lista. En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' usage: /usr/sbin/vzdump OPTIONS [--all | VPSID] --exclude VPSID exclude VPSID (assumes --all) --exclude-path REGEXexclude certain files/directories --stdexcludes exclude temorary files and logs --compress compress dump file (gzip) --dumpdir DIR store resulting files in DIR --tmpdir DIRstore temporary files in DIR --mailto EMAIL send notification mail to EMAIL. --quiet be quiet. --stop stop/start VPS if running --suspend suspend/resume VPS when running --snapshot use LVM snapshot when running --size MB LVM snapshot size --node CID only run on pve cluster node CID --lockwait MINUTES maximal time to wait for the global lock --stopwait MINUTES maximal time to wait until a VM is stopped --bwlimit KBPS limit I/O bandwidth; KBytes per second --restore FILENAME restore FILENAME Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? Te ha dado por buscar antes de postear el error?? Creo que no: http://forum.openvz.org/index.php?t=msggoto=14382 OpenVZ reserves the IDs ranging from 0 to 100. Though OpenVZ uses only ID 0, different versions might use additional Virtual Private Servers IDs for internal needs. To facilitate upgrading, please do not create Virtual Private Servers with IDs below 101. ... Saludos. Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52418c63.2050...@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: http://lists.debian.org/CAJ2aOA_uxev_fXhf=ntkywnqaar_vqogdz90t5+kgwa6bo7...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 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: http://lists.debian.org/pan.2013.09.24.14.00...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 24 de septiembre de 2013 15:59, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 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: http://lists.debian.org/pan.2013.09.24.14.00...@gmail.com Jajaja le hemos pasado el mismo enlace Camaleón xDD. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa_vhkhvzbvpceqpniljtfx345vbge-wujajkmv-qx_...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-etxu-n5jmpwfsnv+jyk9vhtzqugy-g147m1kppwr...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa9f_ywhvj3ecfozzkxmzbp+py49+mchl4u4vb4sz...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 24 de septiembre de 2013 16:11, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA_S+zB-CVxGuSN5VomFxysRRTemsgGOB=yehopt4xw...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Tue, 24 Sep 2013 16:10:29 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: (...) De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? Si estoy de acuerdo, pero no lo hace. Quizá si alguien lo sugiriera¹ podrían añadir algún mensaje de aviso, no debe ser algo complejo de implementar. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Sí, la he leído. Lo dicen, cierto, pero no es algo que yo personalmente tendría en cuenta hasta que me tropezara de bruces con ello, la verdad. Das por hecho que si algo va a dar problemas la aplicación no lo va a permitir sin mediar aviso de por medio. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Correcto, pero si tan importante es para la gestión de los contenedores, tendrían que avisar al administrador cuando esté creando los CT o empezar automáticamente a contabilizar desde el 101. ¹https://bugzilla.openvz.org/enter_bug.cgi 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: http://lists.debian.org/pan.2013.09.24.14.18...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El Tue, 24 Sep 2013 16:11:03 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: (...) ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P (...) Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Pues sí. Yo diría que el 99% de los errores se repiten y raro es que no lo documenten en algún lado. La originalidad y la unicidad son la excepción en el universo :-) 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: http://lists.debian.org/pan.2013.09.24.14.21...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
El día 24 de septiembre de 2013 16:21, Camaleón noela...@gmail.com escribió: El Tue, 24 Sep 2013 16:11:03 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: (...) ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P (...) Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Pues sí. Yo diría que el 99% de los errores se repiten y raro es que no lo documenten en algún lado. La originalidad y la unicidad son la excepción en el universo :-) De acuerdo totalmente. Saludos. 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: http://lists.debian.org/pan.2013.09.24.14.21...@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: http://lists.debian.org/caj2aoa9-+o4yhxqsjdr2eezdzznszbr6fmhxxqxqsmw6fa0...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
2013/9/24 tq tqlis...@gmail.com: On 24/09/13 10:57, Maykel Franco wrote: 2013/9/24 tqtqlis...@gmail.com: Hola Lista. En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' usage: /usr/sbin/vzdump OPTIONS [--all | VPSID] --exclude VPSID exclude VPSID (assumes --all) --exclude-path REGEXexclude certain files/directories --stdexcludes exclude temorary files and logs --compress compress dump file (gzip) --dumpdir DIR store resulting files in DIR --tmpdir DIRstore temporary files in DIR --mailto EMAIL send notification mail to EMAIL. --quiet be quiet. --stop stop/start VPS if running --suspend suspend/resume VPS when running --snapshot use LVM snapshot when running --size MB LVM snapshot size --node CID only run on pve cluster node CID --lockwait MINUTES maximal time to wait for the global lock --stopwait MINUTES maximal time to wait until a VM is stopped --bwlimit KBPS limit I/O bandwidth; KBytes per second --restore FILENAME restore FILENAME Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? Te ha dado por buscar antes de postear el error?? Creo que no: http://forum.openvz.org/index.php?t=msggoto=14382 OpenVZ reserves the IDs ranging from 0 to 100. Though OpenVZ uses only ID 0, different versions might use additional Virtual Private Servers IDs for internal needs. To facilitate upgrading, please do not create Virtual Private Servers with IDs below 101. ... Saludos. Maykel, muchas gracias! De nada, estamos para ayudar pero es lo que te digo, primero buscar y luego preguntar... Me explicas como buscaste en google el error que comentaba? Sí claro, muy fácil: http://lmgtfy.com/?q=ERROR%3A+strange+VPS+ID+openvz (Te suena Camaleón jaja , lo que se aprende aquí por dios...) Saludos. Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52419bfd.1050...@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: http://lists.debian.org/CAJ2aOA-WQ3qtCAQxkCQLVGS4u+h-9aypg7M_=j1aiqhrhfo...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
On 24/09/13 10:57, Maykel Franco wrote: 2013/9/24 tqtqlis...@gmail.com: Hola Lista. En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' usage: /usr/sbin/vzdump OPTIONS [--all | VPSID] --exclude VPSID exclude VPSID (assumes --all) --exclude-path REGEXexclude certain files/directories --stdexcludes exclude temorary files and logs --compress compress dump file (gzip) --dumpdir DIR store resulting files in DIR --tmpdir DIRstore temporary files in DIR --mailto EMAIL send notification mail to EMAIL. --quiet be quiet. --stop stop/start VPS if running --suspend suspend/resume VPS when running --snapshot use LVM snapshot when running --size MB LVM snapshot size --node CID only run on pve cluster node CID --lockwait MINUTES maximal time to wait for the global lock --stopwait MINUTES maximal time to wait until a VM is stopped --bwlimit KBPS limit I/O bandwidth; KBytes per second --restore FILENAME restore FILENAME Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? Te ha dado por buscar antes de postear el error?? Creo que no: http://forum.openvz.org/index.php?t=msggoto=14382 OpenVZ reserves the IDs ranging from 0 to 100. Though OpenVZ uses only ID 0, different versions might use additional Virtual Private Servers IDs for internal needs. To facilitate upgrading, please do not create Virtual Private Servers with IDs below 101. ... Saludos. Maykel, muchas gracias! Me explicas como buscaste en google el error que comentaba? Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52419bfd.1050...@gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
es muy bueno! en realidad, jaja, hoy he aprendido algo valioso Walter Herrera Servicios informaticos software Libre. El 24 de septiembre de 2013 12:04, Maykel Francomaykeldeb...@gmail.comescribió: 2013/9/24 tq tqlis...@gmail.com: On 24/09/13 10:57, Maykel Franco wrote: 2013/9/24 tqtqlis...@gmail.com: Hola Lista. En una pc con Debian 6 y OpenVZ tengo varios CTs corriendo: # vzlist -a VEID NPROC STATUS IP_ADDR HOSTNAME 86 - stopped 192.168.200.86x2.y.com 88 24 running 192.168.200.88x1.y.com 244 58 running 192.168.200.244 x.y.com Lo raro es que con vzdump solo me deja realizar el backup de la 244, pero no me deja hacerlo con la 86 (la cual previamente he detenido). # vzdump --dumpdir /home/usuario/backups/20130920/ 86 Luego de esto me devuelve: ERROR: strange VPS ID '86' usage: /usr/sbin/vzdump OPTIONS [--all | VPSID] --exclude VPSID exclude VPSID (assumes --all) --exclude-path REGEXexclude certain files/directories --stdexcludes exclude temorary files and logs --compress compress dump file (gzip) --dumpdir DIR store resulting files in DIR --tmpdir DIRstore temporary files in DIR --mailto EMAIL send notification mail to EMAIL. --quiet be quiet. --stop stop/start VPS if running --suspend suspend/resume VPS when running --snapshot use LVM snapshot when running --size MB LVM snapshot size --node CID only run on pve cluster node CID --lockwait MINUTES maximal time to wait for the global lock --stopwait MINUTES maximal time to wait until a VM is stopped --bwlimit KBPS limit I/O bandwidth; KBytes per second --restore FILENAME restore FILENAME Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? Te ha dado por buscar antes de postear el error?? Creo que no: http://forum.openvz.org/index.php?t=msggoto=14382 OpenVZ reserves the IDs ranging from 0 to 100. Though OpenVZ uses only ID 0, different versions might use additional Virtual Private Servers IDs for internal needs. To facilitate upgrading, please do not create Virtual Private Servers with IDs below 101. ... Saludos. Maykel, muchas gracias! De nada, estamos para ayudar pero es lo que te digo, primero buscar y luego preguntar... Me explicas como buscaste en google el error que comentaba? Sí claro, muy fácil: http://lmgtfy.com/?q=ERROR%3A+strange+VPS+ID+openvz (Te suena Camaleón jaja , lo que se aprende aquí por dios...) Saludos. Muchas Gracias. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52419bfd.1050...@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: http://lists.debian.org/caj2aoa-wq3qtcaqxkcqlvgs4u+h-9aypg7m_j1aiqhrhfo...@mail.gmail.com
Re: vzdump sobre OpenVZ solo me deja backup uno de los CTs
On 24/09/13 11:14, Maykel Franco wrote: El día 24 de septiembre de 2013 16:11, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:10, Maykel Franco maykeldeb...@gmail.com escribió: El día 24 de septiembre de 2013 16:05, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 16:01:41 +0200, Maykel Franco escribió: El día 24 de septiembre de 2013 15:59, Camaleónnoela...@gmail.com escribió: El Tue, 24 Sep 2013 09:58:11 -0300, tq escribió: (...) ERROR: strange VPS ID '86' (...) No le gusta ese identificador. Reitero que lo extraño es que con el mismo comando si me deja realizar el backup de la 244? Alguien sabe que puede suceder? ¿Te pasa lo mismo con la 88? Si es así, te puede estar pasando esto que comentan por aquí: http://forum.openvz.org/index.php?t=msggoto=14382 Jajaja le hemos pasado el mismo enlace Camaleón xDD. Para que luego digan que Google no sirve de nada O:-P De todas formas, ¿no sería más lógico que OpenVZ avisara al usuario de esto en el momento de crear el contenedor que entiendo es cuando se le asigna el ID? 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: http://lists.debian.org/pan.2013.09.24.14.05...@gmail.com Si estoy de acuerdo, pero no lo hace. En proxmox lo que hace es asignarte automáticamente desde el ID 100 en adelante. Cosas buenas que tiene un web panel perfectamente integrado. Aún así, proxmox se monta mucho sobre todo bajo Centos, y créeme en la documentación lo avisan. Según dice ahí, esos ID de 0-100 son reservados para cosas internas, sino te avisa...A leer doc antes de montar nada no?? Saludos. Es que es muy fácil coger el error y pegarlo aquí, si lo pegas antes en google te evitas abrir un hilo y es que además por dios, es el primer enlace Umm, esto le puede ayudar: Change id openvz container en google y devuelve esto: http://forum.openvz.org/index.php?t=msggoto=28962; Saludos. Maykel, gracias por el aviso. Un abrazo! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5241a107.9080...@gmail.com
Re: Duda sobre backup mysql
El Mon, 16 Sep 2013 21:46:10 +0200, jors escribió: (...) PD. No sé porque cuando respondo a los OP's desde Android rompe el hilo. Será el cliente de correo que lleva :( Porque los clientes de correo para móviles (y la mayoría de webmails) son una patata :-) 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: http://lists.debian.org/pan.2013.09.17.14.03...@gmail.com
Re: Duda sobre backup mysql
El cp solo debería usarse como hack rápido y siempre con el gestor de bases de datos parado, prefiriendo siempre el dump de mysqldump porque le da el tratamiento/protección que los datos requieren. Vamos, que la diferencia entre uno y otro es que para cp no som mas que archivos y directorios con usuarios, grupos y permisos, mientras que para mysqldump son mucho más que eso. Salut, jors
RE: Duda sobre backup mysql
Aunque las diferencias son ciertas , podria ser el caso de automatizar dichas copias , el script podria ahorrarnos un trabajo extra y hasta importante de hacerlo integralmente antes de correr el riesgo de ejecutar un cp , que tembien es valido pero no te asegura la integridad de la base de datos. podes revisar este link : http://geekscripting.blogspot.com/2013/03/script-para-realizar-backup-de-base-de.html Atte. William Romero C Date: Mon, 16 Sep 2013 08:29:51 +0200 Subject: Re: Duda sobre backup mysql From: j...@enchufado.com To: debian-user-spanish@lists.debian.org El cp solo debería usarse como hack rápido y siempre con el gestor de bases de datos parado, prefiriendo siempre el dump de mysqldump porque le da el tratamiento/protección que los datos requieren. Vamos, que la diferencia entre uno y otro es que para cp no som mas que archivos y directorios con usuarios, grupos y permisos, mientras que para mysqldump son mucho más que eso. Salut, jors
Re: Duda sobre backup mysql
El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. 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: http://lists.debian.org/pan.2013.09.16.14.05...@gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@mail.gmail.com
Re: Duda sobre backup mysql
El 16/09/13 11:13, Maykel Franco escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. En primer lugar, deberian normalizar esas bases de datos. Algo me indica que tener tablas de 50 GB no esta incluido en ningun manual de mejores practicas... Por otro lado, como llegas a la conclusion (a mi parecer erronea) de que la mejor forma es esa? Claramente, todos los motores de bases de datos, incluyen comandos especificos para respaldar y recuperar las bases de datos y tienen su fundamento. Luego, cuando se necesita recuperar datos (que en definitiva es la unica utilidad que tiene un backup) vienen los lamentos. Aqui tienes material para leer y reflexionar que te conviene: https://dev.mysql.com/doc/refman/5.7/en/mysqlhotcopy.html https://dev.mysql.com/doc/refman/5.7/en/backup-types.html -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5237145d@gmail.com
Re: Duda sobre backup mysql
no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francomaykeldeb...@gmail.comescribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:23, Ricardo ricardoeur...@gmail.com escribió: El 16/09/13 11:13, Maykel Franco escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. En primer lugar, deberian normalizar esas bases de datos. Algo me indica que tener tablas de 50 GB no esta incluido en ningun manual de mejores practicas... Por otro lado, como llegas a la conclusion (a mi parecer erronea) de que la mejor forma es esa? De acuerdo, no es normal tener 50 GB de tabla, pero cuando llegue a esta empresa ya ivan por 40 GB. Guardamos las tablas con el parámetro añadido a my.cnf, innodb_file_per_table=1. Lo que tenemos pretendido hacer es hacer un backup de la bd, posteriormente borrarla(ya que el ibdata de la tabla si solo borras datos de esa tabla, no disminuye el ibdata) y volver a crearla importando sólo los datos necesarios. No estoy de acuerdo que sea la mejor forma con un snapshot, pero lo que no quiero es que esa tabla se bloquee ya que está constantemente escribiendo. Usamos mysql galera con un balanceo de cargas con ultramonkey(heartbeat + ipvsadmin). Y haciendo un snapshot es la manera que se me ocurrió en caliente. Debido a esto mi pregunta del cp vs mysqldump. Está claro que la mejor forma es usar su utilidad, mysqldump o similar. Claramente, todos los motores de bases de datos, incluyen comandos especificos para respaldar y recuperar las bases de datos y tienen su fundamento. Luego, cuando se necesita recuperar datos (que en definitiva es la unica utilidad que tiene un backup) vienen los lamentos. Aqui tienes material para leer y reflexionar que te conviene: https://dev.mysql.com/doc/refman/5.7/en/mysqlhotcopy.html Pero también hace un LOCK de la tabla verdad? Yo lo que quiero es un backup en caliente, sin pérdida de servicio de escritura. https://dev.mysql.com/doc/refman/5.7/en/backup-types.html Gracias por todo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5237145d@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: http://lists.debian.org/caj2aoa9itsdceu6cf0tldi43ogzslainat6+_stsi07x_kz...@mail.gmail.com
Re: Duda sobre backup mysql
El Mon, 16 Sep 2013 16:13:51 +0200, Maykel Franco escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: (...) Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. ¿50 GiB? (glups) Por curiosidad, ¿qué diferencia de tiempo hay entre ejecutar un cp y mysqldump con esas tocho-tablas? Si el servicio no está en ejecución (y por ende no hay entrada/salida de datos) entonces dará exactamente igual. Quizá lo único a tener en cuenta sería el tema de los permisos de los archivos, digo, al hacer un cp. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. En la documentación oficial comentan algo de LVM (Making Backups Using a File System Snapshot) y también de copias incrementales que, dado el tamaño de las tablas, no creo te venga mal: 7.2. Database Backup Methods http://dev.mysql.com/doc/refman/5.7/en/backup-methods.html El capítulo 7 completo está dedicado a las copias de seguridad y está bastante bien. 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: http://lists.debian.org/pan.2013.09.16.14.37...@gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:26, Walter Herrera wherr...@ambystoma.com.ar escribió: no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html Muchas gracias por la info, me parece muy buena opción para ahorrar storage. Pero también hace bloqueo de tabla...sino me equivoco en realidad usa mysqldump pero con opción de incremental? saludos. Saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@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: http://lists.debian.org/CAJ2aOA9p7QMBEzH6=hDq=U8J5X9=prwsbj6qvt1c5iqlgcp...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:37, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 16:13:51 +0200, Maykel Franco escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: (...) Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. ¿50 GiB? (glups) Por curiosidad, ¿qué diferencia de tiempo hay entre ejecutar un cp y mysqldump con esas tocho-tablas? No lo sé porque no lo he probado con tablas tan grandes, pero imagino que no difieran mucho. Estoy de acuerdo que son mega-tocho-tablas, pero cuando llegué lo tenían montado así y es una de las tablas más importantes. Se guardan registros de todo tipo, millones y millones de campos madremía...Y de ahí viene toda mi pregunta, porque no quería pérdida de servicio y pensé en lvmsnapshot + tar a disco duro adicional agregado. Si el servicio no está en ejecución (y por ende no hay entrada/salida de datos) entonces dará exactamente igual. Quizá lo único a tener en cuenta sería el tema de los permisos de los archivos, digo, al hacer un cp. cp -ano?? Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. En la documentación oficial comentan algo de LVM (Making Backups Using a File System Snapshot) y también de copias incrementales que, dado el tamaño de las tablas, no creo te venga mal: 7.2. Database Backup Methods http://dev.mysql.com/doc/refman/5.7/en/backup-methods.html Gracias Camaleón, me habían pasado este enlace ya, se agradece. El capítulo 7 completo está dedicado a las copias de seguridad y está bastante bien. Le voy a hechar un ojo, muchas gracias. 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: http://lists.debian.org/pan.2013.09.16.14.37...@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: http://lists.debian.org/caj2aoa_eg+wssskaxho4qq5dwe5762tqe151z+gil_1ymc-...@mail.gmail.com
Re: Duda sobre backup mysql
Si Maykel, el corazon del backup es en si con mysqldump, ahi tienes que sentarte con la gente de BD y ver que es lo que es as prioritario, nisiquiera es aceptable un bloqueo de tabla en horas de menor uso? digamos de madrugada... saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:39, Maykel Francomaykeldeb...@gmail.comescribió: El día 16 de septiembre de 2013 16:26, Walter Herrera wherr...@ambystoma.com.ar escribió: no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html Muchas gracias por la info, me parece muy buena opción para ahorrar storage. Pero también hace bloqueo de tabla...sino me equivoco en realidad usa mysqldump pero con opción de incremental? saludos. Saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@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: http://lists.debian.org/caj2aoa9p7qmbezh6hdqu8j5x9prwsbj6qvt1c5iqlgcp...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 16:52, Walter Herrera wherr...@ambystoma.com.ar escribió: Si Maykel, el corazon del backup es en si con mysqldump, ahi tienes que sentarte con la gente de BD y ver que es lo que es as prioritario, nisiquiera es aceptable un bloqueo de tabla en horas de menor uso? digamos de madrugada... Me he sentado y lo primero que he dicho es que hace una tabla con 40 GB xDDD. Sería aceptable pero digamos que llevamos un proxy de una aplicacion de android, iphone, html5 de venta de billetes que constamente hay peticiones, el log parece una compilación de gentoo xDD. De todas formas, buscar la manera de hacer un backup de una base de datos, tabla...de mysql es bastante efectivo y elegante no creéis? Gracias por el interés. Saludos. saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:39, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:26, Walter Herrera wherr...@ambystoma.com.ar escribió: no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html Muchas gracias por la info, me parece muy buena opción para ahorrar storage. Pero también hace bloqueo de tabla...sino me equivoco en realidad usa mysqldump pero con opción de incremental? saludos. Saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@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: http://lists.debian.org/caj2aoa9p7qmbezh6hdqu8j5x9prwsbj6qvt1c5iqlgcp...@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: http://lists.debian.org/caj2aoa-+0cttywwuch4a9xo-b+3fbf_0bz4szyahbbvieqa...@mail.gmail.com
Re: Duda sobre backup mysql
Bueno, en todo caso que no se admita el bloqueo, quizas alguna otra alternativa al cp, digamos tienes el snapshot del lvm tomado, quizas con rsync, con el cual puedes armar un muy buen sistema de backup, hacer un respaldo incremental y luego borrar el snapshot, es el mismo plan que usas, pero te ahorras el tener que copiar el tamño de la base completo con el cp, estas son solo ideas, a ver que mejor se ajusta a tu entorno. saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:59, Maykel Francomaykeldeb...@gmail.comescribió: El día 16 de septiembre de 2013 16:52, Walter Herrera wherr...@ambystoma.com.ar escribió: Si Maykel, el corazon del backup es en si con mysqldump, ahi tienes que sentarte con la gente de BD y ver que es lo que es as prioritario, nisiquiera es aceptable un bloqueo de tabla en horas de menor uso? digamos de madrugada... Me he sentado y lo primero que he dicho es que hace una tabla con 40 GB xDDD. Sería aceptable pero digamos que llevamos un proxy de una aplicacion de android, iphone, html5 de venta de billetes que constamente hay peticiones, el log parece una compilación de gentoo xDD. De todas formas, buscar la manera de hacer un backup de una base de datos, tabla...de mysql es bastante efectivo y elegante no creéis? Gracias por el interés. Saludos. saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:39, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:26, Walter Herrera wherr...@ambystoma.com.ar escribió: no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html Muchas gracias por la info, me parece muy buena opción para ahorrar storage. Pero también hace bloqueo de tabla...sino me equivoco en realidad usa mysqldump pero con opción de incremental? saludos. Saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Franco maykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@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: http://lists.debian.org/caj2aoa9p7qmbezh6hdqu8j5x9prwsbj6qvt1c5iqlgcp...@mail.gmail.com
Re: Duda sobre backup mysql
El día 16 de septiembre de 2013 17:16, Walter Herrera wherr...@ambystoma.com.ar escribió: Bueno, en todo caso que no se admita el bloqueo, quizas alguna otra alternativa al cp, digamos tienes el snapshot del lvm tomado, quizas con rsync, con el cual puedes armar un muy buen sistema de backup, hacer un respaldo incremental y luego borrar el snapshot, es el mismo plan que usas, pero te ahorras el tener que copiar el tamño de la base completo con el cp, estas son solo ideas, a ver que mejor se ajusta a tu entorno. saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:59, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:52, Walter Herrera wherr...@ambystoma.com.ar escribió: Si Maykel, el corazon del backup es en si con mysqldump, ahi tienes que sentarte con la gente de BD y ver que es lo que es as prioritario, nisiquiera es aceptable un bloqueo de tabla en horas de menor uso? digamos de madrugada... Me he sentado y lo primero que he dicho es que hace una tabla con 40 GB xDDD. Sería aceptable pero digamos que llevamos un proxy de una aplicacion de android, iphone, html5 de venta de billetes que constamente hay peticiones, el log parece una compilación de gentoo xDD. De todas formas, buscar la manera de hacer un backup de una base de datos, tabla...de mysql es bastante efectivo y elegante no creéis? Gracias por el interés. Saludos. saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:39, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:26, Walter Herrera wherr...@ambystoma.com.ar escribió: no se si te sirve, pero puede hacer bakcups incrementales de esas bbdd (o diferenciales) para no hacer un backup de los 50 gb cada vez que lo realizas, que sea cual sea la opcion que elijas, tarda mucho tiempo y consume demasiados recursos. http://dev.mysql.com/doc/mysql-enterprise-backup/3.7/en/mysqlbackup.incremental.html Muchas gracias por la info, me parece muy buena opción para ahorrar storage. Pero también hace bloqueo de tabla...sino me equivoco en realidad usa mysqldump pero con opción de incremental? saludos. Saludos. Walter Herrera Servicios informaticos software Libre. El 16 de septiembre de 2013 11:13, Maykel Francomaykeldeb...@gmail.com escribió: El día 16 de septiembre de 2013 16:05, Camaleón noela...@gmail.com escribió: El Mon, 16 Sep 2013 02:51:41 +0200, Maykel Franco escribió: Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Supongo que el comando dedicado (mysqldump) tendrá en cuenta el estado de los archivos que va a copiar para evitar que se corrompa la base de datos o las tablas si, por ejemplo, alguien escribe datos cuando ejecutas el backup mientras que el comando cp no se coscará de lo que esté abierto, en uso o a medio cerrar con lo que te arriesgas a que la bdd quede con problemas o incluso a la pérdida de datos. Totalmente de acuerdo, para eso está snapshot de lvm. Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla En la documentación de MySQL tendrá que haber más información sobre la mejor forma de hacer la copia dependiendo también del tipo de tabla utilizado. Y si paras mysql y luego haces un cp, tendría la misma efectividad que un mysqldump. Todo esto lo pregunto porque imaginaros que tengo alguna tabla de 50 GB, sí sí habéis leído bien 50 GB de tablas, no está bien analizado de la parte de análisis de bd y tenemos tablas de 50 GB. Y ya que estaba con los backup, me ha entrado curiosidad de preguntar esto. Creo que la mejor forma para tablas tan grandes es un snapshot con lvm, hacer el backup(comprimirlo con gzip por ejemplo), y luego quitar el snapshot. Saludos. 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: http://lists.debian.org/pan.2013.09.16.14.05...@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: http://lists.debian.org/caj2aoa8-hetmiqnyxcnvzyphmrzkerkktapsfplc+iygf1y...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble
Re: Duda sobre backup mysql
On 16/09/13 16:36, Maykel Franco wrote: No estoy de acuerdo que sea la mejor forma con un snapshot, pero lo que no quiero es que esa tabla se bloquee ya que está constantemente escribiendo. Lo tienes en la primera respuesta: http://stackoverflow.com/questions/104612/run-mysqldump-without-locking-tables PD. No sé porque cuando respondo a los OP's desde Android rompe el hilo. Será el cliente de correo que lleva :( Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52376002.8060...@enchufado.com
Duda sobre backup mysql
Hola muy buenas, siempre me he tenido la duda de si realmente es lo mismo o existe alguna diferencia hacer un mysqldump de una base de datos, que hacer un cp /var/lib/mysql/base_de_datos Lo he probado y el requisito que veo al hacer un cp es que se tiene que llamar la BD porque sino al abrir las tablas da error, ya que accede a bd.tabla Saludos y gracias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA8aW0AmFxYduZNPCqKw-QuzF=NF4X=43jfd9a054x+...@mail.gmail.com
Re: Backup VM OpenVZ
El Wed, 24 Jul 2013 17:54:43 -0300, ciracusa escribió: Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. La cuestión es que quiero reinstalar el Host contenedor, por lo cual quisiera copiarme la VM OpenVZ y volver a montarla. Les consulto, és posible copiar y luego de reinstalar el host contenedor volver copiarla o debo instalar todo de nuevo? Según esta FAQ, yo diría que sí: *** http://openvz.org/Checkpointing_and_live_migration Checkpointing and live migration CPT is an extension to the OpenVZ kernel which can save the full state of a running VE and to restore it later on the same or on a different host in a way transparent to running applications and network connections. This technique has several applications, the most important being live (zero- downtime) migration of VEs and taking an instant snapshot of a running VE for later resume, i.e. CheckPointing. *** Que metodología me sugieren para copiar todo lo que está configurado por si surge alguna eventualidad en la nueva instalación? En esa página indican los pasos. 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: http://lists.debian.org/pan.2013.07.25.13.23...@gmail.com
Re: Backup VM OpenVZ
Hi, Para hacer live migration necesitas tener otro host disponible; en este caso te sirve perfectamente vzdump como te lo mencionaron anteriormente... En el mismo wiki de OpenVZ aparece explicado muy bien[1], haces el backup y respaldas el contenedor en un pendrive o cualquier otro medio de almacenamiento; cuando reinstales el host haces el procedimiento inverso. [1] http://openvz.org/Backup_of_a_running_container_with_vzdump Saludos. 2013/7/25 Camaleón noela...@gmail.com El Wed, 24 Jul 2013 17:54:43 -0300, ciracusa escribió: Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. La cuestión es que quiero reinstalar el Host contenedor, por lo cual quisiera copiarme la VM OpenVZ y volver a montarla. Les consulto, és posible copiar y luego de reinstalar el host contenedor volver copiarla o debo instalar todo de nuevo? Según esta FAQ, yo diría que sí: *** http://openvz.org/Checkpointing_and_live_migration Checkpointing and live migration CPT is an extension to the OpenVZ kernel which can save the full state of a running VE and to restore it later on the same or on a different host in a way transparent to running applications and network connections. This technique has several applications, the most important being live (zero- downtime) migration of VEs and taking an instant snapshot of a running VE for later resume, i.e. CheckPointing. *** Que metodología me sugieren para copiar todo lo que está configurado por si surge alguna eventualidad en la nueva instalación? En esa página indican los pasos. 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: http://lists.debian.org/pan.2013.07.25.13.23...@gmail.com -- a.k.a. pelox (Debian Powered) | JID:ristu...@gusl.org.ve Barquisimeto [VE] | LinuxUser [238188] http://pelox.gusl.org.ve
Re: Backup VM OpenVZ
El Thu, 25 Jul 2013 08:58:16 -0430, Rafael A. Isturiz L. escribió: (ese top-posting...) Para hacer live migration necesitas tener otro host disponible; (...) Obvio ¿no? Si no lo tienes, el proceso se queda simplemente en migration, sin el live ;-) 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: http://lists.debian.org/pan.2013.07.25.13.32...@gmail.com
Backup VM OpenVZ
Hola Lista. Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. La cuestión es que quiero reinstalar el Host contenedor, por lo cual quisiera copiarme la VM OpenVZ y volver a montarla. Les consulto, és posible copiar y luego de reinstalar el host contenedor volver copiarla o debo instalar todo de nuevo? Que metodología me sugieren para copiar todo lo que está configurado por si surge alguna eventualidad en la nueva instalación? Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f03f13.3010...@gmail.com
Re: Backup VM OpenVZ
yo he usado proxmox y lo que he hecho es tener un server para producción (HP proliant) y otro PC con el sistema de virtualizacion.. ambos haciendo un cluster.. si necesito hacer mantenimiento, muevo las vps de un equipo al otro, con la opción de migración.. claro.. eso no te enseña nada.. yo aun no lo se hacer a mano..lo tengo de tarea.. investiga en el foro de tu sistema.. si lo tienes en crudo con debian.. seguro que aquí te dan mas info. El día 24 de julio de 2013 16:24, ciracusa cirac...@gmail.com escribió: Hola Lista. Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. La cuestión es que quiero reinstalar el Host contenedor, por lo cual quisiera copiarme la VM OpenVZ y volver a montarla. Les consulto, és posible copiar y luego de reinstalar el host contenedor volver copiarla o debo instalar todo de nuevo? Que metodología me sugieren para copiar todo lo que está configurado por si surge alguna eventualidad en la nueva instalación? Muchas Gracias! Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51f03f13.3010...@gmail.com -- http://diazluis.com Analista Programador User Linux 532223 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canav9py-brsh+04z5w+wy_z4chm5kzl7r9vdsczalyul2mt...@mail.gmail.com
Re: Backup VM OpenVZ
2013/7/24 ciracusa cirac...@gmail.com Hola Lista. Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. La cuestión es que quiero reinstalar el Host contenedor, por lo cual quisiera copiarme la VM OpenVZ y volver a montarla. Les consulto, és posible copiar y luego de reinstalar el host contenedor volver copiarla o debo instalar todo de nuevo? Que metodología me sugieren para copiar todo lo que está configurado por si surge alguna eventualidad en la nueva instalación? vzdump es tu amigo Y ante cualquier eventualidad, hay una palabra mágica: backups Saludos -- La Voluntad es el único motor de nuestros logros http://blog.ngen.com.ar/
Re: Duda con backup de mbr y tabla de particiones
El 2013-04-29 20:34, may...@maykel.sytes.net escribió: El 2013-04-29 18:21, Camaleón escribió: El Mon, 29 Apr 2013 18:04:21 +0200, maykel escribió: Vuelvo a reabrir el hilo porque no me queda claro una cosa tan sencilla...y la verdad es que me tiene un poco mosqueado. (...) Ahora bien, porque me estoy volviendo loco, no debería de arrancar automáticamente si tiene tabla de particiones, grub y recuperada la imagen?? La verdad es que le estoy dando mil vueltas y no entiendo como una cosa tan sencilla que inclusive tiene el mismo espacio en disco duro y es una máquina virtual calcada vamos... No lo entiendo, quizás esté haciendo algo mal... Me gustaría hacer todo este proceso por comandos ya que así sabes perfectametne lo que estás haciendo y me dá más flexibilidad. Por favor corríjanme si he realizado algo mal, pero la maquina virtual no arranca... Se queda en: Booting From Hard Disk ... No devuelve error. Intuyo que no puede cargar el grub, porque si lo restauro con un live cd como systemrescuecd, ubuntu y derivados luego arranca perfectamente... Pero quiero saber el por qué? En teoría, para el backup y restauración del mbr se usa dd, no entiendo porque no arranca... Alguien me puede hechar una mano?? Se trata de la misma situación que preguntabas en el primer mensaje de este hilo, pensaba que te había quedado claro pero ya veo que no :-). El enlace que mandé era muy completo y tenía ejemplos de uso y distintos escenarios: http://en.wikibooks.org/wiki/How_To_Backup_Operating_Systems FSarchiver, rsync y cp son utilidades que no trabajan a nivel de bloques sino de archivos por lo que son más flexibles pero tienes que restaurar GRUB a mano, sí o sí. Partclone, Partimage y Clonezilla (que tira de los dos primeros) sí trabajan a nivel de bloques por lo que no suelen tener problemas para restaurar el cargador de arranque aunque en tu caso se trata de una VM y el problema te puede venir por ahí (o también la forma -las opciones- que hayas pasado al programita para hacer la imagen y para restaurarla). ¿Has probado a restaurar la imagen en un disco duro físico? Saludos, -- Camaleón Gracias por contestar. No he probado en un disco físico, sino en VM. Vale entiendo que con rsync, cp y demás tenga que restaurar el grub a mano pero entonces para que está dd if=... no te realiza un backup del mbr?? Si tienes el mbr restaurado, la tabla de particiones OK y la imagen bien restaurada no veo inconveniente no sé... A no ser que sea por las VM pero vamos... Con partclone he realizado los comandos que has visto, nada fuera de lo normal. Después de partclone, he restaurado grub y tabla de particiones y aún así no arranca... Quizá los tiros vayan por ser una VM porque entonces no sé que pinta el comando: dd if=/dev/sda of=mbr-sda.mbr bs=512 count=1 He mirado y remirado y por más que miro en todas las páginas pone que te hace un backup del mbr + tabla de particiones... He seguido los comandos que he puesto, ni más ni menos. Lo flexible sería que dd restaurara bien el mbr... Saludos y gracias. Con clonezilla sin embargo no he tenido problemas, me ha restaurado la imagen de /dev/sda1 de una VM en otra VM /dev/sda, sin tener tabla de particiones el disco, ni formato ni nada... Y digo yo, si clonezilla es capaz de restaurar tabla de particiones, grub y datos... Por qué con dd no es lo mismo? clonezilla usa sfdisk, lshw, partclone, partimage, dd ... No lo entiendo la verdad. Seguiré probando e investigando. Pero la verdad es que la fiabilidad que me ha dado clonezilla no ha sido muy buena, ya comenté en otro hilo que me ha dejado muchas veces con el culo al aire al tratar de restaurar una imagen que se había hecho OK, incluído la comprobación de la imagen si se hizo OK y es válida. A la hora de restaurar, usando partclone, dice que la imagen puede estar corrupta... y te deja ahí, vendido un pelín... Me encanta linux y su software para hacer backups, sólo estoy buscando la mejor forma de asegurarme un backup de datos, mbr y tabla de particiones... Algo que por ejemplo, acronis true image home hace muy bien. Por cierto, he probado en una máquina física y mismo de lo mismo...Se queda en booting from hard disk... Ya he probado restaurar a mano el grub desde systemrescuecd y arranca. Es decir, el problema es el grub. Me quiero quitar la parte de tener que restaurarlo con un live CD y sí poder hacerlo con dd u otra utilidad... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/6dc03bb6139d9eb81b78178714fc7...@maykel.sytes.net