Bug #61459
open
mds: session in the importing state cannot be cleared if an export subtree task is interrupted while the state of importer is acking
Added by Zhansong Gao 12 months ago.
Updated 28 days ago.
Backport:
quincy reef squid
Description
The related sessions in the importer are in the importing state('Session::is_importing' return true) when the state of importer is 'acking', 'Migrator::handle_mds_failure_or_stop' should reverse the process to clear the importing state if the exporter restarts at this time, but it doesn't do that actually. And it will cause these sessions to not be cleared when the client is unmounted(evicted or timeout) until the mds is restarted.
- Status changed from New to Fix Under Review
- Assignee set to Zhansong Gao
- Target version set to v19.0.0
- Source set to Community (dev)
- Backport set to reef,quincy,pacific
- Severity deleted (
3 - minor)
Zhansong Gao wrote:
The related sessions in the importer are in the importing state('Session::is_importing' return true) when the state of importer is 'acking', 'Migrator::handle_mds_failure_or_stop' should reverse the process to clear the importing state if the exporter restarts at this time, but it doesn't do that actually. And it will cause these sessions to not be cleared when the client is unmounted(evicted or timeout) until the mds is restarted.
This description is incorrect, updated to:
The related sessions in the importer are in the importing state('Session::is_importing' return true) when the state of importer is 'acking', 'Migrator::import_reverse' called by 'MDCache::handle_resolve' should reverse the process to clear the importing state if the exporter restarts at this time, but it doesn't do that actually because of its bug. And it will cause these sessions to not be cleared when the client is unmounted(evicted or timeout) until the mds is restarted.
- Backport changed from reef,quincy,pacific to quincy reef squid
Also available in: Atom
PDF