My fellow Listers, Did you every have one of the moments when it hit you that the issue was NOT the macro or the runmacro command. Well that happened to me. I was chatting with one of the BMC Engineer's about this issue and he asked me to check to see if someone had modified our script and added the -a parameter to the runmacro command line entry and put in the incorrect port number. We in fact do use that parameter to set the port to the same port the AR Server is using. On this server we use port 2048 and someone entered it as 2084. WOW, this was the source of my long frustration with this. At least I finally found the issue, with LOTS of help, and it is now working as expected.
I want to thank the entire ARSList and Doug, as well, on providing some outstanding insights as to what issues to look for and providing many possible solutions. It has been a long two weeks and now to move on to the next big challenge. Again a very BIG Thanks you to all of you. Christopher Pruitt Business Consulting III Remedy Developer BMC Certified Administrator: BMC Remedy AR System 7.6.04 HP Enterprises Services christopher.pru...@hp.com www.hp.com<http://www.hp.com/> [HP_logo] Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Wednesday, March 20, 2013 12:43 PM To: arslist@ARSLIST.ORG Subject: Re: Frustration ** Chris, The first thing to look at is the error you are getting - error 90. This error is a connectivity error. It is returned whenever the caller of the API cannot establish a connection to the remote environment. You have spoken about logs and such but this error indicates to me that there was never a TCP connection made to the server and no traffic or interaction from this client to the server. So, you should not see any API call or interaction or even the existence of this client showing up in any log on the server. If things are showing up in the logs, then we have a different discussion as that means that it IS establishing connection and then is losing it (or trying to connect to yet another server which it cannot connect to). n So, just to check.... You are not including the server name of the server to reference in the macro you are running and that server name is not a legal server? are you? n Also, if you run driver (or some other API program) and reference the same server and same port (if you are qualifying the port), do you get the same error or does it connect? For example is there a DNS problem on the machine so it cannot resolve the name you are using... It is not related to libraries - the code is running just fine. A lot of the other possibilities mentioned would occur AFTER connectivity was established. For example, you have to be talking to the server to get the message that the protocol version is not legal so you would get an error indicating that NOT an error that says you cannot connect to the server. Now, the secondary part of the error message "RPD: Miscellaneous tli error - event requires attention Permission denied" (everything after the colon) is the error received from the OS as the API was attempting to establish contact with the server. This is the error that comes back from the failure to set up the TCP connection. If not using specific ports, the system uses UDP to call portmapper to get the port the server is running on and then uses TCP to connect to that server. Either one of these failing will cause the connection to fail. If using a specific TCP port, the UDP step to call portmapper is not used. So, if driver cannot connect either, find the port that the server is running on and run driver and specify that port and see if it can connect. If so, you have isolated the issue to portmapper. If still not, then you still don't know why it is failing. Of course if driver connects and runmacro still has trouble, then I don't know what to think other than the macro itself referencing a server other than the current one. Anyway, hopefully some information that can help narrow and focus your investigation. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Tuesday, March 19, 2013 2:06 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Frustration ** Hello Fellow Listers. I have been fighting a runmacro issue on version 7.6.04 for almost a month now. I have tried every trick I can think of. I keep getting the following error every time I try and execute a runmacro command. Cannot establish a network connection to the AR System server - <REMOVED> : RPC: Miscellaneous tli error - event requires attention Permission denied [ARERR 90] We added: export SHLIB_PATH=/appl/Remedy/bin and export NLSPATH=/appl/Remedy/locale/C to our .profile We made sure that the Symbolic Link for runmacro.cat in /usr/lib/nls/msg/C/ is pointing to the correct directory We ran the locale command and all looks good And still none of these made a difference Is there any other path I need to set on my .profile or copy the runmacro.cat file to? This is very frustrating, the runmacro worked just fine before we upgraded, however, when we upgraded from 7.1 to 7.6.04 it just stopped working. Environment; AR System: 7.6.04 SP4 201209051922 OS: HP-UX B.11.31 Database: 10.2.0.4.0 - 64bi Database Client Library: /appl/oracle/product/11.2.0/Client_11.2.0 Christopher Pruitt Remedy Developer BMC Certified Administrator: BMC Remedy AR System 7.6.04 HP Enterprise Services Bank of America Account | CIA - Integrated Applications | IW Infrastructure Team +1.972.605.7702 office | christopher.pru...@hp.com<mailto:christopher.pru...@hp.com> Upcoming OOO: 4/1 through 4/5 - Vacation _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
<<inline: image001.png>>
