Steve F.,
Try `touch .hushlogin` as the nagios user, in its homedir, on the target
host. That *should* cause ssh to suppress any remote-side banner/motd
from being displayed in-session.
I learned that one a few years ago, when automating some business logic,
to reduce the amount of logging taking place. It should suit your
purposes here (if it is, in fact, that extra line of text that's
throwing off the check).
Cheers
From: steve f [mailto:a31mod...@hotmail.com]
Sent: July-13-10 18:34
To: nagios-users@lists.sourceforge.net
Subject: Re: [Nagios-users] Going Nuts trying to get check_by_ssh to
work
If I remember, that line is in the sshd.config for the auth users
banner. I should be able to comment it out to test it.
Didn't think about that... I'll dial in when I get home & try it..
Thanks Benny for the info,
Steve
> Date: Tue, 13 Jul 2010 17:22:35 -0500
> From: be...@bennyvision.com
> To: nagios-users@lists.sourceforge.net
> Subject: Re: [Nagios-users] Going Nuts trying to get check_by_ssh to
work
>
>
> > I also tried this as well from the server , which does work....
> >
> > ssh 172.xx.xx.xx /usr/local/nagios/libexec/check_users -w 5 -c 8
> >
> > Authorized users only.
> >
> > USERS OK - 0 users currently logged in |users=0;5;8;0
> >
> >
> > This tells me that
> > 1. ssh as Nagios works
> > 2. the check_users script runs on the remote client fine
> > 3. 2 - way communication is good between the client & sever as I got
the
> > response back
> >
> > I am thinking there has to be something funky in the check_by_ssh
script.
> > Sound right ??
>
> Waitaminute... Where did that "Authorized users only" part come
> from?
>
> Nagios expects a single line of text, and SSH commands typically
> don't display banners (in my experience). Is that a banner that
> appears from the remote host? I wonder if that is confusing
> things. Can it be temporarily disabled to see if it changes the
> behavior?
>
> Benny
>
>
> --
> "Well, we *could* hunt down the perpetrators, pool some $$, and
> hire 3 or 4 baseball-bat wielding professional explainers to go
> explain our position to them. Figuring out how to do so without
> breaking any laws is the tough part..."
> -- Valdis Kletnieks, 2009-01-23
>
>
>
>
------------------------------------------------------------------------
------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Nagios-users mailing list
> Nagios-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when
reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
________________________________
The New Busy think 9 to 5 is a cute idea. Combine multiple calendars
with Hotmail. Get busy.
<http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=
PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5>
This message and any attachments are intended only for the use of the addressee
and
may contain information that is privileged and confidential. If the reader of
the
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
