¡¡LLAMADA DE SOCORRO!! Tuve mi t2.micro con la imagen Bitnami Parse ejecutándose durante un buen tiempo.
Todo fue diversión y juegos hasta que tuve que actualizar a t2.medium.
Para hacerlo, cloné mi servidor en una imagen AMI. Luego lancé mi nuevo t2.medium desde mi imagen AMI. Me desperté por la mañana y descubrí que mi antiguo servidor me estaba dando el siguiente error cuando ejecuto el comando mongod:
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] MongoDB
starting : pid=1696 port=27017 dbpath=/data/db 64-bit host=ip-172-31-37-229
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] db version v3.0.9
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] git version:
20d60d3491908f1ae252fe452300de3978a040c7
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] build info:
Linux build4.ny.cbi.10gen.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3
21:39:27 UTC 2014 x86_64 BOOST_LIB_VERSION=1_49
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] allocator: tcmalloc
2019-07-18T07:07:09.667+0000 I CONTROL [initandlisten] options: {}
2019-07-18T07:07:09.756+0000 I STORAGE [initandlisten] exception in
initAndListen: 29 Data directory /data/db not found., terminating
2019-07-18T07:07:09.756+0000 I CONTROL [initandlisten] dbexit: rc: 100
Primero pensé que el servidor t2.medium duplicado estaba causando problemas, así que lo cancelé. pero todavía nada cambió en mi antiguo t2.micro. ¡¡¡Y no puedo localizar mis datos antiguos de mongodb !!!!
Mi pregunta es: ¿esto se debe a un efecto secundario que podría haber sido causado por el proceso de imagen AMI o es algo más? tal vez un ataque a mi servidor!!!!!
Estoy en un gran problema. ¡¡¡Cualquier ayuda será muy apreciada!!!
tia