<div dir="ltr">You can also do "file tail activelog cm/trace/dbl/sdi recent" which will tail the most recent log file in the directory. Saves you a few seconds.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 20, 2016 at 6:00 PM, Daniel Ohnesorge via cisco-voip <span dir="ltr"><<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>Hi Nick,</p>
<p>At the time of failure, I like to tail the dbl logs to see whats happening. First, run the command to see which log is the latest; file list activelog cm/trace/dbl/sdi date detail. That output will list the last written log file at the bottom for example log16.log. Then you can tail file using the command; file tail activelog cm/trace/dbl/sdi/log16.log. This will give you some idea of what is happening at that time.</p><div><div class="h5">
<p>On 2016-04-21 07:20, Nick Barnett wrote:</p>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<div dir="ltr">
<div>Thanks James</div>
<div> </div>
Ok, yes, there's a lot in rhosts. They are all identical, and each of them has forward and reverse lookups.
<div> </div>
<div> </div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Apr 20, 2016 at 12:39 PM, James Buchanan <span><<a href="mailto:james.buchanan2@gmail.com" target="_blank">james.buchanan2@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>
<div>
<div>Hello,<br><br></div>
Even though you are not using DNS, do you have DNS servers and a domain name configured? If so, you should have forward and reverse entries configured for all servers. When you look in Unified Reporting, do you see anything about the rhosts under Database Status?<br><br></div>
Thanks,<br><br></div>
James</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Apr 20, 2016 at 1:07 PM, Nick Barnett <span><<a href="mailto:nicksbarnett@gmail.com" target="_blank">nicksbarnett@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Thanks Ryan.
<div> </div>
<div>We have 3 CCM and 1 TFTP node in each of our two data centers. The main data center is here, and that is where our DRS sftp server (and publisher) is located. Nothing is using DNS right now, all of the servers are entered into CUCM as IP addresses... this cluster has been around for years. It was upgraded from 7.BeforeMyTime to 8.6 to 10.0.</div>
<div> </div>
<div> </div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Apr 20, 2016 at 11:54 AM, Ryan Huff <span><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div>Hi Nick.</div>
<div> </div>
<div>Let me ask you a few things;</div>
<div> </div>
<div>- How is the cluster laid out (how many nodes in the cluster and what nodes are in which DC)?</div>
<div> </div>
<div>- Are you using DNS and if so, where is the DNS server located and do you have redundant DNS in both DCs?</div>
<div> </div>
<div>- Where is your DRS server in relation to the cluster publisher (same DC or no)?<br> <br> Thanks,
<div> </div>
<div>Ryan</div>
</div>
<div>
<div>
<div><br> On Apr 20, 2016, at 11:09 AM, Nick Barnett <<a href="mailto:nicksbarnett@gmail.com" target="_blank">nicksbarnett@gmail.com</a>> wrote:<br> </div>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<div>
<div dir="ltr">I'm wondering how many others have had as many issues with db replication? It seems that any time we lose a connection to our 2nd data center (even a 2 minute MPLS planned maintenance outage causes the issue), our database synchronization has errors. After a WAN blip, within an hour or so, I get a message from RTMT about a subscriber being in "blocked" state:
<div> </div>
<div>
<p>%[AppID=Cisco Database Layer Monitor][ClusterID=ProdVoiceCluster][NodeID=XXXXXXX1]: A change notification client is busy (blocked). If the change notification client continues to be blocked for 10 minutes, the system automatically clears the block and change notification should resume successfully."</p>
<p> </p>
<p>After that, if I run utils dbreplication status, it will have errors... so then I run the "repair all" option and it fixes it. Then I'm good for a few weeks until something else happens that starts the whole cycle over.</p>
<p>Something else that happens after a WAN blip is that DRS begins to fail, so we have to restart the master DRS and the subsequent DRS services on the subs. Am I doing something wrong? Is this normal?</p>
<p>I'm on CUCM 10.0.1.12900-2. </p>
<p>Thanks,<br> Nick</p>
</div>
</div>
</div>
</blockquote>
</div>
</div>
<blockquote type="cite" style="padding:0 0.4em;border-left:#1010ff 2px solid;margin:0">
<div><span>_______________________________________________</span><br> <span>cisco-voip mailing list</span><br> <span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br> <span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span></div>
</blockquote>
</div>
</blockquote>
</div>
</div>
<br>_______________________________________________<br> cisco-voip mailing list<br> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br> </blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
<br>
<div style="margin:0;padding:0;font-family:monospace">_______________________________________________<br> cisco-voip mailing list<br> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></div>
</blockquote>
<p> </p>
<div> </div>
</div></div></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>