Sqlldr error on openvms

I am installing the sqlldr oracle9i client on an openvms alpha server and am getting the ff: dump error
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000000000000
0000, PC=00000000009004F0, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
sqlldr LXDUNLD lxdunld 91534 0000000000000030 00000000009004F0
sqlldr LXLFTER lxlfterm 96134 000000000000005C 000000000091443C
sqlldr LXLTERM lxlterm 96331 00000000000000F8 000000000054B168
sqlldr LFIRIST lfirist 98668 0000000000000294 0000000000B30534
sqlldr LPMTER lpmterm 100298 0000000000000144 000000000051E6A4
sqlldr ULMAI ulmexit 320607 0000000000006F5C 000000000020A28C
sqlldr ULMAI ulmain 318751 0000000000000DB4 00000000002040E4
sqlldr SULMAIN main 36454 0000000000000198 0000000000200198
sqlldr SULMAIN __main 0 000000000000006C 000000000020006C
PTHREAD$RTL 0 0000000000057718 FFFFFFFF80A75718
PTHREAD$RTL 0 0000000000030444 FFFFFFFF80A4E444
0 FFFFFFFF80379CE4 FFFFFFFF80379CE4
%TRACE-I-END, end of TRACE stack dump
the server is running openvms 8.3, tcpip version 5.6. the oracle client is 9i.
anyone has encountered this problem before? any recommended fixes?
thanks

Raise SR .... sorry for the no-answer but openvms not found out there much anymore
Chris.

Similar Messages

Loading data from flatfile to relational table,i am getting SQLLDR error

Hi,
While loading data from flatfile to relational table,i am getting SQLLDR error and i am unable to proceed further.
Source is a flatfile and target is a Oracle database,i used "LKM file to oracle(SQLLDR)" and "IKM sql control append"
and ran the interface.When i checked the seesion in operator window" after generating "CTL file" successfully
the session got failed at "Call sqlldr" and was not able to proceed further.
Environment details:
ODI 11g
database:Oracle 11g
Operating system:Windows server 2008
The error message it displayed in call sqlldr session file was
org.apache.bsf.BSFException: exception from Jython:
Traceback (innermost last):
File "<string>", line 31, in ?
File "C:\oracle\product\11.1.1\Oracle_ODI_1\oracledi\client\odi\bin\..\..\jdev\extensions\oracle.odi.navigator\scripting\Lib\javaos.py", line 198, in system
File "C:\oracle\product\11.1.1\Oracle_ODI_1\oracledi\client\odi\bin\..\..\jdev\extensions\oracle.odi.navigator\scripting\Lib\javaos.py", line 224, in execute
OSError: (0, 'Failed to execute command ([\'sh\', \'-c\', \'sqlldr DEVELOPER/pass_123@CPRDEV control="F:\\\\flatfile/CROSS_CURR.ctl" log="F:\\\\flatfile/CROSS_CURR.log" > "F:\\\\flatfile/CROSS_CURR.out" \']): java.io.IOException: Cannot run program "sh": CreateProcess error=2, The system cannot find the file specified')
     at org.apache.bsf.engines.jython.JythonEngine.exec(JythonEngine.java:146)
     at com.sunopsis.dwg.codeinterpretor.SnpScriptingInterpretor.execInBSFEngine(SnpScriptingInterpretor.java:345)
     at com.sunopsis.dwg.codeinterpretor.SnpScriptingInterpretor.exec(SnpScriptingInterpretor.java:169)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.scripting(SnpSessTaskSql.java:2374)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.execScriptingOrders(SnpSessTaskSql.java:1615)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.execScriptingOrders(SnpSessTaskSql.java:1580)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTaskTrt(SnpSessTaskSql.java:2755)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTask(SnpSessTaskSql.java:2515)
     at com.sunopsis.dwg.dbobj.SnpSessStep.treatAttachedTasks(SnpSessStep.java:534)
     at com.sunopsis.dwg.dbobj.SnpSessStep.treatSessStep(SnpSessStep.java:449)
     at com.sunopsis.dwg.dbobj.SnpSession.treatSession(SnpSession.java:1954)
     at oracle.odi.runtime.agent.processor.impl.StartSessRequestProcessor$2.doAction(StartSessRequestProcessor.java:322)
     at oracle.odi.core.persistence.dwgobject.DwgObjectTemplate.execute(DwgObjectTemplate.java:224)
     at oracle.odi.runtime.agent.processor.impl.StartSessRequestProcessor.doProcessStartSessTask(StartSessRequestProcessor.java:246)
     at oracle.odi.runtime.agent.processor.impl.StartSessRequestProcessor.access$0(StartSessRequestProcessor.java:237)
     at oracle.odi.runtime.agent.processor.impl.StartSessRequestProcessor$StartSessTask.doExecute(StartSessRequestProcessor.java:794)
     at oracle.odi.runtime.agent.processor.task.AgentTask.execute(AgentTask.java:114)
     at oracle.odi.runtime.agent.support.DefaultAgentTaskExecutor$2.run(DefaultAgentTaskExecutor.java:82)
     at java.lang.Thread.run(Thread.java:619)
could u give me a solution to sort out this error ASAP.
thanks,
keshav.

This was the following code generated .
import java.lang.String
import java.lang.Runtime as Runtime
from jarray import array
import java.io.File
import os
import re
import javaos
def reportnbrows():
     f = open(r"F:\flatfile/TEST.log", 'r')
     try:
          for line in f.readlines():
               if line.find("MAXIMUM ERROR COUNT EXCEEDED")>=0 :
                    raise line
     finally:
          f.close()
ctlfile = r"""F:\flatfile/TEST.ctl"""
logfile = r"""F:\flatfile/TEST.log"""
outfile = r"""F:\flatfile/TEST.out"""
oracle_sid=''
if len('CPRDEV')>0: oracle_sid = '@'+'CPRDEV'
loadcmd = r"""sqlldr DEVELOPER/<@=snpRef.getInfo("DEST_PASS") @>%s control="%s" log="%s" > "%s" """ % (oracle_sid,ctlfile, logfile, outfile)
rc = os.system(loadcmd)
if rc <> 0 and rc <> 2:
raise "Load Error", "See %s for details" % logfile
if rc==2:
reportnbrows()

SQlldr Error while uploading "excel" or "csv" file.

Hello to community,
We are using Oracle AS(application Server) 10g as a "web Server" & "database Server"
The Database Server is having an NFS Partition,which has mounted onto "Web Server"
So, if any client tried to upload any excel OR csv file , the Web Server will redirect that file data onto "database" server" through NFS partition.
By clicking "upload" button from client end, they are getting a strange error. By checking "ias_console" log file, I have found below latest logs,which belongs to the error. Kindly let me know where is the problem coming from.
The Database Server Shared NFS partition name is "web_upload" & we have same "web_upload" partition on the "web server". The command of mounting NFS partition is given below.
On AIX web Server :- mount <ip address>:/file_data/web_upload/ /web_upload/
SYNTAX :- <ip add of db server>/mount point "web server mount point"
The error is as given below.
09/06/09 15:27:47 NumIdle: 2
09 Jun 2009 15:27:47,764 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ private Connection getDBConnection() ] Exited
09 Jun 2009 15:27:47,764 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ private Connection getDBConnection() ] Exited
09 Jun 2009 15:27:47,766 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ private void initialize() ] After getDBConnection called,
  connection object is: org.apache.commons.dbcp.PoolableConnection@1048a893
