Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Linux-HA: Dev

pgsql patch

 

 

Linux-HA dev RSS feed   Index | Next | Previous | View Threaded


sergeyfd at gmail

Feb 22, 2008, 7:48 AM

Post #1 of 15 (2383 views)
Permalink
pgsql patch

Hello -

Hideo and I finally came up with this patch for pgsql RA. Please
commit it to Mercury.

Thanks.

--
Serge Dubrouski.
Attachments: pgsql.patch (2.85 KB)


dejanmm at fastmail

Feb 22, 2008, 8:17 AM

Post #2 of 15 (2263 views)
Permalink
Re: pgsql patch [In reply to]

Hi,

On Fri, Feb 22, 2008 at 08:48:04AM -0700, Serge Dubrouski wrote:
> Hello -
>
> Hideo and I finally came up with this patch for pgsql RA. Please
> commit it to Mercury.

That was definitely a long one. Could you give me a subject line
for the commit too.

Thanks,

Dejan

> Thanks.
>
> --
> Serge Dubrouski.


> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


sergeyfd at gmail

Feb 22, 2008, 8:20 AM

Post #3 of 15 (2261 views)
Permalink
Re: pgsql patch [In reply to]

Subject would be:

1. Corrected status function to properly support several PostgreSQL
instances running on the same node.

2. Some clean ups for better looking.

On Fri, Feb 22, 2008 at 9:17 AM, Dejan Muhamedagic <dejanmm [at] fastmail> wrote:
> Hi,
>
>
> On Fri, Feb 22, 2008 at 08:48:04AM -0700, Serge Dubrouski wrote:
> > Hello -
> >
> > Hideo and I finally came up with this patch for pgsql RA. Please
> > commit it to Mercury.
>
> That was definitely a long one. Could you give me a subject line
> for the commit too.
>
> Thanks,
>
> Dejan
>
> > Thanks.
> >
> > --
> > Serge Dubrouski.
>
>
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>



--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


dejanmm at fastmail

Feb 22, 2008, 8:45 AM

Post #4 of 15 (2261 views)
Permalink
Re: pgsql patch [In reply to]

Hi,

On Fri, Feb 22, 2008 at 09:20:53AM -0700, Serge Dubrouski wrote:
> Subject would be:
>
> 1. Corrected status function to properly support several PostgreSQL
> instances running on the same node.
>
> 2. Some clean ups for better looking.

Applied. Thanks.

Dejan

>
> On Fri, Feb 22, 2008 at 9:17 AM, Dejan Muhamedagic <dejanmm [at] fastmail> wrote:
> > Hi,
> >
> >
> > On Fri, Feb 22, 2008 at 08:48:04AM -0700, Serge Dubrouski wrote:
> > > Hello -
> > >
> > > Hideo and I finally came up with this patch for pgsql RA. Please
> > > commit it to Mercury.
> >
> > That was definitely a long one. Could you give me a subject line
> > for the commit too.
> >
> > Thanks,
> >
> > Dejan
> >
> > > Thanks.
> > >
> > > --
> > > Serge Dubrouski.
> >
> >
> > > _______________________________________________________
> > > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > > Home Page: http://linux-ha.org/
> >
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
> >
>
>
>
> --
> Serge Dubrouski.
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


dejanmm at fastmail

Jun 3, 2008, 1:07 AM

Post #5 of 15 (2045 views)
Permalink
Re: pgsql patch [In reply to]

Hi Serge,

On Mon, Jun 02, 2008 at 01:20:36PM -0600, Serge Dubrouski wrote:
> Attached is a small patch for pgsql to make it compatible with ocf-tester.
>
> Dejan, the patch is against current version of that RA in dev tree.

Applied. Thanks.

Dejan

>
> --
> Serge Dubrouski.


> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


renayama19661014 at ybb

Sep 1, 2010, 6:32 PM

Post #6 of 15 (711 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Serge,

I add a patch, too.
Because runasowner adopted ocf_run, there is useless "if" statement.
(ocf_run return only 0 or 1.)

