On 2007-04-13T13:11:13, "Thomas Ã…kerblom (HF/EBC)" <[EMAIL PROTECTED]> wrote:
> Thanks!
I've updated the packages at the ftp server with builds from today,
which you'll want to use instead.
Note that the packages at the ftp site come without warranty or official
Novell support.
Sincerely,
On 2007-04-12T14:28:26, Alan Robertson <[EMAIL PROTECTED]> wrote:
> > It'll start them as long as no fencing is required during startup; so in
> > an otherwise healthy cluster (except for the STONITH monitor/start
> > failure), the rest will come up automatically - you don't have to "make"
> > it
On 2007-04-12T09:21:02, Robert Wipfel <[EMAIL PROTECTED]> wrote:
> But first, it's probably appropriate to comment on Novell's
> contributions to open source software in general, and the Heartbeat
> project in particular. Everyone of course knows Lars and Andrew;
> the architect and lead developer
On 2007-04-12T08:05:29, Alan Robertson <[EMAIL PROTECTED]> wrote:
> So, if you would consider an R2/CRM/CIB configuration, it interacts with
> STONITH in a completely different way, which might not be ideal either,
> but it should start the other resources (you can _make_ it start the
> other reso
On 2007-04-12T08:58:15, Andrew Beekhof <[EMAIL PROTECTED]> wrote:
> >> >So I thought that probe is maybe never unset
> >>
> >> correct
> >
> >http://www.osdl.org/developer_bugzilla/show_bug.cgi?id=1479
>
> lmb - not the same thing. the resource is not deleted in between the
> two types of monito
On 2007-04-10T18:29:10, Andrew Beekhof <[EMAIL PROTECTED]> wrote:
> >Apr 10 17:30:25 ha-test-1 process[26425]: Returnig 7
> >Apr 10 17:30:40 ha-test-1 process[26493]: Maintainance =
> >Apr 10 17:30:40 ha-test-1 process[26493]: OCF_RESKEY_probe = 1
> >Apr 10 17:30:40 ha-test-1 process[26493]: Retur
On 2007-04-10T14:39:56, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote:
> > Uhm. Of course. Machine 3 has just died. Of course there's no
> > connectivity until it is restarted.
> Not really. Not only resource 3 is not available during failover, but
> ALSO all other resources! That is the problem
On 2007-04-10T11:56:59, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote:
> > > At the moment I would like to have that parameter since interop between
> > > LVS and CLUSTERIP is not tested at all. After these tests we can drop it.
> > One can't simply drop a parameter once introduced.
> Why not? M
On 2007-04-10T12:02:30, Peter Kruse <[EMAIL PROTECTED]> wrote:
> >But when you return the proper status - running, failed, not running -,
> >heartbeat should do the "right thing" automatically when it finds the
> >resource active prior to heartbeat being (re-)started?
> The point is, that we misus
On 2007-04-10T11:08:56, Bernd Schubert <[EMAIL PROTECTED]> wrote:
> > Ugh. Even probe shouldn't always return "not running", but the actual
> > state. This seems like a weird work-around for an otherwise broken
> > monitor action, or am I missing something ...?
>
> Well, once OCF_RESKEY_interval
On 2007-04-10T11:12:11, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote:
> > The old script tried to auto-detect that it was run as a clone and then
> > automatically enabled this, which I think is still preferable. If the
> > CRM_meta_clone{,_max} show up in the environment, it should switch into
On 2007-04-09T20:03:03, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote:
> Kernel crash: See https://bugzilla.novell.com/show_bug.cgi?id=238646
> Oops: I just noticed that you are responsoble for that bug since Jan
> 25th 2007.
Ah, that crash. No, it's not assigned to me, but I commented on it si
On 2007-04-05T17:46:54, Bernd Schubert <[EMAIL PROTECTED]> wrote:
> Ok, so we need to correct the doku again.
>
>
> Here we add a second monitor action, one that runs once per minute. The
> interval is passed to the ResourceAgent as OCF_RESKEY_interval and is a
> period in milliseconds. In the
On 2007-04-05T08:46:40, Alan Robertson <[EMAIL PROTECTED]> wrote:
> > My only comment on this is that if having two copies of your resource
> > agent running at once causes serious problems, you need to _strongly_
> > consider re-writing you agent to have sufficient locking / atomicity. Or
> > it
On 2007-04-06T13:08:54, kisalay <[EMAIL PROTECTED]> wrote:
> I have an 2-node HA setup, where through colocational policies in cib.xml i
> have ensured that all my resources run over one node.
> I have certain synchronization scripts and resources assumptions which
> assume that the resources are
On 2007-04-07T22:23:32, Michael Schwartzkopff <[EMAIL PROTECTED]> wrote:
Hi Michael,
thanks for fixing the ClusterIP support in IPaddr2 up! Great job!
Can you please sent the changes as a unified diff for review?
Also, has the kernel crash been reported anywhere? I'd like to get that
fixed as w
901 - 916 of 916 matches
Mail list logo