+1

никто из не-разарботчиков в этом говне не разберется (не факт что и они -то)

как вариант забэкапь целиком блочный девайс, обнови один осд до 16.2.4. проверь будет ли баг

если что - откати полной перезаписью))

даже сраная циска в лучшие времена на платной поддержке сначала заставляла поднять ios до последней версии и продемонстриовать воспроизведение бага и только после этого эскалировала до разработчиков

почему radosgw говорит, что размер бакета 855GB, а сумма размеров всех объектов в бакете 191GB? Откуда от берёт лишние 664GB?

root@s103:~# radosgw-admin bucket stats --bucket=cpanel-backup | grep size_utilized
           "size_utilized": 855111550842,
           "size_utilized": 1971,

root@s103:~# radosgw-admin bucket list --bucket="cpanel-backup" | grep \"accounted_size\" | awk '{print$NF}' | xargs | sed 's/, /+/g' | sed 's/,//g' | bc
191199537897

попробуй дропни стату, видимо что-то подзалипло

в мане нашел только radosgw-admin user stats --uid=<uid> --sync-stats — это оно? Это не помогло

не

там что то типа usage trim

Тоже не помогло. Да и было бы наверно странно, если бы usage logs занимали 664G

может я просто не понимаю, как именно radosgw считает занятое место? Сумма размеров объектов и размер бакета должны сходиться вообще?

а версионирование есть?

нет

хех, вторая команда считает не все

почему нет? у каждого объекта есть size & accounted size, они более-менее одинаковые. Разница между суммой size & суммой accounted_size — несколько байт. Я что-то пропустил при суммировании?

потому что она выводит не весь список объектов из бакета

сравни результаты с s3cmd например

да, точно, вывод ограничен 1000 объектов. Хотя s3cmd еще более неправильные цифры показывает. Но по крайней мере понятно почему суммы не сходились. Спасибо

может у тебя _multipart болтаются? в выводе s3cmd и bucket list не видать. bi list показывает