Tue Oct 25 13:58:08 PDT 2005
- Previous message: [Slony1-general] Slony and upper-case table names
- Next message: [Slony1-general] Excessive Swap Memory Usage on Slave
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thanks for the info. I went ahead and recompiled 1.1.0 on the Slave DB with the change you suggested and everything seems to replicate fine still, and the growth of Swap is minimal now. Thanks for the help. -- David A. Niblett | email: niblettda at gru.net Network Administrator | Phone: (352) 334-3400 Gainesville Regional Utilities | Web: http://www.gru.net/ -----Original Message----- From: Christopher Browne [mailto:cbbrowne at ca.afilias.info] Sent: Monday, October 24, 2005 4:28 PM To: Niblett, David A Cc: 'slony1-general at gborg.postgresql.org' Subject: Re: [Slony1-general] Excessive Swap Memory Usage on Slave "Niblett, David A" <niblettda at gru.com> writes: > Interesting concept, and that would be accurate. The tables do have > large rows. For example, the body of the Email could be a multi-meg > attachment. Basically we are storing Email, and we allow up to 10M > attachments. > > I should have mentioned that we are using PostgreSQL 8.0.3. Over time, my "wild guesses" get better ;-) > Just to be clear, I should change SLON_DATA_FETCH_SIZE = 1 and leave > SLON_COMMANDS_PER_LINE = 10 because I'm using >= 7.4 correct? That would be what I'd suggest as a "first cut" that should help. > Second question is, if I'm going to go ahead and hack on the code > some, I figure I will go to 1.1.2. Anything that I should worry about > for the upgrade? Will I need to re-replicate everything? I suppose I > should just go read the upgrade notes, but I'm looking for those "oh > yeah, by the way ...." items. Look at <http://slony.info/>; it talks about how to do the upgrade. ---------------------------------------------------------------------- Upgrading Beginning with version 1.0.5 the slon replication engine refuses to work against any database that does not have the stored procedures for the same version loaded or where the shared object containing the C language support functions and the log trigger does not match the version number. This means that the Slony installation on all nodes in a cluster must be upgraded at once. The proper upgrade procedure is this: 1. Stop the slon replication engine on all nodes. 2. Install the new Slony version on all nodes. 3. Execute a slonik script containing the command update functions (id = x); for every node in the cluster. 4. Start all slon replication engines. ---------------------------------------------------------------------- No need to re-replicate everything... -- "cbbrowne","@","ca.afilias.info" <http://dev6.int.libertyrms.com/> Christopher Browne (416) 673-4124 (land)
- Previous message: [Slony1-general] Slony and upper-case table names
- Next message: [Slony1-general] Excessive Swap Memory Usage on Slave
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list