Talk About Network

Google


Register and Login
Nick
Password
Register create new account Sign up is FREE and you can post replies, new topics, bookmark posts and more!
Recover lost password


Data Bases > Pgsql Interfaces Pgadmin Support > Slony I - Probl...
Latest [ Topics | Posts ] Archive Post A New Topic Post a Reply
<< Topic < Post Post 1 of 1 Topic 1935 of 2081
Post > Topic >>

Slony I - Problem dropping a set from pgAdmin

by glyn.astill@[EMAIL PROTECTED] (Glyn Astill) Jan 15, 2008 at 04:12 PM

This is a multi-part message in MIME format.
--------------050600060507070705020403
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi chaps,

I've noticed a problem as described below with regards to adding
replication 
sets from within pgAdmin. I originally posted on the slony I general list,

and Christopher Browne suggested I ask you guys.

I set up a replication cluster using the pgAdmin scripts, and added a
replication set with some tables and sequences in it (table /sequence
Ids 1 - 4). I've kept the Id numbers the same as the table Ids.

Then I added another set (Id 2), and added a table and a sequence
with Id 5.

In my slony log I get the error:

"remoteWorkerThread_1: node -1 not found in runtime configuration"

Does anyone know what causes the error above? I've read that it
indicates slony had a problem at a point whilst subscribing so it
flipped the node number to -1 to stop any further steps happening,
however this doesn't help me track down what caused it.


No "drop set" option seems to exist from with pgAdmin (although I'm 
pretty sure I saw it once - are their criteria that make it appear?), 
so I did a "DROP SET ( ID=2, ORIGIN=1 );" using slonik on the origin, and 
the set was removed from the origin, but it's still visible 
(using pgadmin) on the subscriber (I have restarted the slons).
I notice this error occours periodically now in the slony
logs, so it seems the subscriber is trying to subscribe it?  E.g.

------------------------------------------------------

2008-01-15_144529 GMT DEBUG2 syncThread: new sl_action_seq 1 - SYNC
38491
2008-01-15_144533 GMT DEBUG1 copy_set 2
2008-01-15_144533 GMT ERROR  remoteWorkerThread_1: node -1 not found
in runtime configuration
2008-01-15_144533 GMT WARN   remoteWorkerThread_1: data copy for set
2 failed - sleep 60 seconds
WARNING:  there is no transaction in progress

------------------------------------------------------

How do I remove this set from the subscriber?

I've had this happen before. Removing the cluster and setting it up
again resolves the problem, however once we are in a production
environment I can't go dropping the whole cluster and replicating all
the tables from scratch when it happens.

Any pointers would be greatly appreciated
Glyn

-- 

Glyn Astill
Programmer
*See*
Direct 	01159 129 135
IT Helpdesk 	01159 129 120
Fax 	01159 129 247

www.seetickets.com


--------------050600060507070705020403
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
<pre><tt>Hi chaps,

I've noticed a problem as described below with regards to adding
replication 
sets from within pgAdmin. I originally posted on the slony I general list,

and Christopher Browne suggested I ask you guys.

I set up a replication cluster using the pgAdmin scripts, and added a
replication set with some tables and sequences in it (table /sequence
Ids 1 - 4). I've kept the Id numbers the same as the table Ids.

Then I added another set (Id 2), and added a table and a sequence
with Id 5.

In my slony log I get the error:

"remoteWorkerThread_1: node -1 not found in runtime configuration"

Does anyone know what causes the error above? I've read that it
indicates slony had a problem at a point whilst subscribing so it
flipped the node number to -1 to stop any further steps happening,
however this doesn't help me track down what caused it.


No "drop set" option seems to exist from with pgAdmin (although I'm 
pretty sure I saw it once - are their criteria that make it appear?), 
so I did a "DROP SET ( ID=2, ORIGIN=1 );" using slonik on the origin, and 
the set was removed from the origin, but it's still visible 
(using pgadmin) on the subscriber (I have restarted the slons).
I notice this error occours periodically now in the slony
logs, so it seems the subscriber is trying to subscribe it?  E.g.

------------------------------------------------------

2008-01-15_144529 GMT DEBUG2 syncThread: new sl_action_seq 1 - SYNC
38491
2008-01-15_144533 GMT DEBUG1 copy_set 2
2008-01-15_144533 GMT ERROR  remoteWorkerThread_1: node -1 not found
in runtime configuration
2008-01-15_144533 GMT WARN   remoteWorkerThread_1: data copy for set
2 failed - sleep 60 seconds
WARNING:  there is no transaction in progress

------------------------------------------------------

How do I remove this set from the subscriber?

I've had this happen before. Removing the cluster and setting it up
again resolves the problem, however once we are in a production
environment I can't go dropping the whole cluster and replicating all
the tables from scratch when it happens.

Any pointers would be greatly appreciated
Glyn</tt></pre>
<div class="moz-signature">-- <br>
<p><font face="Arial" size="2">Glyn Astill<br>
Programmer<br>
<b>See</b>
<table border="0">
  <tbody>
    <tr>
      <td><font face="Arial" size="2">Direct</font></td>
      <td><font face="Arial" size="2">01159 129 135</font></td>
    </tr>
    <tr>
      <td><font face="Arial" size="2">IT Helpdesk</font></td>
      <td><font face="Arial" size="2">01159 129 120</font></td>
    </tr>
    <tr>
      <td><font face="Arial" size="2">Fax</font></td>
      <td><font face="Arial" size="2">01159 129 247</font></td>
    </tr>
  </tbody>
</table>
<a class="moz-txt-link-abbreviated"
href="http://www.seetickets.com">www.seetickets.com</a></font></p>
</div>
</body>
</html>

--------------050600060507070705020403--
 




 1 Posts in Topic:
Slony I - Problem dropping a set from pgAdmin
glyn.astill@[EMAIL PROTEC  2008-01-15 16:12:24 

Post A Reply:
  Go here to Signup

AddThis Feed Button


About - Advertising - Contact - Frequently Asked Questions - Privacy Policy - Terms of Use - Signup

Contact
tan13V112 Sun Jul 20 4:34:25 CDT 2008.