diff -r 49603d860cf7 heartbeat/pgsql
--- a/heartbeat/pgsql Thu Sep 02 10:17:59 2010 +0900
+++ b/heartbeat/pgsql Thu Sep 02 10:20:31 2010 +0900
@@ -422,13 +422,6 @@
rc=$?
if [ $rc -ne 0 ]; then
ocf_log $loglevel "PostgreSQL $OCF_RESKEY_pgdb isn't running"
- if [ $rc -eq 1 ]; then
- ocf_log err "Fatal error (out of memory, file not found, etc.) occurred while executing
the psql command."
- elif [ $rc -eq 2 ]; then
- ocf_log $loglevel "Connection error (connection to the server went bad and the session
was not interactive) occurred while executing the psql command."
- elif [ $rc -eq 3 ]; then
- ocf_log err "Script error (the variable ON_ERROR_STOP was set) occurred while executing
the psql command."
- fi
return $OCF_ERR_GENERIC
fi


Best Regards,
Hideo Yamauchi.


--- Serge Dubrouski <sergeyfd [at] gmail> wrote:

> Attached is a patch for pgsql to fix the problem with access to the
> /var/lib/heartbeat/cores/root directory at runtime.
>
> --
> Serge Dubrouski.
> > diff -r 7200186935f1 heartbeat/pgsql
> --- a/heartbeat/pgsql Tue Aug 31 17:01:39 2010 +0900
> +++ b/heartbeat/pgsql Wed Sep 01 10:42:25 2010 -0600
> @@ -229,7 +229,7 @@
> shift 1
> }
>
> - ocf_run $quietrun su $OCF_RESKEY_pgdba -c "$*"
> + ocf_run $quietrun su $OCF_RESKEY_pgdba -c "cd $OCF_RESKEY_pgdata; $@"
> }
>
> #
> > _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>
Attachments: pgsql-0902.patch (0.80 KB)


sergeyfd at gmail

Sep 1, 2010, 7:26 PM

Post #7 of 15 (714 views)
Permalink
Re: pgsql Patch [In reply to]

While I'm agree in general I'm not sure that it wouldn't be better to
modify ocf_run in a way that it would return actual error code form a
command that it ran instead of generic $OCF_ERR_GENERIC


2010/9/1 <renayama19661014 [at] ybb>:
> Hi Serge,
>
> I add a patch, too.
> Because runasowner adopted ocf_run, there is useless "if" statement.
> (ocf_run return only 0 or 1.)
>
> diff -r 49603d860cf7 heartbeat/pgsql
> --- a/heartbeat/pgsql   Thu Sep 02 10:17:59 2010 +0900
> +++ b/heartbeat/pgsql   Thu Sep 02 10:20:31 2010 +0900
> @@ -422,13 +422,6 @@
>     rc=$?
>     if [ $rc -ne  0 ]; then
>        ocf_log $loglevel "PostgreSQL $OCF_RESKEY_pgdb isn't running"
> -        if [ $rc -eq 1 ]; then
> -            ocf_log err "Fatal error (out of memory, file not found, etc.) occurred while executing
> the psql command."
> -        elif [ $rc -eq 2 ]; then
> -            ocf_log $loglevel "Connection error (connection to the server went bad and the session
> was not interactive) occurred while executing the psql command."
> -        elif [ $rc -eq 3 ]; then
> -            ocf_log err "Script error (the variable ON_ERROR_STOP was set) occurred while executing
> the psql command."
> -        fi
>        return $OCF_ERR_GENERIC
>     fi
>
>
> Best Regards,
> Hideo Yamauchi.
>
>
> --- Serge Dubrouski <sergeyfd [at] gmail> wrote:
>
>> Attached is a patch for pgsql to fix the problem with access to the
>> /var/lib/heartbeat/cores/root directory at runtime.
>>
>> --
>> Serge Dubrouski.
>> > diff -r 7200186935f1 heartbeat/pgsql
>> --- a/heartbeat/pgsql Tue Aug 31 17:01:39 2010 +0900
>> +++ b/heartbeat/pgsql Wed Sep 01 10:42:25 2010 -0600
>> @@ -229,7 +229,7 @@
>>               shift 1
>>       }
>>
>> -    ocf_run $quietrun su $OCF_RESKEY_pgdba -c "$*"
>> +    ocf_run $quietrun su $OCF_RESKEY_pgdba -c "cd $OCF_RESKEY_pgdata; $@"
>>  }
>>
>>  #
>> > _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>
>



--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


lmb at novell

Sep 2, 2010, 1:01 PM

Post #8 of 15 (716 views)
Permalink
Re: pgsql Patch [In reply to]

On 2010-09-01T20:26:09, Serge Dubrouski <sergeyfd [at] gmail> wrote:

