You just need to disable that filter completely. If you have a legitimate need to suppress some filter workflow if the user is "Distributed Server" then you're best bet is to research which filters those are and add $USER$ != "Distributed Server" to their Run If, as long as they don't also have any Else actions. Keep in mind that DSO is only going to modify the special Distributed fields, so as long as your other filters reference TR/DB or other values of non-DSO fields that won't apply during a DSO update then there should be no need to exclude "Distributed Server".
Chad Hall (501) 342-2650 ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, October 17, 2007 12:31 PM To: [email protected] Subject: Re: DSO Issue ** OK ... this get a little more interesting: I did find a filter that was firing on Submit\Modify. This filter has a RunIf qualification of $USER$="Distributed Server". The only action is to pop a message box as Error. So that is why I am seeing the arerror log fill up with errors like "Distrib : (ARERROR 10000)". It appears a past developer created this filter to stop the Distributed Server user from running filters. Now I a trying to figure out how\why this filter is firing with the above mentioned qualification. This is all happening on the primary server where the DSO action originated. On 10/17/07, Hall Chad - chahal <[EMAIL PROTECTED]> wrote: ** The error is happening when DSO tries to update the 'Transfer Status' field on the source entry. You must have a filter triggering a custom error message (10000) on Modify. The error number may make this one hard to find, but once you find it you'll need to add $USER$ != "Distributed Server" to its Run If. The transfer completes before Stage 8, as the log shows. It just isn't able to go back and update the Transfer Status before it deletes the item out of the Distributed Pending queue. This may not be a big deal, but I think it's a good idea to setup workflow on Transfer Status to track errors so you may want to find the filter that's causing this error. Chad Hall (501) 342-2650 ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Wednesday, October 17, 2007 9:09 AM To: [email protected] Subject: DSO Issue ** Can anyone figure out why I might be seeing the error below. It only happens on 1 form and the record is transferring correctly: <DIST> Get a list of items to process (Wed Oct 17 2007 09:59:48.9125) <DIST> 1 new item(s) found <DIST> Processing item number 0 (Wed Oct 17 2007 09:59:48.9193) <DIST> Pending type -- 1 <DIST> Source Form -- AOL:WebTrak QA CheckPoint <DIST> Source ID -- 000000000000109 <DIST> Pending Other -- <DIST> -m AOL:WebTrakQACheckPointCMB2 <DIST> Get source structure <DIST> Using EXISTING cache definition for AOL:WebTrak QA CheckPoint (from server name) <DIST> Have source structure details, get entry <DIST> Have entry details, get mapping <DIST> Filter-specified mapping -- AOL:WebTrakQACheckPointCMB2 <DIST> Mapping name -- AOL:WebTrakQACheckPointCMB2 <DIST> Target form -- AOL:WebTrak QA CheckPoint <DIST> Target server -- arprd-d01.ops.aol.com <DIST> Get target structure <DIST> Using EXISTING cache definition for AOL:WebTrak QA CheckPoint (to server name) <DIST> Perform mapping <DIST> Transfer successfully completed. New/overwritten entry 000000000000109 <DIST> Mapping completed <DIST> --> To stage: 8 (of 8) Return Code: 0 DONE <DIST> (ARERR 10000) <DIST> * Failure while updating the status of the entry <DIST> Delete pending item -- 000000036240344 Thank you Frank __20060125_______________________This posting was submitted with HTML in it___ ************************************************************************ * The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank you. ************************************************************************ * __20060125_______________________This posting was submitted with HTML in it___ -- Frank Caruso Specific Integration, Inc. Senior Remedy Engineer, ITIL Foundation Certified www.specificintegration.com 703-376-1249 __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
