【问题标题】:Google Cloud VM Files Deleted after session disconnect会话断开后删除的 Google Cloud VM 文件
【发布时间】:2020-07-21 09:33:56
【问题描述】:

我的一些 GCP 实例的行为方式与以下链接中描述的类似: Google Cloud VM Files Deleted after Restart

会话有时会在一段时间不活动后断开连接。重新连接时,机器就像是新安装的一样。 (不是在上面的链接中重新启动)。所有的文件都没有了。 正如您在附件中看到的,当会话重新连接时,它正在创建新的配置文件目录。此外,我所做的安装都不在那里。一切都丢失了,包括根安装。幸运的是,我一直在客户端上手动记录所有命令和文件设置。所以,什么都没有丢失,但我想知道发生了什么并永久解决这个问题。

这种情况已经发生过几次了。

需要注意的一点是,如果我得到一个干净的退出,例如如果我正确地注销或退出 ssh,当我重新连接时,我会在我离开时将机器恢复原样。仅当会话自行断开连接时才会出现问题。在某些情况下,会话断开连接,我也能够重新连接。

我的所有虚拟机都没有这个问题。

根据我上面发布的链接的建议:

  • 我没有连接到云外壳。我正在使用 chrome 扩展程序获取机器的 ssh
  • 尚未手动挂载任何磁盘 (afaik)
  • 我检查了来自 gcloud 计算实例 get-serial-port-output --zone us-east4-c INSTANCE_NAME 的日志。我真的无法充分利用它。有什么我应该特别寻找的吗?

感谢任何帮助。

请按照@W_B 的建议找到指向日志的链接

以下是从 8 日机器重启并删除文件时开始

https://pastebin.com/NN5dvQMK

今天又发生了。那时我没有立即运行命令。下面的文件是后来的

https://pastebin.com/m5cgdLF6

下面是今天登出后的。

[4]: https://pastebin.com/143NPatF

请注意,我通常使用正则表达式替换了用户 ID、系统名称和许多数值。因此,时间和其他值发生变化的可能性很小。不知道这会不会有问题。

我已从 UI 添加了当前配置的屏幕截图

【问题讨论】:

  • 您能否登录和退出其中一个有问题的 VM 并发出 tail -n 200 | gcloud compute instances get-serial-port-output --zone us-east4-c INSTANCE_NAME 命令并将其粘贴到您原来的问题中?
  • @W_B,请看日志已添加。
  • 谢谢@jacobjonz - 你能停止你的虚拟机吗?请不要这样做(请检查是否可以)。
  • @W_B:我的实例是托管组的一部分。

标签: google-cloud-platform google-compute-engine


【解决方案1】:

使用本地连接的 SDD 似乎是原因......这里解释: https://cloud.google.com/compute/docs/disks/local-ssd#data_persistence

您需要使用“永久磁盘” - 否则它的行为将与您描述的一样。

【讨论】:

  • Martin Zeitler 是正确的——至少在使用本地连接的 SSD 的部分是正确的。但是您提供的日志似乎并未反映您拥有具有此类存储空间的虚拟机。也可能是你的系统配置造成的……你还有这个问题吗?
  • 所以,我在验证之前删除了整个实例。因此延迟了验证和响应。无论如何,我建立了一个新的 vm 实例组(这次确保它使用永久性磁盘 - 我相信我当时也一直在使用永久性磁盘。)。在我第一次登录后的几分钟内,当我处于活动会话中时,我会断开连接。重新连接时,ip 本身已更改(无论如何我都使用主机名连接)。然后我重新连接,发现home文件夹又创建了。
  • 仅供参考:我正在使用带有 debian buster 的“f1 micro”实例。不确定这是否会增加任何差异。我的其他实例大多是“n1 标准”,它们似乎没有问题。另一个我之前没有分享的可能是关键信息:我的实例是托管组的一部分。
  • 我在问题中添加了 UI 中当前配置的屏幕截图。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-10-30
  • 1970-01-01
  • 2016-06-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多