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
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,
VeronicaI 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.20Hi,
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|/ -
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 -
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?
thanksRaise SR .... sorry for the no-answer but openvms not found out there much anymore
Chris. -
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.
nulluser3045615 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. -
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
rds899785 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 PMHi 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 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?
DanHi
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 -
Error using LKM File to Oracle SQLLDR
Hi,
we are getting the following error when trying to use SQLLDR LKM
The error file says the table does not exist although I can see it in the database.
Any ideas?
Oracle DB 9i
SQLLDR 10.2
Load.out
SQL*Loader: Release 10.2.0.1.0 - Production on Thu Jan 20 16:30:58 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Load.log
SQL*Loader: Release 10.2.0.1.0 - Production on Thu Jan 20 16:30:58 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Control File: D:\HFMBACKUP\/LOAD.ctl
Data File: D:\HFMBACKUP\/PCONS/Loads/BK_FINST-2009_Thu-20-Jan-2011_14-52-24.TXT
File processing option string: "str X'0D0A'"
Bad File: D:\HFMBACKUP\/LOAD.bad
Discard File: D:\HFMBACKUP\/LOAD.dsc
(Allow 1 discards)
Number to load: ALL
Number to skip: 1
Errors allowed: 0
Continuation: none specified
Path used: Direct
Table ODISTAG."C$_12181010HFMData", loaded from every logical record.
Insert option in effect for this table: INSERT
TRAILING NULLCOLS option in effect
Column Name Position Len Term Encl Datatype
C1_SCENARIO FIRST * ; CHARACTER
C2_YEAR NEXT * ; CHARACTER
C3_VIEW NEXT * ; CHARACTER
C4_ENTITY NEXT * ; CHARACTER
C5_VALUE NEXT * ; CHARACTER
C6_ACCOUNT NEXT * ; CHARACTER
C7_ICP NEXT * ; CHARACTER
C8_PERIOD NEXT * ; CHARACTER
C10_C1 NEXT * ; CHARACTER
C13_C2 NEXT * ; CHARACTER
C9_C3 NEXT * ; CHARACTER
C12_C4 NEXT * ; CHARACTER
C11_VALUE1 NEXT * ; CHARACTER
SQL*Loader-951: Error calling once/load initialization
ORA-00942: table or view does not exist
Load CTL
OPTIONS (
SKIP=1,
ERRORS=0,
DIRECT=TRUE
LOAD DATA
INFILE "D:\HFMBACKUP\/PCONS/Loads/BK_FINST-2009_Thu-20-Jan-2011_14-52-24.TXT" "str X'0D0A'"
BADFILE "D:\HFMBACKUP\/LOAD.bad"
DISCARDFILE "D:\HFMBACKUP\/LOAD.dsc"
DISCARDMAX 1
INTO TABLE ODISTAG."C$_12181010HFMData"
FIELDS TERMINATED BY X'3B'
TRAILING NULLCOLS
C1_SCENARIO ,
C2_YEAR ,
C3_VIEW ,
C4_ENTITY ,
C5_VALUE ,
C6_ACCOUNT ,
C7_ICP ,
C8_PERIOD ,
C10_C1 ,
C13_C2 ,
C9_C3 ,
C12_C4 ,
C11_VALUE1
)Hi,
Check the paths - seems like you have a combination of forward slashes and back slashes in the pathnames..
D:\HFMBACKUP\/LOAD.ctl and
D:\HFMBACKUP\/PCONS/Loads/BK_FINST-2009_Thu-20-Jan-2011_14-52-24.TX for example have combination '\/' after HFMBACKUP.
cheers
Bos
Maybe you are looking for
-
Bought Pac-Man, Downloads but will not show up in my libary. Charged 3 time
Ok, I went to the music store, then went to games and I signed in and purchased Pac-Man. Everything is cool, it downloads pretty quickly, I belive it was 8.28 mb or something like that and once its finished downloading it simply vanishes, it did not
-
hi i want to get a menu......something like what we have in the top of this page......but vertically....using a html tag..... on-mouse-over, each item opens up a list of hrefs.....
-
Https 1.4.1 post fails but works in 1.3
I have a simple app that runs fine on 1.3.1_04 but it does not run on 1.4.* When I debug I notice 1.3 passes SSL as the protocol and 1.4 passes TLSv1. Does anyone know how to resolve this problem? Can I use HttpURLConnection? Do I need to use sockets
-
SAP 2007 posting period problem
Hi , Ask for help please. I am trying to add the invoice into system for the customers who have 60 days terms, which leads the due date falls into 2010, however the system pops out error says: invoice is not allowed cause not permission date. Just wo
-
Having switched from PC's to Macs back in the Tiger days I'm rather saddened to see 10.6 drifting the way Windows went ... getting slower and buggier... 1. Bluetooth is flaky. My Mighty Mouse takes 30-40 seconds to be seen by the MacBook when it wake