If you want to stop all transactions to a particular target server then do something that will cause a recoverable error in DSO. A connection error usually has that effect. It will keep retrying the transaction until it reaches the limit defined by the mapping (which is probably infinite).
The tricky part is causing the connection error without impacting other servers and without a restart of AR Server. Ideally you could edit the hosts file to redirect the name of the target server to the IP address of a server that doesn't have AR Server running. However, in my old 6.3 patch 20 environment DSO appeared to cache the IP address when AR Server started, which meant changes to my hosts file were not honored by DSO until I restarted AR Server. I think I even tried killing the serverds.exe process in hopes that armonitor would restart it and use the new IP address, but that didn't work either. Perhaps you can find another way to reroute traffic though. DNS changes would work but that would obviously affect other systems referencing the target server. You might be able to use 'route' from the command line to modify your source server's network routing table. I know we've had that done before as a safeguard on our test server to prevent it from sending test DSO transactions to a production server, but I don't know if it takes effect immediately or not. Chad Hall (501) 342-2650 -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Joe Castleman Sent: Friday, May 09, 2008 10:09 AM To: [email protected] Subject: Temporarily disable DSO? All, Is there a way to temporarily disable a DSO mapping, such that any transactions on the "from" server will go into the Pending Distributions queue and reliably flush out when DSO is again enabled? I want to disable outbound traffic in one direction (i.e. one mapping), but not another (i.e. another mapping to a different "to" server). Disabling the distributed mappings causes the transactions to simply fail, with no queueing (I know the workaround for that is to simply export those entries where Modified Date >= the time I disabled DSO). I also want to avoid stopping and restarting the Remedy service. I have tried adding a line "Disable-Client-Operation: 5" to the ar.cfg file and then running "arsignal -c". Actually this does work, but not in reverse - I can't seem to undo it. If I comment out the line (or delete it) and run "arsignal -c" again, DSO is not enabled (but no errors). (I also tried this using driver.exe and running the "sig" command, no luck, but no errors either.) A drawback to this method - if it worked as expected - is that it disables the entire DSO, I really just want to stop one mapping but not another. Re-starting the Remedy service did not clear up the queue (and again, restarting is something I want to avoid, anyway.). It occurred to me to try commenting-out the "DSO-Target-Connection:" lines in ar.cfg but, as mentioned, I'm having trouble using "arsignal" to undo the changes. Details (both "to" and "from" servers): ARS 6.3, p22 Help Desk 6 (with a lot of home-grown objects) MS-SQL 2005 (9.00.3042.00) Windows Server 2k3 R2 Thanks in advance, Joe Castleman ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" *************************************************************************** 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. **************************************************************************** _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
