[cisco-voip] using "utils dbreplication setrepltimeout" as part of jump upgrade

[Adam Frankel (afrankel)]

As we move into 10.x, repltimeout is slightly less important because the Publisher will now queue define requests instead of waiting for the retry timer.  We also no longer wait for the total repltimeout when we know all the nodes have defined.    Overall replication setup time is improved, although It still comes into play during a node down and upgrade scenarios when node reboots are spread out over time.

--
Adam

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Adam Frankel (afrankel)
Sent: Friday, February 07, 2014 3:39 PM
To: Lelio Fulgenzi; cisco-voip
Subject: Re: [cisco-voip] using "utils dbreplication setrepltimeout" as part of jump upgrade

Use the guidelines here to set the repltimeout:

https://supportforums.cisco.com/docs/DOC-13672#Replication_Timeout_Design_Estimation

HTH,
--
Adam

From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Friday, February 07, 2014 3:31 PM
To: cisco-voip
Subject: [cisco-voip] using "utils dbreplication setrepltimeout" as part of jump upgrade


The jump upgrade documentation <https://supportforums.cisco.com/servlet/JiveServlet/download/35163-6-15369435/Drive_to_Nine_Jump_upgrade_versions_4.1.3-7.1.5_to_9.1.2-3%5B1%5D.pdf> refers to using "utils dbreplication setrepltimeout", however it doesn't give a recommendation as to how much to increase this by. It also doesn't mention how to find out what the current setting is, only what the default is.

Just wondering what the recommended number to increase this by is. Also, any way to find out what the current value is?

Thanks!
---
Lelio Fulgenzi, B.A.
Senior Analyst, Network Infrastructure
Computing and Communications Services (CCS)
University of Guelph

519‐824‐4120 Ext 56354
lelio at uoguelph.ca<mailto:lelio at uoguelph.ca>
www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs>
Room 037, Animal Science and Nutrition Building
Guelph, Ontario, N1G 2W1

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140208/9c7ee782/attachment.html>