Error when calling the UploadContent function.

I am using the "Uploading Documents (C#)" example from the following OpenText example:
https://knowledge.opentext.com/knowledge/cs.dll/fetch/2001/15080935/-15106263/15106294/15106295/16376487/17990637/45500683/upload_C%23.html

When I execute the following line:

string objectID = contentServiceClient.UploadContent(ref otAuth, contextID, fileAtts, fileStream);

I then get this error

Dispatched service DocumentManagement threw exception DocMan.NodeCreationError : Error adding version to '635310114940158068_adobe.pdf'. Error writing data stream to version. [E682688515]

Any ideas as to what might be going on? Are there any specific logs on the server that may have additional information?

Find more posts tagged with

Comments

Appu_Nair1

If you have made sure you followed setup and your app and web configs are right on the livelink server that is serving the WSAPI

You should put
Debug=2

WantLapiLogs=true
Wantlogs=true

They go into opentext.ini

Re start the server and re attempt if it is server side error it will be in the thread logs. Or if you put builder or csside you may be able to pinpoint it

As a simple sanity check just see if you can add documents thru the GUI what if the instance cannot write files?

Carlos Barichello

Appu,

Thanks for the help. That took care of the problem.

I should have mentioned in my original posting that the program worked fine for the first 2,500 uploads. Then it stopped working.

Here's a summary of problem and solution.

Per your advice, I configured the OpenText.ini file so that I had this in it:

Debug=2
WantLapiLogs=TRUE
Wantlogs=TRUE

Next I ran my program and I got the error. I then went to the server and looked at the logs files. I found the following in the connect0.log file:

ORA-01691: unable to extend lob segment RMNAUSR.SYS_LOB0000017669C00004$$ by 8192 in tablespace RMNA_DATA

I went to the database and ran this to get the name of the file for the RMNA_DATA tablespace:

select *
from dba_data_files
where tablespace_name=’RMNA_DATA';

I then ran this in the database:

ALTER DATABASE DATAFILE 'E:\CSDATA\ORACLE\ORADATA\OLLINKW1\RMNA_DATA01.DBF'
AUTOEXTEND ON
NEXT 2048M
MAXSIZE UNLIMITED;

My program then started working.

Next: I need to check with a DBA for best practices regarding what I did to extend the tablespace.

Thanks,

Carlos -

Appu_Nair1

If you have made sure you followed setup and your app and web configs are right on the livelink server that is serving the WSAPI

You should put
Debug=2

WantLapiLogs=true
Wantlogs=true

Re start the server and re attempt if it is server side error it will be in the thread logs. Or if you put builder or csside you may be able to pinpoint it

As a simple sanity check just see if you can add documents thru the GUI what if the instance cannot write files?

Sent with Good (www.good.com)

-----Original Message-----
From: eLink Entry: Content Web Services Forum [otdncontentwebservices971forum@elinkkc.opentext.com]
Sent: Friday, March 21, 2014 03:52 PM Central Standard Time
To: eLink Recipient
Subject: [EXTERNAL]Error when calling the UploadContent function.

Error when calling the UploadContent function.

Posted by carlos.barichello@conocophillips.com (Barichello, Carlos) On 03/21/2014 04:49 PM

When I execute the following line:

string objectID = contentServiceClient.UploadContent(ref otAuth, contextID, fileAtts, fileStream);

I then get this error

Dispatched service DocumentManagement threw exception DocMan.NodeCreationError : Error adding version to '635310114940158068_adobe.pdf'. Error writing data stream to version. [E682688515]

Any ideas as to what might be going on? Are there any specific logs on the server that may have additional information?

[To post a comment, use the normal reply function]
Forum:	Content Web Services Forum
Content Server:	Content Server

Kyle_Swidrovich

As a sanity check, are you able to add a version to a document through the regular UI?

Thread and connect logs are the logs of choice in this case.
Make sure you put wantLapiLogs=TRUE in [options] of the opentext.ini as well.