Peter Evans's questions

向现有集群添加新节点池失败，没有节点注册。

用于添加节点池的命令如下（项目名称已更改）：

gcloud container --project my-project node-pools create hm-pool --cluster ds-cluster-west4 --zone europe-west4-c --node-version 1.16.9-gke.2 --machine-type n1-highmem-4 --image-type COS --disk-type pd-standard --disk-size 100 --metadata disable-legacy-endpoints=true --scopes logging-write,monitoring,pubsub,service-control,service-management,storage-full,taskqueue,trace --num-nodes 2 --enable-autoupgrade --enable-autorepair --max-surge-upgrade 1 --max-unavailable-upgrade 0

我收到以下错误消息

This will enable the autorepair feature for nodes. Please see https://cloud.google.com/kubernetes-engine/docs/node-auto-repair for more information on node autorepairs.
Creating node pool hm-pool...done.
ERROR: (gcloud.container.node-pools.create) Operation [<Operation
 clusterConditions: [<StatusCondition
 message: 'All cluster resources were brought up, but: only 0 nodes out of 2 have registered; cluster may be unhealthy.'>]
 detail: 'All cluster resources were brought up, but: only 0 nodes out of 2 have registered; cluster may be unhealthy.'
 endTime: '2020-06-04T15:17:05.810921209Z'
 name: 'operation-1591282299021-26295b28'
 nodepoolConditions: []
 operationType: OperationTypeValueValuesEnum(CREATE_NODE_POOL, 7)
 selfLink: 'https://container.googleapis.com/v1/projects/473462597806/zones/europe-west4-c/operations/operation-1591282299021-26295b28'
 startTime: '2020-06-04T14:51:39.021046271Z'
 status: StatusValueValuesEnum(DONE, 3)
 statusMessage: 'All cluster resources were brought up, but: only 0 nodes out of 2 have registered; cluster may be unhealthy.'
 targetLink: 'https://container.googleapis.com/v1/projects/473462597806/zones/europe-west4-c/clusters/ds-cluster-west4/nodePools/hm-pool'
 zone: 'europe-west4-c'>] finished with error: All cluster resources were brought up, but: only 0 nodes out of 2 have registered; cluster may be unhealthy.

在控制台上，我看到消息“自动修复节点池 hm-pool 中的节点”。我看到它hm-pool正在更新。池中有 0 个节点。

我究竟做错了什么？

我正在尝试在 kubernetes 集群（GKE）上运行蛇形管道。该作业是从 GCE 虚拟机启动的。有时它会起作用，但大多数情况下它不起作用。

我采取的步骤是

gcloud container clusters get-credentials snakemake-k8s-demo
kubectl delete pod $(kubectl get pods | grep snakejob|colprint 1)
snakemake --kubernetes --container-image eu.gcr.io/scailyte-is/snakemake-gsdk --use-conda --default-remote-provider GS --default-remote-prefix xxxxxx-snakemake-test-1 --jobs 2

第一次尝试效果很好。

然后我删除了由snakemake管道创建的文件，并再次运行相同的工作而不做任何更改。

作业失败并显示以下错误消息：

HTTPSConnectionPool(host='storage.googleapis.com', port=443): Max retries exceeded with url: /storage/v1/b/xxxxxxx-snakemake-test-1/o?projection=noAcl (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7f3ee35159d0>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution'))

根据 Google Cloud Status Dashboard，Google Cloud Storage 没有问题。

随后的尝试以同样的方式失败。

任何解决方案的提示都非常感激。

我最近在使用 Centos 7 操作系统的 Google Compute Engine VM 上进行了恢复测试。VM 有五个由 LVM 管理的分区磁盘。服务器已经存在了一段时间，所以大约有十个文件系统分布在磁盘上。这些快照都是在凌晨时分在一两秒内创建的。

看起来复苏进展顺利，df输出看起来像我预期的那样。

我只是幸运吗？

从表面上不同步的快照中恢复时，我通常会遇到麻烦。

我想知道：我是否需要使用“适当的”逻辑卷感知备份系统来确保恢复的文件系统的一致性？或者如果失败了，我应该确保每个文件系统都在自己的单个磁盘上吗？还是我不必要地担心？