Прошло около месяца с тех пор, как я перешел на GCE, и я замечаю, что время от времени все мои процессы или контейнеры не работают, тома отключены, а система недавно регистрирует перезагрузку.
У кого-нибудь возникла проблема с Google Cloud Platform, когда вычислительные экземпляры неожиданно перезагружались?
Последний раз перезапуск произошел 16 августа в 22:25:27.
Журналы во время перезапуска ничего не указывают, все в норме, затем машина снова начинает загружаться
Aug 16 20:22:36 dva kernel: [1612872.963240] init: google-clock-sync-manager main process (13004) terminated with status 1
Aug 16 20:22:36 dva kernel: [1612872.963258] init: google-clock-sync-manager main process ended, respawning
Aug 16 20:22:36 dva google-clock-sync: INFO Starting GCE clock sync
Aug 16 21:17:01 dva CRON[15754]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Aug 16 21:22:36 dva kernel: [1616473.015336] init: google-clock-sync-manager main process (14413) terminated with status 1
Aug 16 21:22:36 dva kernel: [1616473.015345] init: google-clock-sync-manager main process ended, respawning
Aug 16 21:22:37 dva google-clock-sync: INFO Starting GCE clock sync
Aug 16 22:17:01 dva CRON[17329]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Aug 16 22:25:27 dva rsyslogd: [origin software="rsyslogd" swVersion="7.4.4" x-pid="895" x-info="http://www.rsyslog.com"] start
Aug 16 22:25:27 dva rsyslogd-2307: warning: ~ action is deprecated, consider using the 'stop' statement instead [try http://www.rsyslog.com/e/2307 ]
Aug 16 22:25:27 dva rsyslogd: rsyslogd's groupid changed to 104
Aug 16 22:25:27 dva rsyslogd: rsyslogd's userid changed to 101
Aug 16 22:25:27 dva kernel: [ 0.000000] Initializing cgroup subsys cpuset
Aug 16 22:25:27 dva kernel: [ 0.000000] Initializing cgroup subsys cpu
Aug 16 22:25:27 dva kernel: [ 0.000000] Initializing cgroup subsys cpuacct
Aug 16 22:25:27 dva kernel: [ 0.000000] Linux version 3.19.0-66-generic (buildd@lgw01-40) (gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3) ) #74~14.04.1-Ubuntu SMP Tue Jul 19 19:56:11 UTC 2016 (Ub\
untu 3.19.0-66.74~14.04.1-generic 3.19.8-ckt22)
Aug 16 22:25:27 dva kernel: [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.19.0-66-generic root=UUID=5e5ef9d5-0969-4eaa-82ad-0234a67a2e9f ro console=ttyS0
Aug 16 22:25:27 dva kernel: [ 0.000000] KERNEL supported cpus:
Aug 16 22:25:27 dva kernel: [ 0.000000] Intel GenuineIntel
Aug 16 22:25:27 dva kernel: [ 0.000000] AMD AuthenticAMD
Aug 16 22:25:27 dva kernel: [ 0.000000] Centaur CentaurHauls
Aug 16 22:25:27 dva kernel: [ 0.000000] e820: BIOS-provided physical RAM map:
Aug 16 22:25:27 dva kernel: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable
Aug 16 22:25:27 dva kernel: [ 0.000000] BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved
Возможно, некоторые модули потребляют много памяти, поэтому установка лимита памяти, вероятно, может помочь в решении этой проблемы, как указано в этом Справочном центре. статья а иногда также может помочь увеличение ресурсов экземпляра. Еще одно предложение будет заключаться в мониторинге работоспособности узла, что может помочь в решении будущих проблем » отладка. «Kubectl description node NODE-NAME» может дать вам некоторое представление о статусе узла и о том, что могло вызвать его перезагрузку. Иногда это может быть вызвано некоторыми событиями обслуживания в Google Cloud Platform, которые могут быть видны в журналах операций.