On Mon, Jun 20, 2011 at 10:14 AM, Florian Haas <[email protected]>wrote:

> On 2011-06-20 18:11, Serge Dubrouski wrote:
> >
> >
> > On Mon, Jun 20, 2011 at 10:09 AM, Florian Haas <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> >     Ouch, that hurts. Vadym, thanks for reporting this. Serge, can you
> fix
> >     pgsql_monitor so it behaves correctly during probes nodes where the
> >     resource is expected to be inactive? I'd be happy to merge.
> >
> >     Cheers,
> >     Florian
> >
> >     On 2011-06-20 18:01, Vadym Chepkov wrote:
> >     > Hi,
> >     >
> >     > new psql RA in resources-agents-3.9.1 doesn't handle shared
> >     storage configuration properly:
> >     >
> >     > Jun 20 15:37:00 m52 pgsql[20851]: INFO: Configuration file
> >     /master/sql/data/postgresql.conf not readable during probe.
> >     > Jun 20 15:37:00 m52 pgsql[20851]: ERROR: bash: line 0: cd:
> >     /master/sql/data: No such file or directory
> >     > Jun 20 15:37:00 m52 pgsql[20851]: ERROR: Directory
> >     /master/sql/data is not writable by postgres
> >
> >
> > You don't have mount point available on slave? You don;t need real data,
> > but mount point should exist.
>
> Wow, that was quick. Nice. :)
>
> Well suppose all of /master is on DRBD (or shared storage), and it's a
> subdirectory of that mount point that PostgreSQL uses. So on the
> inactive node /master would be there, but /master/sql/data would not.
> That's a legitimate use case, in my opinion, and the RA should behave
> nicely in that case. Should it not?
>

Hmm, didn't think about this case. Ok, I'll fix it.

BTW, this behaviour wasn't introduced with the latest changes, it was always
there,


>
> Cheers,
> Florian
>
>
> _______________________________________________
> Linux-HA mailing list
> [email protected]
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>



-- 
Serge Dubrouski.
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Reply via email to