> While I'm agree in general I'm not sure that it wouldn't be better to
> modify ocf_run in a way that it would return actual error code form a
> command that it ran instead of generic $OCF_ERR_GENERIC

I'd be inclined to agree, but one needs to briefly review the resource
agents to see whether this change would cause any ill effects.


Regards,
Lars

--
Architect Storage/HA, OPS Engineering, Novell, Inc.
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
"Experience is the name everyone gives to their mistakes." -- Oscar Wilde

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


renayama19661014 at ybb

Sep 2, 2010, 5:58 PM

Post #9 of 15 (698 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Serge,
Hi Lars,

> > While I'm agree in general I'm not sure that it wouldn't be better to
> > modify ocf_run in a way that it would return actual error code form a
> > command that it ran instead of generic $OCF_ERR_GENERIC
>
> I'd be inclined to agree, but one needs to briefly review the resource
> agents to see whether this change would cause any ill effects.


It does not have the objection that ocf_run comes to give back a actual error code to the resource
agent.

But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run gives
error log in the case of pgsql.

* There may be little influence on other resource agents.

Best Regards,
Hideo Yamauchi.


--- Lars Marowsky-Bree <lmb [at] novell> wrote:

> On 2010-09-01T20:26:09, Serge Dubrouski <sergeyfd [at] gmail> wrote:
>
> > While I'm agree in general I'm not sure that it wouldn't be better to
> > modify ocf_run in a way that it would return actual error code form a
> > command that it ran instead of generic $OCF_ERR_GENERIC
>
> I'd be inclined to agree, but one needs to briefly review the resource
> agents to see whether this change would cause any ill effects.
>
>
> Regards,
> Lars
>
> --
> Architect Storage/HA, OPS Engineering, Novell, Inc.
> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N$B>-gS(Bnberg)
> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


sergeyfd at gmail

Sep 2, 2010, 7:44 PM

Post #10 of 15 (702 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Hideo -

2010/9/2 <renayama19661014 [at] ybb>:
> Hi Serge,
> Hi Lars,
>
>> > While I'm agree in general I'm not sure that it wouldn't be better to
>> > modify ocf_run in a way that it would return actual error code form a
>> > command that it ran instead of generic $OCF_ERR_GENERIC
>>
>> I'd be inclined to agree, but one needs to briefly review the resource
>> agents to see whether this change would cause any ill effects.
>
>
> It does not have the objection that ocf_run comes to give back a actual error code to the resource
> agent.
>
> But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run gives
> error log in the case of pgsql.

I think we already addressed that nosiness in the monitor operation.
As for start/stop I think it's rather critical to have an output
information from pg_ctl in the log file.
>
>  * There may be little influence on other resource agents.

There shouldn't be any impact. Agents usually just check the return
code was zero in case of success or non zero in case of failure. pgsql
though has that additional logic to check what was the real problem on
the start of posgresql an expects to have a real exit code from
pg_ctl.

>
> Best Regards,
> Hideo Yamauchi.
>
>
> --- Lars Marowsky-Bree <lmb [at] novell> wrote:
>
>> On 2010-09-01T20:26:09, Serge Dubrouski <sergeyfd [at] gmail> wrote:
>>
>> > While I'm agree in general I'm not sure that it wouldn't be better to
>> > modify ocf_run in a way that it would return actual error code form a
>> > command that it ran instead of generic $OCF_ERR_GENERIC
>>
>> I'd be inclined to agree, but one needs to briefly review the resource
>> agents to see whether this change would cause any ill effects.
>>
>>
>> Regards,
>>     Lars
>>
>> --
>> Architect Storage/HA, OPS Engineering, Novell, Inc.
>> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nå°†èˆnberg)
>> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>>
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>



--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


renayama19661014 at ybb

Sep 3, 2010, 1:53 AM

Post #11 of 15 (690 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Serge,

> > But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run
> gives
> > error log in the case of pgsql.
>
> I think we already addressed that nosiness in the monitor operation.
> As for start/stop I think it's rather critical to have an output
> information from pg_ctl in the log file.

The annoying log when monitor was finished normally was canceled by a q option.
However, ocf_run always outputs an error when an error happened.
And log is output in pgsql more in the back.

At the time of start/stop, it may be surely right that log after ocf_run appears.

If there is importance of the log output behind very much, I withdraw my patch.
And I explain that log increases in our user.

Best Regards,
Hideo Yamauchi.

--- Serge Dubrouski <sergeyfd [at] gmail> wrote:

