If push comes to shove network them directly and forget the security...
:)
(I am assuming they are both in the same room)

Otherwise I would say an NFS mount and rsync is your best bet.  

PS I have had issue in the past with an old AIX system that kept
dropping its NIC to half duplex.  This made data transfers a bear.  Have
you looked for things like this?

-Keith Johnson
LCSC

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian Merrall
Sent: Thursday, July 12, 2007 5:28 PM
To: [email protected]
Subject: Re: [U2] Copying from AIX box to Linux box

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/
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to