Searched hist:d517b3983dd3106ca92d6c5d0d09415a4a09481c (Results 1 – 2 of 2) sorted by relevance
| /linux/fs/ceph/ |
| H A D | mdsmap.c | diff d517b3983dd3106ca92d6c5d0d09415a4a09481c Wed Aug 18 03:31:19 CEST 2021 Xiubo Li <xiubli@redhat.com> ceph: reconnect to the export targets on new mdsmaps
In the case where the export MDS has crashed just after the EImportStart
journal is flushed, a standby MDS takes over for it and when replaying
the EImportStart journal the MDS will wait the client to reconnect. That
may never happen because the client may not have registered or opened
the sessions yet.
When receiving a new map, ensure we reconnect to valid export targets as
well if their sessions don't exist yet.
Signed-off-by: Xiubo Li <xiubli@redhat.com>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
|
| H A D | mds_client.c | diff d517b3983dd3106ca92d6c5d0d09415a4a09481c Wed Aug 18 03:31:19 CEST 2021 Xiubo Li <xiubli@redhat.com> ceph: reconnect to the export targets on new mdsmaps
In the case where the export MDS has crashed just after the EImportStart
journal is flushed, a standby MDS takes over for it and when replaying
the EImportStart journal the MDS will wait the client to reconnect. That
may never happen because the client may not have registered or opened
the sessions yet.
When receiving a new map, ensure we reconnect to valid export targets as
well if their sessions don't exist yet.
Signed-off-by: Xiubo Li <xiubli@redhat.com>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
|