МН
А можно еще странный вопрос? Если HDD, который не zoned, не smr, т.е. который ОС считает обычным HDD + допустим, ext4 смонтировать с опцией discard, что будет?
Size: a a a
2020 December 03
AK
Ничего. ФС получит отлуп от устройства что дискард не поддерживает и больше не будет пытаться
ВН
А можно еще странный вопрос? Если HDD, который не zoned, не smr, т.е. который ОС считает обычным HDD + допустим, ext4 смонтировать с опцией discard, что будет?
Даже не отлуп, а просто сразу фичи заявлено не будет. См /sys/block/*/queue/discard_granularity
МН
Даже не отлуп, а просто сразу фичи заявлено не будет. См /sys/block/*/queue/discard_granularity
во, как раз думал, где в /sys посмотреть, спасибо
M
Всем привет. На гластере, может кто сталкивался?
Запустил удаление большого количество файлов разом, их gfid скопились на бриках в ./shard/.remove_me и ничго не происходит.. Соответственно место не очищается.
Как то можно процесс форсировать?
Запустил удаление большого количество файлов разом, их gfid скопились на бриках в ./shard/.remove_me и ничго не происходит.. Соответственно место не очищается.
Как то можно процесс форсировать?
МН
А если на ext4, примонтированной с discard, делать unlink() (rm file), то discard должен моментально сработать?
МН
вот в f2fs очередь на дискард, а в ext4? такое ощущение, что не моментально
t
Всем привет. На гластере, может кто сталкивался?
Запустил удаление большого количество файлов разом, их gfid скопились на бриках в ./shard/.remove_me и ничго не происходит.. Соответственно место не очищается.
Как то можно процесс форсировать?
Запустил удаление большого количество файлов разом, их gfid скопились на бриках в ./shard/.remove_me и ничго не происходит.. Соответственно место не очищается.
Как то можно процесс форсировать?
погоди-погоди, ты прям с брика удаляешь или с клиента(куда примонтирован)?
M
погоди-погоди, ты прям с брика удаляешь или с клиента(куда примонтирован)?
С клиента
t
а версия какая?
M
гластер 8.2
M
rhel 8.3 на серверах
t
нее, версия самого гластера
M
M
я так понял, они эту фишку с ./shard/.remove_me придумали чтобы быстрее работало удаление. Там создаются пустые файлы по gfid шардов, и фоновый процесс должен эту директорию смотреть, и если такого gfid нету в unlink дериктории - то удалять связанные шарды ..
M
раз в 10 минут типо должен запускаться
t
ну там пишут создайте пустой файл в remove_me
t
ты создал пустой файл?
t
SOLUTION:
To make this operation atomic, we introduce a ".remove_me" directory.
Now renames and unlinks will simply involve two steps:
1. creating an empty file under .remove_me named after the gfid of the file
participating in unlink/rename
2. carrying out the actual rename/unlink
A synctask is created (more on that in part 2) to scan this directory
after every unlink/rename operation (or upon a volume mount) and clean
up all shards associated with it. All of this happens in the background.
The task takes care to delete the shards associated with the gfid in
.remove_me only if this gfid doesn't exist in backend, ensuring that the
file was successfully renamed/unlinked and its shards can be discarded now
safely.
To make this operation atomic, we introduce a ".remove_me" directory.
Now renames and unlinks will simply involve two steps:
1. creating an empty file under .remove_me named after the gfid of the file
participating in unlink/rename
2. carrying out the actual rename/unlink
A synctask is created (more on that in part 2) to scan this directory
after every unlink/rename operation (or upon a volume mount) and clean
up all shards associated with it. All of this happens in the background.
The task takes care to delete the shards associated with the gfid in
.remove_me only if this gfid doesn't exist in backend, ensuring that the
file was successfully renamed/unlinked and its shards can be discarded now
safely.