Tory M Blue tmblue at gmail.com
Thu Jul 12 22:38:57 PDT 2012
Thank you !!

Actually found it was tables that really shouldn't of been in there
and had at some point been removed, but they were still in the
sl_tables. A quick delete and things are back

Thanks for the rapid response!

Tory

On Thu, Jul 12, 2012 at 9:45 PM, Raghav <ragavendra.dba at gmail.com> wrote:
>> So everything was fine, replicating etc and I restarted postgres and
>> now I've got these errors.
>>
>> WARNING:  table [id,nsp,name]=[116,publishers,dcm] - sl_table does not
>> match pg_class/pg_namespace
>> WARNING:  table [id,nsp,name]=[117,reportlogs,dcm] - sl_table does not
>> match pg_class/pg_namespace
>> WARNING:  Mismatch found between sl_table and pg_class.  Slonik
>> command REPAIR CONFIG may be useful to rectify this.
>>
>
> I believe these errors are after up-gradation. You can run the health_check
> function on the nodes and if error found, try to do REPAIR CONFIG as
> mentioned in logs.
>
> http://slony.info/documentation/2.1/stmtrepairconfig.html
>
> Health_check Function:
>
> http://slony.info/documentation/2.1/function.slon-node-health-check.html
>
> --
> Regards
> Raghav
> Blog: htt://raghavt.blogspot.com/
>
>
>
>
>>
>> This is postgres 9.1.4 and slony 2.1.1.
>>
>> I don't know what could be wrong, seriously it was fully replicated
>> until I restarted postgres just a few minutes ago.
>>
>> We did an upgrade a week or so back from 8.4 to 9.1, using slon, and
>> switchover from one host to this host worked flawless, but now, what
>> exactly is it saying?
>>
>> Thanks
>> Tory
>>
>> Fedora
>> Postgres_9.1.4
>> Slon.2.1.1
>
>


More information about the Slony1-general mailing list