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

[sfera]

Pues eso tengo un kernel panic y solo peudo acceder en modo rescue...

Que datos tengo que salvar a parte de las bases de datos que ya estan salvadas (backup automatico cada 6 horas) para que pueda formatear y que funcione de nuevo ispcp tal y como estaba.

La verdad es que me es muy urgente tengo 150 webs out of service

[kurgans]

http://isp-control.net/forum/attachment.php?aid=1203

Eso lo uso yo para tener un respaldo de un servidor a otro, y en caso de que casque uno al respaldo le cambio la ip eth0 le doy el de la maquina que estaba en produccion y arranca todo de nuevo.

Coje todo esos datos, lo importante son las keys ya que el panel nuevo (tienes que montar la misma version que tenias) te genera unas nuevas y no funcionaran los passwords.

Intenta hacerle un upgrade si no tienes nada que hayas compilado y metido en el kernel podria arrancar bien despues de bajar uno nuevo

[sfera]

(07-08-2010 07:31 PM)kurgans Wrote:  http://isp-control.net/forum/attachment.php?aid=1203

Eso lo uso yo para tener un respaldo de un servidor a otro, y en caso de que casque uno al respaldo le cambio la ip eth0 le doy el de la maquina que estaba en produccion y arranca todo de nuevo.

Coje todo esos datos, lo importante son las keys ya que el panel nuevo (tienes que montar la misma version que tenias) te genera unas nuevas y no funcionaran los passwords.

Intenta hacerle un upgrade si no tienes nada que hayas compilado y metido en el kernel podria arrancar bien despues de bajar uno nuevo

He probado a arrancar con un kernel antiguo y no me funciono y ahora mismo esta hecho el ultimo upgrade de debian 5

Voy a intentar salvar lso ficheros que me dices, tengo un servidor en USA que es el de backups y el server de produ en ovh.es

o te refieres al upgrade del ispcp?

[rbravo]

(07-08-2010 07:23 PM)sfera Wrote:  Pues eso tengo un kernel panic y solo peudo acceder en modo rescue...

Que datos tengo que salvar a parte de las bases de datos que ya estan salvadas (backup automatico cada 6 horas) para que pueda formatear y que funcione de nuevo ispcp tal y como estaba.

La verdad es que me es muy urgente tengo 150 webs out of service

Uhmm ¿Por qué es el kernel panic? Si puedes pegar el error igual es algo sencillo de solucionar. Si tienes acceso en modo rescue lo puedes arreglar ;-)

[kilburn]

A ver, si te da kernel panics y el disco duro funciona normal (puedes usarlo desde rescue), entonces tienes problema de hardware y no debería ser necesario reinstalar nada.

De todos modos como ha dicho rbravo deberíamos saber cual es el error para asesorarte bien.

[sfera]

adjunto documentacion foto del kernel panic sacada del KVM y documento con lo que me ha salido al hacerle un fsck a sda1 .

gracias por adelantado

[kilburn]

A ver, no se por qué al iniciar desde el kvm virtual este el kernel detecta el disco como ATA y no SATA. Por lo tanto, queda montado en /dev/hda en vez de /dev/sda, y por lo tanto no puede montar /dev/sda1.

Has probado iniciando con el netboot normal? Si quieres, para salir del apuro y que no te agobien más los clientes, también puedes lanzar los servicios desde el modo rescue:

1. Botas en rescue
2. mkdir /tmp/servidor
3. Montas la partición "/" en /tmp/servidor (ej: mount /dev/sda1 /tmp/servidor), pero asegúrate que es la root
4. Montas las demás particiones dentro de /tmp/servidor/loquesea (ej: mount /dev/sda2 /tmp/servidor/boot)
5. Montas los sistemas de ficheros virtuales ahi dentro también:
# mount -o bind /proc /tmp/servidor/proc
# mount -o bind /dev /tmp/servidor/dev
# mount -o bind /dev/pts /tmp/servidor/dev/pts
# mount -o bind /sys /tmp/servidor/sys
6. Te metes "dentro" de tu sistema de ficheros normal con chroot:
# chroot /tmp/servidor /bin/bash
7. Inicias los servicios a manita:
# /etc/init.d/postgrey start
# /etc/init.d/policyd-weight start
# /etc/init.d/amavis start (si tienes amavis, claro)
# /etc/init.d/postfix start
# /etc/init.d/courier-authdaemon start
# /etc/init.d/courier-imap start
# /etc/init.d/courier-pop start
# /etc/init.d/mysql start
# /etc/init.d/apache2 start
# /etc/init.d/proftpd start

Con esto el chisme estará funcionando correcto (excepto por el ssh, que te lleva al sistema rescue en vez de al chroot), y así des-paras a los clientes. Si quieres puedes hacer copias de seguridad o lo que sea también.

Luego por la noche puedes hacer las pruebas que sea (sin que la peña te ralle) hasta que todo te vuelva a funcionar con normalidad.

[sfera]

voy a intentarlo a ver si funciona. Os cuento en un momento.

---

Pues por desgracia me tira fallo al iniciar el mysql

[kilburn]

Si pones los fallos igual podemos ayudarte...

[sfera]

he intentado soluccionarlo pero no me graba en los logs.

Una pregunta, una vez que tenga ya todo el backup en un disco externo, cuando formatee y reinstale el debian, debo instalar de nuevo el ispcp y despues volcar encima la copia de seguridad con todos los servicios apagados???

Un saludo