kubernetes - Rook Ceph Kudeam:仅启动了一个ceph-mon

Question

在kubectl应用-f cluster.yaml(来自rook GitHub存储库的Yaml示例文件)后，即使我等待了1个小时，我也只能运行一个pod rook-ceph-mon-a-***。我该如何调查这个问题？

NAME                              READY   STATUS    RESTARTS   AGE
rook-ceph-mon-a-7ff4fd545-qc2wl   1/1     Running   0          20m

在单个正在运行的Pod的日志下方

$ kubectl logs rook-ceph-mon-a-7ff4fd545-qc2wl -n rook-ceph

2019-01-14 17:23:40.578 7f725478c140  0 ceph version 13.2.2 

***

No filesystems configured

2019-01-14 17:23:40.643 7f723a050700  1 mon.a@0(leader).paxosservice(auth 0..0) refresh upgraded, format 3 -> 0
2019-01-14 17:23:40.643 7f723a050700  0 log_channel(cluster) log [DBG] : fsmap
2019-01-14 17:23:40.645 7f723a050700  0 mon.a@0(leader).osd e1 crush map has features 288514050185494528, adjusting msgr requires
2019-01-14 17:23:40.645 7f723a050700  0 mon.a@0(leader).osd e1 crush map has features 288514050185494528, adjusting msgr requires
2019-01-14 17:23:40.645 7f723a050700  0 mon.a@0(leader).osd e1 crush map has features 1009089990564790272, adjusting msgr requires
2019-01-14 17:23:40.645 7f723a050700  0 mon.a@0(leader).osd e1 crush map has features 288514050185494528, adjusting msgr requires
2019-01-14 17:23:40.643443 mon.a unknown.0 - 0 :  [INF] mkfs cb8db53e-2d36-42eb-ab25-2a0918602655
2019-01-14 17:23:40.645 7f723a050700  1 mon.a@0(leader).paxosservice(auth 1..1) refresh upgraded, format 0 -> 3
2019-01-14 17:23:40.647 7f723a050700  0 log_channel(cluster) log [DBG] : osdmap e1: 0 total, 0 up, 0 in
2019-01-14 17:23:40.648 7f723a050700  0 log_channel(cluster) log [DBG] : mgrmap e1: no daemons active
2019-01-14 17:23:40.635473 mon.a mon.0 10.32.0.43:6790/0 1 : cluster [INF] mon.a is new leader, mons a in quorum (ranks 0)
2019-01-14 17:23:40.641926 mon.a mon.0 10.32.0.43:6790/0 2 : cluster [INF] mon.a is new leader, mons a in quorum (ranks 0)

Answer 1

假设您已遵循rook的Github页面here上的官方ceph-quickstart指南，请首先使用以下命令检查有问题的Pod:

kubectl -n rook-ceph get pod

并使用以下命令从中检索日志:

kubectl logs <pod_name>

请更新您的原始问题以包括这些命令输出。