09 Jun 2009 15:27:47,767 [DEBUG] - [ com.vat.website.service.ExcelUploadService ] [ public boolean insertFileDetails(ExcelDataBean databean,String
  strFname) ] strUniqueKey:select  web_uploaded_file_history_seq.nextval from dual
09 Jun 2009 15:27:47,767 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ public ResultSet executeQuery(String strQuery) ] Entered
09 Jun 2009 15:27:47,773 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ public ResultSet executeQuery(String strQuery) ] Exited
09 Jun 2009 15:27:47,774 [DEBUG] - [ com.vat.website.service.ExcelUploadService ] [ public boolean insertFileDetails(ExcelDataBean databean,String
  strFname) ] insertQuery:INSERT INTO WEB_UPLOADED_FILE_HISTORY(WUF_SERIAL_NUMBER,WUF_DEALER_ID,WUF_PERIOD_FROM,WUF_PERIOD_TO,WUF_FILE_PATH,WUF_FORM_NO,WUF_SERVER_IP,WUF_UPLOAD_YN,WUF_CREATED_DATE,WUF_CREATED_BY,WUF_ORIGINAL_REVISED,WUF_SHEETS_NUMBER,wuf_reco
  d_key)VALUES('2658271','T00100001000306',to_date('01/01/2009','dd/mm/yyyy'),to_date('31/01/2009','dd/mm/yyyy'),'/web_upload/090609/VAT
  Returns/000000/0000000000/Form201/0000000000_0T201BO0109_009062009152747.csv',replace(decode('T201B','T201M', 'T201','T201B'),'T','VAT-Form'),(select
  RPAD(sys_context('USERENV','IP_ADDRESS'),15,' ') AS client_ipaddress from dual),'Y',SYSDATE,'WEB','O','0','3317063')
09 Jun 2009 15:27:47,791 [DEBUG] - [ com.vat.website.service.DatabaseService ] [ public void closeDBConnection() ] Entered
09 Jun 2009 15:27:47,791 [DEBUG] - finalDate:01-JAN-2009
09 Jun 2009 15:27:47,792 [DEBUG] - finalDate:31-JAN-2009
09 Jun 2009 15:27:47,806 [DEBUG] - [ com.vat.website.utils.PropertyCache ] [ static Object getValue(String propertyName, String propertyFileName)
  ] Entered
09 Jun 2009 15:27:47,806 [DEBUG] - [ com.vat.website.utils.PropertyCache ] [ static Object getValue(String propertyName, String propertyFileName)
  ] Entered
09 Jun 2009 15:27:47,806 [DEBUG] - [ com.vat.website.utils.PropertyCache ] [ static Object getValue(String propertyName, String propertyFileName)
  ] Entered
09 Jun 2009 15:27:47,806 [DEBUG] - [ com.vat.website.action.UploadAction ] [ public ActionForward submit(ActionMapping mapping, ActionForm
  form,HttpServletRequest request, HttpServletResponse response) ] Executing: sqlldr parfile=parafile.par silent=feedback direct=Y at location:
  /web_upload/090609/VAT Returns/000000/0000000000/Form201/SQLLdr
It seems that this problem is due to "Sqlldr" then how to troubleshoot this problem?
Waiting for your favorable response,
Advanced Thanks,
Nishith Vyas.

Flat File was in error.

I don't understand why I get sqlldr error

Hi,
I am using sqlldr to load a ':' delimited text file into my db table.
when I run sqlldr I see this error in the log...
Record 56: Rejected - Error on table XYZ, column VARD.
Field in data file exceeds maximum length
... yet the field VARD in the flat file is only 340 characters
long?!?!?
What am I doing wrong here?
This what my control file looks like ....
LOAD DATA
APPEND INTO TABLE XYZ
FIELDS TERMINATED BY ':' OPTIONALLY ENCLOSED BY '"'
     VARA,
     NUMB,
     VARC,
     VARD,
     NUME,
     VARF,
     VARG,
     VARH,
     VARI,
     VARJ
When I execute sqlldr I specify the flat file with the 'data' option.
Here's what the table looks like.
create table XYZ (
     VARA      VARCHAR2(2),
     NUMB     NUMBER,
     VARC     VARCHAR2(400),
     VARD     VARCHAR2(400),
     NUME     NUMBER,
     VARF     VARCHAR2(400),
     VARG     VARCHAR2(6),
     VARH     VARCHAR2(6),
     VARI     VARCHAR2(400),
     VARJ     VARCHAR2(2)
     );

