IMP-00009: abnormal end of export file [message #201718] |
Mon, 06 November 2006 08:35 |
TLegend33
Messages: 203 Registered: March 2005
|
Senior Member |
|
|
I'm testing upgrade methods that coincide with a server migration. I have a client operating 8.0.5 on a Unix server. This client has a nightly export run and zipped. The zipped file is then pushed out to a Windows PC. The zipped file has a .Z extension. I ftp'd this zipped dump file to my office and then opened it with Winzip. When executing the import into an 8.1.7 database on Win2K, I receive the following errors in the import log:
IMP-00009: abnormal end of export file
IMP-00028: partial import of previous table rolled back: 288838 rows rolled back
Import terminated successfully with warnings.
From what I've found, I see that the error may be in how I ftp'd the file. I dragged and dropped it onto our ftp server from the client's PC. I'm not sure, but I believe the default ftp format is ascii. Since the dump file was zipped, does it matter whether or not I ftp using binary or ascii?
Thanks.
|
|
|
|
|
Re: IMP-00009: abnormal end of export file [message #201747 is a reply to message #201720] |
Mon, 06 November 2006 10:11 |
TLegend33
Messages: 203 Registered: March 2005
|
Senior Member |
|
|
The client is operating AIX 4.3.3.
I believe there will be an issue uncompressing the dump file on the unix machine as the dump file is over 2GB is size. My unix is raw, but I read that unix has a 2GB file size limit. I unfortunatly cannot import from the unix machine itself because it is at a remote site...unless of course, I attach through their vpn, then execute the export over the network, which could take awhile. If I try to ftp the .Z file again using bin, should that make a difference?
Thanks.
|
|
|
|
Re: IMP-00009: abnormal end of export file [message #201757 is a reply to message #201749] |
Mon, 06 November 2006 10:39 |
|
ebrian
Messages: 2794 Registered: April 2006
|
Senior Member |
|
|
As Mahesh indicated, you first want to ensure you FTP in binary mode. If that still doesn't resolve your problem, then try setting RECORDLENGTH. This parameter will resolve any issues if there is a difference in the system's buffer size between the two systems.
|
|
|