Hey Stephane, ---------- Forwarded message --------- From: Venky Shankar <vshankar@redhat.com> Date: Fri, Jul 24, 2026 at 11:19 PM Subject: Re: [ceph-users] subvolume in _nogroup To: Patrick Donnelly <pdonnell@redhat.com> Cc: Kotresh Hiremath Ravishankar <khiremat@redhat.com>, ceph-fs-team < ceph-fs-team@redhat.com>, Jos Collin <jcollin@redhat.com> It's possible the subvolume create command was invoked with an empty subvolume name. The subvolume group gets marked with ceph.dir.subvolume xattr. See: https://tracker.ceph.com/issues/68687 Workaround is to remove the xattr from the group directory. To check dump the group directory inode and check `is_subvolume`. Feel free to pass this along to the user, otherwise I will respond tomorrow. On Fri, Jul 24, 2026 at 10:56 PM Patrick Donnelly <pdonnell@redhat.com> wrote:
Anyone have an idea on this issue and can help this poster?
---------- Forwarded message --------- From: Stéphane Delmotte via ceph-users <ceph-users@ceph.io> Date: Fri, Jul 24, 2026 at 9:35 AM Subject: [ceph-users] subvolume in _nogroup To: <ceph-users@ceph.io>
Hello,
I find myself with a list of subvolumes in the|no_group|subvolume group, which, if I understand correctly, is a special subvolume group.
Actually, Manila created all these subvolumes without specifying a subvolume group.
Following an unexpected power outage and a restart, it no longer works.
Manila can no longer create subvolumes, and I can no longer manipulate my subvolumes.
For example:
content_copyCopy code
|cephfssubvolumermcephfsbidulestef ErrorEINVAL:invalidvaluespecifiedforceph.dir.subvolume|
However, the state of my cluster is not critical. I only have:
* 248 PGs not deep-scrubbed in time * 517 PGs not scrubbed in time
My Ceph version is:
content_copyCopy code
|cephversion19.3.0-4637-g42c1c3d4(42c1c3d42aaa0b6c9bcbccb51c8b397fb980aa9f)
squid (dev)|
My CephFS mounts remain functional.
If anyone has information about this, I’d appreciate it. Alternatively, how can I continue creating subvolumes without specifying a subvolume group?
Thanks,
Stéphane
-- Delmotte Stéphane Laboratoire de Biométrie et Biologie Évolutive. UMR CNRS 5558 Campus de La Doua - Université Claude Bernard - Lyon 1 Bâtiment Grégoire Mendel - 1er étage 16 rue Raphael Dubois Villeurbanne 69100 Tel : +33 06 82 87 93 59
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io
-- Patrick Donnelly, Ph.D. He / Him / His Red Hat Partner Engineer IBM, Inc. GPG: 19F28A586F808C2402351B93C3301A3E258DD79D
-- Cheers, Venky On Fri, Jul 24, 2026 at 7:05 PM Stéphane Delmotte via ceph-users < ceph-users@ceph.io> wrote:
Hello,
I find myself with a list of subvolumes in the|no_group|subvolume group, which, if I understand correctly, is a special subvolume group.
Actually, Manila created all these subvolumes without specifying a subvolume group.
Following an unexpected power outage and a restart, it no longer works.
Manila can no longer create subvolumes, and I can no longer manipulate my subvolumes.
For example:
content_copyCopy code
|cephfssubvolumermcephfsbidulestef ErrorEINVAL:invalidvaluespecifiedforceph.dir.subvolume|
However, the state of my cluster is not critical. I only have:
* 248 PGs not deep-scrubbed in time * 517 PGs not scrubbed in time
My Ceph version is:
content_copyCopy code
|cephversion19.3.0-4637-g42c1c3d4(42c1c3d42aaa0b6c9bcbccb51c8b397fb980aa9f)
squid (dev)|
My CephFS mounts remain functional.
If anyone has information about this, I’d appreciate it. Alternatively, how can I continue creating subvolumes without specifying a subvolume group?
Thanks,
Stéphane
-- Delmotte Stéphane Laboratoire de Biométrie et Biologie Évolutive. UMR CNRS 5558 Campus de La Doua - Université Claude Bernard - Lyon 1 Bâtiment Grégoire Mendel - 1er étage 16 rue Raphael Dubois Villeurbanne 69100 Tel : +33 06 82 87 93 59
_______________________________________________ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to ceph-users-leave@ceph.io