Hi,
Actually, it has nothing to do with positioning since you have a delimited file.
By default SQL*Loader will not load character strings of more than 256 characters. If you have bigger strings you will have to explicitely force it. Change your control file to this and see if it works.
LOAD DATA
APPEND INTO TABLE XYZ
FIELDS TERMINATED BY ':' OPTIONALLY ENCLOSED BY '"'
VARA,
NUMB,
VARC char(400),
VARD char(400),
NUME,
VARF char(400),
VARG,
VARH,
VARI char(400),
VARJ
Note that the force is done by "CHAR" not by "VARCHAR2". That is because the datatypes between the database and SQL*Loader are different (don't ask me why). It took me a while to figure this one out, but it should work with CHAR, not VARCHAR2.
Hope this helps,
Lennert

SQLLDR Error Invalid Username/Password

I am trying to load some data using SQL*Loader. I used this statement: sqlldr RPTDBA/rptdba control=C:\myfile
I get the ORA-01017 error invalid username/password but I can log into SQL*Plus using that same username and password. I created the username using the Enterprise Manager Control. Is there something that I need to do so that SQL*Loader recognizes the username?
Thanks,
Veronica

I had not provided the service name before. Somehow, it must have assumed it. I tried using your syntax,
sqlldr RPTDBA/rptdba@RPTDB control=C:\myfile and it works!
Thanks.
V.
Try
sqlldr RPTDBA/rptdba@service_name control=C:\myfile
Don't you provide a service name when connecting to SqlPlus?
Mbo

SHP2SDO and SQLLDR error.

Hi,
I've got a ESRI shape file and i've been trying to load into oracle 9i by converting it with shp2sdo and loading it with Sql loader. but i keep getting a features rejected. the following is the SQLLDR log file.
Ive converted the same shape file to a mapinfo tab file and it loads fine through Easyloader. Any ideas what might be going wrong?
Thanks,
John.
SQL*Loader: Release 9.2.0.1.0 - Production on Thu Aug 19 10:39:09 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Control File: tblriversubbasins.ctl
Data File: tblRiverSubBasins.dat
Bad File: tblRiverSubBasins.bad
Discard File: none specified
(Allow all discards)
Number to load: ALL
Number to skip: 0
Errors allowed: 50
Bind array: 64 rows, maximum of 256000 bytes
Continuation: 1:1 = 0X23(character '#'), in next physical record
Path used: Conventional
Table TBLRIVERSUBBASINS, loaded from every logical record.
Insert option in effect for this table: TRUNCATE
TRAILING NULLCOLS option in effect
Column Name Position Len Term Encl Datatype
MI_PRINX FIRST * | CHARACTER
NAME NEXT * | CHARACTER
NULL if NAME = BLANKS
MS_CD NEXT * | CHARACTER
NULL if MS_CD = BLANKS
EU_CD NEXT * | CHARACTER
NULL if EU_CD = BLANKS
DIST_CD NEXT * | CHARACTER
NULL if DIST_CD = BLANKS
AREAKM2 NEXT * | CHARACTER
FORDER NEXT * | CHARACTER
TYPE NEXT * | CHARACTER
NULL if TYPE = BLANKS
SEG_CD_T NEXT * | CHARACTER
NULL if SEG_CD_T = BLANKS
GEOLOC DERIVED * COLUMN OBJECT
*** Fields in GEOLOC
SDO_GTYPE NEXT * | CHARACTER
SDO_SRID NEXT * | CHARACTER
SDO_ELEM_INFO DERIVED * VARRAY
Terminator string : '|/'
*** Fields in GEOLOC.SDO_ELEM_INFO
X FIRST * | CHARACTER
*** End of fields in GEOLOC.SDO_ELEM_INFO
SDO_ORDINATES DERIVED * VARRAY
Terminator string : '|/'
*** Fields in GEOLOC.SDO_ORDINATES
X FIRST * | CHARACTER
*** End of fields in GEOLOC.SDO_ORDINATES
*** End of fields in GEOLOC
Record 592: Rejected - Error on table TBLRIVERSUBBASINS, column GEOLOC.SDO_ELEM_INFO.X.
error converting data
ORA-01722: invalid number
Table TBLRIVERSUBBASINS:
995 Rows successfully loaded.
1 Row not loaded due to data errors.
0 Rows not loaded because all WHEN clauses were failed.
0 Rows not loaded because all fields were null.
Space allocated for bind array: 215168 bytes(64 rows)
Read buffer bytes: 1048576
Total logical records skipped: 0
Total logical records read: 996
Total logical records rejected: 1
Total logical records discarded: 0
Run began on Thu Aug 19 10:39:09 2004
Run ended on Thu Aug 19 10:39:25 2004
Elapsed time was: 00:00:16.86
CPU time was: 00:00:04.20

Hi,
Thanks for all your input.
I've tried setting the NLS_LANG reg entry but it made no difference, I previously had set the NLS_LANG variable at the HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE level, Which one is correct?
The control file is as follows:
LOAD DATA
INFILE tblRiverSubBasins.dat
TRUNCATE
CONTINUEIF NEXT(1:1) = '#'
INTO TABLE TBLRIVERSUBBASINS
FIELDS TERMINATED BY '|'
TRAILING NULLCOLS (
MI_PRINX INTEGER EXTERNAL,
NAME      NULLIF NAME = BLANKS,
MS_CD      NULLIF MS_CD = BLANKS,
EU_CD      NULLIF EU_CD = BLANKS,
DIST_CD      NULLIF DIST_CD = BLANKS,
AREAKM2,
fORDER,
TYPE      NULLIF TYPE = BLANKS,
SEG_CD_T      NULLIF SEG_CD_T = BLANKS,
GEOLOC COLUMN OBJECT
SDO_GTYPE INTEGER EXTERNAL,
SDO_SRID INTEGER EXTERNAL,
SDO_ELEM_INFO VARRAY TERMINATED BY '|/'
(X FLOAT EXTERNAL),
SDO_ORDINATES VARRAY TERMINATED BY '|/'
(X FLOAT EXTERNAL)
below is the SQL script created by shp2sdo to create the table:
-- tblRiverSubBasins.sql
-- This script creates the spatial table.
-- Execute this script before attempting to use SQL*Loader
-- to load the tblRiverSubBasins.ctl file.
-- This script will also populate the USER_SDO_GEOM_METADATA table.
-- Loading the .ctl file will populate the TBLRIVERSUBBASINS table.
-- To load the .ctl file, run SQL*Loader as follows
-- substituting appropriate values:
-- sqlldr username/password tblRiverSubBasins.ctl
-- After the data is loaded in the TBLRIVERSUBBASINS table, you should
-- migrate polygon data and create the spatial index
-- Creation Date : Thu Aug 19 10:33:34 2004
-- Copyright 1999, 2004 Oracle Corporation
-- All rights reserved
DROP TABLE TBLRIVERSUBBASINS;
CREATE TABLE TBLRIVERSUBBASINS (
MI_PRINX      NUMBER(38)
     PRIMARY KEY,
NAME      VARCHAR2(100),
MS_CD      VARCHAR2(22),
EU_CD      VARCHAR2(24),
DIST_CD      VARCHAR2(24),
AREAKM2      NUMBER,
fORDER      NUMBER,
TYPE      VARCHAR2(22),
SEG_CD_T      VARCHAR2(12),
MI_STYLE VARCHAR2(254 BYTE),
GEOLOC      MDSYS.SDO_GEOMETRY);
DELETE FROM USER_SDO_GEOM_METADATA
WHERE TABLE_NAME = 'TBLRIVERSUBBASINS' AND COLUMN_NAME = 'GEOLOC' ;
INSERT INTO USER_SDO_GEOM_METADATA (TABLE_NAME, COLUMN_NAME, DIMINFO, SRID)
VALUES ('TBLRIVERSUBBASINS', 'GEOLOC',
MDSYS.SDO_DIM_ARRAY
(MDSYS.SDO_DIM_ELEMENT('X', -180.000000000, 180.000000000, 0.500000000),
MDSYS.SDO_DIM_ELEMENT('Y', -90.000000000, 90.000000000, 0.500000000)
82086);
COMMIT;
The bad file contains the following:
060.000000|
#98600.000000|313060.000000|98600.000000|313080.000000|
#98580.000000|313080.000000|98580.000000|313100.000000|
#98420.000000|313100.000000|98420.000000|313120.000000|
#98400.000000|313120.000000|98400.00000
313140.00
00|
#98
0.000000|313140.000000|98380.000000|313160.000000|
#98
0.000000|313160.000000|98360.000000|313180.000000|
#98
0.000000|313180.000000|98320.000000|313220.000000|
#98
0.000000|313220.000000|98300.000000|313260.000000|
#98
0.000000|313260.000000|98280.000000|313300.000000|
#98
0.000000|313300.000000|98260.000000|313340.000000|
#98
0.000000|313340.000000|98280.000000|313420.000000|
#98
0.000000|313420.000000|98260.000000|313480.000000|
#98
0.000000|313480.000000|98180.000000|313580.000000|
#98
0.000000|313580.000000|98200.000000|313660.000000|
#98
0.000000|313660.000000|98180.000000|313680.000000|
#98
0.000000|313680.000000|98160.000000|313700.000000|
#98
0.000000|313800.000000|98180.000000|313800.000000|
#98
0.000000|313840.000000|98200.000000|313840.000000|
#98
0.000000|313880.000000|98220.000000|313880.000000|
#98
#93100.000000|334660.000000|93080.000000|334660.000000|
#93080.000000|334540.000000|93060.000000|334540.000000|
#93060.000000|334220.000000|93040.000000|334220.000000|
#93040.000000|334160.000000|93020.000000|334160.000000|
#93020.000000|334120.000000|93000.000000|334120.000000|
#93000.000000|334100.000000|92980.000000|334100.000000|
#92980.000000|334060.000000|92960.000000|334060.000000|
#92960.000000|334040.000000|92920.000000|334040.000000|
#92920.000000|334000.000000|92900.000000|334000.000000|
#92900.000000|333980.000000|92880.000000|333980.000000|
#92880.000000|333940.000000|92860.000000|333940.000000|
#92860.000000|333920.000000|92840.000000|333920.000000|
#92840.000000|333900.000000|92820.000000|333900.000000|
#92820.000000|333860.000000|92800.000000|333860.000000|
#92800.000000|333820.000000|92780.000000|333820.000000|
#92780.000000|333780.000000|92620.000000|333780.000000|
#92620.000000|333800.000000|92600.000000|333800.000000|
#92600.000000|333820.000000|92540.000000|333820.000000|
#92540.000000|333840.000000|92480.000000|333840.000000|
#92480.000000|333860.000000|91980.000000|333860.000000|
#91980.000000|333840.000000|91940.000000|333840.000000|
#91940.000000|333860.000000|91820.000000|333860.000000|
#91820.000000|333880.000000|91640.000000|333880.000000|
#91640.000000|333900.000000|91540.000000|333900.000000|
#91540.000000|333920.000000|91480.000000|333920.000000|
#91480.000000|333940.000000|91460.000000|333940.000000|
#91460.000000|333960.000000|91440.000000|333960.000000|
#91440.000000|333980.000000|91420.000000|333980.000000|
#91420.000000|334000.000000|91400.000000|334000.000000|
#91400.000000|334020.000000|91380.000000|334020.000000|
#91380.000000|334040.000000|91360.000000|334040.000000|
#91360.000000|334060.000000|91340.000000|334060.000000|
#91340.000000|334080.000000|91320.000000|334080.000000|
#91320.000000|334100.000000|91300.000000|334100.000000|
#91300.000000|334120.000000|91280.000000|334120.000000|
#91280.000000|334140.000000|91260.000000|334140.000000|
#91260.000000|334160.000000|91240.000000|334160.000000|
#91240.000000|334180.000000|91220.000000|334180.000000|
#91220.000000|334200.000000|91200.000000|334200.000000|
#91200.000000|334220.000000|91180.000000|334220.000000|
#91180.000000|334240.000000|91160.000000|334240.000000|
#91160.000000|334360.000000|91140.000000|334360.000000|
#91140.000000|334380.000000|91120.000000|334380.000000|
#91120.000000|334400.000000|91080.000000|334400.000000|
#91080.000000|334440.000000|91060.000000|334440.000000|
#91060.000000|334460.000000|91040.000000|334460.000000|
#91040.000000|334500.000000|91060.000000|334500.000000|
#91060.000000|334760.000000|91080.000000|334760.000000|
#91080.000000|334780.000000|91120.000000|334780.000000|
#91120.000000|334800.000000|91140.000000|334800.000000|
#91140.000000|334820.000000|91200.000000|334820.000000|
#91200.000000|334840.000000|91220.000000|334840.000000|
#91220.000000|334880.000000|91240.000000|334880.000000|
#91240.000000|334900.000000|91260.000000|334900.000000|
#91260.000000|334940.000000|91280.000000|334940.000000|
#91280.000000|334960.000000|91300.000000|334960.000000|
#91300.000000|334980.000000|91340.000000|334980.000000|
#91340.000000|335000.000000|91360.000000|335000.000000|
#91360.000000|335020.000000|91380.000000|335020.000000|
#91380.000000|335040.000000|91400.000000|335040.000000|
#91400.000000|335060.000000|91420.000000|335060.000000|
#91420.000000|335080.000000|91480.000000|335080.000000|
#91480.000000|335100.000000|91500.000000|335100.000000|
#91500.000000|335120.000000|91520.000000|335120.000000|
#91520.000000|335180.000000|91540.000000|335180.000000|
#91540.000000|335220.000000|91560.000000|335220.000000|
#91560.000000|335240.000000|91580.000000|335240.000000|
#91580.000000|335300.000000|91600.000000|335300.000000|
#91600.000000|335320.000000|91620.000000|335320.000000|
#91620.000000|335340.000000|91640.000000|335340.000000|
#91640.000000|335360.000000|91660.000000|335360.000000|
#91660.000000|335400.000000|91680.000000|335400.000000|
#91680.000000|335420.000000|91700.000000|335420.000000|
#91700.000000|335440.000000|91720.000000|335440.000000|
#91720.000000|335460.000000|91740.000000|335460.000000|
#91740.000000|335480.000000|91760.000000|335480.000000|
#91760.000000|335500.000000|91780.000000|335500.000000|
#91780.000000|335520.000000|91800.000000|335520.000000|
#91800.000000|335540.000000|91820.000000|335540.000000|
#91820.000000|335560.000000|91840.000000|335560.000000|
#91840.000000|335620.000000|91860.000000|335620.000000|
#91860.000000|335800.000000|91840.000000|335800.000000|
#91840.000000|335820.000000|91820.000000|335820.000000|
#91820.000000|335840.000000|91780.000000|335840.000000|
#91780.000000|335960.000000|91760.000000|335960.000000|
#91760.000000|336020.000000|91740.000000|336020.000000|
#91740.000000|336060.000000|91720.000000|336060.000000|
#91720.000000|336080.000000|91740.000000|336080.000000|
#91740.000000|336120.000000|91760.000000|336120.000000|
#91760.000000|336140.000000|91740.000000|336140.000000|
#91740.000000|336160.000000|91680.000000|336160.000000|
#91680.000000|336380.000000|91660.000000|336380.000000|
#91660.000000|336420.000000|91640.000000|336420.000000|
#91640.000000|336500.000000|91620.000000|336500.000000|
#91620.000000|336560.000000|91600.000000|336560.000000|
#91600.000000|336620.000000|91580.000000|336620.000000|
#91580.000000|336660.000000|91560.000000|336660.000000|
#91560.000000|336680.000000|91540.000000|336680.000000|
#91540.000000|336760.000000|91560.000000|336760.000000|
#91560.000000|336820.000000|91580.000000|336820.000000|
#91580.000000|337100.000000|91600.000000|337100.000000|
#91600.000000|337120.000000|91620.000000|337120.000000|
#91620.000000|337140.000000|91640.000000|337140.000000|
#91640.000000|337160.000000|91660.000000|337160.000000|
#91660.000000|337180.000000|91640.000000|337180.000000|
#91640.000000|337220.000000|91660.000000|337220.000000|
#91660.000000|337240.000000|91740.000000|337240.000000|
#91740.000000|337220.000000|91780.000000|337220.000000|
#91780.000000|337240.000000|91840.000000|337240.000000|
#91840.000000|337260.000000|91880.000000|337260.000000|
#91880.000000|337280.000000|91920.000000|337280.000000|
#91920.000000|337300.000000|91960.000000|337300.000000|
#91960.000000|337320.000000|91980.000000|337320.000000|
#91980.000000|337340.000000|92000.000000|337340.000000|
#92000.000000|337360.000000|92020.000000|337360.000000|
#92020.000000|337380.000000|92340.000000|337380.000000|
#92340.000000|337360.000000|92640.000000|337360.000000|
#92640.000000|337380.000000|92680.000000|337380.000000|
#92680.000000|337400.000000|92720.000000|337400.000000|
#92720.000000|337420.000000|92740.000000|337420.000000|
#92740.000000|337440.000000|92760.000000|337440.000000|
#92760.000000|337460.000000|92820.000000|337460.000000|
#92820.000000|337480.000000|92840.000000|337480.000000|
#92840.000000|337500.000000|92960.000000|337500.000000|
#92960.000000|337520.000000|93000.000000|337520.000000|
#93000.000000|337540.000000|93040.000000|337540.000000|
#93040.000000|337560.000000|93120.000000|337560.000000|
#93120.000000|337580.000000|93160.000000|337580.000000|
#93160.000000|337600.000000|93180.000000|337600.000000|
#93180.000000|337620.000000|93200.000000|337620.000000|
#93200.000000|337640.000000|93220.000000|337640.000000|
#93220.000000|337660.000000|93280.000000|337660.000000|
#93280.000000|337680.000000|93340.000000|337680.000000|
#93340.000000|337700.000000|93360.000000|337700.000000|
#93360.000000|337720.000000|93400.000000|337720.000000|
#93400.000000|337740.000000|93420.000000|337740.000000|
#93420.000000|337760.000000|93440.000000|337760.000000|
#93440.000000|337780.000000|93460.000000|337780.000000|
#93460.000000|337800.000000|93480.000000|337800.000000|
#93480.000000|337820.000000|93500.000000|337820.000000|
#93500.000000|337880.000000|93520.000000|337880.000000|
#93520.000000|337920.000000|93540.000000|337920.000000|
#93540.000000|337940.000000|93560.000000|337940.000000|
#93560.000000|337960.000000|93580.000000|337960.000000|
#93580.000000|337980.000000|93600.000000|337980.000000|
#93600.000000|338000.000000|93680.000000|338000.000000|
#93680.000000|338020.000000|93740.000000|338020.000000|
#93740.000000|338040.000000|93780.000000|338040.000000|
#93780.000000|338060.000000|93820.000000|338060.000000|
#93820.000000|338080.000000|93840.000000|338080.000000|
#93840.000000|338100.000000|93880.000000|338100.000000|
#93880.000000|338120.000000|93920.000000|338120.000000|
#93920.000000|338140.000000|93960.000000|338140.000000|
#93960.000000|338160.000000|93980.000000|338160.000000|
#93980.000000|338180.000000|94000.000000|338180.000000|
#94000.000000|338200.000000|94400.000000|338200.000000|
#94400.000000|338220.000000|94440.000000|338220.000000|
#94440.000000|338200.000000|94420.000000|338200.000000|
#94420.000000|338160.000000|94380.000000|338160.000000|
#94380.000000|338120.000000|94360.000000|338120.000000|
#94360.000000|338000.000000|94320.000000|338000.000000|
#94320.000000|337980.000000|94300.000000|337980.000000|
#94300.000000|337960.000000|94280.000000|337960.000000|
#94280.000000|337940.000000|94260.000000|337940.000000|
#94260.000000|337920.000000|94240.000000|337920.000000|
#94240.000000|337720.000000|94260.000000|337720.000000|
#94260.000000|337660.000000|94240.000000|337660.000000|
#94240.000000|337640.000000|94220.000000|337640.000000|
#94220.000000|337500.000000|94200.000000|337500.000000|
#94200.000000|337460.000000|94180.000000|337460.000000|
#94180.000000|337380.000000|94160.000000|337380.000000|
#94160.000000|337320.000000|94140.000000|337320.000000|
#94140.000000|337300.000000|94120.000000|337300.000000|
#94120.000000|337260.000000|94100.000000|337260.000000|
#94100.000000|336820.000000|94060.000000|336820.000000|
#94060.000000|336800.000000|94020.000000|336800.000000|
#94020.000000|336780.000000|93980.000000|336780.000000|
#93980.000000|336740.000000|93960.000000|336740.000000|
#93960.000000|336700.000000|93940.000000|336700.000000|
#93940.000000|336640.000000|93920.000000|336640.000000|
#93920.000000|336620.000000|93900.000000|336620.000000|
#93900.000000|336360.000000|93880.000000|336360.000000|
#93880.000000|336260.000000|93860.000000|336260.000000|
#93860.000000|336220.000000|93840.000000|336220.000000|
#93840.000000|336180.000000|93820.000000|336180.000000|
#93820.000000|336160.000000|93800.000000|336160.000000|
#93800.000000|336140.000000|93620.000000|336140.000000|
#93620.000000|336120.000000|93600.000000|336120.000000|
#93600.000000|336040.000000|93560.000000|336040.000000|
#93560.000000|336020.000000|93520.000000|336020.000000|
#93520.000000|335980.000000|93480.000000|335980.000000|
#93480.000000|335920.000000|93460.000000|335920.000000|
#93460.000000|335900.000000|93440.000000|335900.000000|
#93440.000000|335720.000000|93400.000000|335720.000000|
#93400.000000|335700.000000|93380.000000|335700.000000|
#93380.000000|335680.000000|93360.000000|335680.000000|
#93360.000000|335660.000000|93380.000000|335660.000000|
#93380.000000|335580.000000|93360.000000|335580.000000|
#93360.000000|335480.000000|93380.000000|335480.000000|
#93380.000000|335400.000000|93420.000000|335400.000000|
#93420.000000|335320.000000|93440.000000|335320.000000|
#93440.000000|335300.000000|93460.000000|335300.000000|
#93460.000000|335280.000000|93480.000000|335280.000000|
#93480.000000|335220.000000|93500.000000|335220.000000|
#93500.000000|335160.000000|93520.000000|335160.000000|
#93520.000000|335140.000000|93540.000000|335140.000000|
#93540.000000|335040.000000|/

RMAN error under OpenVMS

I need use rman under OpenVMS 8.2, unfortunetly this command don't work:
ORACLE9I> rman target / nocatalog
Recovery Manager: Release 9.2.0.8.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
connected to target database: ARMS (DBID=479895618)
using target database controlfile instead of recovery catalog
RMAN> backup database;
Starting backup at 12-FEB-10
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=17 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00002 name=APP:[ORACLE9I.ORADATA.TEST]UNDOTBS01.DBF
input datafile fno=00001 name=APP:[ORACLE9I.ORADATA.TEST]SYSTEM01.DBF
input datafile fno=00009 name=DATA:[ORACLE9I.ORADATA.TEST]SPACE01.DBF
input datafile fno=00021 name=ARCH:[ORACLE9I.ORADATA.TEST]SPACE_ARCH.DBF
input datafile fno=00010 name=DATAIDX:[ORACLE9I.ORADATA.TEST]SPACE_INDX01.DBF
input datafile fno=00004 name=APP:[ORACLE9I.ORADATA.TEST]EXAMPLE01.DBF
input datafile fno=00023 name=DATA:[ORACLE9I.ORADATA.TEST]BACKUP_ASM201.DBF
input datafile fno=00011 name=DATA:[ORACLE9I.ORADATA.TEST]MAPS01.DBF
input datafile fno=00022 name=DATA:[ORACLE9I.ORADATA.TEST]MAPS02.DBF
input datafile fno=00024 name=DATAIDX:[ORACLE9I.ORADATA.TEST]BACKUP_ASM2_INDX01.DBF
input datafile fno=00025 name=DATA:[ORACLE9I.ORADATA.TEST]QUEUE.DBF
input datafile fno=00026 name=DATA:[ORACLE9I.ORADATA.TEST]CATSYS.DBF
input datafile fno=00005 name=DATAIDX:[ORACLE9I.ORADATA.TEST]INDX01.DBF
input datafile fno=00007 name=APP:[ORACLE9I.ORADATA.TEST]USERS01.DBF
input datafile fno=00012 name=DATAIDX:[ORACLE9I.ORADATA.TEST]MAPS_INDX01.DBF
input datafile fno=00013 name=DATA:[ORACLE9I.ORADATA.TEST]GDOSYS01.DBF
input datafile fno=00003 name=APP:[ORACLE9I.ORADATA.TEST]DRSYS01.DBF
input datafile fno=00008 name=APP:[ORACLE9I.ORADATA.TEST]XDB01.DBF
input datafile fno=00006 name=APP:[ORACLE9I.ORADATA.TEST]TOOLS01.DBF
channel ORA_DISK_1: starting piece 1 at 12-FEB-10
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00601: fatal error in recovery manager
RMAN-03004: fatal error during execution of command
RMAN-10039: error encountered while polling for RPC completion on channel ORA_DISK_1
RMAN-10006: error running SQL statement: select act from x$ksusex where sid=:1 and serial=:2
RMAN-10002: ORACLE error: ORA-03123: operation would block
ORACLE9I>
Edited by: user581960 on 2010-02-11 18:32
Edited by: user581960 on 2010-02-11 18:34

On the contrary it looks like that command works just fine.
The error you should be looking at is this one:
select act from x$ksusex where sid=:1 and serial=:2
RMAN-10002: ORACLE error: ORA-03123: operation would blockLook it up at metalink.

Sqlldr error message

I'm running Oracle Server 8.1.6 under Windows2000.
I have two clients : A Oracle Client 8.1.6 and a Oracle Client 8.0.5
I have created a user MyUser.
I have created a table MyTable (into MyUser).
I have created a view MyView (This view is "select * from MyTable").
I have a ctl file that load data into the view.
When i run sqlldr (with userid=MyUser/MyPassword) on the Client 8.1.6, i have the following messages :
SQL*Loader-941: Error during describe of table MyView
ORA-04043: object MyView does not exist
When i run the same thing under Oracle 8.0.5 (with sqlldr80), it works fine.
If i run sqlldr under Oracle 8.1.6 with a ctl file that load data directly into the table MyTable, it works fine.
So I think that we can't use sqlloader with views anymore under Oracle 8i...
Can you help me ?
Thanks.

There is a bug in 8.1.6. loading thru views in both conventional and direct path of sql loader.
8.1.6.1 fixes the conventional path bug, but you need to go to 8.1.7 for the direct path fix.
Bob

SQLLDR Error Report

We are loading data using SQLLDR.
The data which is not loaded to oracle table is written to the Bad file
and the error description of the error is written to the log file.
There are situations when data is written to the bad file for more than
one error.
For Example
ORA-00001 Unique Constraint...
ORA-01722 Invalid Number
What we want to do is extract data from the bad file specific to each
error.
Taking above example we want data from bad file for all the ORA-00001
errors listed in the log.
Basically we want to separate bad data fro each unique error listed in the log file.
Has anyone done this before and has some script or utility to do this.
I can clarify this further if needed, I know it is confusing.
Thanks.
null

user3045615 wrote:
Returns: Error report - Connection reset by peer: socket write error when executing SQL script in an Oracle 12.1.0.2.0 Enterprise Edition database (residing on a remote Microsoft Windows x86 64-bit) user schema (datamart).
Initially, the error occured when the script attempted to compile a PL/SQL package body (1125 lines of code). Another script successfully compiled 4 larger PL/SQL package bodies (all exceed 1125 lines of code) in a different user schema (staging).
Now, the error occurs in staging user schema when calling a PL/SQL package.
Ray
Is GOOGLE broken for you?
sockets - What does "connection reset by peer" mean? - Stack Overflow
I am not convinced that your error has much, if anything, to do with Oracle.
In the future use COPY & PASTE so we can really see what you actually do & what the complete response is.

Sqlldr error --- ora-39776

Hi
I hit the following error during the data load through sqlldr
ORA-39776: fatal Direct Path API error loading table
and i hit the following error and sqlldr job terminated
and internal error code
ORA-00600: internal error code, arguments: [kohdtf048], [], [], [], [], [], [],
Then i take out the direct=true & load the data it works.
If i use direct =true i hit this error some times
some time it works fine
rds

899785 wrote:
I am also facing the same issue. By the way my oracle database version is 11.2.0.3 and client is 10.2 is there any issue if we use lower version of client while SQL Loader upload. Please request you to clarify. ThanksYou are hijacking a thread that is over six years old. Best to start your own thread with your own specifics. Please be sure to include any ora- errors you are receiveng and what you've already discovered about them.

Sqlldr errors loading XML file

I am getting two errors on two different data elements trying to load an XML file. DB version is 11.2.0.2.0 - 64bit.
This is part of the instance file:
<?xml version="1.0" encoding="utf-8"?>
<SamseAMSS xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://SAMSE-AMSS.org/namespace">
<FileInfo>
<AviationUIC>
<OrigUnit>
<UIC>WV7PB0</UIC>
<UnitName>B TRP 1-230TH ACS</UnitName>
<OrgLocCde>A</OrgLocCde>
<DPICode>Need LOGSA DPICode</DPICode>
<IsReporter>true</IsReporter>
<UnitPOC />
<POCNbr>(865)985-4634</POCNbr>
<POCEmail />
</OrigUnit>
<AMSSUtilCde>
<UtilCde>0</UtilCde>
<Summary>
<EIC>ROC</EIC>
*<MDS xsi:type="xsd:string">OH-58D</MDS>*
*<Model>OH-58D</Model>*
<QtyAuth>6</QtyAuth>
<QtyOH>6</QtyOH>
<RptTimeCde>H</RptTimeCde>
</Summary>
</AMSSUtilCde>
</AviationUIC>
The problem is with the MDS and Model elements.
This is part of the schema:
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns="http://SAMSE-AMSS.org/namespace" xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xdb="http://xmlns.oracle.com/xdb"
targetNamespace="http://SAMSE-AMSS.org/namespace"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:smse="http://samsecommon.xsd/namespace"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<xsd:import namespace="http://samsecommon.xsd/namespace" schemaLocation="samsecommon.xsd"/>
<xs:element name="SamseAMSS" xdb:defaultTable="SAMSEAMSS">
<xs:sequence>
<xs:element name="FileInfo" smse:type="SamseFileInfoType"/>
<xs:element name="AviationUIC" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>1 element for each UIC being reported</xs:documentation>
</xs:annotation>
<xs:complexType xdb:SQLType="AMSSUIC_T">
<xs:sequence>
<xs:element name="AMSSUtilCde" minOccurs="0" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>1 element for each UtilCde being reported for this UIC</xs:documentation>
</xs:annotation>
<xs:complexType xdb:SQLType="AMSSUTILCDE_T">
<xs:sequence>
<xs:element name="UtilCde">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:token">
<xs:length value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="Summary" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>1 element per type of equipment (by EIC / PrimeEIC) authorized for this UIC -- always sent every time.</xs:documentation>
</xs:annotation>
<xs:complexType xdb:SQLType="SUMMARY_T">
<xs:sequence>
<xs:element name="EIC" minOccurs="0" smse:type="EICType">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
</xs:element>
*<MDS xsi:type="xsd:string">OH-58D</MDS>*
*<Model>OH-58D</Model>*
               <xs:element name="PrimeEIC" minOccurs="0" smse:type="EICType" nillable="true">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="QtyAuth" type="xs:unsignedShort"/>
First, it doesn't recognize the "Model" data element that is defined in the schema:
Record 3: Rejected - Error on table SAMSEAMSS.
ORA-30937: No schema definition for 'Model' (namespace 'http://SAMSE-AMSS.org/namespace') in parent '/SamseAMSS/AviationUIC[1]/AMSSUtilCde[1]/Summary[1]'
If I remove the Model from the instance file and try to load, it does not recognize the xsi:type in the MDS element. I also tried using xsi:type in the schema definition.
Record 1: Rejected - Error on table SAMSEAMSS.
ORA-31079: unable to resolve reference to type "string"
If I change xsi:type to xsd:type it loads with no errors. However we don't control the incoming XML files so it needs to load with xsi:type.
Thanks for your help.

Whoops no I didn't put that in the schema definition! This is the part with those elements:
<xs:complexType xdb:SQLType="AMSSUTILCDE_T">
<xs:sequence>
<xs:element name="UtilCde">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="xs:token">
<xs:length value="1"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="Summary" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>1 element per type of equipment (by EIC / PrimeEIC) authorized for this UIC -- always sent every time.</xs:documentation>
</xs:annotation>
<xs:complexType xdb:SQLType="SUMMARY_T">
<xs:sequence>
<xs:element name="EIC" smse:type="EICType">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
</xs:element>
               *<xs:element name="MDS" minOccurs="0" type="xsd:string"/>*
               *<xs:element name="Model" minOccurs="0" type="xsd:string"/>*
               <xs:element name="PrimeEIC" smse:type="EICType" nillable="true">
<xs:annotation>
<xs:documentation>Key Field</xs:documentation>
</xs:annotation>
</xs:element>
Thanks.
Edited by: user4109719 on Jun 12, 2012 6:32 AM Put correct Model definition
Edited by: user4109719 on Jun 12, 2012 6:37 AM

LKM SAP ERP to Oracle (SQLLDR) - ERROR!!!

Hi ,
I have error on the step Extract Data with this error
oracle.odi.sdk.opentools.OpenToolExecutionException: Error occured in open tool execute methodError in executing ABAP programUnable to connect FTP. Check ABAP program
     at oracle.odi.sap.km._OdiSapAbapExecute.execute(_OdiSapAbapExecute.java:466)
     at com.sunopsis.dwg.function.SnpsOpenToolFunction.actionExecute(SnpsOpenToolFunction.java)
     at com.sunopsis.dwg.function.SnpsOpenToolFunction.execute(SnpsOpenToolFunction.java)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.execIntegratedFunction(SnpSessTaskSql.java)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTaskTrt(SnpSessTaskSql.java)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSqlC.treatTaskTrt(SnpSessTaskSqlC.java)
     at com.sunopsis.dwg.dbobj.SnpSessTaskSql.treatTask(SnpSessTaskSql.java)
     at com.sunopsis.dwg.dbobj.SnpSessStep.treatSessStep(SnpSessStep.java)
     at com.sunopsis.dwg.dbobj.SnpSession.treatSession(SnpSession.java)
     at com.sunopsis.dwg.cmd.DwgCommandSession.treatCommand(DwgCommandSession.java)
     at com.sunopsis.dwg.cmd.DwgCommandBase.execute(DwgCommandBase.java)
     at com.sunopsis.dwg.cmd.e.j(e.java)
     at com.sunopsis.dwg.cmd.g.z(g.java)
     at com.sunopsis.dwg.cmd.e.run(e.java)
     at java.lang.Thread.run(Thread.java:619)
and the description of ABAB code is ( cut from the whole ABAB code to show you the part of FTP Coding on ABAB language)
CALL FUNCTION 'FTP_CONNECT'
EXPORTING
user = 'odiadmin'
password = 'odiadmin'
host = '10.8.61.200'
rfc_destination = 'SAPFTPA'
IMPORTING
handle = lv_hdl
EXCEPTIONS
not_connected = 1
OTHERS = 2.
IF sy-subrc <> 0.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'Unable to connect FTP.'.
Append et_file_return.
ELSE.
IF NOT lc_pasv IS INITIAL.
REFRESH lt_result.
lv_cmd = lc_cmd1.
CALL FUNCTION 'FTP_COMMAND'
EXPORTING
handle = lv_hdl
command = lv_cmd
TABLES
data = lt_result
EXCEPTIONS
tcpip_error = 1
command_error = 2
data_error = 3.
IF sy-subrc <> 0.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'Error in passing FTP .'.
Append et_file_return.
ENDIF.
CALL FUNCTION 'FTP_R3_TO_CLIENT'
EXPORTING
fname = iv_filename
rfc_destination = lc_dest
character_mode = lc_pasv
TABLES
text = gt_result
EXCEPTIONS
command_error = 1
data_error = 2
OTHERS = 3.
IF sy-subrc <> 0.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'Error passing data to FTP .'.
Append et_file_return.
ENDIF.
free : gt_result.
CONCATENATE lc_cmd2 iv_filename
INTO lv_cmd SEPARATED BY ' '.
REFRESH lt_result.
CALL FUNCTION 'FTP_COMMAND'
EXPORTING
handle = lv_hdl
command = lv_cmd
TABLES
data = lt_result
EXCEPTIONS
tcpip_error = 1
command_error = 2
data_error = 3.
IF sy-subrc NE 0.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'Error in passing FTP .'.
Append et_file_return.
EXIT.
ELSE.
clear et_file_return.
et_file_return-TYPE = gc_success.
et_file_return-message = 'Data Transfer Successful'.
Append et_file_return.
ENDIF.
ELSE.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'No data Available.'.
Append et_file_return.
CALL FUNCTION 'FTP_DISCONNECT'
EXPORTING
handle = lv_hdl.
CALL FUNCTION 'RFC_CONNECTION_CLOSE'
EXPORTING
destination = lc_dest
EXCEPTIONS
OTHERS = 1.
IF sy-subrc <> 0.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message = 'Error in RFC connection.'.
Append et_file_return.
ENDIF.
ENDIF.
ENDIF.
ELSE.
clear et_file_return.
et_file_return-TYPE = gc_error.
et_file_return-message =
'Installed ABAP program does not match interface definition'.
Append et_file_return.
ENDIF."
it seem that the error stop on the first exception that will return the message "Unable to connect FTP Server"
I don't know why ,
This SAP is 4.6C
Thanks
Edited by: somchai on Sep 16, 2009 11:27 PM

Hi Somchai,
r U able to resolve ur issue ..........i'm also struck there at the same point.
I am using shared folder for file transfer and my error message is
java.lang.RuntimeException: Error occured in open tool execute method...Error in executing ABAP program...Error in executing ABAP program...Error occurred when creating dataset\\<hostname>\bi-interface$\ZODI_11001_12001_GLOBAL.txt
Thanks.
Edited by: Drona on Mar 26, 2012 7:25 AM

SQLLDR error

Can someone help me on this issue?
CREATE TABLE mydate (
   opt_exprn_d DATE
-- ctl files
LOAD DATA
INFILE '/home/btchproc/load_process/ctl_files/mydate.txt'
BADFILE '/home/btchproc/load_process/ctl_files/mydate.bad'
INTO TABLE edw_owner.mydate
      OPT_EXPRN_D           POSITION(1:10) DATE "YYYY-MM-DD" "TRUNC (TO_DATE (:OPT_EXPRN_D), 'mm') + (6 - TO_CHAR (TRUNC (TO_DATE (:OPT_EXPRN_D), 'mm'), 'd')) + 14"
data file
mydate.txt file has 1 record
2009-04-01
Result :the load rejected
Table EDW_OWNER.MYDATE, loaded from every logical record.
Insert option in effect for this table: INSERT
   Column Name                  Position   Len Term Encl Datatype
OPT_EXPRN_D                          1:10    10           DATE YYYY-MM-DD
    SQL string for column : "TRUNC (TO_DATE (:OPT_EXPRN_D), 'mm') + (6 - TO_CHAR (TRUNC (TO_DATE (:OPT_EXPRN_D), 'mm'), 'd')) + 14"
Record 1: Rejected - Error on table EDW_OWNER.MYDATE, column OPT_EXPRN_D.
ORA-01861: literal does not match format string
Table EDW_OWNER.MYDATE:
0 Rows successfully loaded.
1 Row not loaded due to data errors.

I still get error, pls see below
LOAD DATA
INFILE '/home/btchproc/load_process/ctl_files/mydate.txt'
BADFILE '/home/btchproc/load_process/ctl_files/mydate.bad'
INTO TABLE edw_owner.mydate
OPT_EXPRN_D           POSITION(1:10) DATE "YYYY-MM-DD" "TRUNC (TO_DATE (:OPT_EXPRN_D,'YYYY-MM-DD'), 'mm') + (6 - TO_CHAR (TRUNC (TO_DATE (:OPT_EXPRN_D,'YYYY-MM-DD'), 'mm'), 'd')) + 14"
Data file mydate.txt:-
2009-04-01
dwcsq001:edw_owner> desc mydate
Name                                      Null?    Type
OPT_EXPRN_D                                        DATE
Error
Table EDW_OWNER.MYDATE, loaded from every logical record.
Insert option in effect for this table: INSERT
   Column Name                  Position   Len Term Encl Datatype
OPT_EXPRN_D                          1:10    10           DATE YYYY-MM-DD
    SQL string for column : "TRUNC (TO_DATE (:OPT_EXPRN_D,'YYYY-MM-DD'), 'mm') + (6 - TO_CHAR (TRUNC (TO_DATE (:OPT_EXPRN_D,'YYYY-MM-DD'), 'mm'), 'd')) + 14"
Record 1: Rejected - Error on table EDW_OWNER.MYDATE, column OPT_EXPRN_D.
ORA-01858: a non-numeric character was found where a numeric was expected
Table EDW_OWNER.MYDATE:
0 Rows successfully loaded.Edited by: user520824 on Apr 6, 2009 1:06 PM

Sqlldr error when attempting to upload shapefiles

This is my control file:
LOAD DATA
INFILE finalskye.dat
TRUNCATE
CONTINUEIF NEXT(1:1) = '#'
INTO TABLE FINALSKYE
FIELDS TERMINATED BY '|'
TRAILING NULLCOLS (
NATURAL      NULLIF NATURAL = BLANKS,
NAME      NULLIF NAME = BLANKS,
GEOM COLUMN OBJECT
SDO_GTYPE INTEGER EXTERNAL,
SDO_ELEM_INFO VARRAY TERMINATED BY '|/'
(X FLOAT EXTERNAL),
SDO_ORDINATES VARRAY TERMINATED BY '|/'
(X FLOAT EXTERNAL)
But this produces
Record 2: Rejected - Error on table FINALSKYE, column GEOM.SDO_ELEM_INFO.X.
error converting data
ORA-01722: invalid number
Does anyone have a fix?

Edinburgh,
Here is the answer you were after.
Create Table
DROP TABLE finalskye;
CREATE TABLE finalskye(
natural varchar2(30),
name    varchar2(30),
geom    sdo_geometry);
Control File Definition
LOAD DATA
INFILE finalskye.dat
TRUNCATE
CONTINUEIF NEXT(1:1) = '#'
INTO TABLE FINALSKYE
FIELDS TERMINATED BY '|'
TRAILING NULLCOLS (
   NATURAL NULLIF NATURAL = BLANKS,
   NAME NULLIF NAME = BLANKS,
   GEOM COLUMN OBJECT (
     SDO_GTYPE INTEGER EXTERNAL,
     SDO_ELEM_INFO VARRAY TERMINATED BY '/' (e FLOAT EXTERNAL),
     SDO_ORDINATES VARRAY TERMINATED BY '/' (o FLOAT EXTERNAL)
Data File Structure
Note that each new record does NOT have a # at the beginning of it, rather it has a single space.
shoreline| |
#2002|
#1|2|1|/
#-6.777060|57.444010|-6.777080|57.443760|-6.777120|57.442990|
#-6.776900|57.442730|-6.777850|57.442750|-6.778120|57.442240|
#-6.778370|57.441990|-6.780270|57.441890|-6.781240|57.441650|
#-6.781730|57.441400|-6.782200|57.441410|-6.783150|57.441430|
#-6.783640|57.441180|-6.784110|57.441070|-6.784160|57.440550|
#-6.785100|57.440700|-6.785560|57.440830|-6.785370|57.440060|
#-6.784930|57.439540|-6.784950|57.439280|-6.785210|57.438780|
#-6.782630|57.422600|/
shoreline| |
#2002|
#1|2|1|/
#-6.781730|57.441400|-6.782200|57.441410|-6.783150|57.441430|/
Result
select * from finalskye;
-- Result
NATURAL   NAME   GEOM
shoreline (NULL) SDO_GEOMETRY(2002,NULL,NULL,SDO_ELEM_INFO_ARRAY(1,2,1),SDO_ORDINATE_ARRAY(-6.77706,57.44401,-6.77708,57.44376,-6.77712,57.44299,-6.7769,57.44273,-6.77785,57.44275,-6.77812,57.44224,-6.77837,57.44199,-6.78027,57.44189,-6.78124,57.44165,-6.78173,57.4414,-6.7822,57.44141,-6.78315,57.44143,-6.78364,57.44118,-6.78411,57.44107,-6.78416,57.44055,-6.7851,57.4407,-6.78556,57.44083,-6.78537,57.44006,-6.78493,57.43954,-6.78495,57.43928,-6.78521,57.43878,-6.78263,57.4226))
shoreline (NULL) SDO_GEOMETRY(2002,NULL,NULL,SDO_ELEM_INFO_ARRAY(1,2,1),SDO_ORDINATE_ARRAY(-6.78173,57.4414,-6.7822,57.44141,-6.78315,57.44143))This is how to set out a request to this forum - provide the table structure, the control file, the data.....
This answer is correct, please award points.
regards
Simon

SQLLDR error 418 - primary key REF

Has anyone successfully used primary key REF's in SQL*Loader?
I'm trying to load only the data from a file where it matches a user ID in another table.
Even running the example from the Oracle documentation gives me the same error.
Documentation: http://download-west.oracle.com/otndoc/oracle9i/901_doc/server.901/a90192/ch10.htm#1008188
Error: "SQL*Loader-418: Bad datafile datatype for column CUST"
I've guessed the structure of the CUSTOMERS and ORDERS tables, as they're not mentioned anywhere that I can see, certainly not in the "Tables Used in the Case Studies" section:
http://download-west.oracle.com/otndoc/oracle9i/901_doc/server.901/a90192/ch10.htm#1006666
Any ideas?
Dan

Hi
The problem is that the PK is based on a UDT.
If you really want to have such a primary key (on my opinion surrogate PK should always be used) you have to specify something like:
CREATE TABLE Aircraft_tab OF Aircraft_obj (
PRIMARY KEY(flightID.airline, flightID.num),
FOREIGN KEY(aircomname) REFERENCES Aircom_tab)
OBJECT ID PRIMARY KEY;
Chris

Sqlldr error on openvms

Similar Messages

Maybe you are looking for