On 7/13/07, Jon Wells <[EMAIL PROTECTED]> wrote: > > Hi all, > > We are trying to copy Unidata accounts from our AIX box to our Linux > box. We do not have a common tape drive we can use which would seem > the ideal way to copy large amounts of stuff. We decided to try > using "scp" (SSH version of cp) and managed to get some small > accounts copied over and working. It is a very slow process > :-( While trying to use "scp" on an account with larger files (not > huge mind you), the process will stall and then it is > disconnected. Does anyone know what would cause "scp" to stall like > that? It does not seem to use up a lot of resources on either box. > > Any suggestions on what else would work in both a secure and, > preferably, a faster manor? >
John, Apart from NFS mounts, rsync is your new best friend here (assuming you have it on the aix box - a quick google shows it is available.) I would do something like rsync -vaze ssh localdir remotehost:/remotedir Where v = verbose, a=archive mode (preserve directory structure, dates, times, perms etc.), z= compress/decompress on the fly and "e ssh" is the transport mechanism. Test it on a small directory first as trailing slashes on the local directory has an effect on what you copy. Rsync will only copy differences so if you get 1/2 way through a directory and kill it, it will restart where it left off, or pick up any changes to files already copied in the meantine. If you kill it 1/2 way through an individual file it will restart that whole file though. When moving files around multiple machines it is one of those can't live without tools. If you need to share the machine or network, you can also use the --bwlimit flag to reduce the net copy speed so you don't impede on other users. Not sure if this will help your stall problem though - if that is an ssh problem you will see the same issue. Possibly using -v on scp to see the debug messages? HTH Adrian ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
