Anyone know if there is a way to see file sizes on files in TFTP file management or from CLI?<br><br><div class="gmail_quote">On Thu, Dec 29, 2011 at 2:21 PM, Ed Leatherman <span dir="ltr"><<a href="mailto:ealeatherman@gmail.com">ealeatherman@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>Worked with TAC for about 3 hrs on this today, nailed down the issue though.</div><div><br></div><div>So far I have tried with the lastest packaged build of openSSH for ubuntu, as well as a built-from-scratch lastest stable build of openSSH from <a href="http://openssh.org" target="_blank">openssh.org</a>.</div>
<div><br></div><div>Also, I've tried titanFTD and freeftpd on my local workstation and on a windows server sitting on call manager publishers subnet - all attempts both with openSSH and the windows packages fail at the exact same spot, TFTP on my SUB-C server.</div>
<div><br></div><div>Culprit: CSCsm21349 - DRS Direct Backup stuck for freeFTPd server when tar size grow over 1GB</div><div><br></div><div>Sure enough, in all cases the TFTP tarball failed at .99 GB.</div><div><br></div>
<div>This bug report is somewhat misleading, as the workaround is to use openSSH (which was what I started out with). None of the SFTP servers that I tried worked, although I didn't try the cygwin flavor of openSSH. I also have not tried the GlobalScape SFTP server which is supposedly Cisco Certified (also it looks like its about $1200 or so with the SFTP module). I suggested to the engineer that she should consider updating the bug detail to indicate this issue could arise with other SFTP packages.</div>
<div><br></div><div>Workaround for me was to just reduce the size of the TFTP directory on the affected server. What triggered this issue in the first place was installing Cius firmware packages willy-nilly, so i just removed some of the older *cius* files using the cmplatform page on the particular servers. I got the file size down to about 700MB and the backup worked fine.</div>
<div><br></div><div>Now I get to figure out why TFTP is not even registered with DRF for my primary TFTP server. Hasn't been giving an error since DRF isn't even trying to back it up, I just noticed it was missing today.</div>
<div><br></div><div>
<div>
</div>
</div><div><br></div><div><br></div><div><div><div class="h5">
<div class="gmail_quote">On Wed, Dec 14, 2011 at 2:45 PM, Ed Leatherman <span dir="ltr"><<a href="mailto:ealeatherman@gmail.com" target="_blank">ealeatherman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Tried reinstalling that firmware that was showing up at the end of the<br>
log and restarting TFTP, then running a manual backup, still get the<br>
error. Looking in the backup directory on the SFTP server, it still<br>
looks like its writing all the files (even the tar for the TFTP server<br>
in question).<br>
<br>
I opened a TAC case on this one will follow up with what we find for posterity.<br>
<div><div><br>
On Wed, Dec 14, 2011 at 12:12 PM, Ryan Ratliff <<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>> wrote:<br>
> In that case unless there's more detail in the drf backup.log I think a TAC<br>
> SR is the way to go. I found a few old bugs with similar signatures but<br>
> they should be resolved in any version of CUCM that works with Cius.<br>
><br>
> -Ryan<br>
><br>
> On Dec 14, 2011, at 11:57 AM, Ed Leatherman wrote:<br>
><br>
> on the tftp CM server, 35% used on active, less used on the other<br>
> partitions.<br>
> on the SFTP server, looks like i've got 60 gigs or so of free space, I<br>
> dont think its an issue there. it should be rotating out a backup<br>
> anyway.<br>
><br>
> On Wed, Dec 14, 2011 at 10:15 AM, Ryan Ratliff <<a href="mailto:rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>> wrote:<br>
><br>
> What's your disk space look like both on the sftp server and CUCM?<br>
><br>
><br>
> -Ryan<br>
><br>
><br>
> On Dec 14, 2011, at 8:40 AM, Ed Leatherman wrote:<br>
><br>
><br>
> CM Backup fails with error in the TFTP backup log:<br>
><br>
><br>
> <big list of files here><br>
><br>
> ./pkg.cius.9-2-1SR1-19SEC.tgz<br>
><br>
> tar: -: Wrote only 4096 of 10240 bytes<br>
><br>
> tar: Error is not recoverable: exiting now<br>
><br>
> Backup command [cd /usr/local/cm/tftp/; sudo nice -n 19 tar -cvf - .<br>
><br>
> 2>> /common/drf/backup.log | sudo nice -n 19 gzip -c ] failed<br>
><br>
> ----> BEGIN Standard Output<br>
><br>
><br>
> ----> END Standard Output<br>
><br>
><br>
><br>
> ----> BEGIN Standard Error<br>
><br>
><br>
> gzip: stdout: Broken pipe<br>
><br>
><br>
> ----> END Standard Error<br>
><br>
><br>
> This is only one 1 server, TFTP on other nodes complete successfully<br>
><br>
> (all other services complete successfully in fact)<br>
><br>
><br>
> Thoughts? looks like tar fails, not sure why though. TAC case material?<br>
><br>
><br>
> --<br>
><br>
> Ed Leatherman<br>
><br>
> _______________________________________________<br>
><br>
> cisco-voip mailing list<br>
><br>
> <a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
><br>
> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
> --<br>
> Ed Leatherman<br>
><br>
><br>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
Ed Leatherman<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br>Ed Leatherman<br><br>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Ed Leatherman<br><br>