Page 1 of 2

sudo: unknown uid: 4294967295

Posted: Wed May 25, 2016 10:31 pm
by EOCulubong
Hi Guys,

I am trying to run this plugin for TSM monitoring (http://thobias.org/tsm/tsmmonitor/) but I am having an error every time I try running it from the server using nrpe.

[root@nagiosxi ~]# /usr/local/nagios/libexec/check_nrpe -H <host_ip> -c tsm_check_del_drive
sudo: unknown uid: 4294967295

I already tried some tips from other users/websites regarding this issue to no avail. Already added sudo to nrpe.cfg file, edited the /etc/sudoers file. This is the only error I am facing right now. Running the script on the remote host gives the desired output.

I would really appreciate if someone would help me with this and show me how can I fix that error I am having.

Thanks and Regards,
:D

Re: sudo: unknown uid: 4294967295

Posted: Thu May 26, 2016 10:37 am
by ischwartz
What version of CentOS are you running?

Re: sudo: unknown uid: 4294967295

Posted: Thu May 26, 2016 5:27 pm
by EOCulubong
Hi Sir,

Nagios is running in linux, if that is what you are asking.

[root@nagiosxi ~]# uname -mrs
Linux 2.6.32-431.el6.x86_64 x86_64

Also, there are other plug-ins running using nrpe and they are working fine, I don't know if the unknown uid 4294967295 is having issues accessing dsmadmc, which is part of the script.

Regards,
:D

Re: sudo: unknown uid: 4294967295

Posted: Thu May 26, 2016 8:51 pm
by Box293
What is the output of:

Code: Select all

cat /etc/*eleas*

Re: sudo: unknown uid: 4294967295

Posted: Mon May 30, 2016 3:10 pm
by EOCulubong
Hi Sir,

[root@nagiosxi ~]# cat /etc/*eleas*
CentOS release 6.5 (Final)
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
cat: /etc/lsb-release.d: Is a directory
CentOS release 6.5 (Final)
CentOS release 6.5 (Final)
cpe:/o:centos:linux:6:GA

Regards

Re: sudo: unknown uid: 4294967295

Posted: Mon May 30, 2016 8:40 pm
by rkennedy
Can you show us the full input / output of running the script NRPE is referencing locally?

It'll help with taking a look at things. Also, please post how the command is defined in your NRPE configuration.

Re: sudo: unknown uid: 4294967295

Posted: Tue May 31, 2016 11:20 am
by EOCulubong
Hi Sir,

I found this TSM monitor plugin from this webite: http://thobias.org/tsm/tsmmonitor/tsmmonitor.

And running it locally gives out the desired result:

<remote_host>:~ # /usr/lib/nagios/plugins/tsm_check_del.sh drive
drive - number of drives not online 0, OK

But running it from the nagios server gives out this result:

[root@nagiosxi ~]# /usr/local/nagios/libexec/check_nrpe -H <remote_host_ip> -c tsm_check_del_drive
sudo: unknown uid: 4294967295

Below is my nrpe.cfg configuration:

Code: Select all

#############################################################################
# Sample NRPE Config File
# Written by: Ethan Galstad ([email protected])
#
# Last Modified: 11-23-2007
#
# NOTES:
# This is a sample configuration file for the NRPE daemon.  It needs to be
# located on the remote host that is running the NRPE daemon, not the host
# from which the check_nrpe client is being executed.
#############################################################################


# LOG FACILITY
# The syslog facility that should be used for logging purposes.

log_facility=daemon



# PID FILE
# The name of the file in which the NRPE daemon should write it's process ID
# number.  The file is only written if the NRPE daemon is started by the root
# user and is running in standalone mode.

pid_file=/var/run/nrpe/nrpe.pid



# PORT NUMBER
# Port number we should wait for connections on.
# NOTE: This must be a non-priviledged port (i.e. > 1024).
# NOTE: This option is ignored if NRPE is running under either inetd or xinetd

server_port=5666



# SERVER ADDRESS
# Address that nrpe should bind to in case there are more than one interface
# and you do not want nrpe to bind on all interfaces.
# NOTE: This option is ignored if NRPE is running under either inetd or xinetd

#server_address=127.0.0.1



# NRPE USER
# This determines the effective user that the NRPE daemon should run as.
# You can either supply a username or a UID.
#
# NOTE: This option is ignored if NRPE is running under either inetd or xinetd

nrpe_user=nagios,nrpe



# NRPE GROUP
# This determines the effective group that the NRPE daemon should run as.
# You can either supply a group name or a GID.
#
# NOTE: This option is ignored if NRPE is running under either inetd or xinetd

nrpe_group=nagios,nrpe



# ALLOWED HOST ADDRESSES
# This is an optional comma-delimited list of IP address or hostnames
# that are allowed to talk to the NRPE daemon. Network addresses with a bit mask
# (i.e. 192.168.1.0/24) are also supported. Hostname wildcards are not currently
# supported.
#
# Note: The daemon only does rudimentary checking of the client's IP
# address.  I would highly recommend adding entries in your /etc/hosts.allow
# file to allow only the specified host to connect to the port
# you are running this daemon on.
#
# NOTE: This option is ignored if NRPE is running under either inetd or xinetd

allowed_hosts=<nagios host IP>



# COMMAND ARGUMENT PROCESSING
# This option determines whether or not the NRPE daemon will allow clients
# to specify arguments to commands that are executed.  This option only works
# if the daemon was configured with the --enable-command-args configure script
# option.
#
# *** ENABLING THIS OPTION IS A SECURITY RISK! ***
# Read the SECURITY file for information on some of the security implications
# of enabling this variable.
#
# Values: 0=do not allow arguments, 1=allow command arguments

dont_blame_nrpe=1



# COMMAND PREFIX
# This option allows you to prefix all commands with a user-defined string.
# A space is automatically added between the specified prefix string and the
# command line from the command definition.
#
# *** THIS EXAMPLE MAY POSE A POTENTIAL SECURITY RISK, SO USE WITH CAUTION! ***
# Usage scenario:
# Execute restricted commmands using sudo.  For this to work, you need to add
# the nagios user to your /etc/sudoers.  An example entry for alllowing
# execution of the plugins from might be:
#
# nagios          ALL=(ALL) NOPASSWD: /usr/lib/nagios/plugins/
#
# This lets the nagios user run all commands in that directory (and only them)
# without asking for a password.  If you do this, make sure you don't give
# random users write access to that directory or its contents!

# command_prefix=/usr/bin/sudo



# DEBUGGING OPTION
# This option determines whether or not debugging messages are logged to the
# syslog facility.
# Values: 0=debugging off, 1=debugging on

debug=1



# COMMAND TIMEOUT
# This specifies the maximum number of seconds that the NRPE daemon will
# allow plugins to finish executing before killing them off.

command_timeout=60



# CONNECTION TIMEOUT
# This specifies the maximum number of seconds that the NRPE daemon will
# wait for a connection to be established before exiting. This is sometimes
# seen where a network problem stops the SSL being established even though
# all network sessions are connected. This causes the nrpe daemons to
# accumulate, eating system resources. Do not set this too low.

connection_timeout=300



# WEEK RANDOM SEED OPTION
# This directive allows you to use SSL even if your system does not have
# a /dev/random or /dev/urandom (on purpose or because the necessary patches
# were not applied). The random number generator will be seeded from a file
# which is either a file pointed to by the environment valiable $RANDFILE
# or $HOME/.rnd. If neither exists, the pseudo random number generator will
# be initialized and a warning will be issued.
# Values: 0=only seed from /dev/[u]random, 1=also seed from weak randomness

#allow_weak_random_seed=1



# INCLUDE CONFIG FILE
# This directive allows you to include definitions from an external config file.

#include=<somefile.cfg>



# INCLUDE CONFIG DIRECTORY
# This directive allows you to include definitions from config files (with a
# .cfg extension) in one or more directories (with recursion).

#include_dir=<somedirectory>
#include_dir=<someotherdirectory>



# COMMAND DEFINITIONS
# Command definitions that this daemon will run.  Definitions
# are in the following format:
#
# command[<command_name>]=<command_line>
#
# When the daemon receives a request to return the results of <command_name>
# it will execute the command specified by the <command_line> argument.
#
# Unlike Nagios, the command line cannot contain macros - it must be
# typed exactly as it should be executed.
#
# Note: Any plugins that are used in the command lines must reside
# on the machine that this daemon is running on!  The examples below
# assume that you have plugins installed in a /usr/local/nagios/libexec
# directory.  Also note that you will have to modify the definitions below
# to match the argument format the plugins expect.  Remember, these are
# examples only!


# The following examples use hardcoded command arguments...


# TSM Checks
command[tsm_check_del_drive]=/usr/bin/sudo /usr/lib/nagios/plugins/tsm_check_del.sh drive



# The following examples allow user-supplied arguments and can
# only be used if the NRPE daemon was compiled with support for
# command arguments *AND* the dont_blame_nrpe directive in this
# config file is set to '1'.  This poses a potential security risk, so
# make sure you read the SECURITY file before doing this.

#command[check_users]=/usr/local/nagios/libexec/check_users -w $ARG1$ -c $ARG2$
#command[check_load]=/usr/local/nagios/libexec/check_load -w $ARG1$ -c $ARG2$
#command[check_disk]=/usr/local/nagios/libexec/check_disk -w $ARG1$ -c $ARG2$ -p $ARG3$
#command[check_procs]=/usr/local/nagios/libexec/check_procs -w $ARG1$ -c $ARG2$ -s $ARG3$

Thanks and Regards,
:)

Re: sudo: unknown uid: 4294967295

Posted: Tue May 31, 2016 11:48 am
by lmiltchev
Can you run this check on the remote box as nagios user?

Code: Select all

su nagios
/usr/lib/nagios/plugins/tsm_check_del.sh drive

Re: sudo: unknown uid: 4294967295

Posted: Wed Jun 01, 2016 10:12 am
by EOCulubong
Hi Sir,

Running the command in the Remote Host gives me this message:

nagios@<remote_host>:/root> /usr/lib/nagios/plugins/tsm_check_del.sh drive
Error executing the command dsmadmc

nagios@<remote_host>:/root> pwd
/root

Running the same command outside /root gives the desired result:

nagios@<remote_host>:~> /usr/lib/nagios/plugins/tsm_check_del.sh drive
drive - number of drives not online 0, OK

nagios@<remote_host>:~> pwd
/var/lib/nagios

Thanks and Regards,
:)

Re: sudo: unknown uid: 4294967295

Posted: Wed Jun 01, 2016 12:49 pm
by tgriep
Try adding the following to your /etc/sudoers file

Code: Select all

root    ALL=(ALL)       ALL
Defaults:nagios !requiretty
nagios ALL=NOPASSWD: /usr/lib/nagios/plugins/tsm_check_del.sh
Then login to the server as the nagios user and see if the permission issue is gone and that the plugin runs for you.

Code: Select all

su nagios
/usr/lib/nagios/plugins/tsm_check_del.sh drive