Could you T-Load them to a virtual tape file (.vtf) and then ftp that to
wherever you want?
R. Baker Hughes
UniVerse Programming
Mouser Electronics, Inc.
I am migrating an old AIX server running U2 to RH Linux. Because of the
server's limitations, I need to transfer files between the two
You didn't say which U2 product, which makes all the difference in the
world for this answer. So, because I know a bit of this on Universe, I'll
target my answer at that DBMS.
My experience with distributed file transfers is that FTP is fine.
HOWEVER, when the file is on the new system, you must
[EMAIL PROTECTED] wrote:
I am migrating an old AIX server running U2 to RH Linux. Because of the
server's limitations, I need to transfer files between the two devices via
FTP and then converting the files for Linux use. After doing so, my
distributed files are getting corrupted. It looks
If it is UniData - you probably need to consider the endian of the files
(which is the same consideration in fact if it is UniVerse).
So - you would need to run convdata, convidx, convcode and quite
possibly convmark.
Each are fairly well documented in the manuals - but my guess is that
will fix
Hello Steve,
Are you setting the FTP transfer process to binary mode
before doing the transfer?
What versions of UniVerse or UniData?
Any compatible tape device between the servers?
Have you tried a process similar to the following:
1) creating a type 1 file
2) copying data from larger
Test your assumption by performing some manner of CRC on the files
before and after transit. If you can perform an md5 checksum on AIX,
Redhat will have a compatible program called md5sum. But realistically,
ftp file transfer should have nil affect on the files.
-Mike Doyle
Unix Developer /
Your source files are not in use by chance are they?
If so that could be your problem. You may be catching 1/2 of a write
when the copy is being transferred.
At 08:42 AM 1/12/2006, you wrote:
I need to transfer files between the two devices via
FTP and then converting the files for Linux
Subject: Re: [U2] System Migration issues
You didn't say which U2 product, which makes all the difference in the
world for this answer. So, because I know a bit of this on Universe, I'll
target my answer at that DBMS.
My experience with distributed file transfers is that FTP is fine.
HOWEVER, when
Michael Doyle wrote on 01/12/2006 12:52:14 PM:
If AIX used \n as a line terminator (in keeping with standard UNIX
practice,)
binary vs ascii mode would not be an issue, but according to the
ever-accurate
wikipedia, it uses EBCDIC 0x15: http://en.wikipedia.org/wiki/Newline
Since anybody can
: Thursday, January 12, 2006 1:03 PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] System Migration issues
Here's more information: I am using universe and ran fnuxi (transferring in
binary mode is a given). I have also tried removing the file header with no
joy. I've tried to rebuild
]
Sent: Thursday, January 12, 2006 1:03 PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] System Migration issues
Here's more information: I am using universe and ran fnuxi (transferring
in
binary mode is a given). I have also tried removing the file header with
no
joy. I've tried
@listserver.u2ug.org'
Subject: RE: [U2] System Migration issues
Thank you for all your emails. I will even get more specific so I don't
waste your time. When trying to run a REBUILD.DF, it could not read or find
the header. When I tried to remove the header and tried to DEFINE.DF, I got
a message
@listserver.u2ug.org
Subject: RE: [U2] System Migration issues
I had the same problem with a migration from a Data General to an
AIX/UniVerse 10.1.7. I undid the distribution on the Data General, did the
migration, and re-build the distribution on the UniVerse side and it worked
fine. The problem is that when
PM
To: 'u2-users@listserver.u2ug.org'
Subject: RE: [U2] System Migration issues
Thanks Tom. This worked perfectly. I saved my dictionaries before I
removed the distributed file header then added it later after I created the
new DF header.
-Original Message-
From: Tom Dodds [mailto
14 matches
Mail list logo