Hace 8 años | Por zbey a atsnew.com
Publicado hace 8 años por zbey a atsnew.com

Durante esta semana mucho se ha oído hablar de la historia de un hombre que, usando el comando rm en un servidor linux, con variables que impedían mostrar el típico “ojo, que lo vas a borrar todo”, acabó eliminando sin querer todos los archivos y backups de los servidores de la empresa, empresa de hosting…

Comentarios

KirO

#42 no has anunciado tu pérdida.... perdí

hikaru93

#42 Buenas! Eres el petete_torete de AnaitGames?

D

#72 Eso depende de si me estas espiando enfermizamente o no.

hikaru93

#73 Eso depende de si vamos a echarnos un Smash al final o no lol

D

#74 Como no sea por internet, me fui buscando pastos más verdes...

hikaru93

#75 Fak D:

Interrogacion

#34 Exijo fuentes fiables, ya no me creo nada...

Interrogacion

#20 Oh Dios vuestro! Eso es cierto! (O no, quien sabe)

garnok

#20 es lo bonito de Internet nadie sabe que eres un perro

frankiegth

Para #2. '...Es más ¡lo que yo digo podría ser falso!...'

..., salvo alguna cosa.

D

#2 Nadie que admita poder estar diciendo algo falso diría una falsedad... ¡Luego dices la verdad!

Interrogacion

#43 Solo admito que PODRÍA ser falso. Además lo que tú dices tambien podría no ser cierto.

Ryouga_Ibiki

#2 Pero si tanto la noticia como la corrección están en internet y pueden ser falsas, ¿entonces que es mentira que los hayan borrado o que no?

D

#2 Aprovecho tu comentario para hablar de esa conclusión final.

A mi me parece que lo problemático de estas cosas no es que a título personal lo creas o lo dejes de creer. Es igual de estúpido darlo totalmente por cierto como darlo totalmente por cierto. Lo inteligente es por una parte dudar y por otra no darle importancia.

Aunque me salga del tema, es como los juicios populares y la presunción de inocencia. A nadie le importa si yo leo una noticia y pienso que es culpable, eso no tiene nada que ver con que sea una persona "ingenua", a mi no me interesa escudriñar la verdad de cada noticia que leo y más si no me afecta.

Sin embargo en ese caso, si sería un problema si pensamos que es culpable y hacemos algún tipo de campaña, "activismo", o presión al respecto.

PS: Además, no existes, ya ni sé por qué te cito... lol

Catacroc

#22 me encanta, no puedo ngarlo. El tema es que dentro de 10 meses alguien volvera a poner la noticia del borrado en Facebook o en antena3 y habra que repetir todo esto.

Wayfarer

#48 Te paso el meme para que lo tengas preparado

D

#8 por eso meneo

dulaman

#8 Aún se puede votar negativo.

TocTocToc

#10 Gracias por la info, ya lo he hecho, pero sigue en portada.

D

#8 Yo ya la voté errónea en ese momento.

D

#16 Pues hasta lo contaban en la radio como algo veraz... Así nos va.

Neochange

#8 aunque fuera una noticia falsa, como los cuentos que se cuentan a los niños, sirven para aprender de la moraleja.

Hacer rm -rf y sin tener backups es el cuento del niño que dice que viene el lobo. Al final por un momento piensas si tus backups están a salvo.

D

#4 Pues claro, yo lo vuelvo a ver cada vez que me la casco y el móvil está sin batería

pepel

Mariano Rajoy lo había probado con el ordenador de Bárcenas y no funcionó. Tuvo que usar el martillo.

faracowski

#3 Toma

pepel

#31 👢 👢

angelitoMagno

Los comentarios de la noticia original son muy interesantes para aprender un poco sobre copias de seguridad en sistemas Unix

D

¿En serio una campaña de márketing para darse a conocer? O es mentira, o al tio que se inventó esta publicidad no lo vuelve a contratar ni su madre.

D

"borrar un servidor"... Redacción de becario TM.

Seguramente más de uno haya borrado todos los backups de su empresa con un script, después de una migración o por el cierre de la empresa.

Tachy

Dentro de una semana: "Al final sí era cierta la noticia del hombre que borró los servidores con un comando" y suma y sigue.

