Thu Jun 24 14:32:17 PDT 2004
- Previous message: [Slony1-general] Another slon daemon is serving this node already
- Next message: [Slony1-general] Slony-I Canada Day Release Candidate available
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 6/24/2004 8:53 AM, Thomas Draband (madcow) wrote:
> Thomas Draband (madcow) schrieb:
>> After an immediate stop of postgresql (simulation of system crash) in
>> pg_catalog.pg_listener a tupel with relname='_${cluster_name}_Restart'
>> exists. slon doesn't start cause it thinks another process is serving
>> the cluster on this node.
>> What can I do? The tupels can't be droped from this relation.
>>
>> _______________________________________________
>> Slony1-general mailing list
>> Slony1-general at gborg.postgresql.org
>> http://gborg.postgresql.org/mailman/listinfo/slony1-general
>
> I've found an anwser my self.
> Befor I start slon, I do a 'restart node'. PostgreSQL tries to nothify
> the listeners and drop those are not anwsering. Slon then starts cleanly.
That's a cool solution ... I was thinking about trying to detect things
in slon, but didn't see the easy way.
This should be added to the appropriate documentation, please.
Jan
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Slony1-general mailing list
> Slony1-general at gborg.postgresql.org
> http://gborg.postgresql.org/mailman/listinfo/slony1-general
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck at Yahoo.com #
- Previous message: [Slony1-general] Another slon daemon is serving this node already
- Next message: [Slony1-general] Slony-I Canada Day Release Candidate available
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list