Actualmente uso una instancia de VM de GCP para ejecutar un servidor agregado ODK, no puedo acceder al servidor desde el viernes por la noche. Supongo que no está relacionado con ODK sino con el problema del servidor, de hecho, seguí los siguientes pasos:
- Cambié la conexión a Internet y el navegador, intenté acceder localmente en mi computadora: no hubo mejoras.
- Verifiqué que la URL todavía está operativa en el sitio web donde la creé (en freedns.afraid). Ese es el caso.
- Revisé el menú y los parámetros de mi instancia de VM de GCP (ubuntu-1804-bionic-v20210604, g1-small: 1 vCPU, 1,7 GB de memoria, 10 GB en el almacenamiento en disco, Intel Haswell como plataforma de procesador, usando W10). No identifiqué una razón para explicar el problema. Pero el script portuario de los últimos días señalaba errores:
"13 de agosto 16:24:27 enquetes chronyd[2104]: No se pudo escribir en el archivo de deriva temporal /var/lib/chrony/chrony.drift.tmp 13 de agosto 16:39:16 enquetes systemd-networkd[19493]: ens4: Configurado 13 de agosto 17:09:17 enquetes systemd-networkd[19493]: ens4: Configurado [5034594.247692] systemd-journald[19543]: Error al crear un nuevo diario del sistema: No queda espacio en el dispositivo"
Creo que está relacionado con el almacenamiento en disco, que efectivamente estaba lleno. Dupliqué su capacidad hoy por la tarde (de 10 GB a 20 GB) pero después de eso recibo los mismos scripts. Consulte, por ejemplo: "15 de agosto 18:50:55 enquetes systemd[1]: snapd.service: Se agotó el tiempo de espera de la operación de inicio. Terminando. 15 de agosto 18:52:25 enquetes systemd[1]: snapd.service: Estado 'detener- sigterm' agotó el tiempo de espera 15 de agosto 18:52:25 enquetes systemd[1]: snapd.service: Eliminación del proceso 29463 (snapd) con señal SIGKILL 15 de agosto 18:52:25 enquetes systemd[1]. : Proceso principal cerrado, código = eliminado, estado = 9/KILL 15 de agosto 18:52:25 enquetes systemd[1]: snapd.service: Error con el resultado 'tiempo de espera' 15 de agosto 18:52:25 enquetes systemd[1]. : No se pudo iniciar Snap Daemon el 15 de agosto a las 18:52:25 enquetes systemd[1]: snapd.service: tiempo de espera del servicio finalizado, reinicio de programación el 15 de agosto a las 18:52:25 enquetes systemd[1]: snapd.service. : Trabajo de reinicio programado, el contador de reinicio está en 949. 15 de agosto 18:52:25 enquetes systemd[1]: Snap Daemon detenido 15 de agosto 18:52:25 enquetes systemd[1]: iniciando Snap Daemon... 15 de agosto 18. :52:25 enquetes snapd[29509]: Estado de AppArmor: apparmor está habilitado y todas las funciones están disponibles 15 de agosto 18:52:25 enquetes snapd[29509]: Estado de AppArmor: apparmor está habilitado y todas las funciones están disponibles 15 de agosto 18:53 :56 mensajes systemd[1]: snapd.service: Se agotó el tiempo de espera de la operación de inicio. Terminando."
- Intenté detener la instancia y reiniciarla. Sin mejora.
- Intenté reiniciar con los comandos sudo reboot now / sudo reboot -f a través de g-cloud y Google Shell, pero no funciona ("Error al escribir el archivo de parámetros de reinicio: no existe tal archivo o directorio" o se desconectó de G Shell justo después entrando al 2do). No puedo acceder a SSH, aunque el firewall y los puertos están bien.
No sé qué sería mejor hacer ahora, ya que no domino la consola serial ni las líneas de comando: ya creé una instantánea de disco persistente y me gustaría restaurar los datos en un disco nuevo y tener acceso nuevamente a mi servidor actual (misma dirección IP externa, nombre de host, etc.).
¿Tiene alguna idea sobre cómo solucionar el problema?
Gracias de antemano por su ayuda.
Nuevo Testamento