That is what we thought as well and we use don't pass in any TCP or RPC Port at all to the macro.
Christopher Pruitt Business Consulting III Remedy Developer BMC Certified Administrator: BMC Remedy AR System 7.6.04 HP Enterprises Services [email protected] 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:[email protected]] On Behalf Of Steve Kallestad Sent: Wednesday, March 20, 2013 11:14 AM To: [email protected] Subject: Re: Frustration ** Have you tried running it remotely? Maybe it's trying to open the same RPC/TCP port as one currently in use. On Wed, Mar 20, 2013 at 8:59 AM, Hennigan, Sandra <[email protected]<mailto:[email protected]>> wrote: ** Just a thought - what are the permissions on the folder where the macro is stored? Thank you, Sandra Hennigan Remedy Developer From: Action Request System discussion list(ARSList) [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 20, 2013 11:55 AM To: [email protected]<mailto:[email protected]> Subject: Re: Frustration ** Right, we did thing of all those same issues and none of them apply. 1) whether encryption is installed server side and if that's a problem. (We don't run encryption on this server) 2) if there's an output file, if that directory exists and is writable. (The macro is actually pushing a value to a field on a data form and doing a bulk modify. It worked before the upgrade but after it just fails) 3) account restrictions - try running as a superuser and if that works, start tracking down dependencies and checking what they are. (We run using the super user account) 4) server side logs. maybe the permission restriction affecting things exists on that side of the street and there's more information. (We ran logs on API, Filter, SQL, and Thread and found no other issue, aside from this Permissions problem) 5) firewall (We run local on the Server. The database, application, and the macro we are accessing are all on the same server so no firewall is involved) Christopher Pruitt Business Consulting III Remedy Developer BMC Certified Administrator: BMC Remedy AR System 7.6.04 HP Enterprises Services [email protected]<mailto:[email protected]> 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:[email protected]<mailto:[email protected]>] On Behalf Of Steve Kallestad Sent: Tuesday, March 19, 2013 4:40 PM To: [email protected]<mailto:[email protected]> Subject: Re: Frustration ** "Permission denied" is a new one on me. I'd look into a couple of things: 1) whether encryption is installed server side and if that's a problem. 2) if there's an output file, if that directory exists and is writable. 3) account restrictions - try running as a superuser and if that works, start tracking down dependencies and checking what they are. 4) server side logs. maybe the permission restriction affecting things exists on that side of the street and there's more information. 5) firewall Just a few ideas. On Tue, Mar 19, 2013 at 2:06 PM, Pruitt, Christopher (Bank of America Account) <[email protected]<mailto:[email protected]>> wrote: ** 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<http://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<http://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<tel:%2B1.972.605.7702> office | [email protected]<mailto:[email protected]> 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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _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>>
