All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jim Schutt" <jaschut@sandia.gov>
To: Sage Weil <sage@inktank.com>
Cc: Joao Eduardo Luis <joao.luis@inktank.com>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: Trouble getting a new file system to start, for v0.59 and newer
Date: Wed, 3 Apr 2013 11:09:06 -0600	[thread overview]
Message-ID: <515C6232.4070204@sandia.gov> (raw)
In-Reply-To: <alpine.DEB.2.00.1304030857480.12367@cobra.newdream.net>

Hi Sage,

On 04/03/2013 09:58 AM, Sage Weil wrote:
> Hi Jim,
> 
> What happens if you change 'osd mon ack timeout = 300' (from the 
> default of 30)?  I suspect part of the problem is that the mons are just 
> slow enough that the osd's resend the same thing again and it snowballs 
> into more work for the monitor.

Thanks, that helped.  My OSDs aren't reconnecting to the mon any more,
and the new filesystem started up as expected.

Hmmm, it occurs to me that I upgraded my mon hosts to 10 GbE NICs at
about the same time I started testing v0.59.  Perhaps before the upgrade
I was running right at the edge of that timeout.  After the NIC upgrade 
the PGStat messages come flooding in at startup, and they bunch up
enough that working through the backlog pushed me over the timeout cliff?

Is there any downside to using a large 'osd mon ack timeout', assuming I
run more than one mon?  If so, I expect I'll work my way back from
'osd mon ack timeout = 300' to see how big it needs to be to stay reliable
for my configuration.

Sorry for the noise about paxos.  At least it was useful
to help Joao find that debug log message that was more expensive
than expected....

Thanks -- Jim

> 
> sage



  reply	other threads:[~2013-04-03 17:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-03 15:46 Trouble getting a new file system to start, for v0.59 and newer Jim Schutt
2013-04-03 15:58 ` Sage Weil
2013-04-03 17:09   ` Jim Schutt [this message]
2013-04-03 17:14     ` Gregory Farnum
2013-04-03 17:49       ` Gregory Farnum
2013-04-03 17:58         ` Jim Schutt
2013-04-03 18:25           ` Sage Weil
2013-04-03 22:40             ` Jim Schutt
2013-04-03 22:51               ` Gregory Farnum
2013-04-04 14:15                 ` Jim Schutt
2013-04-04 15:52                   ` Jim Schutt
2013-04-04 19:14               ` Jim Schutt

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=515C6232.4070204@sandia.gov \
    --to=jaschut@sandia.gov \
    --cc=ceph-devel@vger.kernel.org \
    --cc=joao.luis@inktank.com \
    --cc=sage@inktank.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.