Portada
mis comunidades
otras secciones
#34:
#14 Yo vivi el tener que recuperar datos de un armario ignífugo. Los recuperamos pero:
1- El edició de desmoronó sobre el armario ignífugo. Sólo pudimos acceder a ella en el desmonte del edificio. Nos la saco el que utiliza esa máquina con unas tijeras inmensas que corta hormigón y vigas de acero
2-No teníamos las llaves. Estaban en un escritorio que se quemó. El de la máquina de las tijeras le reventó las bisagras.
3-Resulta que el armario era ignífugo, pero no hidrófugo. Dentro había agua. El agua que echaron los bomberos para apagar el incensiose coló dentro, probablemente en forma de vapor.
4-Al reventarse la caja fuerte, las cintas húmedas calleron al suelo, entre restos de ceniza y escombros.
Para ahorrar espacio muchas cintas estaban sin la caja de plástico y quedaron rebozadas.
5-Consegui recuperar datos de esas cintas. Allí estaban los históricos. Por suerte la copia del día anterior estaba en otro edificio.
1- El edició de desmoronó sobre el armario ignífugo. Sólo pudimos acceder a ella en el desmonte del edificio. Nos la saco el que utiliza esa máquina con unas tijeras inmensas que corta hormigón y vigas de acero
2-No teníamos las llaves. Estaban en un escritorio que se quemó. El de la máquina de las tijeras le reventó las bisagras.
3-Resulta que el armario era ignífugo, pero no hidrófugo. Dentro había agua. El agua que echaron los bomberos para apagar el incensiose coló dentro, probablemente en forma de vapor.
4-Al reventarse la caja fuerte, las cintas húmedas calleron al suelo, entre restos de ceniza y escombros.
Para ahorrar espacio muchas cintas estaban sin la caja de plástico y quedaron rebozadas.
5-Consegui recuperar datos de esas cintas. Allí estaban los históricos. Por suerte la copia del día anterior estaba en otro edificio.
#77:
Historia de terror
1. Desarrollador A crea un software q se ejecuta en OVH
2. A no sabe que es un control de versiones ni le importa
3. A se va de mala manera de la empresa y antes de irse borra su PC
4. Desarrollador B encuentra una copia del codigo fuente del software pero no es la ultima version
5. Empresa sigue usando el software xq Mr B no tiene tiempo para solucionar el problema
6. Empresa decide que Mr B no es muy bueno y me contrata a mi
7. Yo me largo de la empresa antes de tener tiempo de mirar ese software
8. Empieza uno nuevo Mr C
9. OVH arde y con ello se pierde el Servidor donde se ejectutaba todo
10. El software original se pierde
11. Empresa me llama a mi a ver si x casualidad yo tengo una copia del software (A y B se fueron de mala manera asi que no son una opcion)
No habia dinero para contratar un sysadmin, ni para copias de seguridad, ni DR, ni largarse de OVH... ni para actualizar ese software ...
Las chapuzas no solo pasan en Spain :D:D
1. Desarrollador A crea un software q se ejecuta en OVH
2. A no sabe que es un control de versiones ni le importa
3. A se va de mala manera de la empresa y antes de irse borra su PC
4. Desarrollador B encuentra una copia del codigo fuente del software pero no es la ultima version
5. Empresa sigue usando el software xq Mr B no tiene tiempo para solucionar el problema
6. Empresa decide que Mr B no es muy bueno y me contrata a mi
7. Yo me largo de la empresa antes de tener tiempo de mirar ese software
8. Empieza uno nuevo Mr C
9. OVH arde y con ello se pierde el Servidor donde se ejectutaba todo
10. El software original se pierde
11. Empresa me llama a mi a ver si x casualidad yo tengo una copia del software (A y B se fueron de mala manera asi que no son una opcion)
No habia dinero para contratar un sysadmin, ni para copias de seguridad, ni DR, ni largarse de OVH... ni para actualizar ese software ...
Las chapuzas no solo pasan en Spain :D:D
#21:
Madre mía.
Fuente: https://twitter.com/M4T14SG4M3R/status/1369563577640685572
Fuente: https://twitter.com/M4T14SG4M3R/status/1369563577640685572
#9:
La nube, la nube. La nube no existe, es el ordenador de otro.
#5:
#4 100€/año sin limite de trafico una máquina con 20GB y 2 cores.
Una maravilla.
Una maravilla.
#28:
#4 Todavía recuerdo ese día. Tenía un proyecto que había levantado prácticamente entero yo y ese día teníamos una presentación. Había estado hasta el día anterior puliendo cosas, dejándolo fino y me voy a cama y un pensamiento se me cruza por la cabeza "vas a ver como mañana se cae el servidor".
Pues a las 8 de la mañana (me había acostado sobre la 1, después de estar desde las 9 de la mañana delante del ordenador) y me dice Rubén "Oye Carlos, que estamos llegando a cliente y está todo caido". Salgo corriendo como una centella hacia mi PC, lo enciendo y veo que efectivamente está caído. Hago unas comprobaciones en lo local, el sistema de despliegue y el servidor no responde y yo ralladisimo. Se me da por entrar en twitter y buscar OVH.
PUM!
Todo OVH caído. Llamo a mi jefe y le cuento la situación. Se caga en la madre que parió OVH y saco la opción offline, del sistema (básicamente unos videos demostrativos de la web) y capeamos el temporal.
Pues a las 8 de la mañana (me había acostado sobre la 1, después de estar desde las 9 de la mañana delante del ordenador) y me dice Rubén "Oye Carlos, que estamos llegando a cliente y está todo caido". Salgo corriendo como una centella hacia mi PC, lo enciendo y veo que efectivamente está caído. Hago unas comprobaciones en lo local, el sistema de despliegue y el servidor no responde y yo ralladisimo. Se me da por entrar en twitter y buscar OVH.
PUM!
Todo OVH caído. Llamo a mi jefe y le cuento la situación. Se caga en la madre que parió OVH y saco la opción offline, del sistema (básicamente unos videos demostrativos de la web) y capeamos el temporal.
#8:
He montado y gestionado centros de datos y no entiendo cómo ha podido arder.
If your production is in Strasbourg, we recommend that you activate your Business Recovery Plan.
Hay mogollón de empresas que no tienen redactado ni el título de eso. Es modo muerte para ellos.
If your production is in Strasbourg, we recommend that you activate your Business Recovery Plan.
Hay mogollón de empresas que no tienen redactado ni el título de eso. Es modo muerte para ellos.
#18:
#14 Joder que si he visto...
Recuerdo uno que hubo que salir por patas porque a un fiera de mantenimiento de aire acondicionado no se le ocurrió otra mejor que descongelar una maquina de aire con un soplete. Salimos por patas pero eso no fue lo mejor, lo mejor fue que resulta que aquel CPD (o me pregunte por qué) tenía extinción por.... ¡AGUA! Dios, aun recuerdo al día siguiente servidores puestos contra la pared de pie para que soltasen el agua.
Temas curiosos a parte, la semana pasada me tocó ir a Tecnoalcalá y efectivamente, los sistemas antiincendio más gordos (pero no los únicos) están dentro de las salas, pero los accesos a esas salas es mediante puertas estancas antifuego que deberían sectorizar el riesgo, quiero decir, que más allá de que se te fueran a la mierda las acometidas de datos y eléctrica (que quizás sea lo que ha pasado), el resto no debería verse afectado.
De todas maneras, la realidad suele ser muy japuta, y puedes tenerlo todo pensado y demostrarse que lo tenías "casi" todo pensado.
Lo de los armarios ignífugos efectivamente, tienen unas certificaciones que son tantos grados tanto tiempo, pero suelen ser bastante resistentes, pero no impenetrables. Yo siempre he confiado más en copias separadas físicamente=geográficamente.
Recuerdo uno que hubo que salir por patas porque a un fiera de mantenimiento de aire acondicionado no se le ocurrió otra mejor que descongelar una maquina de aire con un soplete. Salimos por patas pero eso no fue lo mejor, lo mejor fue que resulta que aquel CPD (o me pregunte por qué) tenía extinción por.... ¡AGUA! Dios, aun recuerdo al día siguiente servidores puestos contra la pared de pie para que soltasen el agua.
Temas curiosos a parte, la semana pasada me tocó ir a Tecnoalcalá y efectivamente, los sistemas antiincendio más gordos (pero no los únicos) están dentro de las salas, pero los accesos a esas salas es mediante puertas estancas antifuego que deberían sectorizar el riesgo, quiero decir, que más allá de que se te fueran a la mierda las acometidas de datos y eléctrica (que quizás sea lo que ha pasado), el resto no debería verse afectado.
De todas maneras, la realidad suele ser muy japuta, y puedes tenerlo todo pensado y demostrarse que lo tenías "casi" todo pensado.
Lo de los armarios ignífugos efectivamente, tienen unas certificaciones que son tantos grados tanto tiempo, pero suelen ser bastante resistentes, pero no impenetrables. Yo siempre he confiado más en copias separadas físicamente=geográficamente.
#15:
#11 A ver si encuentro el artículo de un experto en gestión de datos que ironizaba sobre los backups de los centros de datos de una de las torres gemelas, que se guardaban en la otra torre, y que todos sabemos como resultó. Dice la leyenda que una de las razones del comienzo del declive de Sun Microsistems fue el perder muchos de sus datos de facturación debido a esta "situación".
#10:
Ver bomberos echando agua a chorros en un data center es de una sensación indescriptible....
https://www.dna.fr/amp/faits-divers-justice/2021/03/10/strasbourg-important-incendie-dans-une-entreprise-situee-sur-un-site-seveso-au-port-du-rhin
https://www.dna.fr/amp/faits-divers-justice/2021/03/10/strasbourg-important-incendie-dans-une-entreprise-situee-sur-un-site-seveso-au-port-du-rhin
Comentarios
La nube, la nube. La nube no existe, es el ordenador de otro.
#17 #9 con OVH tus datos están en la nube… de humo
#9 La nube también tiene redundancia si estás dispuesto a pagar por ella. Sin problemas de presupuesto, la nube es la mejor opción para casi todo.
#9 Cierto, pero montar un hosting privado en un equipo propio para servir una web empresarial sencillita es bastante complejo para una pyme normal y te acabará dando más problemas.
#35 Y más caro. Las pymes muertas de hambre prefieren pagar X euros al año por un hosting y olvidarse de problemas, que tener que comprar un ordenador, tenerlo siempre enciendido, pagar la ip fija, pagar el montaje de los servicios, etc.
Yo llevo dos pymes con servidor propio y lo han hecho por la falsa sensación de seguridad de que como tienen el ordenador en sus instalaciones, creen que es más difícil que haya accesos indebidos, que les roben los datos, etc.
Madre mía.
Fuente:
#21 The cloud is on fire. Follow the leader leader leader.....
#21 El problema de usar contenedores
#72 Que sepa usted que su comentario hilando fino no ha pasado desapercibido
#17 - ¿El servidor?
- Esa pila de cenizas de ahí
- Tenemos backup, ¿verdad?
- Si, la pila de cenizas de al lado
He montado y gestionado centros de datos y no entiendo cómo ha podido arder.
If your production is in Strasbourg, we recommend that you activate your Business Recovery Plan.
Hay mogollón de empresas que no tienen redactado ni el título de eso. Es modo muerte para ellos.
#8 ya hay algún comentario en Twitter en plan: "mis servidores están ahí, y mis snapshots y backups también".
#11 A ver si encuentro el artículo de un experto en gestión de datos que ironizaba sobre los backups de los centros de datos de una de las torres gemelas, que se guardaban en la otra torre, y que todos sabemos como resultó. Dice la leyenda que una de las razones del comienzo del declive de Sun Microsistems fue el perder muchos de sus datos de facturación debido a esta "situación".
#15 Un cliente tenía el principal y el backup en dos pisos distintos del mismo edificio en un colocation con una aerolinea (no puedo decir más). Hubo un incendio, y hubo que correr para ampliar las comunicaciones hasta donde tenían la maqueta que mágicamente se convirtió en su host de producción.
Moraleja: ten en sitios separados producción, respaldo, y desarrollo. Ahora con la nube, TAMBIEN.
#11 tremendo, qué podía salir mal?
#8 Las hay que no saben ni lo que es un DR (acabo de hablar con una de esas...)
#8 Ya lo advirtió Dilbert allá por el año 2000
Ver bomberos echando agua a chorros en un data center es de una sensación indescriptible....
https://www.dna.fr/amp/faits-divers-justice/2021/03/10/strasbourg-important-incendie-dans-une-entreprise-situee-sur-un-site-seveso-au-port-du-rhin
#10 No pasa nada, eso luego lo pones en arroz y solucio...
#16 o comprar muchas cosas que vengan con bolsitas desecantes en las cajas...
Se me acaba de ir atpc el server de correo y un servicio web...
Y tenía el plan más barato. A ver si se salva algo...
Suerte #2
#2 Igual que yo, tenía el plan más barato y de momento no funciona ningún servicio.
#2 yo también tengo correo y hosting (en la práctica sólo uso DNS para redirigir a github pages) en OVH, pero al parecer no se han visto afectados. Toco madera
Ánimo!!! cc. #45 #71
#45 #71 ¿Tenéis alguna noticia? Mi server sigue caído y no sé si forma parte del datacenter destruído, de los dañados o del que no está afectado. No me corre prisa levantar el servicio, pero me gustaría saber si se ha perdido para siempre jamás, no ha sido afectado o tienen copias.
Por ponerme a configurarlo de nuevo o no, más que nada.
#2 Ya somos tres. Yo tenía un cloud server y no puedo acceder...
Historia de terror
1. Desarrollador A crea un software q se ejecuta en OVH
2. A no sabe que es un control de versiones ni le importa
3. A se va de mala manera de la empresa y antes de irse borra su PC
4. Desarrollador B encuentra una copia del codigo fuente del software pero no es la ultima version
5. Empresa sigue usando el software xq Mr B no tiene tiempo para solucionar el problema
6. Empresa decide que Mr B no es muy bueno y me contrata a mi
7. Yo me largo de la empresa antes de tener tiempo de mirar ese software
8. Empieza uno nuevo Mr C
9. OVH arde y con ello se pierde el Servidor donde se ejectutaba todo
10. El software original se pierde
11. Empresa me llama a mi a ver si x casualidad yo tengo una copia del software (A y B se fueron de mala manera asi que no son una opcion)
No habia dinero para contratar un sysadmin, ni para copias de seguridad, ni DR, ni largarse de OVH... ni para actualizar ese software ...
Las chapuzas no solo pasan en Spain :D:D
#77 pero había copia o no?, que si no hoy no duermo!
#85 Jajaja, no tengo copia por supuesto
#77 Si no había dinero entonces deberán asumir que lo han perdido. Lo mejor es que se pongan de nuevo a ello y que esta vez metan más pasta en infraestructura y seguridad que en el coche del consejero de la empresa, que todos sabemos que tiene que dar buena imagen y usar un cochazo de la leche, sí, pero el coche no se puede cambiar por el software perdido. Establecer mal las prioridades es lo que tiene
#92 Y si te digo que lo que se ha perdido es el sistema de contabilidad historico incluido
No solo es un marron tener que facturar a mano este mes sino que legalmente estan en un lio
Pagaria por estar en alguna reunion hoy explicando que ha pasado y xq no hay solucion
#98 ufffff.
#98 Si que hay solución. Despedir a todos los responsables de dicho cúmulo de malas prácticas. Ahora todos los incompetentes a escurrir el bulto.
#77 Si tenías la copia se lo tenías que vender a precio de nuevo, hecho por consultora cara
Me acabo de cargar encima y de forma literal no metafórica.... Todo está en Gra1 menos mal
#1 Una copia no es suficiente, dice el refrán, y recuerda que tienen que estar en localizaciones diferentes, y no en la torre de al lado (recuerda las torres gemelas).
#12 localización diferente y formato físico diferete, a poder ser
#12 el susto fue por qué no me acordaba donde estaba mis servidores.
Y lógico que el bkp está en otro sitio
#12 y simulacros periódicos de recuperación efectiva para no enterarse de que no funciona cuando haga falta que lo haga
#57 "Simulacros periódicos de recuperación efectiva"
De todos mis trabajos creo que solo en uno he realizado algún tipo de "simulacros de recuperación efectiva". En el resto, solo esperan a que un Ransomware arrase sus equipos para "planificar" uno, e incluso en alguno de ellos no tenía cintas suficientes para "exportar" afuera, por lo que la información almacenada fuera del edificio era francamente escasa, e inútil ante cualquier escenario que implicara una recuperación completa.
Solo tienes que mirar las noticias de la SEPE, para ver todo lo que no se suele hacer:
La web de SEPE restaurada desde Wayback Machine (archive.org)
La web de SEPE restaurada desde Wayback Machine (a...
twitter.com#66 yo me acuerdo de una vez en un hospital donde trabajaba se hizo un simulacro. No se que coño hizo el técnico externo que lo volcó en los equipos en producción y se cargo los datos reales. Para colmo los de backup no recuperaban y se perdieron todos los datos.
Se pudieron recuperar la mayoria por una copia de la BD que habia hecho uno de los programadores en su portátil en la que hacía pruebas.
Claro está que hoy en día con las. Máquinas virtuales es más fácil, pero ese entonces mucho era tener un robot de copias y no un señor que por la noche solo cambiaba cintas
#66 que cabrón, has ido a pillar
#12 Como bien dice una persona responsable de sistemas de una gran empresa: "Si a viejo quieres llegar, más de 1 backup harás"
Y suscribo también lo de #57. En esa empresa las copias se desplegaban al principio de cada semana en los servidores de test y desarrollo.
#78 Yo restauro todas las copias de las bbdd como fase final de la copia en un servidor oob. Si la copia no se levanta y los datos no son accesibles > exit 1
#57 Es necesario tener un protocolo de recuperación de desastres claro y conciso, con copia en papel de los pasos a seguir. Que incluso aunque le caiga un rack de servidores encima al informático tiene que ser posible recuperarlo.
Lo que dice #78 de desplegar entornos de pruebas desde datos de backups también es fundamental para tener soltura y verificar el funcionamiento. Y tener hardware de repuesto o proveedor en la nube alternativo.
#1 jaja a mi me ha dado un escalofrío, menos mal que no ha sido en RBX
#24 #1 #61 a mi me ha pasado lo mismo, aunque 5 segundos después he recordado que me cambié a Contabo hace unos meses
(después de estar 5 años con ovh)
#1 Vídeo de cómo ha quedado el SBG2 :
#1 lo mismo me ha pasado a mi. Salvados de milagro.
¡Viva Gravelines!
#1 por eso yo los tengo la mitad en GRA y la otra en RBX. Tuve uno en SBG pero por suerte ya no.
#1 yo cuando he visto lo del incendio me he asustado, aunque tengo triple backup de todo, por suerte mi servidor esta en RBX1
#1 Joder, yo lo acabo de leer ahora y me ha dado un vuelco el corazón. Tengo 3 VPS con infinidad de cosas montadas y, por un momento, me he temido lo peor (aunque ya le extrañaba que no me hubiera llamado nadie). He entrado a comprobarlo y los 3 están en GRA. 😰
#25 lo del Halon se trata de llenar la estancia con ese tipo de gas, que tiene la capacidad de detener las reacciones químicas y sofocar el fuego rápidamente, además de la ventaja de que no deja residuos en las máquinas. El sistema debe avisar antes de soltarlo, el problemilla es que si no has salido a tiempo y lo respiras es súper tóxico. Y también que es muy contaminante.
Lo que comenta #20 de secuestrar el oxígeno, creo que se refiere a los sistemas que sustituyen el aire de la estancia con un gas inerte, desplazando el oxígeno, pero en cualquier caso se reduce hasta un nivel que reduce la combustión sin ser mortal para las personas.
No lo entiendo. En todos los todos en los que he estado el sistema antiincendios era algo esencial. De hecho, estaban más pensados para salvaguardar la integridad de los equipos que si eras un currito, que tenías muchas posibilidades de quedarte como un pajarito allí.
#6 Habra que esperar a conocer los detalles... pero si, resulta increíble.
#6 por ahí el leido que el gas halón está prohibido en la UE
#13 Ahora ya sabemos porque
#13 ¿Desde cuándo? Porque sé de un edificio que se suponía que lo tenía así.
#37 parece que desde 2000, porque es un gas CFC
#39 Ah, vale, yo lo supe antes, pero no sé si lo cambiaron, supongo que sí.
#13 En cambio sí que se permite el argón para la protección antiincendios de CPD's.
#6 ¿Has visto alguno de esos sistemas en funcionamiento? Porque tenerlos no implica que en caso de un incendio gordo logres salvar algo. Si el incendio se provoca dentro del CPD, (casi) seguro que no tienes problemas, aparte de los derivados del hollín, pero si el incendio se produce fuera, pero en el mismo edificio, tu sistema de extinción es posible que solo sea de adorno.
Seguro que también has tenido copias de seguridad dentro de un armario ignífugo, pero aparte de tenerlo hay que saber que dicho armario solo aguanta unos minutos al fuego, por lo que también tienes que tener copias en otro edificio, a ser posible en otra falla tectónica.
#14 Joder que si he visto...
Recuerdo uno que hubo que salir por patas porque a un fiera de mantenimiento de aire acondicionado no se le ocurrió otra mejor que descongelar una maquina de aire con un soplete. Salimos por patas pero eso no fue lo mejor, lo mejor fue que resulta que aquel CPD (o me pregunte por qué) tenía extinción por.... ¡AGUA! Dios, aun recuerdo al día siguiente servidores puestos contra la pared de pie para que soltasen el agua.
Temas curiosos a parte, la semana pasada me tocó ir a Tecnoalcalá y efectivamente, los sistemas antiincendio más gordos (pero no los únicos) están dentro de las salas, pero los accesos a esas salas es mediante puertas estancas antifuego que deberían sectorizar el riesgo, quiero decir, que más allá de que se te fueran a la mierda las acometidas de datos y eléctrica (que quizás sea lo que ha pasado), el resto no debería verse afectado.
De todas maneras, la realidad suele ser muy japuta, y puedes tenerlo todo pensado y demostrarse que lo tenías "casi" todo pensado.
Lo de los armarios ignífugos efectivamente, tienen unas certificaciones que son tantos grados tanto tiempo, pero suelen ser bastante resistentes, pero no impenetrables. Yo siempre he confiado más en copias separadas físicamente=geográficamente.
#18 En uno grandote, al norte de Madrid, importante, justo antes de entrar yo a trabajar allí, se produjo el famoso "Disparo de Halón".
Se disparó accidentalmente el halón de extinción y los que estaban salieron por patas y por los pelos.
El halón "secuestra" el oxígeno y te quedas sin él en segundos.
Ya no se usa por ser un CFC.
#20 Puedes ampliar eso del "Disparo del halón" Y de donde salieron del edificio, planta?...
La verdad que mi conocimiento sobre centros de datos es nulo.
#25 La extinción de incendios no se hace con agua en un CPD. La lias parda de verdad si rocías agua.
Se hace, generalmente, con un gas que "se come" literalmente el oxígeno en segundos. Antes se usaba Halón, un gas extintor pero al ser un CFC y ser tóxico se retiró y se sustituyo por otros gases, Inergén por ejemplo.
Estos nuevos desplazan al oxígeno.
El disparo es que se descargan las botellas de gas en la sala y se extingue el incendio por secuestro o desplazamiento del oxígeno. Vamos, que no dejas el oxígeno disponible para el fuego y este se ahoga.
Se ahoga el fuego y los que estén en la sala si no sales cagando leches.
Si el fuego no respira, el técnico o el operador de sala, tampoco.
Se activa una sirena fuerte en la sala y en la central de alarmas del edificio.
Salieron de la sala del CPD nada más.
#59 Recuerdo cuando trabajé hace años en una conocida universidad y mientras estaba en el CPD se disparó la alarma de incendios y el aviso previo al famoso disparo del halón. Cualquiera de los compañeros que estábamos en aquel momento en el CPD habríamos adelantado a Usaín Bolt a la pata coja para salir de aquella ratonera conociendo los efectos del simpático CFC.
Al final lo del incendio resultó ser una falsa alarma pero el disparo del halón no lo fue y dejó bonito el CPD durante un tiempito.... y una cabeza menos del responsable de los planes de seguridad porque la falsa alarma se produjo debido a que se había 'relajado' en su trabajo durante las últimas revisiones (el famoso 'eso no pasará porque es casi imposible que ocurra').
#18 Esa silla manteniendo la puerta antifuego abierta porque alguien estaba trasladando servidores.
#14 Yo vivi el tener que recuperar datos de un armario ignífugo. Los recuperamos pero:
1- El edició de desmoronó sobre el armario ignífugo. Sólo pudimos acceder a ella en el desmonte del edificio. Nos la saco el que utiliza esa máquina con unas tijeras inmensas que corta hormigón y vigas de acero
2-No teníamos las llaves. Estaban en un escritorio que se quemó. El de la máquina de las tijeras le reventó las bisagras.
3-Resulta que el armario era ignífugo, pero no hidrófugo. Dentro había agua. El agua que echaron los bomberos para apagar el incensiose coló dentro, probablemente en forma de vapor.
4-Al reventarse la caja fuerte, las cintas húmedas calleron al suelo, entre restos de ceniza y escombros.
Para ahorrar espacio muchas cintas estaban sin la caja de plástico y quedaron rebozadas.
5-Consegui recuperar datos de esas cintas. Allí estaban los históricos. Por suerte la copia del día anterior estaba en otro edificio.
#34 ¿Phytolab?
#53 No, una cadena de supermercardos que acabo comprando el grupo Eroski.
#34 descubristeis lo realmente barato que era mantener ese tránsito de cintas fuera del edificio. Toda la vida pensando algunos que era una pérdida de tiempo...
#63 Bueno, cuando fuimos a buscar las que sobrevivieron (dos juegos dia -1 i -2) me di cuenta lo poco que abultaban, las podias coger con una mano. Al final de la jornada me las lleve a casa con el coche, ya que no tenia donde dejarlas. En ese momento me di cuenta que si tiraba esas cintas por la ventana me cargaba toda la empresa. Por suerte no caí en la tentación.
Ya no trabajo allí pero me aun sigo encontrando dificultades en gastar en sistemas nuevos de cinta, o en externalizar el sistema de copia.
#34 Una curiosidad, de esas cintas "rebozadas", ¿se pudieron usar, o solo recurriste a las que aguantaron "el chaparrón"?, si se pudieron usar, ¿cómo se consigue?
#73 La urgente solo era una. Una DAT de un sistema de venta online que seguia en alpha y solo tenia una usuario diario (no demasiado crítico). Esa aun conservaba la caja y solo tenia un poco de humedad de condensación en el interior. La deje secar y restauro sin problemas.
Las otras (DLT's) las deje en un cajon. Al cabo de un tiempo por puro morbo, probe de catalogar una de las que estaban sin caja, la que tenia el mínimo de suciedad. La limpie externamente y funciono sin problemas.
Realmente la información estaba en la bobina de cinta, y esas cintas llevan un monton de redundancia, así que si el sustrato magnetico esta bien y la cinta sigue siendo flexible, sigue sigue siendo posible leerlas. Lo que si podria pasar es que el polvo dañase los cabezales de lectura, o los mecanismos físicos de la DLT. El calor podria estropearlas, pero de origen pueden aguantar hasta 52 grados C, de forma puntual.
Aunque ya no esta de moda, creo que los sistemas de cinta siguen siendo una buen seguro como opción de restauración de ultimo recurso.
#70 ¡El mismo uso yo!
Antes estaba en Amazon ec2, pero hetzner da un precio mucho más ajustado, ¡y va igual de bien!
#81 13 años llevo yo en Hetzner... sólo tu ve un problema porque el disco duro que tenía llevaba 10 años sin cambiarse
Por suerte tenía dos balanceados y copias de seguridad de todo, lo cambiaron y listo.
Gente, no dejéis nunca de lado los backups físicos. Yo tengo backups en la nube, pero los físicos los sigo manteniendo "por lo que pueda pasar".
#31 y varias copias!
#33 A mí no me ha pasado en AWS en tres años. Caída de servicio durante toda la mañana porque se han quedado sin internet.
#75 Yo a uno que su tesis la tenía en un ordenador y su casa se incendió, y luego no le arrancaba, así que la hizo de nuevo de cero. Cuando me lo comentó le dije que si había probado a ver si el disco duro había sobrevivido al incendio, porque podían haberse estropeado otros componentes pero el disco seguir intacto, y me dijo que no. También le informé de que hay empresas que consiguen extraer información de discos dañados. Menuda cara se le quedó.
#79 Las empresas de recuperación de datos, aparte de poco trasparentes, suelen ser realmente caras. Poca gente puede permitirse lidiar con semejantes usureros.
#56 Ambos.
Después del problema de hace tres años que les dejó sin Internet medio día, ¿tan barato es OVH que compensa?
#4 100€/año sin limite de trafico una máquina con 20GB y 2 cores.
Una maravilla.
#5 https://www.hetzner.com/cloud
#36 Sastamente
#4 #5 Buf, yo he trabajado con algún cliente que tiene OVH y siempre es un horror.
#4 Es barato pero limitado en muchas cosas. Yo estaba en su día y me mudé. Depende de lo que cada uno necesite.
#4 Todavía recuerdo ese día. Tenía un proyecto que había levantado prácticamente entero yo y ese día teníamos una presentación. Había estado hasta el día anterior puliendo cosas, dejándolo fino y me voy a cama y un pensamiento se me cruza por la cabeza "vas a ver como mañana se cae el servidor".
Pues a las 8 de la mañana (me había acostado sobre la 1, después de estar desde las 9 de la mañana delante del ordenador) y me dice Rubén "Oye Carlos, que estamos llegando a cliente y está todo caido". Salgo corriendo como una centella hacia mi PC, lo enciendo y veo que efectivamente está caído. Hago unas comprobaciones en lo local, el sistema de despliegue y el servidor no responde y yo ralladisimo. Se me da por entrar en twitter y buscar OVH.
PUM!
Todo OVH caído. Llamo a mi jefe y le cuento la situación. Se caga en la madre que parió OVH y saco la opción offline, del sistema (básicamente unos videos demostrativos de la web) y capeamos el temporal.
#28 pues esto también le pasa a AWS
#28 ¿Eso te dijo Rubén? ¿Pero Rubén García o Rubén Pérez?
#4 Un problema cada 3 años no está mal y esto ha sido un incendio. Mira cuando se cae Amazon y te tira MNM
Además, ultimamente los servicios de hosting se han subido mucho a la parra. Entre otras cosas porque goDaddy se ha ido haciendo con la competencia. Así que uno con un precio normal, se agradece
#4 Si no necesitas que te administren nada es difícil de superar en Europa, al menos.
#4 Depende de lo que tengas ahí. Para chorradas personales, sí.
Se ha visto a este individuo dejando unas Raspberry's Pi conectadas a la red...
#82 Me lo imagino, ahora mismo todo dios tiene que estar entrando en el manager y estará colapsado
Dos de mis estudiantes de doctorado tienen sus datos allí... No sabemos si se han perdido.
#38 Increíble. Yo tenía 5 copias de mi proyecto fin de carrera, en los tiempos donde aún no tenía internet: la de trabajo en mi equipo, un zip en mi equipo, una diaria en un cajón de la mesa de trabajo, y dos semanales en lugares diametralmente opuestos de mi casa.
#55 yo conocí a uno que tenía la única copia de su tesis sin presentar aún en un floppy que daba errores de lectura :-0
#38 Me recuerda a un estudiante de doctorado que me vino con un pen-drive inaccesible, donde tenía su única copia. Una copia nunca es suficiente.
#38 Diles que cuando rehagan todo el trabajo perdido, seguro que lo hacen mejor
#60 Si, en el panel tras muchos intentos he conseguido que me saque los vps que tengo en otros datacenters, e incluso en el SBG1 tengo 2 y me saca la info. Pero hay otros que no hay forma de acceder a la configuración...
Y cómo sabéis en qué SBG lo tenéis?
#46 Se puede ver por el panel de control, aunque de memoria no recuerdo donde
#48 lo intento pero los vps han desaparecido del panel... Y ahora mismo funciona a pedales la verdad.
#46 En el panel de control / configuración. Pone lo siguiente:
Localización
Estrasburgo (SBG1) - Francia
#46 En el Manager de OVH te tiene que venir, al clicar en la info de tu VPS/Servidor dedicado.
#76 Si, en el panel tras muchos intentos he conseguido que me saque los vps que tengo en otros datacenters, e incluso en el SBG1 tengo 2 y me saca la info. Pero hay otros que no hay forma de acceder a la configuración...
Ya veréis cómo el tfm de Cifuentes está ahí... vale ya cierro
Justo pillé una máquina nueva en el sbg2 hace 2 meses... ahora tocará esperar a que nos den una solución y podamos restaurar backups...
Veis lo que pasa por guardar tanto porno!!!!!!!
Yo estoy sin extranet. Tengo el ERP odoo instalado en los servidores de OVH y no funciona nada.
Yo tengo mi servidor de proyectos paralelos en SBG1, evidentemente todo caído pero espero que cuando lo enciendan vuelva al normalidad. En el curro usamos AWS pero el coste no tiene nada que ver...
Decir que no me han mandado ni un triste email de aviso....
#41 Parte de SBG1 también ha sido destruido. Yo tengo una máquina por ahí. Por suerte tengo copia de seguridad, pero veremos como está el tema.
> Decir que no me han mandado ni un triste email de aviso....
Tendrán el servidor de correo en SBG2...
#41 A mi no me va el correo, así que no sé si me han enviado algo allí
Acabo de cambiar mi correo + dominio desde 1&1 a OVH hace unos meses. La migración del correo fue una puta pesadilla, ahora que va un poco estable me da pereza cambiar... por suerte no me he visto afectado hoy, toco madera.
De todos modos, todavía sigo buscando una buena oferta de correo + dominio para irme "echando mistos" de OVH. Alguna sugerencia?
#87 Estuve en OVH y en 1&1. OVH bueno, daba quebraderos de cabeza pero podía vivir con ello; pero a 1&1 no vuelvo ni aunque sea el último proveedor del planeta, menudo trato de mierda al cliente
#93 y Vd. que lo diga!!! Tengo exactamente la misma opinión de ambas empresas
#87 el 1&1 es morralla para que una panadería tenga una web y un correo electrónico. las empresas mínimamente decentes no usan 1&1
Nadie se ha fijado que son contenedores de barco apilados? No se, llámame loco pero igual la densidad y el coste priman en OVH sobre las medidas de seguridad, bueno siempre fue así, tenian cajas torre atx en sus inicios en estanterias, ni racks ni nada...No se de que nos extrañamos..
Salu2
#88 se llama cpd containerizado, hace unos años la empresa instalador apara oa que trabajaba hicimos uno en Barcelona, si están bien hechos no tienen porque ser malos, incluso al contrario. De hecho la principal ventaja es que se levantan en meses (viene hechos el interior en un taller,hasta el cableado lo traen preconectoeizado) y se pueden rehacer en unos años desde cero, se quitan los viejos pones otros nuevos y a correr. Asi aprovechas mucho mejor espacio y estas al dia de tecnologías, sobre todo de climatización.
Pero claro hay gamas y gamas de cpd containerizados... Igual prescindieron de la extinción adecuada, o del mantenimiento....