Sat Mar 26 16:52:44 PDT 2011
- Previous message: [Slony1-general] Slony replication problem - logswitch failure
- Next message: [Slony1-general] Slony replication problem - logswitch failure
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 3/26/2011 6:54 PM, Tim Lloyd wrote: > Only way to stop Postgres chewing all the CPU What did you do after this to verify that the unqualified delete from sl_log_1 did not make you lose any changes? Jan > > > ------Original Message------ > From: Jan Wieck > To: Tim Lloyd > Cc: slony1-general at lists.slony.info > Subject: Re: [Slony1-general] Slony replication problem - logswitch failure > Sent: Mar 26, 2011 22:53 > > On 3/26/2011 6:43 AM, Tim Lloyd wrote: >> Hi Venkat >> >> I found a way to get Slony out of this state without rebuilding the db. >> >> 1) Connect to your database, e.g. psql<dbname> as user postgres >> >> 2) delete from _schema.sl_log_1; > > Looks a little bit dangerous to me. YMMV. > > > Jan > -- Anyone who trades liberty for security deserves neither liberty nor security. -- Benjamin Franklin
- Previous message: [Slony1-general] Slony replication problem - logswitch failure
- Next message: [Slony1-general] Slony replication problem - logswitch failure
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list