demostenes

¿Campaña de publicidad para promocionar los servicios de backup?

D

#47 En realidad me limité a hacer un duplicado de una que ya tenía, que no lleva ni diez segundos

P

#55 Tendré que echarle un ojo de vez en cuando a las opciones de Virtual Box. Como yo me conecto por ssh a la propia máquina, no utilizo la interfaz demasiado.

D

#27 Pues yo si:

barni

#33 Hombre, ya puestos, podrías haber probado con --no-preserve-root, no?

e

No podemos olvidar este temazo que viene muy a cuento:

D

A mi me extrañaba porque hace tiempo descubrí que el comando rm lleva una protección que impide ejecutar "rm -rf /"

P

#23 He estado a punto de probar si es cierto que esa protección existe, y luego he dicho, mejor no.

D

#25 Chico listo, pero para algo se inventaron las máquinas virtuales

P

#26 No voy a crearme una máquina virtual nueva solo pa probar el comando. Y no voy a poner en riesgo la MV que tengo actualmente, que lo utilizo como servidor de desarrollo jaja.

barni

#27 para eso tienes los snapshots

Y vamos, si ya tienes VirtualBox instalado, montar una VM no te lleva más de 5-10 minutos (mayormente de espera)

P

#29 Good to remember. Respecto a montar una máquina nueva, bah, ya tenemos a gente como rastersoft que lo prueba y sube un vídeo a youtube y to, jaja

alehopio

#23 sudo badblocks -wsv /dev/sdd

D

A mi me parecia irrelevante la otra y por lo tanto, también me lo parece esta, hala....

D

Regla nº1 para creerse cosas en internet, en ciencia y en la vida en general: reproducibilidad.

# rm -rf /
rm: it is dangerous to operate recursively on '/'
rm: use --no-preserve-root to override this failsafe

Si no se puede reproducir, casi con toda seguridad sea mentira.

e

Aquí un caso de verdad. MBI perdió todos los datos de sus clientes y los backups de golpe. Según leí en otros sitios en realidad todo vino porque tenían el servidor principal y el de backup conectado al mismo SAI que decidió fallar y llevarse ambos por delante. http://www.elotrolado.net/hilo_fallo-en-servidor-de-masbaratoimposible_1976697

e

#28 La ultima vez que vi una excusa parecida, resulto que la verdad es que el servidor principal estaba utilizando un disco duro con el tiempo de vida útil excedido(de hecho ya habían recibido varios mensajes del programa de distribuidor indicandoselo), hasta que un buen día casco, fueron a echar mano del sistema RAID que montaron el primer día y nunca les dio por chequear datos y todo lo que tenían era una basura de datos ininteligible.
Ante tal cutrez se inventaron algo parecido a lo que comentas y decidieron echarles los muertos al proveedor de alojamiento y que no podían hacer nada contra el.
Es que en el caso que comentas, primero que se escape un pico eléctrico en un data center es difícil pero posible(a mi me han apagado armarios enteros por la cara), que un sai reciba ese pico eléctrico y a su vez vuelva a fallar y pase la energía a los 2 servidores bueno mas dificil pero podría ser, que las fuentes de alimentación de servidores que están preparadas para aguantar picos electricos sin perjudicar a los componentes fallen las 2 a la vez y transmitan todo el pico a los componentes, muy muy dificil pero podría ser.
Una vez tomadas todas las posibilidades deberían ser de 1 entre un billon o por ahí, vamos que realmente sería otra cutrez solo que había que dar una respuesta técnica y correcta.

e

#37 En el momento en el que le dices a tus clientes que tienes un backup diario de su información y realmente está todo en otros discos duros que están en la misma sala ya te puedes esperar cualquier cosa. Un hacker, un virus, un error de un programa, un error de un administrador, un pequeño incendio, cualquier cosa te quita a la vez datos y backup. En mi opinión si los backups están en cinta hay que alejar las cintas del CPD y si están en disco duro deben estar en otro CPD, o al menos que no estén muy cerca. Que un incendio pequeño no pueda destruir ambos. Además lo que tú dices, los backup hay que comprobarlos. No estoy hablando de terremotos o que se queme el edificio entero, resistir eso ya requiere un prespuesto mucho mayor, sólo de tomar precauciones básicas.

