[cisco-voip] TFTP Backup error

[Ed Leatherman]

Worked with TAC for about 3 hrs on this today, nailed down the issue though.

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
openssh.org.

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.

Culprit: CSCsm21349 - DRS Direct Backup stuck for freeFTPd server when tar
size grow over 1GB

Sure enough, in all cases the TFTP tarball failed at .99 GB.

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.

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.

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.



On Wed, Dec 14, 2011 at 2:45 PM, Ed Leatherman <ealeatherman at gmail.com>wrote:

> Tried reinstalling that firmware that was showing up at the end of the
> log and restarting TFTP, then running a manual backup, still get the
> error. Looking in the backup directory on the SFTP server, it still
> looks like its writing all the files (even the tar for the TFTP server
> in question).
>
> I opened a TAC case on this one will follow up with what we find for
> posterity.
>
> On Wed, Dec 14, 2011 at 12:12 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
> > In that case unless there's more detail in the drf backup.log I think a
> TAC
> > SR is the way to go.  I found a few old bugs with similar signatures but
> > they should be resolved in any version of CUCM that works with Cius.
> >
> > -Ryan
> >
> > On Dec 14, 2011, at 11:57 AM, Ed Leatherman wrote:
> >
> > on the tftp CM server, 35% used on active, less used on the other
> > partitions.
> > on the SFTP server, looks like i've got 60 gigs or so of free space, I
> > dont think its an issue there. it should be rotating out a backup
> > anyway.
> >
> > On Wed, Dec 14, 2011 at 10:15 AM, Ryan Ratliff <rratliff at cisco.com>
> wrote:
> >
> > What's your disk space look like both on the sftp server and CUCM?
> >
> >
> > -Ryan
> >
> >
> > On Dec 14, 2011, at 8:40 AM, Ed Leatherman wrote:
> >
> >
> > CM Backup fails with error in the TFTP backup log:
> >
> >
> > <big list of files here>
> >
> > ./pkg.cius.9-2-1SR1-19SEC.tgz
> >
> > tar: -: Wrote only 4096 of 10240 bytes
> >
> > tar: Error is not recoverable: exiting now
> >
> > Backup command [cd /usr/local/cm/tftp/; sudo nice -n 19 tar -cvf - .
> >
> > 2>> /common/drf/backup.log | sudo nice -n 19 gzip -c ] failed
> >
> > ----> BEGIN Standard Output
> >
> >
> > ----> END Standard Output
> >
> >
> >
> > ----> BEGIN Standard Error
> >
> >
> > gzip: stdout: Broken pipe
> >
> >
> > ----> END Standard Error
> >
> >
> > This is only one 1 server, TFTP on other nodes complete successfully
> >
> > (all other services complete successfully in fact)
> >
> >
> > Thoughts? looks like tar fails, not sure why though. TAC case material?
> >
> >
> > --
> >
> > Ed Leatherman
> >
> > _______________________________________________
> >
> > cisco-voip mailing list
> >
> > cisco-voip at puck.nether.net
> >
> > https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> >
> >
> >
> >
> >
> > --
> > Ed Leatherman
> >
> >
>
>
>
> --
> Ed Leatherman
>



-- 
Ed Leatherman
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20111229/1e506214/attachment.html>