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

чанкстор побился да

Чего это он?

масса причин

из-за неверного профиля легко

у меня была другая ситуация - чанкстор засрал 5тб места

место на диске кончилось и пиздец

файлы прочесть можно было но не более

Вопрос тогда, с хера ли?
Диски под всем этим добром целые, платформы условно-серверные (супермикро), абсолютно идентичные (в плоть до версий биоса и т.п.) стоят бок о бок и в ус не дуют.
Ну т.е. я правда хочу понять что я сделал не так и как не повторять подобных ошибок,
Ибо пока только херня какая-то прилетает со всех сторон вида "ооо, дедуп - не используй дедуп", "оо, рефс, не используй рефс".

Хочется какого-то вывода "от инженера", понимания какая подсистема дала сбой или где мои кривые руки сделали "не так".
А докопаться до истины не выходит.
Сopy-on-write файловая система разве не должна гарантировать, что файлы не будут потеряны с неё в результате "сбоев"? Почему рефс не сработала так в данном случае?

По части профиля - это же лишь набор опций, описанных недалеко от статьи, что Вы сбросили. Ни одна из заданных мной опций не должна была внезапно убить сами чанки, которые есть файлы на томе.

Попробовал на другом сервере - все отработало. А на изначальном ни в какую. Версии одинаковые. Адаптеры только разных вендоров. Может это влиять на результат?

ну так профиль нагрузки например неверный выставлен. этого мало?

не зря его придумали если что

так никто не говорит про убитые чанки

судя по логам их не удалось записать в цепочку

я вот дедуп в 2019 пробовал один раз года 4 назад. и решил что надо подождать еще пару версий сервера

Рефс не гарантирует что в случае сбоев данные останутся неповреждёнными. С вкл dataintegrity она может найти ошибку при чтении файла или в ходе запланированных операций сканирования, и в случае ss может попытаться ее восстановить, но гарантий 100% не дается

Да и copyonwrite она вроде как становится только при включении integrity streams

В общем, так и запишем, никакого дедупа.

В любом случае, спасибо за помощь и консультацию.

🔫 Kirill Sobolev has been kicked — the only way to get this user back is for admins to manualy unban in chat settings.

Voters who chose to kick:
@Victor_Konovalov, @me_fedorov, @hububa, @c0pycat1, @Mistique666
Powered by Todorant