Hi Dejan,

> ocf_run now has option -q to suppress output logging in case the
> command ran OK.

Thanks!!

I test ocf_run in pgsql.

Had better patch be able to appoint the practice by the option of ocf_run in an 
OCF parameter of
pgsql-RA, too?

(example)
 <parameter name="monitor_silent_log" unique="0" required="0">
 ................

 </parameter>

Or are not necessary?

Best Regards,
Hideo Yamauchi.



--- Dejan Muhamedagic <deja...@fastmail.fm> wrote:

> Hi Hideo-san,
> 
> On Fri, Aug 20, 2010 at 11:20:03AM +0900, renayama19661...@ybb.ne.jp wrote:
> > Hi Serge,
> > Hi Lars,
> > Hi Dejan,
> > 
> > Thank you for an opinion.
> > 
> > I think it to be good with an option of ocf_run. 
> > An option will be useful in future. 
> > 
> > To Dejan : About this matter, do we wait for the opinion of
> > other people a little more?
> 
> ocf_run now has option -q to suppress output logging in case the
> command ran OK.
> 
> Cheers,
> 
> Dejan
> 
> > 
> > Best Regards,
> > Hideo Yamauchi.
> > 
> > 
> > --- Serge Dubrouski <serge...@gmail.com> wrote:
> > 
> > > I'm in a complete agreement with Lars. Instead of creating new
> > > function runasowner_for_monitor() inside an RA, and pgsql probably not
> > > the only case of "too much logging", I'd rather introduce a new option
> > > for ocf_run.
> > > 
> > > On Wed, Aug 18, 2010 at 5:59 AM, Lars Marowsky-Bree <l...@novell.com> 
> > > wrote:
> > > > On 2010-08-18T14:42:15, renayama19661...@ybb.ne.jp wrote:
> > > >
> > > >> I send the patch which I changed it of to form same as former monitor.
> > > >>
> > > >> With this patch, the log of the monitor processing becomes quiet.
> > > >
> > > > Yes, but the output goes to stdout still, it is just not captured by the
> > > > script - but the lrmd might still catch it.
> > > >
> > > > In my opinion, the best fix would be to introduce a "-q" option to
> > > > ocf_run, which would prevent the logging for the success case.
> > > >
> > > >
> > > > Regards,
> > > > &#65533; &#65533;Lars
> > > >
> > > > --
> > > > Architect Storage/HA, OPS Engineering, Novell, Inc.
> > > > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N&#65533;rnberg)
> > > > "Experience is the name everyone gives to their mistakes." -- Oscar 
> > > > Wilde
> > > >
> > > > _______________________________________________________
> > > > 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/
> > > >
> > > 
> > > 
> > > 
> > > -- 
> > > Serge Dubrouski.
> > > _______________________________________________________
> > > 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/
> _______________________________________________________
> 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/

Reply via email to