<div dir="ltr">I've seen this behaviour with Bars 4.0.9 and <a href="http://4.0.11.">4.0.11.</a> This is specific to CRS and upgrading Bars to 4.0.12 resolved the issue.<br><br>
<div class="gmail_quote">On Tue, Sep 9, 2008 at 9:41 AM, David Iverson <span dir="ltr"><<a href="mailto:cosmicmessenger@comcast.net">cosmicmessenger@comcast.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div text="#000000" bgcolor="#ffffff">
<div><font face="Arial" size="2">The servers are not part of a domain. </font><font face="Arial" size="2">Following is the log file from the CCM. The last line is where it just dies when going to stage CRS:</font></div>
<div><font face="Arial" size="2"></font> </div>
<div><font face="Arial" size="2">[12:20:25 PM] Local machine name is Tbcpub.<br>[12:20:25 PM] Local IP Address is <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>[12:20:25 PM] Service account is Backadmin.<br>
[12:20:29 PM] Backadmin has local administrative rights.<br>[12:20:29 PM] Backup running with Low priority.<br>[12:20:29 PM] Found 36756MB available on the boot partition for staging the backup.<br>[12:20:30 PM] <br>
[12:20:30 PM] Staging Cisco Unified CallManager target <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>[12:20:30 PM] Saving Cisco Unified CallManager version.<br>[12:20:30 PM] Staging LmHosts file.<br>
[12:20:30 PM] Staging Hosts file.<br>[12:20:30 PM] Staging CallManagerAttendant file.<br>[12:20:30 PM] Staging security files from C:\Program Files\Cisco\Certificates<br>[12:20:31 PM] Staging IPMA configuration file.<br>
[12:20:31 PM] Finding Cisco Unified CallManager database.<br>[12:20:31 PM] Verifying disk space for dumping database.<br>[12:20:31 PM] Dumping Ccm0301 database on <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:20:37 PM] Database backup verified.<br>[12:20:37 PM] Staging database dump from <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a> to staging directory.<br>[12:20:37 PM] Truncating transaction logs for Ccm0301 database on <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:20:38 PM] Backing up URL Services Page.<br>[12:20:38 PM] URL services page backed up successfully.<br>[12:20:38 PM] Verifying disk space for dumping database.<br>[12:20:38 PM] Dumping CDR database on <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:22:25 PM] Database backup verified.<br>[12:22:25 PM] Staging database dump from <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a> to staging directory.<br>[12:22:25 PM] Truncating transaction logs for CDR database on <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:22:26 PM] Staging files from C:\Program Files\Cisco\CallDetail\CDR.<br>[12:22:26 PM] Backing up Cisco Unified CallManager Registry.<br>[12:22:28 PM] Backing up DCD Database.<br>[12:22:49 PM] DC Schema information backed up successfully.<br>
[12:22:49 PM] DC Directory configuration file backed up successfully.<br>[12:22:49 PM] UM Directory configuration file backed up successfully.<br>[12:22:49 PM] DC Directory database backed up successfully.<br>[12:22:49 PM] Verifying disk space for copying TFTP files.<br>
[12:22:50 PM] Staging TFTP files from C:\Program Files\Cisco\TFTPpath.<br>[12:23:38 PM] Staging files from Alternate File Location C:\Program Files\Cisco\TFTPpath\Desktops\320x212x16.<br>[12:23:38 PM] Staging DSN information from <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:23:39 PM] Staging BAT CSV files.<br>[12:23:40 PM] Staging BAT Template files.<br>[12:23:51 PM] Saving Cisco services type.<br>[12:24:06 PM] Successfully backed up Cisco Unified CallManager on <a href="http://172.16.104.15/" target="_blank">172.16.104.15</a>.<br>
[12:24:06 PM] <br>[12:24:06 PM] Staging Cisco Customer Response Solutions target <a href="http://172.16.104.18/" target="_blank">172.16.104.18</a></font></div>
<div><font face="Arial" size="2"></font> </div>
<div><font face="Arial" size="2"></font> </div>
<div><font face="Arial" size="2">...and nothing. </font></div>
<div>
<div></div>
<div class="Wj3C7c">
<blockquote dir="ltr" style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<div style="FONT: 10pt arial">----- Original Message ----- </div>
<div style="BACKGROUND: #e4e4e4; FONT: 10pt arial"><b>From:</b> <a title="wsisk@cisco.com" href="mailto:wsisk@cisco.com" target="_blank">Wes Sisk</a> </div>
<div style="FONT: 10pt arial"><b>To:</b> <a title="cosmicmessenger@comcast.net" href="mailto:cosmicmessenger@comcast.net" target="_blank">David Iverson</a> </div>
<div style="FONT: 10pt arial"><b>Cc:</b> <a title="cisco-voip@puck.nether.net" href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a> </div>
<div style="FONT: 10pt arial"><b>Sent:</b> Tuesday, September 09, 2008 9:05 AM</div>
<div style="FONT: 10pt arial"><b>Subject:</b> Re: [cisco-voip] BARS 4.0(11)</div>
<div><br></div>a bit of insight:<br>BARS on CM contacts the BARS client/stub/target running on CRS. The client on CRS should generate logs providing some insight. Those logs may provide insight on the reason for failure. CSCef13462 is notorious for this. Does that workaround make any difference for you?<br>
<br>Given the sudden start these may be relevant:<br>CSCsb02046 - BARS may not work when servers are members of a windows domain<br>CSCsh40943 - bars fails to backup when target location too large<br><br>Snippets from the CRS BARS log (or lack thereof) would provide more insight.<br>
<br>/Wes<br><br>David Iverson wrote:
<blockquote type="cite">
<div><font face="Arial" size="2">My BARS quit backing up the remote server successfully and TAC can't find anything wrong. Solution: uninstall and upgrade to the latest version.</font></div>
<div> </div>
<div><font face="Arial" size="2">What happens during the normal process is that BARS is running on CCM and can back up that server with no problem. When it goes to backup CRS, it just sits there and churns until I kill the process. I have removed and readded the server IP/authentication and it validates. I even rebooted CRS cleanly. I have been told by 2nd level that the barbicomm.dll file checked out clean. Has anyone else run into this? I hate the reinstall/reboot approach to solving what looks like a simple problem with an overlooked solution.</font></div>
<div> </div>
<div><font face="Arial" size="2">Regards,</font></div>
<div><font face="Arial" size="2">David</font></div><pre><hr width="90%" size="4">
_______________________________________________
cisco-voip mailing list
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre></blockquote></blockquote></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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>