Bug #61459
openmds: session in the importing state cannot be cleared if an export subtree task is interrupted while the state of importer is acking
0%
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.
Updated by Milind Changire 11 months ago
- Status changed from New to Fix Under Review
Updated by Patrick Donnelly 11 months ago
- 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)
Updated by Zhansong Gao 11 months ago
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.
Updated by Konstantin Shalygin 18 days ago
- Backport changed from reef,quincy,pacific to quincy reef squid