[Bug 2019293] [NEW] mgr: relax "pending_service_map.epoch > service_map.epoch" assert

dongdong tao 2019293 at bugs.launchpad.net
Fri May 12 07:32:18 UTC 2023


Public bug reported:

    When we are activating we may receive several service map updates
    initiated by the previous active mgr. Treat them all as initial map.

    The code also adds "pending_service_map_dirty == 0" assert, which we
    expect is true when receiving an initial map -- otherwise we can't
    just initialize pending_service_map with received map.

    Fixes: https://tracker.ceph.com/issues/51835

** Affects: ceph (Ubuntu)
     Importance: Undecided
         Status: New

** Description changed:

- When we are activating we may receive several service map updates
-     initiated by the previous active mgr. Treat them all as initial map.
-     
-     The code also adds "pending_service_map_dirty == 0" assert, which we
-     expect is true when receiving an initial map -- otherwise we can't
-     just initialize pending_service_map with received map.
-     
-     Fixes: https://tracker.ceph.com/issues/51835
+     When we are activating we may receive several service map updates
+     initiated by the previous active mgr. Treat them all as initial map.
+ 
+     The code also adds "pending_service_map_dirty == 0" assert, which we
+     expect is true when receiving an initial map -- otherwise we can't
+     just initialize pending_service_map with received map.
+ 
+     Fixes: https://tracker.ceph.com/issues/51835

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to ceph in Ubuntu.
https://bugs.launchpad.net/bugs/2019293

Title:
  mgr: relax "pending_service_map.epoch > service_map.epoch" assert

Status in ceph package in Ubuntu:
  New

Bug description:
      When we are activating we may receive several service map updates
      initiated by the previous active mgr. Treat them all as initial map.

      The code also adds "pending_service_map_dirty == 0" assert, which we
      expect is true when receiving an initial map -- otherwise we can't
      just initialize pending_service_map with received map.

      Fixes: https://tracker.ceph.com/issues/51835

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/2019293/+subscriptions




More information about the Ubuntu-openstack-bugs mailing list