Bug #45595

qa/tasks/cephadm: No filesystem is configured and MDS daemon gets deployed repeatedly

Added by Varsha Rao 11 months ago. Updated about 2 months ago.

Need More Info
Target version:
% Done:


3 - minor
Affected Versions:
Pull request ID:
Crash signature (v1):
Crash signature (v2):


On adding mds to roles

2020-05-07T11:21:19.160 ERROR:teuthology.run_tasks:Saw exception from tasks.
Traceback (most recent call last):
  File "/home/teuthworker/src/git.ceph.com_git_teuthology_master/teuthology/", line 90, in run_tasks
  File "/usr/lib/python3.6/", line 81, in __enter__
    return next(self.gen)
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/", line 1106, in task
    healthy(ctx=ctx, config=config)
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/", line 1428, in healthy
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/cephfs/", line 908, in wait_for_daemons
    if self.are_daemons_healthy(status=status, skip_max_mds_check=skip_max_mds_check):
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/cephfs/", line 758, in are_daemons_healthy
    mds_map = self.get_mds_map(status=status)
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/cephfs/", line 659, in get_mds_map
    return status.get_fsmap(['mdsmap']
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing/qa/tasks/cephfs/", line 111, in get_fsmap
    raise RuntimeError("FSCID {0} not in map".format(fscid))
RuntimeError: FSCID None not in map

Filesystem was not configured. So, I have added setup_cephfs(). But still the test fails with repeated deployment of MDS daemon.

2020-05-12T10:06:16.729 ERROR:teuthology.run_tasks:Saw exception from tasks.
Traceback (most recent call last):
  File "/home/teuthworker/src/git.ceph.com_git_teuthology_master/teuthology/", line 90, in run_tasks
  File "/usr/lib/python3.6/", line 81, in __enter__
    return next(self.gen)
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing-3/qa/tasks/", line 1107, in task
    healthy(ctx=ctx, config=config)
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing-3/qa/tasks/", line 1423, in healthy
  File "/home/teuthworker/src/github.com_varshar16_ceph_wip-varsha-testing-3/qa/tasks/", line 2894, in wait_until_healthy
    'timeout expired in wait_until_healthy'
AssertionError: timeout expired in wait_until_healthy

Related issues

Related to Orchestrator - Feature #46265: test cephadm MDS deployment Duplicate
Related to Orchestrator - Bug #48916: "File system None does not exist in the map" in upgrade:octopus-x:parallel-master Duplicate


#1 Updated by Sebastian Wagner 11 months ago

the logs of a failed MDS:

starting mds.a at
debug 2020-05-12T10:00:53.931+0000 7f6d6f39b700 -1 mds.0.openfiles _load_finish got (2) No such file or directory
cluster 2020-05-12T10:00:53.626686+0000 mgr.a (mgr.14142) 74 : cluster [DBG] pgmap v72: 17 pgs: 17 active+clean; 2.2 KiB data, 812 KiB used, 265 GiB / 268 GiB avail; 1023 B/s rd, 1 op/s
cluster 2020-05-12T10:00:53.923579+0000 mon.a (mon.0) 425 : cluster [INF] Health check cleared: FS_WITH_FAILED_MDS (was: 1 filesystem has a failed mds daemon)
cluster 2020-05-12T10:00:53.926056+0000 mon.a (mon.0) 426 : cluster [DBG] mds.? [v2:,v1:] up:boot
cluster 2020-05-12T10:00:53.926118+0000 mon.a (mon.0) 427 : cluster [INF] Standby daemon mds.a assigned to filesystem cephfs as rank 0
cluster 2020-05-12T10:00:53.926216+0000 mon.a (mon.0) 428 : cluster [INF] Health check cleared: MDS_ALL_DOWN (was: 1 filesystem is offline)
cluster 2020-05-12T10:00:53.926428+0000 mon.a (mon.0) 429 : cluster [DBG] fsmap cephfs:0/1 1 up:standby, 1 failed
audit 2020-05-12T10:00:53.926571+0000 mon.a (mon.0) 430 : audit [DBG] from='mgr.14142' entity='mgr.a' cmd=[{"prefix": "mds metadata", "who": "a"}]: dispatch
cluster 2020-05-12T10:00:53.928851+0000 mon.a (mon.0) 431 : cluster [DBG] fsmap cephfs:1/1 {0=a=up:replay}
audit 2020-05-12T10:00:54.457020+0000 mon.a (mon.0) 433 : audit [INF] from='mgr.14142' entity='mgr.a' cmd='[{"prefix":"config-key set","key":"mgr/cephadm/host.smithi031","val":"{\"daemons\": {\"mon.a\": {\"hostname\": \"smithi031\", \"container_id\": \"105bf202ec76\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"a\", \"daemon_type\": \"mon\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.453939\", \"created\": \"2020-05-12T09:58:29.620917\", \"started\": \"2020-05-12T09:58:34.349610\"}, \"mgr.a\": {\"hostname\": \"smithi031\", \"container_id\": \"ae5a1b713eee\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"a\", \"daemon_type\": \"mgr\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.454013\", \"created\": \"2020-05-12T09:58:35.932808\", \"started\": \"2020-05-12T09:58:35.989411\"}, \"osd.0\": {\"hostname\": \"smithi031\", \"container_id\": \"1f2d6fcda37e\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"0\", \"daemon_type\": \"osd\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.454047\", \"created\": \"2020-05-12T09:59:29.312886\", \"started\": \"2020-05-12T09:59:30.872638\"}, \"osd.1\": {\"hostname\": \"smithi031\", \"container_id\": \"50d07b96ccd8\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"1\", \"daemon_type\": \"osd\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.454140\", \"created\": \"2020-05-12T09:59:44.896618\", \"started\": \"2020-05-12T09:59:46.443553\"}, \"osd.2\": {\"hostname\": \"smithi031\", \"container_id\": \"30629d30788e\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"2\", \"daemon_type\": \"osd\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.454204\", \"created\": \"2020-05-12T10:00:00.193354\", \"started\": \"2020-05-12T10:00:01.739960\"}, \"mds.a\": {\"hostname\": \"smithi031\", \"container_id\": \"a053eff517d8\", \"container_image_id\": \"ba1862563a7ec5bee9a9a7b56b0087f68457fcc4dec68b196c2f0023b5d5822f\", \"container_image_name\": \"\", \"daemon_id\": \"a\", \"daemon_type\": \"mds\", \"version\": \"16.0.0-1393-g5d96f0c9612\", \"status\": 1, \"status_desc\": \"running\", \"last_refresh\": \"2020-05-12T10:00:54.454265\", \"created\": \"2020-05-12T10:00:07.083235\", \"started\": \"2020-05-12T10:00:52.996854\"}}, \"devices\": [{\"rejected_reasons\": [\"Insufficient space (<5GB) on vgs\", \"LVM detected\", \"locked\"], \"available\": false, \"path\": \"/dev/nvme0n1\", \"sys_api\": {\"removable\": \"0\", \"ro\": \"0\", \"vendor\": \"\", \"model\": \"INTEL SSDPEDMD400G4\", \"rev\": \"\", \"sas_address\": \"\", \"sas_device_handle\": \"\", \"support_discard\": \"512\", \"rotational\": \"0\", \"nr_requests\": \"1023\", \"scheduler_mode\": \"none\", \"partitions\": {}, \"sectors\": 0, \"sectorsize\": \"512\", \"size\": 400088457216.0, \"human_readable_size\": \"372.61 GB\", \"path\": \"/dev/nvme0n1\", \"locked\": 1}, \"lvs\": [{\"name\": \"lv_1\", \"comment\": \"not used by ceph\"}, {\"name\": \"lv_2\", \"osd_id\": \"2\", \"cluster_name\": \"ceph\", \"type\": \"block\", \"osd_fsid\": \"7cef8f05-5030-46eb-9733-7cc96b2329a6\", \"cluster_fsid\": \"09bf22bc-9437-11ea-a069-001a4aab830c\", \"osdspec_affinity\": \"\", \"block_uuid\": \"D2fXzg-9b6C-x9Qk-PvTG-cFEN-pcyi-zGTgCr\"}, {\"name\": \"lv_3\", \"osd_id\": \"1\", \"cluster_name\": \"ceph\", \"type\": \"block\", \"osd_fsid\": \"a856c3cd-7121-42c5-bcce-804b31cf7c33\", \"cluster_fsid\": \"09bf22bc-9437-11ea-a069-001a4aab830c\", \"osdspec_affinity\": \"\", \"block_uuid\": \"hKW7JS-J8Vp-qMu5-RemP-V1eP-EMdD-bVZ2ap\"}, {\"name\": \"lv_4\", \"osd_id\": \"0\", \"cluster_name\": \"ceph\", \"type\": \"block\", \"osd_fsid\": \"02984fcd-ea6e-4bb9-a8ce-7b4165ff17ff\", \"cluster_fsid\": \"09bf22bc-9437-11ea-a069-001a4aab830c\", \"osdspec_affinity\": \"\", \"block_uuid\": \"ltCJoY-aYDA-BgUq-SD2p-2SUO-s8Mo-EVPpxd\"}, {\"name\": \"lv_5\", \"comment\": \"not used by ceph\"}], \"human_readable_type\": \"ssd\", \"device_id\": \"INTEL SSDPEDMD400G4_CVFT53310008400BGN\"}, {\"rejected_reasons\": [\"locked\"], \"available\": false, \"path\": \"/dev/sda\", \"sys_api\": {\"removable\": \"0\", \"ro\": \"0\", \"vendor\": \"ATA\", \"model\": \"ST1000NM0033-9ZM\", \"rev\": \"SN04\", \"sas_address\": \"\", \"sas_device_handle\": \"\", \"support_discard\": \"0\", \"rotational\": \"1\", \"nr_requests\": \"64\", \"scheduler_mode\": \"mq-deadline\", \"partitions\": {\"sda1\": {\"start\": \"2048\", \"sectors\": \"1953522688\", \"sectorsize\": 512, \"size\": 1000203616256.0, \"human_readable_size\": \"931.51 GB\", \"holders\": []}}, \"sectors\": 0, \"sectorsize\": \"512\", \"size\": 1000204886016.0, \"human_readable_size\": \"931.51 GB\", \"path\": \"/dev/sda\", \"locked\": 1}, \"lvs\": [], \"human_readable_type\": \"hdd\", \"device_id\": \"ST1000NM0033-9ZM173_Z1W4HQEW\"}], \"daemon_config_deps\": {\"osd.0\": {\"deps\": [], \"last_config\": \"2020-05-12T09:59:27.963479\"}, \"osd.1\": {\"deps\": [], \"last_config\": \"2020-05-12T09:59:43.514126\"}, \"osd.2\": {\"deps\": [], \"last_config\": \"2020-05-12T09:59:58.767400\"}, \"mds.a\": {\"deps\": [], \"last_config\": \"2020-05-12T10:00:48.936080\"}}, \"last_daemon_update\": \"2020-05-12T10:00:54.454344\", \"last_device_update\": \"2020-05-12T10:00:05.549895\", \"networks\": {\"\": [\"\"]}, \"last_host_check\": \"2020-05-12T09:58:55.496480\"}"}]': finished
audit 2020-05-12T10:00:54.457810+0000 mon.a (mon.0) 434 : audit [INF] from='mgr.14142' entity='mgr.a' cmd=[{"prefix": "config set", "who": "mds.all", "name": "mds_join_fs", "value": "all"}]: dispatch
audit 2020-05-12T10:00:54.458428+0000 mon.a (mon.0) 435 : audit [INF] from='mgr.14142' entity='mgr.a' cmd=[{"prefix": "auth get-or-create", "entity": "mds.a", "caps": ["mon", "profile mds", "osd", "allow rwx", "mds", "allow"]}]: dispatch
audit 2020-05-12T10:00:54.459033+0000 mon.a (mon.0) 436 : audit [DBG] from='mgr.14142' entity='mgr.a' cmd=[{"prefix": "config generate-minimal-conf"}]: dispatch
audit 2020-05-12T10:00:54.459757+0000 mon.a (mon.0) 437 : audit [DBG] from='mgr.14142' entity='mgr.a' cmd=[{"prefix": "config get", "who": "mds.a", "key": "container_image"}]: dispatch
topping Ceph mds.a for 09bf22bc-9437-11ea-a069-001a4aab830c...
debug 2020-05-12T10:00:55.919+0000 7f6d763a9700 -1 received  signal: Terminated from Kernel ( Could be generated by pthread_kill(), raise(), abort(), alarm() ) UID: 0
debug 2020-05-12T10:00:55.919+0000 7f6d763a9700 -1 mds.a *** got signal Terminated ***
cephadm 2020-05-12T10:00:54.459456+0000 mgr.a (mgr.14142) 75 : cephadm [INF] Deploying daemon mds.a on smithi031

#2 Updated by Michael Fritch 11 months ago

We attempted to configure an MDS with file system `all` using an explicit daemon id of `a`?

ceph orch mds all --placement '1;smithi031=a'

mgr log:

2020-05-12T10:00:03.729+0000 7fce8d3a1700  1 -- [v2:,v1:] <== client.14194 1 ==== mgr_command(tid 0: {"prefix": "orch apply mds", "fs_name": "all", "placement": "1;smithi031=a", "target": ["mon-mgr", ""]}) v1 ==== 127+0+0 (secure 0 0 0) 0x55a5e88ae9a0 con 0x55a5e8f5d800

mon log:

2020-05-12T10:00:16.657+0000 7fb04d6e1700  5 mon.a@0(leader).mds e10 prepare_beacon mds.0 up:active -> down:dne
2020-05-12T10:00:16.657+0000 7fb04d6e1700  1 mon.a@0(leader).mds e10 fail_mds_gid 14222 mds.a role 0
2020-05-12T10:00:16.657+0000 7fb04d6e1700 10 mon.a@0(leader).osd e24 blacklist [v2:,v1:] until 2020-05-13T10:00:16.658143+0000

From the logs it would appear the mds is being deployed in a loop:
1) cephadm deploys daemon `mds.a`
2) mds is killed after `rejoin_done`
3) cephadm does not see a running daemon (goto 1)

