<div dir="ltr">So,<div>I configured a new location for the backups to be stored (a subdirectory on the original)</div><div>did a few backups to it from the cluster no problems as usual.</div><div>ran the restore wizard it found the recent backups no issues, I even ran a backup just to make sure as its my lab environment.</div><div>then I copied the contents of the original backup directory into the new location.</div><div>Ran the restore wizard expecting it to time out, but no it found the relevant files. </div><div>So I'm a bit stumped.</div><div><br></div><div>Now as this is my Lab its not exactly the same as the work environment (network infrastructure etc) So I will raise a change control Monday so I'll see if I can replicate the issue in Production.</div><div>Just to be clear the original issue is with running the Restore Wizard and not being able to see the backup just taken.</div><div>So it's not a cop file mismatch, different versions of the cluster, it's not file permissions. </div><div>So I suggest that don't take it for granted that if you can backup your cluster that you will be able to restore should you need to, you need to test it periodically.</div><div>Any how I'll update with the outcome.</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Rgds Andy<br><br></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 20 Feb 2021 at 14:19, Wes Sisk (wsisk) <<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div style="overflow-wrap: break-word;">
Andy, sounds like a good start:
<div><a href="https://community.cisco.com/t5/ip-telephony-and-phones/disaster-recovery-problem/td-p/2767755" target="_blank">https://community.cisco.com/t5/ip-telephony-and-phones/disaster-recovery-problem/td-p/2767755</a></div>
<div><br>
</div>
<div>I see 2 other situations that might be relevant:</div>
<div>1. All the same .cop files not installed</div>
<div>2. Attempting to restore a backup of a different version</div>
<div><br>
</div>
<div><br>
</div>
<div>-Wes<br>
<div><br>
<blockquote type="cite">
<div>On Feb 19, 2021, at 6:46 PM, Andy Carse <<a href="mailto:andy.carse@gmail.com" target="_blank">andy.carse@gmail.com</a>> wrote:</div>
<br>
<div>
<div dir="auto">Wes,</div>
<div dir="auto">I select Restore Wizard then select the backup device </div>
<div dir="auto">click next</div>
<div dir="auto">The Ccx then spins the hour glass for 5 mins then says </div>
<div dir="auto">“Restore request timing out. Either master agent is down or Sftp server is inaccessible or too slow to respond”</div>
<div dir="auto"><br>
</div>
<div dir="auto">It’s the same location all the other UC apps backup to. Could it be that there are too many files in the directory?</div>
<div dir="auto">Even though they would have different names etc?</div>
<div dir="auto"><br>
</div>
<div dir="auto">It seems to do a couple of hundred new sessions for some reason looking at the backup server syslog.</div>
<div dir="auto">It’s keeping 14 versions of cucm cluster backups is that too many, although I’ve not seen anything to say so.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I’m going to change the file path tomorrow and see what happens with that.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Andy</div>
<div dir="auto"><br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, 19 Feb 2021 at 19:16, Wes Sisk (wsisk) <<a href="mailto:wsisk@cisco.com" target="_blank">wsisk@cisco.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div style="overflow-wrap: break-word;">What is the exact error? What do DRS logs show?
<div><br>
</div>
<div>I see one report that after re-install dbreplication is not established leading to "Unable to send network request to master agent. This may be due to Master or Local Agent being down”</div>
<div><br>
</div>
<div>Resolved by resetting dbrepliaction for all nodes.<br>
<div><br>
</div>
<div>Thanks,</div>
<div>Wes<br>
<div><br>
<blockquote type="cite"></blockquote>
</div>
</div>
</div>
</div>
<div style="overflow-wrap: break-word;">
<div>
<div>
<div>
<blockquote type="cite">
<div>On Feb 19, 2021, at 1:51 PM, Andy Carse <<a href="mailto:andy.carse@gmail.com" target="_blank">andy.carse@gmail.com</a>> wrote:</div>
<br>
</blockquote>
</div>
</div>
</div>
</div>
<div style="overflow-wrap: break-word;">
<div>
<div>
<div>
<blockquote type="cite">
<div></div>
</blockquote>
</div>
</div>
</div>
</div>
<div style="overflow-wrap: break-word;">
<div>
<div>
<div>
<blockquote type="cite">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">So I thought that if a CUCM could backup to and sftp server without issue, that it would be able to restore.
<div>But that turns out to be wrong.</div>
<div><br>
</div>
<div>The cluster can backup to sftp without issue, but when I try to restore said backup, the restore seems to make a large amount of ssh connections and times out saying the DRS maybe down of the sftp server is tacking too long to respond.</div>
<div><br>
</div>
<div>this is the sftp server syslog output.</div>
<div style="font-family:Calibri,sans-serif;margin:0cm 0cm 0.0001pt;font-size:11pt">
<span style="font-size:10pt;font-family:Verdana,sans-serif">Feb 19 18:29:49 sukucmbkup systemd[1]: Started Session 226 of user support.</span></div>
<div style="font-family:Calibri,sans-serif;margin:0cm 0cm 0.0001pt;font-size:11pt">
<span style="font-size:10pt;font-family:Verdana,sans-serif">Feb 19 18:29:49 sukucmbkup systemd[1]: Started Session 227 of user support.</span></div>
<div style="font-family:Calibri,sans-serif;margin:0cm 0cm 0.0001pt;font-size:11pt">
<span style="font-size:10pt;font-family:Verdana,sans-serif">Feb 19 18:29:50 sukucmbkup systemd[1]: Started Session 228 of user support.</span></div>
<div style="font-family:Calibri,sans-serif;margin:0cm 0cm 0.0001pt;font-size:11pt">
<span style="font-size:10pt;font-family:Verdana,sans-serif">Feb 19 18:29:51 sukucmbkup systemd[1]: Started Session 229 of user support.</span></div>
<div style="font-family:Calibri,sans-serif;margin:0cm 0cm 0.0001pt;font-size:11pt">
<span style="font-size:10pt;font-family:Verdana,sans-serif">Feb 19 18:29:52 sukucmbkup systemd[1]: Started Session 230 of user support.</span></div>
<div><span style="font-family:Verdana,sans-serif;font-size:10pt">Feb 19 18:29:53 sukucmbkup systemd[1]: Started Session 231 of user support.</span></div>
<div><br>
</div>
<div>any pointers grateful </div>
<div><br>
</div>
<div>Rgds Andy<br>
<div>
<div dir="ltr"><br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
<div style="overflow-wrap: break-word;">
<div>
<div>
<div>
<blockquote type="cite">
<div>_______________________________________________<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>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
</div>
-- <br>
<div dir="ltr">Rgds Andy<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>

</blockquote></div>