[bofhers] Re: Y la primera
- From: "Mia++" <mhiper3+list.bofhers@xxxxxxxxx>
- To: "bofhers@xxxxxxxxxxxxx" <bofhers@xxxxxxxxxxxxx>
- Date: Thu, 21 Mar 2013 09:13:57 -0400
Yo empezaría mirando el /etc/fstab, /etc/auto.master y demás a ver si esos
directorios se montaban de otro sistema o partición.
2013/3/21 Alexander Nestorov <alexandernst@xxxxxxxxx>
> A mi se me ocurren varias cosas.
>
> Por un lado puedes hacer escaneo profundo para ver si esas
> carpetas/archivos/lo_que_sea sigue en el disco en plan fantasma.
> (También puedes plantearte soluciones profesionales)
>
> Por otro lado mira la ultima vez que se montó el disco duro (dumpe2fs)
> y decide si coincide con la hora en la que se apago el servidor o ha
> sido posterior (en cuyo caso podría indicar que los de OVH han
> toqueteado algo)
>
> Mira los últimos comandos ejecutados (ese es muy fácil de trucas, pero
> "porsiaca")
>
>
>
> El día 21 de marzo de 2013 11:11, javier Posada <cintaroja@xxxxxxxxx>
> escribió:
> > Empiezo a pensar que ha pasado algo "raro".
> >
> > No tengo directorio "init.d" en /etc, no tengo directorio "lib" en /var,
> es
> > como si lo que se hubiera perdido en el error de disco fuera "justo" lo
> que
> > ando buscando. Ayer miré el my.cnf y hacía referencia a /var/lib/mysql
> > directorio que no está en el puñetero disco.
> >
> > [mysqld]
> > local-infile=0
> > datadir=/var/lib/mysql
> > socket=/var/lib/mysql/mysql.sock
> > user=mysql
> > # Default to using old password format for compatibility with mysql 3.x
> > # clients (those using the mysqlclient10 compatibility package).
> > old_passwords=1
> > bind-address=127.0.0.1
> > max_allowed_packet=16M
> >
> > # Disabling symbolic-links is recommended to prevent assorted security
> > risks;
> > # to do so, uncomment this line:
> > # symbolic-links=0
> >
> > [mysqld_safe]
> > log-error=/var/log/mysqld.log
> > pid-file=/var/run/mysqld/mysqld.pid
> >
> >
> > No me jodais que no es MUY raro...alguien se le ocurre algo que me
> pudiera
> > confirmar que han jodido el disco a propósito?
> >
> > Javi
> >
> >
> >
> > 2013/3/20 Mia++ <mhiper3+list.bofhers@xxxxxxxxx>
> >>
> >> Comprueba en los scripts del init que el directorio de datos es
> >> efectivamente ese, y luego como dice Jorge deberías poder instalar la
> misma
> >> versión de MySQL en otro sistema y (con MySQL parado) sobreescribir los
> >> ficheros de datos del nuevo sistema con los recuperados.
> >>
> >> MIA++
> >>
> >>
> >> 2013/3/20 Jorge SoydelBierzo <berciano@xxxxxxxxxxxxxxxx>
> >>>
> >>> Mira en /var/lib/mysql, tendrás un directorio por cada bd y dentro los
> >>> archivos de datos, índices, etc
> >>>
> >>> El 20/03/2013 21:42, "javier Posada" <cintaroja@xxxxxxxxx> escribió:
> >>>
> >>>> Buenas,
> >>>>
> >>>> en la empresa nueva en la que trabajo ("NosomosGoogle") desde hace
> unos
> >>>> meses, tenían un servidor dedicado en OVH con varios hosts virtuales.
> En
> >>>> cada uno de los hosts tenían una web y se les "estropeó" el disco y no
> >>>> pudieron recuperar los datos (cosa que no entiendo porque era un RAID
> 1,
> >>>> pero eso es aparte), bueno pues además de esto, ¡TACHÁN!, no tenían
> >>>> Backup...jejejeje.
> >>>> El caso es que solicité el disco a OVH y después de que me lo enviaran
> >>>> hemos conseguido recuperar las dos particiones del server.
> >>>>
> >>>> Ahora tengo un problema, no encuentro las bases de datos
> >>>> correspondientes a los wordpress que tenían montados en los vhosts y
> no sé
> >>>> muy bien como coño puedo encontrarlas. Por lo que he visto, todos los
> vhosts
> >>>> tiraban del mysql que había instalado en el dedicado, pero no sé
> donde se
> >>>> guardan los ficheros que tienen la info de las BBDD.
> >>>>
> >>>> No sé si me estoy explicando bien o si me voy a llevar alguna otra
> >>>> colleja, pero si podeis echarme una mano prometo que os consigo una
> cita con
> >>>> @LaVozdelAntivir o con@GNUplusLINUX
> >>>>
> >>>> #BOFHers
> >>
> >>
> >
>
>
>
> --
> alexandernst
>
>
Other related posts:
