Hello Guy, That 503 error sounds familiar to me. I don't have detail insight into OCS, but we've done a lot of testing together with the SyncML guys at Oracle. We've seen that 503 usually when a previous sync with the same user or device has not sucessfully completed, and a session was still pending somehow. Just leaving the server alone for 5mins and trying again has usually worked.
This situation easily happens when testing new stuff, but in normal operation this is rare so end users don't run into that too often. Still, some do and we have a FAQ entry on the Synthesis site for that: http://www.synthesis.ch/faq.php?lang=e (BTW: Altough that FAQ is for our commercial products, it might be helpful regarding compatibility issues with libsynthesis based clients as well. Best Regards, Lukas Zeller On Jun 17, 2010, at 22:18 , Guy Stalnaker wrote: > Patrick, > >> On 06/17/2010 01:54 AM, Patrick Ohly wrote: >>> On Wed, 2010-06-16 at 23:23 +0100, Guy Stalnaker wrote: >>>> What is meant by "Oracle branch"? >>> >>> At one point there was a branch in our source code repository for >>> Oracle. It had a new template for Oracle. This has been rolled into the >>> main branch and is in the latest releases, so you can use "--configure >>> --sync-property syncurl=<my url> ... oracle". > > Thank you very much for your reply. The log of my latest attempt is attached. > Here is the situation. > > Server: Oracle Calendar OCAS v10.1.2.3.4 > Client: SyncEvolution 1.0beta2a > Host: Ubuntu Lucid 10.04 32-bit > > I have both manually created a profile and (following your explanation) I've > used the built-in oracle template. Both result in the exact same 503 error. > As you can see from the log, credential authentication is successful. As is > the query for the Sync server info: > > <quote> > [2010-06-17 14:07:45.819] 'DevInf_Analyze' - Analyzing remote > devInf [--][++] [->end] [->enclosing] > # [2010-06-17 14:07:45.820] Device ID='OracleSyncServer', Type='server', > Model='' > # [2010-06-17 14:07:45.820] Manufacturer='Oracle', OEM='Oracle' > # [2010-06-17 14:07:45.820] Softwarevers='10.1.2', > Firmwarevers='10.1.2', Hardwarevers='10.1.2' > # [2010-06-17 14:07:45.820] SyncML Version: SyncML/1.2 > # [2010-06-17 14:07:45.820] SyncML capability flags: wantsNOC=Yes, > canHandleUTC=Yes, supportsLargeObjs=Yes > # [2010-06-17 14:07:45.820] Detected Oracle OCS Server - suppress > dynamic X-nnnn TYPE params, and <filter> > # [2010-06-17 14:07:45.820] OCS with device that > has not guaranteed > unique ID - use user+devid hash for Source LocURI > </quote> > > SyncEvolution both successfully authenticates a session and it successfully > queries and parses the response for devInf. The failure comes next. > > <quote> > [2010-06-17 14:07:45.827] 'issue' - issuing command, > Cmd=Status [--][++] [->end] [->enclosing] > # [2010-06-17 14:07:45.827] Status Code 200 issued for Cmd=Results, (incoming > MsgID=1, CmdID=4) > # [2010-06-17 14:07:45.827] - SourceRef (remoteID) = './devinf12' > # [2010-06-17 14:07:45.827] Status: issued as (outgoing MsgID=2, CmdID=2), > not waiting for status > # [2010-06-17 14:07:45.827] Deleted command 'Status' (outgoing MsgID=2, > CmdID=2) > # [2010-06-17 14:07:45.827] Outgoing Message size is now 384 bytes > –[2010-06-17 14:07:45.827] End of 'issue' [->top] [->enclosing] > o [2010-06-17 14:07:45.828] Deleted command 'Results' (incoming MsgID=1, > CmdID=4) > –[2010-06-17 14:07:45.828] End of 'processCmd' [->top] [->enclosing] > + [2010-06-17 14:07:45.828] Created command 'Status' (incoming) > + + > – [2010-06-17 14:07:45.828] 'processStatus' - Processing incoming Status > [--][++] [->end] [->enclosing] > o [2010-06-17 14:07:45.828] Started processing Command 'Status' (incoming > MsgID=1, CmdID=5) > o [2010-06-17 14:07:45.828] WARNING: RECEIVED NON-OK STATUS 503 for command > 'Alert' (outgoing MsgID=1, CmdID=3) > o [2010-06-17 14:07:45.828] - TargetRef (remoteID) = './calendar/tasks' > o [2010-06-17 14:07:45.828] - SourceRef (localID) = './todo' > o [2010-06-17 14:07:45.828] - Item data = > o [2010-06-17 14:07:45.828] Found matching command 'Alert' for Status - > Synthesis SyncML Engine 3.4.0.5 Log (p15 of 19) > o + > </quote> > > The abort happens soon after. > > You'll know why this "Command 'Alert'" is being sent to the server? What is > the expected server response? > > Using Oracle-supplied steps I created a sync profile for SyncEvolution (much > like the article about SE and Beehive mentions). I can see that the Sync > server records the connection in data for my user account, but that data is > minimal as the sync session is terminated after the 503 error (I've included > the full directory listing for my data so you can see what the various files > look like on the Oracle side of things; the 364A7A16 set are from use of a > Palm Synthesis; the IMEI is a Blackberry Nexthaus client; the NL-283134 is > NotifyLink Enterprise Server): > > <quote> > [2:06pm n...@wisccal-sync] ~> sudo ls -l > ocas10g/linkdb/calserv/jstalnak,user=/ > wisccal-sync Password: > total 678 > -rw-r----- 1 oracle dba 19034 Jun 5 13:03 > 364A7A16__calendar_events.db > -rw-r----- 1 oracle dba 85 Mar 30 17:07 > 364A7A16__calendar_tasks.db > -rw-r----- 1 oracle dba 75 Mar 30 17:07 364A7A16__contacts.db > -rw-r----- 1 oracle dba 51308 Jun 16 17:24 > IMEI_3193ec46__calendar_events.db > -rw-rw---- 1 oracle dba 771 Jun 18 2009 > IMEI_3193ec46__calendar_tasks.db > -rw-rw---- 1 oracle dba 914 Sep 2 2009 > IMEI_3193ec46__contacts.db > -rw-r----- 1 oracle dba 20070 Nov 2 2009 > IMEI_32caae79__calendar_events.db > -rw-r----- 1 oracle dba 787 Nov 8 2009 > IMEI_32caae79__calendar_tasks.db > -rw-r----- 1 oracle dba 41480 Nov 2 2009 > IMEI_32caae79__contacts.db > -rw-rw---- 1 oracle dba 4795 Jun 17 14:06 index.idx > -rw-r----- 1 oracle dba 76899 Jan 8 17:07 > NL-283134__calendar_events.db > -rw-r----- 1 oracle dba 1452 Jan 8 17:07 > NL-283134__calendar_tasks.db > -rw-r----- 1 oracle dba 98567 Mar 31 18:43 > NL-289054__calendar_events.db > -rw-r----- 1 oracle dba 1452 Mar 31 18:43 > NL-289054__calendar_tasks.db > -rw-r----- 1 oracle dba 83 Jun 16 09:28 > syncevolution-32cbd467-c9a4-437a-ab8e-1718ab773846__calendar_events.db > -rw-r----- 1 oracle dba 77 Jun 16 09:28 > syncevolution-32cbd467-c9a4-437a-ab8e-1718ab773846__calendar_tasks.db > -rw-r----- 1 oracle dba 79 Jun 16 09:28 > syncevolution-32cbd467-c9a4-437a-ab8e-1718ab773846__contacts.db > -rw-r----- 1 oracle dba 83 Jun 17 14:06 > syncevolution-3c7dc774-60b1-4255-9ff2-69f3395866cc__calendar_events.db > -rw-r----- 1 oracle dba 77 Jun 17 14:06 > syncevolution-3c7dc774-60b1-4255-9ff2-69f3395866cc__calendar_tasks.db > -rw-r----- 1 oracle dba 79 Jun 17 14:06 > syncevolution-3c7dc774-60b1-4255-9ff2-69f3395866cc__contacts.db > </quote> > > It's obvious from the file sizes alone that the syncevolution data files have > minimal information as all are less than 90 *bytes*. > > How can we trouble-shoot this? > > Again, I'm the Oracle Calendar admin so I have complete access to all facets > of the Oracle OCAS (sync server) configuration and logs. I can give you WAY > more debug log data than you really want :-) > > Where I want to go with my testing is a process that will allow users of > MacOS Apple iCal a method to connect to and read/write their Oracle Calendar > data. Right now that is not possible. We've a project to replace our Oracle > Calendar but that's going to take two years. If I can get our many Mac users > a method to access their Oracle account using Apple iCal, I'd be a very happy > person. Because syncevolution writes its data to a file using icalendar, > there's a chance that same data file may work with Apple iCal (as it works > for Evolution) since Apple iCal supports iCalendar (!?). > > Best regards, > > Guy > >> >> ./Contacts is correct and matches the Oracle template (ignoring case, >> which IMHO doesn't matter). >> >> Perhaps this article here helps? It is about Behive, but I can imagine >> that Calendar Server also needs server-side configuration changes. >> >> http://syncevolution.org/wiki/nokia-n900-oracle-beehive >> > > <syncevolution-log.html>_______________________________________________ > SyncEvolution mailing list > [email protected] > http://lists.syncevolution.org/listinfo/syncevolution Lukas Zeller ([email protected]) - Synthesis AG, SyncML Solutions & Sustainable Software Concepts [email protected], http://www.synthesis.ch _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
