Unfortunately, this time I got even less descriptive error !

I just imported one record and the error was:

Fri Apr 21 12:30:27 2006 Distrib : Pending distributed operation for this entry canceled due to error (ARDSNOTE 3003)
Fri Apr 21 12:30:27 2006

Does it have to do with ARS version? I have written a DSO operation from ARS 5.1.2 -> ARS 6.


The same operation from Server with ARS6 -> ARS 5.1.2 works fine !

Hi,

The encryption method for password has changed between 5.x and 6.x.

You need to set to blank all your DSO passwords.

Do you import the record on the destination server of the DSO operation???

DSO passwords are blank and I tried importing on source servr(which is ARS 5.1.2) and it failed to dso the record across.
From dest server (Ver 6) -> source DSO works fine.

You can import a record of the source server on the dest server without any errors and with the same options? (enforce pattern matching and require required fields)

Here was another test performed:

I pointed my source server DSO to a third server and this also did not work. I have checked the mapping and everything but am not sure why outgoing are not working.


This is the default log that was created:
<DIST> *** Retaining pending item, Status - RETRY
<DIST> Processing item number 3 (Mon Apr 24 2006 07:30:33.1966)
<DIST> Pending type -- 1
<DIST> Source Form -- Test:Legal Customers
<DIST> Source ID -- XX0000000000001
<DIST> Pending Other --
<DIST> -m "DSO:Legal Customer Mapping - server2" -s "Test:Legal Customers" -x server2
<DIST> Get source structure
<DIST> Using EXISTING cache definition for Test:Legal Customers (devfms)
<DIST> Have source structure details, get entry
<DIST> Have entry details, get mapping
<DIST> Filter-specified mapping -- DSO:Legal Customer Mapping - server2
<DIST> Filter-specified to form -- Test:Legal Customers
<DIST> Filter-specified to server -- server2
<DIST> Mapping name -- DSO:Legal Customer Mapping - server2
<DIST> Target form -- Test:Legal Customers
<DIST> Target server -- server2
<DIST> -> RETRY pending
<DIST> --> To stage: 5 (of 8) Return Code: 0 DONE
<DIST> *** Retaining pending item, Status - RETRY
<DIST> Sleeping for 1:30 minutes
G$ tail -f dso1.log.default
<DIST> Filter-specified mapping -- DSO:Legal Customer Mapping - server2
<DIST> Filter-specified to form -- Test:Legal Customers
<DIST> Filter-specified to server -- server2
<DIST> Mapping name -- DSO:Legal Customer Mapping - server2
<DIST> Target form -- Test:Legal Customers
<DIST> Target server -- server2
<DIST> -> RETRY pending
<DIST> --> To stage: 5 (of 8) Return Code: 0 DONE
<DIST> *** Retaining pending item, Status - RETRY
<DIST> Sleeping for 1:30 minutes
<DIST> Flushing cached pending list -- Will reload (Mon Apr 24 2006 07:32:02.9994)
<DIST> Get a list of items to process (Mon Apr 24 2006 07:32:03.0002)
<DIST> 0 new item(s) found
<DIST> Processing item number 0 (Mon Apr 24 2006 07:32:03.0099)

Further to it at times(not always) I get this error:

<DIST> * Access problem trying to get target form definition, retry later...

Log is below:
------------------------

<DIST> Processing item number 0 (Mon Apr 24 2006 09:55:27.0236)
<DIST> Pending type -- 1
<DIST> Source Form -- Test:Legal Customers
<DIST> Source ID -- XX0000000000001
<DIST> Pending Other --
<DIST> -m "DSO:Legal Customer Mapping" -s "Test:Legal Customers" -x server2 -p "DSO:Legal Customer Pool"
<DIST> Get source structure
<DIST> Using EXISTING cache definition for Test:Legal Customers (devfms)
<DIST> Have source structure details, get entry
<DIST> Have entry details, get mapping
<DIST> Filter-specified mapping -- DSO:Legal Customer Mapping
<DIST> Filter-specified to form -- Test:Legal Customers
<DIST> Filter-specified to server -- server2
<DIST> Mapping name -- DSO:Legal Customer Mapping
<DIST> Target form -- Test:Legal Customers
<DIST> Target server -- server2
<DIST> Get target structure
<DIST> * Access problem trying to get target form definition, retry later...
<DIST> --> To stage: 6 (of 8) Return Code: 2 RETRY
<DIST> *** Retaining pending item, Status - RETRY
<DIST> Sleeping for 1:30 minutes


What connectivity issues can be there and how should I resolve them?

Yes, it seems to be a connectivity issue.

What issue can it be and how can it be resovled?
None of the servers are configured on any particular port but are registered throuhg port mapper.

Try to use ethereal to troobleshot your network problem and/or ask your network administrator.

I synchronized the server queue and port settings on both servers and now I get a new error!!!!

<DIST> * Cannot find target form or problem with form

Log:

------
<DIST> Using EXISTING cache definition for Test:Legal Customers (server1)
<DIST> Have source structure details, get entry
<DIST> Have entry details, get mapping
<DIST> Filter-specified mapping -- DSO:Legal Customer Mapping
<DIST> Filter-specified to form -- Test:Legal Customers
<DIST> Filter-specified to server -- server2
<DIST> Mapping name -- DSO:Legal Customer Mapping
<DIST> Target form -- Test:Legal Customers
<DIST> Target server -- server2
<DIST> Get target structure
<DIST> * Cannot find target form or problem with form
<DIST> --> To stage: 6 (of 8) Return Code: 2 CANCEL
<DIST> Delete pending item -- 000000000001049
<DIST> Sleeping for 7:31 minutes


HELP !