> Hi Hideo -
>
> 2010/9/2 <renayama19661014 [at] ybb>:
> > Hi Serge,
> > Hi Lars,
> >
> >> > While I'm agree in general I'm not sure that it wouldn't be better to
> >> > modify ocf_run in a way that it would return actual error code form a
> >> > command that it ran instead of generic $OCF_ERR_GENERIC
> >>
> >> I'd be inclined to agree, but one needs to briefly review the resource
> >> agents to see whether this change would cause any ill effects.
> >
> >
> > It does not have the objection that ocf_run comes to give back a actual error code to the
> resource
> > agent.
> >
> > But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run
> gives
> > error log in the case of pgsql.
>
> I think we already addressed that nosiness in the monitor operation.
> As for start/stop I think it's rather critical to have an output
> information from pg_ctl in the log file.
> >
> > $B%D(B* There may be little influence on other resource agents.
>
> There shouldn't be any impact. Agents usually just check the return
> code was zero in case of success or non zero in case of failure. pgsql
> though has that additional logic to check what was the real problem on
> the start of posgresql an expects to have a real exit code from
> pg_ctl.
>
> >
> > Best Regards,
> > Hideo Yamauchi.
> >
> >
> > --- Lars Marowsky-Bree <lmb [at] novell> wrote:
> >
> >> On 2010-09-01T20:26:09, Serge Dubrouski <sergeyfd [at] gmail> wrote:
> >>
> >> > While I'm agree in general I'm not sure that it wouldn't be better to
> >> > modify ocf_run in a way that it would return actual error code form a
> >> > command that it ran instead of generic $OCF_ERR_GENERIC
> >>
> >> I'd be inclined to agree, but one needs to briefly review the resource
> >> agents to see whether this change would cause any ill effects.
> >>
> >>
> >> Regards,
> >> $B%D(B $B%D(B Lars
> >>
> >> --
> >> Architect Storage/HA, OPS Engineering, Novell, Inc.
> >> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N$Bj2!&!&(Bnberg)
> >> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
> >>
> >> _______________________________________________________
> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> >> Home Page: http://linux-ha.org/
> >>
> >
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
> >
>
>
>
> --
> Serge Dubrouski.
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>


_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


sergeyfd at gmail

Sep 3, 2010, 8:55 AM

Post #12 of 15 (689 views)
Permalink
Re: pgsql Patch [In reply to]

2010/9/3 <renayama19661014 [at] ybb>:
> Hi Serge,
>
>> > But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run
>> gives
>> > error log in the case of pgsql.
>>
>> I think we already addressed that nosiness in the monitor operation.
>> As for start/stop I think it's rather critical to have an output
>> information from pg_ctl in the log file.
>
> The annoying log when monitor was finished normally was canceled by a q option.

And that covers most of the annoying logging.

> However, ocf_run always outputs an error when an error happened.
> And log is output in pgsql more in the back.

I'd rather say that it's good to have that additional info on the log
file for troubleshooting purposes. In this case administrator doesn't
have to collect all necessary information from the different places
and is able to fix the problem quicker.

>
> At the time of start/stop, it may be surely right that log after ocf_run appears.
>
> If there is importance of the log output behind very much, I withdraw my patch.
> And I explain that log increases in our user.

I'd say yes it's good to have that additional info for error cases.
However if we can't modify ocf_run and make it to return the right
exit code, then we surely need to apply your patch.

>
> Best Regards,
> Hideo Yamauchi.
>
> --- Serge Dubrouski <sergeyfd [at] gmail> wrote:
>
>> Hi Hideo -
>>
>> 2010/9/2  <renayama19661014 [at] ybb>:
>> > Hi Serge,
>> > Hi Lars,
>> >
>> >> > While I'm agree in general I'm not sure that it wouldn't be better to
>> >> > modify ocf_run in a way that it would return actual error code form a
>> >> > command that it ran instead of generic $OCF_ERR_GENERIC
>> >>
>> >> I'd be inclined to agree, but one needs to briefly review the resource
>> >> agents to see whether this change would cause any ill effects.
>> >
>> >
>> > It does not have the objection that ocf_run comes to give back a actual error code to the
>> resource
>> > agent.
>> >
>> > But, I think that the log output which pgsql performs after ocf_run is noisy because ocf_run
>> gives
>> > error log in the case of pgsql.
>>
>> I think we already addressed that nosiness in the monitor operation.
>> As for start/stop I think it's rather critical to have an output
>> information from pg_ctl in the log file.
>> >
>> > ツ* There may be little influence on other resource agents.
>>
>> There shouldn't be any impact. Agents usually just check the return
>> code was zero in case of success or non zero in case of failure. pgsql
>> though has that additional logic to check what was the real problem on
>> the start of posgresql an expects to have a real exit code from
>> pg_ctl.
>>
>> >
>> > Best Regards,
>> > Hideo Yamauchi.
>> >
>> >
>> > --- Lars Marowsky-Bree <lmb [at] novell> wrote:
>> >
>> >> On 2010-09-01T20:26:09, Serge Dubrouski <sergeyfd [at] gmail> wrote:
>> >>
>> >> > While I'm agree in general I'm not sure that it wouldn't be better to
>> >> > modify ocf_run in a way that it would return actual error code form a
>> >> > command that it ran instead of generic $OCF_ERR_GENERIC
>> >>
>> >> I'd be inclined to agree, but one needs to briefly review the resource
>> >> agents to see whether this change would cause any ill effects.
>> >>
>> >>
>> >> Regards,
>> >> ツ ツ Lars
>> >>
>> >> --
>> >> Architect Storage/HA, OPS Engineering, Novell, Inc.
>> >> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N蟆・・nberg)
>> >> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>> >>
>> >> _______________________________________________________
>> >> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> >> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> >> Home Page: http://linux-ha.org/
>> >>
>> >
>> > _______________________________________________________
>> > Linux-HA-Dev: Linux-HA-Dev [at] lists
>> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> > Home Page: http://linux-ha.org/
>> >
>>
>>
>>
>> --
>> Serge Dubrouski.
>> _______________________________________________________
>> Linux-HA-Dev: Linux-HA-Dev [at] lists
>> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
>> Home Page: http://linux-ha.org/
>>
>
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>



--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


renayama19661014 at ybb

Sep 12, 2010, 6:40 PM

Post #13 of 15 (611 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Serge,
Hi Lars,

How did the revision to give back a actual error code of ocf_run turn out?

We test pgsql again if revised.
In addition, we may test some revisions of ocf_run about the other resource agents.

Best Regards,
Hideo Yamauchi.

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


sergeyfd at gmail

Sep 13, 2010, 7:17 AM

Post #14 of 15 (596 views)
Permalink
Re: pgsql Patch [In reply to]

Hello -

I still think that ocf_run needs to return actual error code from a
program it runs. I thought that Dejan would updated it but it looks
like he's unavailable. I can submit a patch and review other agents in
this case.

On Sun, Sep 12, 2010 at 7:40 PM, <renayama19661014 [at] ybb> wrote:
> Hi Serge,
> Hi Lars,
>
> How did the revision to give back a actual error code of ocf_run turn out?
>
> We test pgsql again if revised.
> In addition, we may test some revisions of ocf_run about the other resource agents.
>
> Best Regards,
> Hideo Yamauchi.
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>



--
Serge Dubrouski.
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/


renayama19661014 at ybb

Sep 13, 2010, 5:56 PM

Post #15 of 15 (596 views)
Permalink
Re: pgsql Patch [In reply to]

Hi Serge,

> I still think that ocf_run needs to return actual error code from a
> program it runs. I thought that Dejan would updated it but it looks
> like he's unavailable. I can submit a patch and review other agents in
> this case.

All right.
Please contact it if I can help you with me.

Best Regards,
Hideo Yamauchi.

--- Serge Dubrouski <sergeyfd [at] gmail> wrote:

> Hello -
>
> I still think that ocf_run needs to return actual error code from a
> program it runs. I thought that Dejan would updated it but it looks
> like he's unavailable. I can submit a patch and review other agents in
> this case.
>
> On Sun, Sep 12, 2010 at 7:40 PM, <renayama19661014 [at] ybb> wrote:
> > Hi Serge,
> > Hi Lars,
> >
> > How did the revision to give back a actual error code of ocf_run turn out?
> >
> > We test pgsql again if revised.
> > In addition, we may test some revisions of ocf_run about the other resource agents.
> >
> > Best Regards,
> > Hideo Yamauchi.
> >
> > _______________________________________________________
> > Linux-HA-Dev: Linux-HA-Dev [at] lists
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> > Home Page: http://linux-ha.org/
> >
>
>
>
> --
> Serge Dubrouski.
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
>

_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Linux-HA dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.