Thu Oct 30 01:59:52 PDT 2014
- Previous message: [Slony1-general] finishTableAfterCopy(143); long running "index?"
- Next message: [Slony1-general] Repeated Slony-I: cleanup stale sl_nodelock entry for pid on subscribing new set from node 3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi All,
My replication setup is as db1 -> db2 -> db3.
On adding a new set to the cluster, the merge from node 3 is going on
waiting state for node 3 to subscribe. Because of this, node 3 is lagging
behind.
These are the slonik commands that I used to add new set, subscribe and
merge:
---------------------------------------------------------------------------------------------------------
create set ( id = 2, origin = 1, comment = 'replication set for surcharge
table');
set add table (set id = 2, origin = 1, id = 1744, fully qualified name =
'public.t2', comment = 't2 table');
set add sequence (set id = 2, origin = 1, id = 1756, fully qualified name =
'public.s2', comment = 's2 sequence');
subscribe set ( id = 2, provider = 1, receiver = 2, forward = yes );
subscribe set ( id = 2, provider = 2, receiver = 3, forward = yes );
merge set ( id = 1, add id = 2, origin = 1);
-----------------------------------------------------------------------------------------------------------
Even though it goes it waiting mode, the sl_subscribe table shows the
following:
sub_set | sub_provider | sub_receiver | sub_forward | sub_active
---------+--------------+--------------+-------------+------------
1 | 1 | 2 | t | t
1 | 2 | 3 | t | t
2 | 1 | 2 | t | t
2 | 2 | 3 | t | t
But the slony log on node 3 shows the following repeatedly:
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=29117
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=30115
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=30116
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=30414
NOTICE: Slony-I: Logswitch to sl_log_2 initiated
CONTEXT: SQL statement "SELECT "_cluster".logswitch_start()"
PL/pgSQL function "cleanupevent" line 96 at PERFORM
NOTICE: truncate of <NULL> failed - doing delete
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=31364
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=31369
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=31368
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=32300
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1117
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1149
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1186
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1247
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1270
NOTICE: Slony-I: cleanup stale sl_nodelock entry for pid=1294
It is continuously trying to cleanup stale nodelock entry for nl_nodeid=3
and nl_conncnt=0.
I tried stopping and starting the slon process for node 3 which didn't
help. I don't see any errors in the other slony log files.
Do I have to stop all slon processes of all nodes and start again?
Regards,
Granthana
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.slony.info/pipermail/slony1-general/attachments/20141030/8e49e413/attachment.htm
- Previous message: [Slony1-general] finishTableAfterCopy(143); long running "index?"
- Next message: [Slony1-general] Repeated Slony-I: cleanup stale sl_nodelock entry for pid on subscribing new set from node 3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list