МК
и ты преаллокейт сделал вроде
Size: a a a
2020 September 03
ВН
теоретически это должно происходить, только пока не началось переиспользование журнала rocksdb
ВН
то есть теоретически не должно было влиять на производительность, когда rocksdb уже насрала 4 журнала по 256 мб
ВН
но по факту - оно сука влияло всё равно иногда
ВН
а дальше история такая
ВН
я нашёл параметр, который делает preallocate журнала. но он был выключен. а почему он был выключен? а потому, что у них висел пару лет баг про то, что если его включить - OSD корраптит данные
ВН
и таки да - правда, корраптил. если включить, тупо бахнуть fio по OSD и его убить kill -9, то в следующий раз он не стартовал
ВН
я нашёл место где они делают неправильно fsync
ВН
поправил - он перестал корраптить
ВН
заслал им патч и включение по дефолту преаллокейта - они влили
ВН
и всё было хорошо
ВН
пока в 15.x они не решили сделать таки запись в RocksDB с O_DIRECT
ВН
до этого она почему-то была без
ВН
и у них OSD снова начал корраптить данные!
t
ВН
потому что ИНОГДА, в ситуации, которая вообще-то не должна никогда происходить
ВН
OSD отправлял несколько запросов записи в одну и ту же область журнала, запросы условно по 512 байт, но пишутся секторами по 4кб
ВН
хвост 4кб блока забивался нулями
ВН
но дальше получалось так, что есть первый врайт где забито нулями скажем 512-4096
t
доказательства не требуются