Maybe we need to validate the daemon_id starts with the fsname?

#3 Updated by Michael Fritch 11 months ago

Also, any ideas why the fsname is `all` ??

#4 Updated by Varsha Rao 11 months ago

Michael Fritch wrote:

Also, any ideas why the fsname is `all` ??

It is from here in ceph_mdss()

        _shell(ctx, cluster_name, remote, [
            'ceph', 'orch', 'apply', 'mds',
            str(len(nodes)) + ';' + ';'.join(nodes)]

mgr log

2020-05-12T10:00:08.245+0000 7fce81c0e700  0 [cephadm DEBUG root] Applying service mds.all spec
2020-05-12T10:00:08.245+0000 7fce81c0e700  0 [cephadm DEBUG cephadm.module] place 0 over provided host list: [HostPlacementSpec(hostname='smithi031', network='', name='a')]
2020-05-12T10:00:08.245+0000 7fce81c0e700  0 [cephadm DEBUG cephadm.module] Combine hosts with existing daemons [] + new hosts [HostPlacementSpec(hostname='smithi031', network='', name='a')]
2020-05-12T10:00:08.245+0000 7fce81c0e700  0 [cephadm DEBUG root] hosts with daemons: set()
2020-05-12T10:00:08.245+0000 7fce81c0e700  1 -- --> [v2:,v1:] -- mon_command({"prefix": "config set", "who": "mds.all", "name": "mds_join_fs", "value": "all"} v 0) v1 -- 0x55a5e266a180 con 0x55a5e8608400
2020-05-12T10:00:08.246+0000 7fcead947700  1 --2- >> [v2:,v1:] conn(0x55a5e8608400 0x55a5e860e480 secure :-1 s=THROTTLE_DONE pgs=53 cs=0 l=1 rx=0x55a5e2662000 tx=0x55a5e8664e60).handle_read_frame_epilogue_main read frame epilogue bytes=32
2020-05-12T10:00:08.246+0000 7fcea993f700  1 -- <== mon.0 v2: 246 ==== mon_command_ack([{"prefix": "config set", "who": "mds.all", "name": "mds_join_fs", "value": "all"}]=0  v6) v1 ==== 115+0+0 (secure 0 0 0) 0x55a5e88f0000 con 0x55a5e8608400

It goes in loop after orch apply. Why cephadm does not detect already deployed mds?

I got this patch verified by Patrick to fix fscid error. It is correct fix for it.

diff --git a/qa/tasks/ b/qa/tasks/
index 1ffd02553d..2cb92cae06 100644
--- a/qa/tasks/
+++ b/qa/tasks/
@@ -21,7 +21,7 @@ from teuthology.orchestra.daemon import DaemonGroup
 from teuthology.config import config as teuth_config

 # these items we use from should probably eventually move elsewhere
-from tasks.ceph import get_mons, healthy
+from tasks.ceph import get_mons, healthy, cephfs_setup

 CEPH_ROLE_TYPES = ['mon', 'mgr', 'osd', 'mds', 'rgw', 'prometheus']

@@ -1086,6 +1086,7 @@ def task(ctx, config):
             lambda: ceph_mgrs(ctx=ctx, config=config),
             lambda: ceph_osds(ctx=ctx, config=config),
             lambda: ceph_mdss(ctx=ctx, config=config),
+            lambda: cephfs_setup(ctx=ctx, config=config),
             lambda: ceph_rgw(ctx=ctx, config=config),
             lambda: ceph_monitoring('prometheus', ctx=ctx, config=config),
             lambda: ceph_monitoring('node-exporter', ctx=ctx, config=config),

#5 Updated by Sebastian Wagner 10 months ago

#6 Updated by Sebastian Wagner 5 months ago

  • Status changed from New to Need More Info

#7 Updated by Sebastian Wagner 2 months ago

  • Related to Bug #48916: "File system None does not exist in the map" in upgrade:octopus-x:parallel-master added

#8 Updated by Juan Miguel Olmo Martínez about 2 months ago

  • Assignee set to Sebastian Wagner

Also available in: Atom PDF