Project

General

Profile

Feature #7150

mon: hunt for multiple mons in parallel

Added by Dietmar Maurer over 5 years ago. Updated about 3 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
01/15/2014
Due date:
% Done:

0%

Source:
other
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

I use a few helper scripts to automate things, and those scripts
call ‘ceph’ command multiple times, like

------------
#/bin/sh

ceph do something

ceph do something else

---------------

I get a delay when one monitor is down, until a working mon is found.
That is OK so far.

But I get that delay each times when I run a ‘ceph’ command. It would be great
if ceph remembers the last successful mon connection, so that such delays are avoided.


Related issues

Duplicates Ceph - Feature #16091: Monclient: hunt for mons in parallel Resolved 05/31/2016

History

#1 Updated by Sage Weil over 3 years ago

  • Subject changed from avoid cli delay when one mon is down to mon: hunt for multiple mons in parallel

When the MonClient is in "hunting" mode, we should open connections to multiple random monitors at once, and then use whichever responds first, and close the other connection.

This will require some refactoring in MonClient (probably moving the session-related state into a separate class/struct so that there can be multiple sessions doing an initial handshake in parallel?).

#2 Updated by Kefu Chai about 3 years ago

  • Assignee set to Kefu Chai

let me give it a try.

#3 Updated by Kefu Chai about 3 years ago

  • Duplicated by Feature #16091: Monclient: hunt for mons in parallel added

#4 Updated by Kefu Chai about 3 years ago

  • Duplicated by deleted (Feature #16091: Monclient: hunt for mons in parallel)

#5 Updated by Kefu Chai about 3 years ago

  • Duplicates Feature #16091: Monclient: hunt for mons in parallel added

#6 Updated by Kefu Chai about 3 years ago

  • Status changed from New to Duplicate

Also available in: Atom PDF