Re: [Linux-ha-dev] BadNews
Andrew Beekhof wrote: On 3/29/06, Sun Jiang Dong <[EMAIL PROTECTED]> wrote: Andrew Beekhof wrote: I'm pretty sure this doesn't need to be an error. In fact I doubt it needs to be logged at all. stonithRA is a virtual resource based on SOTNITH plugin, normally under /usr/lib/stonith/plugins/stonith2 So no provider concept necessary here by now, which is decided by current directory structure. Anyway, I'll degrade the log to be a reminding only. I'm not questioning the decision to ignore it, that seems fine. But I think you can ignore it silently. Do you log the same thing for LSB resources? Because the conversion script populates the provider field for them too IIRC. For LSB and HEARTBEAT resources, the provider field is just ignored silently. Thanks a lots for reminding. :-) Mar 28 18:51:11 BadNews: Mar 28 18:51:02 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. Mar 28 18:51:11 BadNews: Mar 28 18:51:04 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. -- Andrew Beekhof "Ooo Ahhh, Glenn McRath" - TISM ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- Best Regards, Sun Jiang Dong ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- Best Regards, Sun Jiang Dong ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] BadNews
On 3/29/06, Sun Jiang Dong <[EMAIL PROTECTED]> wrote: > > > Andrew Beekhof wrote: > > I'm pretty sure this doesn't need to be an error. In fact I doubt it > > needs to be logged at all. > stonithRA is a virtual resource based on SOTNITH plugin, normally under > /usr/lib/stonith/plugins/stonith2 > So no provider concept necessary here by now, which is decided by current > directory structure. > Anyway, I'll degrade the log to be a reminding only. I'm not questioning the decision to ignore it, that seems fine. But I think you can ignore it silently. Do you log the same thing for LSB resources? Because the conversion script populates the provider field for them too IIRC. > > Mar 28 18:51:11 BadNews: Mar 28 18:51:02 c001n08 lrmd: [15800]: ERROR: > > stonithRA plugin: now donnot take the provider into account. > > Mar 28 18:51:11 BadNews: Mar 28 18:51:04 c001n08 lrmd: [15800]: ERROR: > > stonithRA plugin: now donnot take the provider into account. > > > > -- > > Andrew Beekhof > > > > "Ooo Ahhh, Glenn McRath" - TISM > > > > > > ___ > > Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org > > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev > > Home Page: http://linux-ha.org/ > > -- > Best Regards, > > Sun Jiang Dong > ___ > Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev > Home Page: http://linux-ha.org/ > ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] BadNews
Andrew Beekhof wrote: I'm pretty sure this doesn't need to be an error. In fact I doubt it needs to be logged at all. stonithRA is a virtual resource based on SOTNITH plugin, normally under /usr/lib/stonith/plugins/stonith2 So no provider concept necessary here by now, which is decided by current directory structure. Anyway, I'll degrade the log to be a reminding only. Mar 28 18:51:11 BadNews: Mar 28 18:51:02 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. Mar 28 18:51:11 BadNews: Mar 28 18:51:04 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. -- Andrew Beekhof "Ooo Ahhh, Glenn McRath" - TISM ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- Best Regards, Sun Jiang Dong ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] BadNews
I'm pretty sure this doesn't need to be an error. In fact I doubt it needs to be logged at all. Mar 28 18:51:11 BadNews: Mar 28 18:51:02 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. Mar 28 18:51:11 BadNews: Mar 28 18:51:04 c001n08 lrmd: [15800]: ERROR: stonithRA plugin: now donnot take the provider into account. -- Andrew Beekhof "Ooo Ahhh, Glenn McRath" - TISM ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: cts by panjiam from
On Mar 28, 2006, at 3:00 PM, Lars Marowsky-Bree wrote: On 2006-03-28T14:04:30, Andrew Beekhof <[EMAIL PROTECTED]> wrote: i guess thats a good idea. though its safe to call it anyway. the setting just wont get used. its available in cvs for those that care. look for $OCF_RESKEY_crm_role in your RAs. While we're on the subject of "crm_", I think we wanted to add this prefix to all the existing "special" reskeys (and future ones of course), right? Of course, existing ones would continue to work, essentially an alias. It'd just be discouraged. yeah, i need to look into that one. for the moment i'm at least making sure all new ones have the prefix. -- Andrew Beekhof "Ooo Ahhh, Glenn McRath" - TISM ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: cts by panjiam from
On 2006-03-28T14:04:30, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > > i guess thats a good idea. though its safe to call it anyway. the > > setting just wont get used. > its available in cvs for those that care. look for > $OCF_RESKEY_crm_role in your RAs. While we're on the subject of "crm_", I think we wanted to add this prefix to all the existing "special" reskeys (and future ones of course), right? Of course, existing ones would continue to work, essentially an alias. It'd just be discouraged. Sincerely, Lars Marowsky-Brée -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin "Ignorance more frequently begets confidence than does knowledge" ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: cts by panjiam from
On 3/28/06, Andrew Beekhof <[EMAIL PROTECTED]> wrote: > > On Mar 28, 2006, at 1:35 PM, Lars Marowsky-Bree wrote: > > > On 2006-03-28T13:39:32, James Pan <[EMAIL PROTECTED]> wrote: > > > >> I forgot to say: > >> To support master-slave, the RA should invoke the crm_master > >> utility in > >> its start operation. > >> which make a master-slave RA look different from a common RA. > >> Should i merge Dummy and MSDummy into one? or just leave two dummys? > > > > Just merge them. > > > > crm_master should ignore being called for non-m/s resources, I think. > > > > Or resources should, at start, be somehow notified that we want to > > drive > > them in that mode? OCF_RESKEY_CRM_ROLE="slave"? Andrew? > > i guess thats a good idea. though its safe to call it anyway. the > setting just wont get used. its available in cvs for those that care. look for $OCF_RESKEY_crm_role in your RAs. ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: cts by panjiam from
On Mar 28, 2006, at 1:35 PM, Lars Marowsky-Bree wrote: On 2006-03-28T13:39:32, James Pan <[EMAIL PROTECTED]> wrote: I forgot to say: To support master-slave, the RA should invoke the crm_master utility in its start operation. which make a master-slave RA look different from a common RA. Should i merge Dummy and MSDummy into one? or just leave two dummys? Just merge them. crm_master should ignore being called for non-m/s resources, I think. Or resources should, at start, be somehow notified that we want to drive them in that mode? OCF_RESKEY_CRM_ROLE="slave"? Andrew? i guess thats a good idea. though its safe to call it anyway. the setting just wont get used. -- Andrew Beekhof "Too much knowledge leads to confusion; Too many guitar lessons lead to jazz-fusion!" - TISM ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] RE: 2nd Node restart Issue
On 2006-03-27T19:52:06, Robert Szabo <[EMAIL PROTECTED]> wrote: > Has anyone seen this problem before? That people do not explain the problem they have and fail to attach logfiles, and that they post to the list instead of opening a bugzilla? Or that they post text/html instead of just text/plain? Sure, we've seen all of these many times before ;-) -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin "Ignorance more frequently begets confidence than does knowledge" ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Re: [Linux-ha-cvs] Linux-HA CVS: cts by panjiam from
On 2006-03-28T13:39:32, James Pan <[EMAIL PROTECTED]> wrote: > I forgot to say: > To support master-slave, the RA should invoke the crm_master utility in > its start operation. > which make a master-slave RA look different from a common RA. > Should i merge Dummy and MSDummy into one? or just leave two dummys? Just merge them. crm_master should ignore being called for non-m/s resources, I think. Or resources should, at start, be somehow notified that we want to drive them in that mode? OCF_RESKEY_CRM_ROLE="slave"? Andrew? Sincerely, Lars Marowsky-Brée -- High Availability & Clustering SUSE Labs, Research and Development SUSE LINUX Products GmbH - A Novell Business -- Charles Darwin "Ignorance more frequently begets confidence than does knowledge" ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/