e

#70 El problema en esos casos el tráfico generado que te cobra el CPD, si andas "justo" y no estas en un CPD donde el tráfico sea económico hacer copias diarias puede darte una sorpresa en la factura mensual(en la primera empresa que estuve por poco no me cortan la cabeza cuando vinieron las primeras facturas, también fue hace bastante tiempo). En ese caso lo más económico era tener el server de backup en el mismo armario y pasar los datos por la red interna que era gratis. En la actual donde estoy tenemos un backup de 3 niveles, yo no lo llevo ahora pero me parece que la ultima copia de lo mas critico es en nuestro propio NAS local, pero vamos que a mi alguna vez cuando he peleado por las copias me han echado atrás por cuestiones económicas.

j

NO JODAS, NO ME LO ESPERABA.

o

Lástima por él... Si no demuestar su capacidad para borrar miles de teras de información en un segundo no es buen candidato a ser informático del PP.

sauron34_1

Y yo que había sentido pena por él... ahora quien me devuelve esos dos segundos de mi vida eh?

vaiano

Tanto listo informático aquí y ninguno lo puso en duda?

D

Vaya, menos mal. Estaba en un sinvivir

D

Ya se comentó bastante por aquí y muchos dijeron que no se podía hacer tal como lo habían vendido.

D

Los "conocidos" de mi cuñado:

Uno, pseudo-informático y soldado de mili obligatoria. Borró una base de datos del departamento de informática de un Cuartel General del Ejército Español (no digo la provincia ni el año). Nadie supo jamás como llegó a hacerlo.

Otro, electromecánico. De prácticas en un concesionario oficial. Le traen un auto (no digo la marca) con una avería eléctrica, el tipo le mete mano a la avería y el coche se pega fuego. Nadie se lo explica.

A éste último mi cuñado lo conoció en un curso de INEM, así que muy bien como mecánico no le fué.

D

#51 Yo les veo futuro como testers, claramente su talento está desaprovechado. Si existe la posibilidad de que con probabilidad de 1 entre 10000000 que un auto prenda fuego, me parece algo muy grave, y ese mecánico tiene la prodigiosa habilidad de desencadenar esa posibilidad.

Hybris

¿Por qué usar comando, cuando deberían usar mandato? Joder, es que suena como si hubieran mandado al "chuache"...

PauMarí

#67 es que el artículo decía que eran variables sin inicializar, no directorios (de lo contrario no hubiese ocurrido lo que "realmente no ocurrió"), y dudo mucho que en una noticia se anonimice algo así, por eso me sono raro aunque... Que más da? darle más vueltas tampoco tiene sentido, es una cosa totalmente intrascendente, la verdad.

swapdisk

Con Toy Story 2 a Pixar le pasó

s1m0n

#5 doi fe de ello

pepel

#6 Te ha castigado la maestra a escribir la misma frase, por haberte votado 2 veces en #5

PauMarí

¿A nadie le sonó extraño que la notícia dijera que utilizó "foo" y "bar"? Es lo más típico en los ejemplos pero ... ¿Alguien utiliza realmente estos nombres de variables?
Es fácil hablar a tiro pasado pero justo por eso no me lo creí.

E

#62 Yo solo leí la entradilla, pero asumí que estaba "anonimizado" y que en realidad se cargaría /var o /home (osea, todos los datos de sus clientes, como decía el titular) era obvio para mi que el comando no era ese, ya muchos se han dado cuenta que / está protegido pero... a Steam le pasó con el home del usuario activo, no es tan increíble.

Lo mismo esto fue la forma de salvar su reputación.

s1m0n

Que raro... Y que fuente mas fiable... Que raro... Y que fuente mas fiable... Que raro... Y que fuente mas fiable... Que raro... Y que fuente mas fiable... Que raro... Y que fuente mas fiable... Que raro... Y que fuente mas fiable...
Ricky, Ricky !!! Me voy hacer rico con este principe nigeriano tonto del culo, Rajoy con mermelada, Barcenas al pil-pil y el Yeti montando en monociclo. Ah, por cierto... !El futuro es incierto!
Y por ultimo, vendo Opel Corsa.
(por decir algo)