[SOLVED] ruptime is not showing all the machines in network
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
ruptime is not showing all the machines in network
Hi,
I usually monitor machines in the network via ruptime. But one machine (lambda) acts very odd. It never shows up in the output of ruptime, unless ruptime is run from a particular client (delta).
For example, say I am logged in lambda. This is what the output of ruptime and few other commands are:
Code:
[root@lambda ~]# ruptime
alpha up 9+04:18, 4 users, load 0.01, 0.08, 0.08
beta up 8+06:14, 3 users, load 0.05, 0.23, 0.22
delta up 41+20:52, 0 users, load 0.16, 0.51, 0.31
eps up 9+00:20, 2 users, load 0.10, 0.04, 0.01
gamma up 1:33, 1 user, load 1.10, 1.03, 0.97
pi up 27+01:07, 7 users, load 1.55, 1.82, 1.54
sigma up 1+03:56, 3 users, load 0.01, 0.18, 1.71
tau up 146+03:59, 1 user, load 0.10, 0.24, 0.13
[root@lambda ~]# cd /var/spool/rwho/
[root@lambda rwho]# ll
total 32
-rw-r--r-- 1 root root 228 Jun 3 15:44 whod.alpha
-rw-r--r-- 1 root root 156 Jun 3 15:42 whod.beta
-rw-r--r-- 1 root root 84 Jun 3 15:43 whod.delta
-rw-r--r-- 1 root root 156 Jun 3 15:44 whod.eps
-rw-r--r-- 1 root root 84 Jun 3 15:42 whod.gamma
-rw-r--r-- 1 root root 252 Jun 3 15:42 whod.pi
-rw-r--r-- 1 root root 180 Jun 3 15:42 whod.sigma
-rw-r--r-- 1 root root 228 Jun 3 15:44 whod.tau
[root@lambda rwho]# uptime
15:45:50 up 92 days, 22:36, 7 users, load average: 0.02, 0.03, 0.00
[root@lambda ~]# uname -a
Linux lambda.grp.vpncc.org 2.6.18-164.11.1.el5 #1 SMP Wed Jan 6 13:26:04 EST 2010 x86_64 x86_64 x86_64 GNU/Linux
This is the case for any machine other than delta. None of them show lambda in ruptime result. But from delta it looks like this:
Code:
[root@delta ~]# ruptime
alpha up 9+04:24, 4 users, load 0.09, 0.05, 0.06
beta up 8+06:23, 4 users, load 0.44, 0.27, 0.22
delta up 41+20:58, 0 users, load 0.04, 0.25, 0.25
eps up 9+00:26, 2 users, load 0.08, 0.14, 0.07
gamma up 1:39, 1 user, load 1.12, 1.06, 1.00
lambda up 92+22:40, 4 users, load 0.09, 0.08, 0.02
pi up 27+01:16, 9 users, load 1.08, 1.18, 1.31
sigma up 1+04:02, 3 users, load 0.05, 0.08, 1.15
tau up 146+04:08, 1 user, load 0.13, 0.16, 0.12
[root@delta ~]# uname -a
Linux delta.grp.vpncc.org 2.6.18-53.1.21.el5 #1 SMP Tue May 20 09:35:07 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
Only difference between delta and other machines is the fact that delta is the file server that hosts the nfs directories shared in all the machines. All the machines are in the same subnet. All of them run either RHEL4, RHEL5 or CentOS5. lambda runs RHEL 5.4, delta runs CentOS 5.2.
I tried restrting rwhod daemon on lambda, but no change.
Any idea why lambda is playing this hide and seek with ruptime?
If there is any other info I need to post, let me know.
One thing I'd like to mention at this point is, rwhod/ruptime/rwho (r-apps) are considered pretty insecure these days. You ~really~ shouldn't even be running these on machines behind a firewall imo. There are better solutions like snmpd and such.
However, addressing your problem directly-- I would say rwhod isn't running or accessible on lambda except on/to delta. May be a firewall issue or a hosts.* issue.
One thing I'd like to mention at this point is, rwhod/ruptime/rwho (r-apps) are considered pretty insecure these days. You ~really~ shouldn't even be running these on machines behind a firewall imo. There are better solutions like snmpd and such.
May be I should switch to a more secure method, but first I need to figure out why is this issue with rwho in my current setup.
Quote:
Originally Posted by rweaver
However, addressing your problem directly-- I would say rwhod isn't running or accessible on lambda except on/to delta. May be a firewall issue or a hosts.* issue.
rwhod is running on lambda, as well as on all other machines. I even restarted it. But that didn't change the problem. The output is exactly same as lambda output if I run ruptime from alpha or any other machine except delta.
Can you elaborate on potential firewall/hosts* issue, please? Which places should I look for them?
Are you running iptables? Compare delta vs another machine, take a look at the config on lambda does it have anything special referencing delta? What do the hosts.allow and hosts.deny show?
Sorry rweaver, I couldn't reply as I had to go out of country immediately after your reply, and will be out for another month. Added to that I am having trouble connecting to the cluster I had been writing about due to some vpn related issue from the new net connection I have. I think I'll be able to sort that issue soon, and then I'll get back with the status of the cluster iptables and hosts.* files.
No problem, enjoy your trip (even work trips out of the country can be enjoyable), if you still need help drop a line when you get back and we'll be glad to give you a hand.
Are you running iptables? Compare delta vs another machine, take a look at the config on lambda does it have anything special referencing delta? What do the hosts.allow and hosts.deny show?
I forgot to post this back! PROBLEM SOLVED!
iptables on delta was different than other machines. Once I cloned that iptable to other machines, everything is fixed.
iptable on each machine defines a group of machines which are allowed blindly. lambda was not part of that trusted group in any of the machines other than delta!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.