Re: Huge (and increasing) list of removed_snaps
Hi, do you maybe have some history about snapshot usage etc? Did someone create a pool snapshot on rados level (which would make those unmanaged snaps) but isn't allow to delete it? At least that's what I interpret here [0]: if (!is_unmanaged_snap_op_permitted(cct, mon->key_server, session->entity_name, session->caps, session->get_peer_socket_addr(), pool_name)) { dout(0) << "got unmanaged-snap pool op from entity with insufficient " << "privileges. message: " << *m << std::endl << "caps: " << session->caps << dendl; _pool_op_reply(op, -EPERM, osdmap.get_epoch()); return true; } And reading that, is your log excerpt missing some more output? If you have, please add more details. Anyway, I expect the log to contain the entity's name and the relevant caps. Those could help to understand better what exactly is going on here. Regards, Eugen [0] https://github.com/ceph/ceph/blob/v14.2.22/src/mon/OSDMonitor.cc#L13017 Zitat von Work Ceph via ceph-users <ceph-users@ceph.io>:
Hello guys,
We are using Ceph Nautilus, and we are facing an unexpected situation. We see a huge list of removed_snaps, and they do not seem to be cleaned. We also see increasing use of CPUs in Ceph monitors (we have thousands of these elements). However, we are not sure if this situation is related.
In the logs, we noticed the following message, which seems to be related to this situation:
``` got unmanaged-snap pool op from entity with insufficient privileges. message: pool_op ```
Has anyone faced similar situations with Ceph and RBD snapshots management? _______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
participants (1)
-
Eugen Block