[ofa-general] Re: multicast join failed for...
Ira Weiny
weiny2 at llnl.gov
Fri Apr 13 09:08:39 PDT 2007
On 13 Apr 2007 07:37:04 -0400
Hal Rosenstock <halr at voltaire.com> wrote:
> On Fri, 2007-04-13 at 00:17, Michael S. Tsirkin wrote:
>
> > Quoting Ira Weiny <weiny2 at llnl.gov>:
> > Subject: Re: [ofa-general] Re: multicast join failed for...
> > >
> > > On Thu, 12 Apr 2007 20:16:32 +0300
> > > "Michael S. Tsirkin" <mst at dev.mellanox.co.il> wrote:
> > > >
> > > > The job will continue running though, and when you diagnose the problem
> > > > and disconnect the bad node, rate will be back to high.
> > > > So what's the problem?
> > >
> > > Performance impact between the time it happens and diagnosing the problem.
> > > Yes, disabling the node is a better solution, however, the current behavior is
> > > not bad for us.
> >
> > Hal, here we have a use case that I think shows that the right thing
> > is by default to make joins succeed. Convinced?
>
> Didn't Ira say that "the current behavior is not bad for us" ? The
> current behavior is default 4x SDR rate which makes slower joins fail.
>
> Are you saying change the default rate to 1x SDR ? I've been concerned
> about masking performance issues when doing this as we've discussed
> several times before.
>
Indeed I said "NOT" bad. We do NOT want the performance to come down. If this
happens silently on a Friday night the cluster could run all weekend at a
reduced rate.
I am thinking that a check on the node's link is a good idea. It would also be
able to better diagnose the problem.
Thanks,
Ira
More information about the general
mailing list