Tue Jan 18 02:08:37 PST 2011
- Previous message: [Slony1-general] Changing IP address of Slave database
- Next message: [Slony1-general] sl_status not updated, despite replication working (slony 2.0.6)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi, I have an issue on Slony 2.0.6 and PostgreSQL 9.0.2. After stopping a slave, waiting for a few minutes, and then starting the slave again, the sl_status view shows a lag that keeps going up. And even if the lag keeps going up, replication is working on all slaves. The only way to fix this is to restart the slon daemons. Is this behaviour expected? AFAICT, it isn't. At least, it doesn't seem so to Peter Geoghegan that asked many times about this issue (see "sl_status incorrectly reports long event lag", "Error - table id 1 has already been assigned", "Problem with Slony-I 2.0.2, sl_status persists", "Why does sl_status event lag grow, even though events *are* replicated?", "slony I 2.0.3" threads). The usual answer was to stick with the 1.2 branch, but it seemed to me that 2.0.6 got rid of many bugs. So, is it a bug of the 2.0 branch? or is it an expected behaviour? Any tips would be great. Thanks. Regards. -- Guillaume http://www.postgresql.fr http://dalibo.com
- Previous message: [Slony1-general] Changing IP address of Slave database
- Next message: [Slony1-general] sl_status not updated, despite replication working (slony 2.0.6)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list