[sudo-users] : Sudo upgrade impact on scripts run from a job scheduler
Susan Steele
ssteele at us.ibm.com
Wed May 23 12:45:34 EDT 2012
We upgraded sudo from v1.7.2-1 to v1.7.9-1 & v1.8.4-5. Everything works
except a script which runs a sudo command that is called from a job
scheduler. This does not work after the sudo upgrade. We can manually run
the same script and sudo command on the server with no problem. Also, we
successfully ran the same script from cron. We cannot figure out what
changes were made in the new version of sudo that would cause this to fail.
Versions
Original sudo version that worked: v1.7.2-1
New sudo versions that did not work: v1.7.9-1 & v1.8.4-5
AIX: 5300-12-04-1119
Problem Details
After upgrading sudo, a script (which contains a sudo command) was
scheduled to run through a job scheduler (AppWorx), hangs forever. We see
the script and sudo command in the process table. The sudo command does
not seem to actually run as there is no entry in the sudo.log. This script
can be run on the server manually with no problem.
Simplified Example:
The shutdown_rms_app_sudo.ksh script runs one sudo command (see example
below). These processes will remain in the process table until the job is
cancelled.
lbrmsdevapp41:/etc # ps -ef | grep shut
apprd41 2457722 868462 0 13:25:13 - 0:00
sh /apps/rd41/rms/XXLCB/bin/shutdown_rms_app_sudo.ksh rd41
apprd41 532486 2457722 0 13:25:13 - 0:00 /usr/bin/sudo -u
orard41 /XXLCB/bin/shutdown_rms_app.ksh rd41
/etc/group
sudoora:!:504:orard41,apprd41,rfxrd41,oraoem,oradev
sudoers file
%sudoora ALL=(orard41) NOPASSWD: /XXLCB/bin/shutdown_rms_app.ksh *
Thanks for your help!
Susan Steele
More information about the sudo-users
mailing list