I am sorry, I misspoke (mistyped). I should have only specified looking up (forward and reverse) name and IP address, not setting them in the HOST file.
I am not REAL clear on why this happened to one of my environments. One of the theories is there is something with the DNS. Another thought is there is something weird with the way Microsoft (we were in a Microsoft environment) utilizes the DNS RFC. The thought is that Microsoft doesn't truly follow the DNS RFC, the way (for instance) Unix does. Hence, the issues seem to exist with some applications on the Microsoft platform. I found this from BMC support site: How is the server name resolved by Remedy in version 4.5x? KM 4679 http://support.bmc.com/kmspublic/KM-000000004679.htm Obviously this may or may not apply to ARS 6.x let alone 7.x I still wonder though. A solution we have found (sort of) works is to update and use the HOSTS file within the MS TCP/IP configuration settings. Even though we are able to do both forward and reverse name lookup using ONLY DNS. We are NOT using the FQDN, I think this is some of our reasons for intermittent problems still. I would make the HOST file change for both server name and FQDN if I was still on that project. :- ( In Microsoft, use the NSLOOKUP command in a dos prompt. From the mid-tier type in the Remedy server name <enter>. You shold get the IP address. Make a note of how the server name (if at all) got the FQDN (remedyserver.yourdomain.com) now type in the remedy server IP address <enter>. You should get the Server name, possibly a FQDN. According to the article above for Remedy 4.5x, I think, you need to get the FQDN. Perhaps one of the more knowledgeable listers can shed more light on the need or not for the FQDN. Example Host file. # 102.54.94.97 rhino.acme.com # source server # 38.25.63.10 x.acme.com # x client host ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of parikshit saxena Sent: Friday, March 30, 2007 2:55 AM To: [email protected] Subject: Re: Reg 9350 Error Nick, Thanks for the information. Could you please elaborate the reverse name lookup which you have mentioned below? (Sorry for being ignorant) Does it have to do with updated hosts file only? PS: But in case its a hosts or DNS issue, shouldn't iot occur everytime.Why for only some data? I earlier attributed this to firewall which may be blocking some specific data....but to no avail... Regards Parikshit ----- Original Message ---- From: ARSList <[EMAIL PROTECTED]> To: [email protected] Sent: Friday, 30 March, 2007 12:40:49 AM Subject: Re: Reg 9350 Error ** I don't recall the specific error number you specified, however, I have seen where the Mid-Tier is losing connectivity to the Remedy server. Usually, this was a DNS naming translation problem. Confirm you do both forward and reverse name lookups from both the Remedy server to the mid-tier and vice-versa. Even if this works, as it did for me in one environment, setup a HOSTS file for both forward and reverse name - IP on both servers and see if your issues get better, or is fixed. Good luck. Havin' Fun in Sacramento Nick ________________________________ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of parikshit saxena Sent: Thursday, March 29, 2007 9:05 AM To: [email protected] Subject: Reg 9350 Error Hi All We are facing a strange situation on using our application with mid tier 6.3- Error 9350: Network protocol/data error when performing data operation. Please contact administrator. The error appears intermittantly and causing problems to users. (AR v6.3 patch 13) We have tried analysing it but still unable to find the cause. The Remedy midtier is accessed through a portal which directs the user to this application. Would appreciate any quick inputs to suggest various causes which can result in this error. Best Regards Parikshit ________________________________ Here's a new way to find what you're looking for - Yahoo! Answers <http://us.rd.yahoo.com/mail/in/yanswers/*http:/in.answers.yahoo.com/> __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ ________________________________ Here's a new way to find what you're looking for - Yahoo! Answers <http://us.rd.yahoo.com/mail/in/yanswers/*http:/in.answers.yahoo.com/> __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
