Operating System - HP-UX
1848581 Members
1909 Online
104033 Solutions
New Discussion

I should have listened to my mother...:(

 
SOLVED
Go to solution
Ron Irving
Trusted Contributor

I should have listened to my mother...:(

...and continued with the violin. Ok. Here's my problem, (besides the obvious.) On our HP-UX box, (D370, running 10.20,) there's just one up address that can't login to the application. addr 172.16.0.94, when I try to login to the app on a system with that ip addy, it tells me that, "can't open display unit.mossergrp.com" There used to be an entry in the /etc/hosts file for that host pointing to that address. I removed it, and any other reference to that ip addy that I could find. Still can't login. How can I search the entire box for those references? The find command? I'm not looking for files, per say...just references within files. Any help y'all can provide would be greatly appreciated, by this lonely canuck gone south.

see ya

ron irving
Should have been an astronaut.
11 REPLIES 11
Ron Irving
Trusted Contributor

Re: I should have listened to my mother...:(

By the way, I can still login as root from the offending ip address. So, what I'm thinking is, perhaps the display variable is being set somehow. We use exceed. Anyone??

ron
Should have been an astronaut.
Bernie Vande Griend
Respected Contributor

Re: I should have listened to my mother...:(

I'm a bit confused by your post. But if you want to find a string within multiple files you can do the following:
find /directory-to-start-in -print | xargs grep 172.16.0.94
or find . -name '*string*' -exec grep 172.16.0.94 {} \; -print

Otherwise if you can clarify a bit what the application is and what the connection to the HP server is, and what has changed, I can help further.
Ye who thinks he has a lot to say, probably shouldn't.
Sridhar Bhaskarla
Honored Contributor

Re: I should have listened to my mother...:(

Ron,

Did you check the .profile of root on that system?. Somebody might have hardcoded the systemname in it for DISPLAY variable.

-Sri
You may be disappointed if you fail, but you are doomed if you don't try
linuxfan
Honored Contributor

Re: I should have listened to my mother...:(

Hi Ron,


From your question, when you login from any other machine you are able to login but when you try to login from this particular IP address it fails giving "unable to open display"?


Did you check the /var/adm/inetd.sec Not sure if you were preventing that machine from able to telnet in?

Also if 172.16.0.94 is a workstation then do a xhost+ before logging in to the application server.

Do a nslookup 172.16.0.94 and nslookup unit.mossergrp.com
Are they pointing to the address?

-Ramesh
They think they know but don't. At least I know I don't know - Socrates
Ron Irving
Trusted Contributor

Re: I should have listened to my mother...:(

when I did nslookup 172.16.0.94, sure enough, it came back with:

Trying DNS
Name: unit.mossergrp.com
Address: 172.16.0.94

How do I remove this entry from DNS?

(I'm pretty green yet)

By the way, our app is called Profitool. It's an accounting package designed for the construction industry.

Thanks for your help....points are forthcoming.

ron
Should have been an astronaut.
John Bolene
Honored Contributor
Solution

Re: I should have listened to my mother...:(

Depends on who your DNS server is and if you have root authority to change it.

On my DNS server, I have a hosts file that contains all the entries for all the domains and I just have to run the hosts_to_named scripts to change it.

You then have to stop the named server to clear the cache by sig_named kill and restart it by /usr/sbin/named

Any secondaries will at some time determined by their refresh time, go look to see if they need to change their tables. You may need to stop and restart the named on them also.
It is always a good day when you are launching rockets! http://tripolioklahoma.org, Mostly Missiles http://mostlymissiles.com
Deshpande Prashant
Honored Contributor

Re: I should have listened to my mother...:(

Hi
As your are using exceed to connect to HP box and if you are using xterm connections and not XDMCP connection check the options of xterm command which might have wrong IP/host name specified there.

Thanks.
Prashant.
Take it as it comes.
Joseph C. Denman
Honored Contributor

Re: I should have listened to my mother...:(

Hi Ron,

I'm still a little confused (...as always), but why would you want to remove the system from the dns? Is this a gui application? The gui will need to resolve to hostname inorder to send the graphics back to the client. It appears that the app is having problems opening up the display.

try this:

nslookup unit.mossergrp.com

nslookup 172.16.0.94

everythink OK?

xhost +
export DISPLAY=172.16.0.94:0.0

Then give it a try.

...jcd...
If I had only read the instructions first??
Ron Irving
Trusted Contributor

Re: I should have listened to my mother...:(

I think I put a bandaid on it.

Joseph...when I did the 'nslookup 172.16.0.94',
it came back with,
Name: unit.mossergrp.com
Address: 172.16.0.94

good? when I did 'nslookup unit.mossergrp.com'
it came back with,
can't find unit.mossergrp.com: Non-existent domain.

so, I did a grep for unit in that directory, and vi'ed the file, db.172.16, and commented the line '94.0 IN PTR unit.mossergrp.com'

then, sig_named kill, and then,
/usr/sbin/named.

I could login, but is that just a bandaid?

ron
Should have been an astronaut.
John Bolene
Honored Contributor

Re: I should have listened to my mother...:(

If you are the DNS guy, then that is an OK way to do things. You modified the db files that DNS uses.

You probably need to grep for hosts_to_named and see if there are scripts to make the files. There may be a separate hosts file that DNS is built from.

Grep for the hostname in the DNS files also to remove the forward pointer.
It is always a good day when you are launching rockets! http://tripolioklahoma.org, Mostly Missiles http://mostlymissiles.com
Joseph C. Denman
Honored Contributor

Re: I should have listened to my mother...:(

Ok, is there a reason you removed the entry from the hosts file? Did you want it to use dns instead. If so, the problem was not the ptr record. The problem was there was no associated A record. I bet if you uncomment out the ptr record and add an A record to the db.mossergrp.com and restart named, it will work.

Most gui's have to be able to resolve both forward and reverse.

Also, make sure you have your domain set in /etc/resolv.conf

...jcd...

If I had only read the instructions first??