[olug] FTP question

[Cameron Montgomery]

I've used the split, cat method several times to transfer large drive
images and it works well when either side only has basic linux tools.
Definitely don't forget the md5sum step though. It can save a lot of
headaches later :)

On Thursday, June 14, 2012, Dan Linder wrote:

> I agree with Kevin - streaming wouldn't save any noticeable time and any
> interruption would be ignored or captured and the only option would be to
> re-send the stream.
>
> Can you talk him through using something like 7zip, rar, or simply split to
> break it into smaller chunks?  I don't expect compression to do much, but
> the smaller chunks will allow you to resume sending and at worst only loose
> the last partial file.  (I know that some FTP clients support resuming, but
> I've had it fail on me a few times sending large DVD images so I only use
> it as a last resort.)
>
> Assuming you're trying to send "bigfile.mpeg", then the syntax in each
> would be:
> split:
>    split --verbose -b 100MB bigfile.mpeg  bigfile.mpeg.
> produces 100MB files named "bigfile.mpeg.aa" through "bigfile.mpeg.zz"
> To recombine, run "cat bigfile.mpeg.?? > bigfile.mpeg"
> To check for errors, on the SOURCE side, run
>    md5sum bigfile.mpeg.* > bigfile.mpeg.md5sum
> Then to check, run
>    md5sum -c bigfile.mpeg.md5sum
> ..and watch for any errors.
>
> rar:
>    rar a -v102400k bigfile.mpeg.rar bigfile.mpeg
> produces 100MB files named bigfile.mpeg.part01.rar through
> bigfile.mpeg.part99.rar
> To recombine run
>    rar x bigfile.mpeg.part01.rar
> This will check the validity and report which rar file was corrupted so
> they can re-send.
>
> 7zip:
>    7z a -v100m bigfile.mpeg.7z bigfile.mpeg
> produces 100MB files named "bigfile.mpeg.7z.001" through
> "bigfile.mpeg.7z.999"
> To recombine run
>    7z x bigfile.mpeg.7z.001
> It too will check for errors and tell you if the archive failed.
>
> Dan
>
> On Thu, Jun 14, 2012 at 9:17 AM, Joseph Gulizia <joseph.gulizia at gmail.com<javascript:;>
> >wrote:
>
> > I have a person sending a large video file using FTP from Eastern Europe
> to
> > the Midwest.  It takes him anywhere from 2 hours 15 minutes for an MPEG-4
> > one hour long video to 4 hours 22 minutes for an hour long MP2 video.
> >
> > Can streaming the file be a better solution (given the fact that the
> stream
> > could be lost...and have to be re-sent) OR is there a way to get the file
> > quicker....what could tracing the route do as far as finding the lagging
> > points...what program would you recommend?
> >
> > I've looked at VLC and that is real-time for the streaming.
> >
> > Looking for something quicker if possible
> >
> > Regards,
> > Joe
> > _______________________________________________
> > OLUG mailing list
> > OLUG at olug.org <javascript:;>
> > https://lists.olug.org/mailman/listinfo/olug
> >
>
>
>
> --
> ***************** ************* *********** ******* ***** *** **
> "Quis custodiet ipsos custodes?"
>    (Who can watch the watchmen?)
>    -- from the Satires of Juvenal
> "I do not fear computers, I fear the lack of them."
>    -- Isaac Asimov (Author)
> ** *** ***** ******* *********** ************* *****************
> _______________________________________________
> OLUG mailing list
> OLUG at olug.org <javascript:;>
> https://lists.olug.org/mailman/listinfo/olug
>