On Mon, Jul 18, 2022 at 09:27:37AM +0200, Dan van der Ster wrote:
> Hi,
>
> It probably wasn't restarted by the package, but the mgr itself
> respawned because the set of enabled modules changed.
> E.g. this happens when upgrading from octopus to pacific, just after
> the pacific mons get a quorum:
at that point the running mons were still on octopus.
I restored the test cluster to the previous state, ran the updates
again:
root@mceph05:~# grep ceph-mgr: /var/log/dpkg.log
2022-07-18 12:53:48 upgrade ceph-mgr:amd64 15.2.16-0ubuntu0.20.04.1 17.2.1-1focal
2022-07-18 12:53:48 status half-configured ceph-mgr:amd64 15.2.16-0ubuntu0.20.04.1
2022-07-18 12:53:48 status unpacked ceph-mgr:amd64 15.2.16-0ubuntu0.20.04.1
2022-07-18 12:53:48 status half-installed ceph-mgr:amd64 15.2.16-0ubuntu0.20.04.1
2022-07-18 12:53:49 status unpacked ceph-mgr:amd64 17.2.1-1focal
2022-07-18 12:54:41 configure ceph-mgr:amd64 17.2.1-1focal <none>
2022-07-18 12:54:41 status unpacked ceph-mgr:amd64 17.2.1-1focal
2022-07-18 12:54:41 status half-configured ceph-mgr:amd64 17.2.1-1focal
2022-07-18 12:54:42 status installed ceph-mgr:amd64 17.2.1-1focal
at 12:54:42, something restarted the ceph-mgr systemd unit:
root@mceph05:~# journalctl -xe -u ceph-mgr@mceph05 | sed -ne '/^Jul 18 12:5/,$p' | head -n 20
Jul 18 12:54:42 mceph05 systemd[1]: Stopping Ceph cluster manager daemon...
-- Subject: A stop job for unit ceph-mgr@mceph05.service has begun execution
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit ceph-mgr@mceph05.service has begun execution.
--
-- The job identifier is 1758.
Jul 18 12:54:42 mceph05 systemd[1]: ceph-mgr@mceph05.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- The unit ceph-mgr@mceph05.service has successfully entered the 'dead' state.
Jul 18 12:54:42 mceph05 systemd[1]: Stopped Ceph cluster manager daemon.
-- Subject: A stop job for unit ceph-mgr@mceph05.service has finished
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A stop job for unit ceph-mgr@mceph05.service has finished.
Looks more like a service restart at install time than a ceph-mgr self-respawn.
Regards
Matthias
>
> 2022-07-13T11:43:41.308+0200 7f71c0c86700 1 mgr handle_mgr_map
> respawning because set of enabled modules changed!
>
> Cheers, Dan
>
>
> On Sat, Jul 16, 2022 at 4:34 PM Matthias Ferdinand <mf+ml.ceph@xxxxxxxxx> wrote:
> >
> > Hi,
> >
> > while updating a test cluster (Ubuntu 20.04) from octopus (ubuntu repos)
> > to quincy (ceph repos), I noticed that mgr service gets restarted during
> > package install.
> >
> > Right after package install (no manual restarts yet) on 3 combined
> > mon/mgr hosts:
> >
> > # ceph versions
> > {
> > "mon": {
> > "ceph version 15.2.16 (d46a73d6d0a67a79558054a3a5a72cb561724974) octopus (stable)": 3
> > },
> > "mgr": {
> > "ceph version 17.2.1 (ec95624474b1871a821a912b8c3af68f8f8e7aa1) quincy (stable)": 3
> > },
> > "osd": {
> > "ceph version 15.2.16 (d46a73d6d0a67a79558054a3a5a72cb561724974) octopus (stable)": 8
> > },
> > "mds": {},
> > "overall": {
> > "ceph version 15.2.16 (d46a73d6d0a67a79558054a3a5a72cb561724974) octopus (stable)": 11,
> > "ceph version 17.2.1 (ec95624474b1871a821a912b8c3af68f8f8e7aa1) quincy (stable)": 3
> > }
> > }
> >
> >
> > Not sure how problematic this is, but AFAIK it was claimed that ceph
> > package installs would not restart ceph services by themselves.
> >
> >
> > Regards
> > Matthias Ferdinand
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx
