Thu Oct 18 02:48:17 PDT 2007
- Previous message: [Slony1-general] Re-enabling replication for dropped table.
- Next message: [Slony1-general] slony-1 logging non-modifying updates in sl_log_1
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,
I've just recently started to use slony-1 (thanks to all you guys who
replied to my last message about 32bit<->64bit OS replication btw :o).
Everything seems to be working perfectly at the moment.
However, there are some strange entries in sl_log_1.
i.e.
> select * from _replication.sl_log_1 where log_xid=39903977;
log_origin | log_xid | log_tableid | log_actionseq | log_cmdtype |
log_cmddata
------------+----------+-------------+---------------+-------------+---------------------------------
1 | 39903977 | 72 | 691449 | U |
id='2210825' where id='2210825'
The column "id" is the primary key of that table. And as far as I know
(wasn't able to verify that yet) none of our queries would ever do
something like UPDATE ... SET id=X,... WHERE id=X.
But even if there are such queries, why would slony-1 need to log that?
No data was modified, so nothing needs to be replicated.
Just curious :o)
And one other thing. I've read in the documentation that someone wrote a
script to get slony-1 stats printed in mrtg. Has anything similar been
done for munin (http://munin.projects.linpro.no/) yet? If not, I might
be looking into that. Not quite sure which values would be most
interesting to display though.
st_lag_num_events and/or st_lag_time in sl_status seem interesting.
Anything else?
Greetings
H. Meyer
- Previous message: [Slony1-general] Re-enabling replication for dropped table.
- Next message: [Slony1-general] slony-1 logging non-modifying updates in sl_log_1
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list