Как это повторить?

Как видишь, тут уже 7 снимок. Она создала нулевой снимок, так как он не удаляется. Потом создала (1)work. Он её не устроил, что-то забыла добавить. Она его удалила. Внесла изменения, создала ещё один снимок с таким же названием. Опять не то. Спросила, как можно переименовать снимок. Я так понимаю через sunstone никак. Я посоветовал сделать снимок с таким же именем (work). Она его сделала (3) Попробовала удалить (2). Он не удалился, потому что (3) был дочерним для него. Что уже странно, так как в настройках allow_orphans включен. Она удалила сначала (3), потом (2). Потом я так понимаю был ещё (4), который она тоже удалила. А потом создала (5) и (6), после чего и появилось двоеточие в имени снимка.
one-34@snap        50 GiB                         2 yes
one-34-34-0        50 GiB one/one-34-34-0-5:6@6   2
one-34-34-0-0      50 GiB one/one-34@snap         2
one-34-34-0-0@0    50 GiB one/one-34@snap         2 yes
one-34-34-0-5:6    50 GiB one/one-34-34-0-0@0     2
one-34-34-0-5:6@5  50 GiB one/one-34-34-0-0@0     2 yes
one-34-34-0-5:6@6  50 GiB one/one-34-34-0-0@0     2 yes
Потом удалила 5. 6 не удалялся.

Что интересно небула-то считает, что дочерних снимков нет
VM DISK SNAPSHOTS
AC  ID DISK PARENT            DATE SIZE         NAME
    0    0     -1  02/06 15:03:33 -/50G        first
    6    0     -1  02/06 16:12:20 -/50G        work
А сеф считает по другому )

ну так может через ceph его и убить?

и так каждый раз? ) Это всё придётся отдавать юзверям, я не хочу постоянно удалять не нужные снимки.

а часто такое возникает?

А в самом цефе снимки есть?
Если нет, то прочекай базу небулы чрезе onedb, может глюк поймала.

да, кстати, ondb fsck или как там

Только останови сервис небулы.
https://docs.opennebula.org/5.6/deployment/references/onedb.html#connection-parameters

Да, есть.
one-34-34-0      50 GiB one/one-34-34-0-6@6   2
one-34-34-0-0    50 GiB one/one-34@snap       2
one-34-34-0-0@0  50 GiB one/one-34@snap       2 yes
one-34-34-0-6    50 GiB one/one-34-34-0-0@0   2
one-34-34-0-6@6  50 GiB one/one-34-34-0-0@0   2 yes

Или имеется ввиду не просто рбд?

Cluster 100 has not the proper reserved VNC ports
Group 100 quotas: Datastore 101 SIZE_USED has 1935360   is      1986560

Total errors found: 2
Total errors repaired: 2
Total errors unrepaired: 0
Не думаю, что это существенные ошибки.

Кстати, версия дб у меня 5.6.0, а небула 5.6.1. Так и должно быть? Я, вроде бы, при апгрейде с 5.6.0 базу тоже апгрейдил.

да, там оно не меняется в этом случае

кажется

так, по поводу воспроизводства ошибки. Удалось выяснить полный алгоритм. Создаём снимок 0. Его уже нельзя удалить. Далее делаем ещё 1 снимок, он является дочерним для 0 (alow_orphans = yes на минуточку. Я-то думал это должно избавлять от подобного). откатываемся к 1. Делаем снимок 2. Он становится дочерним (в сефе) для 1. Всё, снимок 1 уже нельзя удалить, так как он имеет дочерние снимки. Чтобы удалить 1, нужно сначала удалить 2, что ломает всю идею снапшотов на корню. Скажите, у вас это воспроизводится или я в силу своей криворукости что-то не так настроил?

версия 5.6.1

Вот что нарыл в багтрекере

Кто-нибудь на 5.7.85 обновлялся?