[Resuelto] URGENTE : fallo de disco duro solo puedo acceder modo rescue

[kurgans]

Pero al poner mysql start que error te tira.

Para restaurar la copia si usas mi script para hacer la copia con rsync para sacarlos, para meterlos lo mismo no necesitas parar nada solo ejecutarlo del backup al produccion

Si no lo usas ten mucho cuidado ya que son un huevo de cosas las que hay que sacar.

[sfera]

(07-09-2010 03:09 AM)kurgans Wrote:  Pero al poner mysql start que error te tira.

Para restaurar la copia si usas mi script para hacer la copia con rsync para sacarlos, para meterlos lo mismo no necesitas parar nada solo ejecutarlo del backup al produccion

Si no lo usas ten mucho cuidado ya que son un huevo de cosas las que hay que sacar.

Lo estoy utilizando a medias..

He usado todas las rutas para hacer un tar.gz ya que en modo rescue no funciona el rsync, lo he hecho con el siguiente comando

tar zcvf kernelpanic.tar.gz etc/passwd etc/group etc/shadow etc/courier etc/postfix etc/proftpd/proftpd.conf etc/ispcp/ispcp.conf etc/mysql/debian.cnf var/www/ispcp/engine/ispcp-db-keys.pl var/www/ispcp/engine/messenger/ispcp-db-keys.pl var/www/ispcp/gui/include/ispcp-db-keys.php var/www/ispcp/gui/tools/pma/config.inc.php var/www/virtual var/lib/mysql var/mail/virtual var/log var/spool/cron var/cache/bind etc/bind/named.conf etc/ispcp etc/apache2 var/www/fcgi

Con todo lo que se indicaba en el documento. Como lo ves?

Un saludo

[kurgans]

Yo creo que esta todo,

usuarios - correo - ftp -ispcp/debian - keys - webs - sql - correo - logs - cron -cache, (de aqui te puedes llevar tambien /var/cache/awstats "Perderas menos datos de las stats" - dns - ispcp - apache - fcgi

[sfera]

Entonces para que me aclare (perdona si me lio pero llevo un dia desde las 9 que no he parado por culpa de kernel panic) en el siguiente servidor cuando le instale de nuevo debian 5.0 cuales son los pasos a realizar?

Instalar iscp y descomprimir despues el tar.gz (backups)

o descomprimir directamente el backup??

Un saludo

[kurgans]

Necesitas ispcp instalado,
y el archivo backup hazlo de forma que tenga los permisos originales de esa forma cuando descomprimas en una carpeta ya estara todo asignado, es copiar los datos y que mantenga los suarios y permisos y de un plumazo lo has restaurado todo.

Descomprime la copia en el servidor de backup, no sea que este mal, raro pero puede pasar, no tengas ya prisa por formatear, el dia esta perdido, asegurate muy bien que esta todo que se descomprime antes de formatear y ponerlo todo.

[sfera]

he conseguido funcionar el rsync en modo rescue pero ahora tengo un problema.

Por ssh me logeo automaticamente al crear una key con ssh-keygen -t rsa, pero al lanzar tu script me pide logearme y le he dado la direccion donde esta la clave publica /root/.ssh/id_rsa.pub

en que me equivoco?

[kurgans]

yo recuerdo que tuve algun problema y Kilburn me echo una mano, hazlo tal que asi, de esta manera no te fallara

(08-16-2009 03:33 AM)kurgans Wrote:  Primero darle la gracias a Kilburn, ya que me puso la puntilla que faltaba para la conexion.
Esto se puede adpatar facilmente como podeis ver.
Yo lo que he echo ha sido aplicar la copia como si fuera una exportacion.

Ya que se ha tratado varias veces el tema de tener un servidor espejo, copias remotas, etc... pienso que era bueno tener un post con el proceso echo.

Y ahora el howto:

1º.- Preparar servidor para conexion automatica:

www1: ssh-keygen -- Generar keys para carga automatica.
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): /root/.ssh/sincroniza (Ej.)
Enter passphrase (empty for no passphrase):[ENTER]
Enter same passphrase again:[ENTER]
Your identification has been saved in sincroniza
Your public key has been saved in sincroniza.pub

Ya tenemos los 2 archivos generados en el servidor ahora hay que pasarlos al que vamos a conectar para registrar las keys.
www1:scp /root/.ssh/sincroniza* root@ip_receptora:/root/.ssh
Ya que tenemos los archivos en el otro servidor habrá que generar la consiguiente autorizacion
www2:/root/.ssh/cat sincroniza.pub > /root/.ssh/authorized_keys

Y listo ya podemos conectar si necesidad de poner el pass
ssh -i /root/.ssh/sincroniza root@ip

[sfera]

gracias por todo, la verdad que se agradece esta forma en la que ayudais y colaborais con el proyecto. ya que yo siempre he apoyado el software libre y de hecho apoyo y patrocino con el alojamiento web y dominio a varios proyectos como gambas-es.org y una revista digital de linux papirux.org por poner algun ejemplo, pero tengo varios proyectos alojados de forma gratuitam ya que para mi el software libre es principal y es el futuro

voy a tardar mucho en pasar los 90 gb de informacion que hay de webs y bases de datos, ya que el servidor que tengo en una site 4 mb de linea mientras que el de ovh va con 200 mb...

ya he conseguido hacer funcionar el script de backup.. de esta forma necesito verificar que se ha copiado bien??

Un saludo

[kurgans]

No hay problema, problemas tenemos todos y entre todos intentamos sacarlos hacia adelante.

Tan solo mira el log, si no hay ningun casque es que todo ha pasado bien.
Si no has cambiado las rutas /var/log/rbbackup/rbbackup?????

---

Recuerda que el servidor debe estar de la misma forma montado y con lo mismo, si no apache cascara te lo digo por amavis, algun acelerador, proxy etc...

[sfera]

(07-09-2010 04:42 AM)kurgans Wrote:  No hay problema, problemas tenemos todos y entre todos intentamos sacarlos hacia adelante.

Tan solo mira el log, si no hay ningun casque es que todo ha pasado bien.
Si no has cambiado las rutas /var/log/rbbackup/rbbackup?????

---

Recuerda que el servidor debe estar de la misma forma montado y con lo mismo, si no apache cascara te lo digo por amavis, algun acelerador, proxy etc...

te adjunto el fichero tal y como esta configurado el script para que lo veas...