Исправление chaos_dremel, (текущая версия) :
Очень хороший вопрос. Забыл написать про этот нюанс. Обычные способы мониторинга свободного места на RT разделах не работают. Опять же по ссылке в посте есть небольшое обсуждение касательно команды df и т.п.
2. rtstatfs - Returning real-time block device free space instead of the non-realtime device via the «rtstatfs» flag. This creates an experience/semantics which is a bit more familiar to users if they use real-time in a tiering configuration. «df» reports the space on your HDDs, and the metadata space can be returned by a tool like xfs_info (I have patches for this too if there is interest) or xfs_io. I think this might be a bit more intuitive for the masses than the reverse (having to goto xfs_io for the HDD space, and df for the SSD metadata).
Yep, useful idea. We already have a mechanism for reporting different information to statfs depending on what is passed to it.
We use that to report directory tree quota information instead of filesystem wide information. See the project id inode flag hooks at the end of xfs_fs_statfs().
Similar could be done here - if statfs is pointed at a RT file/directory, report rt device usage. If it's pointed at a the root directory, report data device information.
Собственно xfs_io о котором говориться юзается, насколько я понимаю, так (/mnt — любой файл на точке монтирования включая саму точку монтирования):
xfs_io -c "statfs" /mnt
geom.rtblocks = 2560000
geom.rtextents = 2560000
counts.freertx = 2297856
Исправление chaos_dremel, :
Очень хороший вопрос. Забыл написать про этот нюанс. Обычные способы мониторинга свободного места на RT разделах не работают. Опять же по ссылке в посте есть небольшое обсуждение касательно команды df и т.п.
2. rtstatfs - Returning real-time block device free space instead of the non-realtime device via the «rtstatfs» flag. This creates an experience/semantics which is a bit more familiar to users if they use real-time in a tiering configuration. «df» reports the space on your HDDs, and the metadata space can be returned by a tool like xfs_info (I have patches for this too if there is interest) or xfs_io. I think this might be a bit more intuitive for the masses than the reverse (having to goto xfs_io for the HDD space, and df for the SSD metadata).
Yep, useful idea. We already have a mechanism for reporting different information to statfs depending on what is passed to it.
We use that to report directory tree quota information instead of filesystem wide information. See the project id inode flag hooks at the end of xfs_fs_statfs().
Similar could be done here - if statfs is pointed at a RT file/directory, report rt device usage. If it's pointed at a the root directory, report data device information.
Собственно xfs_io о котором говориться юзается, насколько я понимаю, так (/mnt — любой файл на точке монтирования включая саму точку монтирования):
xfs_io -c "statfs" /mnt
geom.rtblocks = 2560000
geom.rtextents = 2560000
counts.freertx = 2297856
Исправление chaos_dremel, :
Очень хороший вопрос. Забыл написать про этот нюанс. Обычные способы мониторинга свободного места на RT разделах не работают. Опять же по ссылке в посте есть небольшое обсуждение касательно команды df и т.п.
2. rtstatfs - Returning real-time block device free space instead of the non-realtime device via the «rtstatfs» flag. This creates an experience/semantics which is a bit more familiar to users if they use real-time in a tiering configuration. «df» reports the space on your HDDs, and the metadata space can be returned by a tool like xfs_info (I have patches for this too if there is interest) or xfs_io. I think this might be a bit more intuitive for the masses than the reverse (having to goto xfs_io for the HDD space, and df for the SSD metadata).
Yep, useful idea. We already have a mechanism for reporting different information to statfs depending on what is passed to it.
We use that to report directory tree quota information instead of filesystem wide information. See the project id inode flag hooks at the end of xfs_fs_statfs().
Similar could be done here - if statfs is pointed at a RT file/directory, report rt device usage. If it's pointed at a the root directory, report data device information.
Собственно xfs_io о котором говориться юзается, насколько я понимаю, так:
xfs_io -c "statfs" /mnt
geom.rtblocks = 2560000
geom.rtextents = 2560000
counts.freertx = 2297856
Исходная версия chaos_dremel, :
Очень хороший вопрос. Забыл написать про этот нюанс. Обычные способы мониторинга свободного места на RT разделах не работают. Опять же по ссылке в посте есть небольшое обсуждение касательно команды df и т.п.
2. rtstatfs - Returning real-time block device free space instead of the non-realtime device via the «rtstatfs» flag. This creates an experience/semantics which is a bit more familiar to users if they use real-time in a tiering configuration. «df» reports the space on your HDDs, and the metadata space can be returned by a tool like xfs_info (I have patches for this too if there is interest) or xfs_io. I think this might be a bit more intuitive for the masses than the reverse (having to goto xfs_io for the HDD space, and df for the SSD metadata).
Yep, useful idea. We already have a mechanism for reporting different information to statfs depending on what is passed to it.
We use that to report directory tree quota information instead of filesystem wide information. See the project id inode flag hooks at the end of xfs_fs_statfs().
Similar could be done here - if statfs is pointed at a RT file/directory, report rt device usage. If it's pointed at a the root directory, report data device information.
Собственно xfs_io о котором говориться юзается, насколько я понимаю, так:
xfs_io -c «statfs» /mnt
Где нас интересуют строки geom.rtblocks = 2560000 geom.rtextents = 2560000 counts.freertx = 2297856
Последнее это количество свободных блоков (вероятно всё-таки их, а не экстентов), в моём случае по они 4КБ (раздел в 10ГБ, около 1ГБ занято).