Thu Jul 16 10:40:54 PDT 2009
- Previous message: [Slony1-general] fe_sendauth: no password supplied error
- Next message: [Slony1-general] "Could not lock table" errors from slony
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I am running Slony 2.0.2 replicating tables from an 8.3 cluster to an 8.4. The following scenarios has happened consistently: 1. Issue SUBSCRIBE SET 2. Slon log on receiver goes into loop due to "transactions earlier than XID nnnnnnn are still in progress". 3. A few minutes later, the long query on the provider node is finished. 4. Slon on receiver now tries to copy the set, but gets "ERROR remoteWorkerThread_7: Could not lock table "public"."abc" on subscriber" where abc is the 1st table in the set. It will loop like this indefinitely, until I bounce slon, then it works. Also, at the same time that error happens in the slon log, I see this in the Postgres log on the receiver: LOCK TABLE can only be used in transaction blocks. Statement: lock table "public"."abc" This is very consistent. It's not a show stopper, just annoying. I don't remember this in 2.0.1. -- View this message in context: http://www.nabble.com/%22Could-not-lock-table%22-errors-from-slony-tp24521158p24521158.html Sent from the Slony-I -- General mailing list archive at Nabble.com.
- Previous message: [Slony1-general] fe_sendauth: no password supplied error
- Next message: [Slony1-general] "Could not lock table" errors from slony
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list