[Pacemaker] Resource Scheduler Parameters

[btinsley]

On Tue, Apr 7, 2009 at 4:44 AM, Andrew Beekhof <beekhof at gmail.com> wrote:

> On Tue, Apr 7, 2009 at 11:39, Dejan Muhamedagic <dejanmm at fastmail.fm>
> wrote:
> > On Tue, Apr 07, 2009 at 08:07:27AM +0200, Andrew Beekhof wrote:
> >> Nothing in pacemaker - but the lrmd could be doing something that may
> >> be involved
> >
> > AFAIK, it doesn't.
>
> Ok, I was just thinking that its the one that ultimately spawns the
> process... so anything it did would also be inherited by the client.
>
>  btinsley: Perhaps look at /proc/<pid>/sched for the lrmd and aisexec
> processes.  That may give you an idea of where the settings are coming
> from.
>
> >
> >>
> >> On Tue, Apr 7, 2009 at 02:21, btinsley <btinsley at gmail.com> wrote:
> >> > This is a little early in investigation on my end, but is there
> anything
> >> > that Pacemaker... or potentially OpenAIS, does that would restrict a
> cluster
> >> > resource from setting the scheduler type and/or priority? I have been
> >> > tinkering with KVM instances and there is a 100% repeatable difference
> >> > between how it behaves when Pacemaker starts the resource and when I
> start
> >> > it via the same OCF script on the command line (as the root user).
> When it
> >> > is started via Pacemaker, it seems to be unable to change its
> scheduler and
> >> > priority and eventually the whole system is brought to its knees and
> all
> >> > monitors get stuck in the "waiting on I/O" (D) state, which freaks
> Pacemaker
> >> > out...rightfully so ;-)
> >> >
> >> > Looking at /proc/<pid>/sched shows:
> >> >
> >> > ...
> >> > policy???????????????????????????? :??????????????????? 0
> >> > prio?????????????????????????????? :??????????????????? 0
> >> > ...
> >> >
> >> > And invoking the resource from the command line shows:
> >> >
> >> > ...
> >> > policy???????????????????????????? :??????????????????? 2
> >> > prio?????????????????????????????? :??????????????????? 120
> >> > ...
> >> >
> >> > Invoking ulimit with the -e and -r parameters with a value of
> "unlimited" in
> >> > the OCF script does no good. Thoughts?
> >> >
> >> >
>


Thanks! I will do that this morning and go from there.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20090407/92cd32a7/attachment-0001.html>