We always add the IP-Name to the config (because we use a cname alias I also add for safety the physical server name in additional IP-Name entries). Basically you have to tell the server any and all of the possible names it could be known as (an no I don't mean Friday humor of "That @#$%! server").
Server-Name: server1 IP-Name: server1.corp.mydomain.com IP-Name: physicalserver1 IP-Name: physicalserver1.corp.mydomain.com Adding the additional IP-Name entries causes the ARServer to replace any of the IP-Name entries (as well as the Server-Name) with the @ in all workflow (as it is saved). Fred From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Nichols, Wesley Sent: Friday, April 23, 2010 1:07 PM To: arslist@ARSLIST.ORG Subject: Re: Service Action in AL ** I believe this excerpt from the Server group white paper may help in these situations: Logging in with a server name that does not match the server alias can create problems when you are defining workflow that contains a server name. To work around these problems, you must add configuration definitions indicating to the server that any of a given set of server names is recognized as the current server. The configuration might appear more than once-for example, you might need to designate a short name and a long name, as shown in the following example: IP-Name: myserver IP-Name: myserver.remedy.com HTH. Wes From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Shellman, David Sent: Friday, April 23, 2010 12:40 PM To: arslist@ARSLIST.ORG Subject: Re: Service Action in AL ** Fred, One of the flaws within the config file is with the server name. The config file will only allow for shortened server name. It does not allow a fully qualified domain name. As our one server is used world wide, we use the fully qualified domain name when connecting to the server with the clients and the admin tool. Using the shortened server name can cause things to fail. Back in earlier versions this was always an issue as server names (shortened) were often contained within the workflow. Remember when we had to export the def files and execute arclean to replace the server names with @. It appears we may be back to those days with Service in order to get this to work in an environment where folks connect from multiple domains. Hopefully some one will take a look at the Service workflow and automatically include @ instead of the server name. Dave ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Thursday, April 22, 2010 3:29 PM To: arslist@ARSLIST.ORG Subject: Re: Service Action in AL ** Wow ... I never noticed this in the Active Link log file. You are correct that it shows Goto Guide Label and then the fields mapped on the Output mapping. If you have both Active Links and Filters in the log file (from the user tool) you will see the FLTR line shows: filter processing (phase 1) -- Operation - SERVICE on As for the Server name error... Are you logging in (thru the Admin tool) to the exact same server name that the server knows itself as (the Server-Name: value in the config file). Fred From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Thursday, April 22, 2010 1:43 PM To: arslist@ARSLIST.ORG Subject: Re: Logic in active links vs. filters ** THEN, (even weirder) when I created the Filter and then tested it on my form (I'm collecting some data from another form using a button), I get this on my workflow logs: <ACTL> Checking List TEST:Get Submitter Name (0) <ACTL> -> Passed qualification -- perform if actions <ACTL> 0: Goto Guide Label <ACTL> Submitter (2) = "" GoTo GUIDE LABEL???????????? This is a test form and has 3 active links (2 of them are disabled) and only one filter. NONE of them are calling guides or goto guide labels. Lisa ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Thursday, April 22, 2010 2:33 PM To: arslist@ARSLIST.ORG Subject: Re: Logic in active links vs. filters ** I tested this (I never used the Service Action in an Active Link before) and when I click on it, I get and error that our "server is not found in the list of servers (ARERR 2765)." I checked the error documentation (for 7.1 ARS - we are on 7.1 patch 7) and it says "When creating an Open Window action, you specified a server that the system could not find or resolve. Enter or select a different server name to continue." Is there something separate that we need to set up to support this Action? Even after I choose a server from the Server Name list and the form from the From Name list (I also choose Request ID from the Request ID list). Give it some field mapping, save the Active Link and reopen it up, this error appears again. Weird? Lisa _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
