usrun reports /bin/ls: cannot read symbolic link /proc/$$/exe: Permission denied

  • 7003992
  • 28-Jul-2009
  • 26-Apr-2012

Environment

SUSE Linux Enterprise Server 11
SUSE Linux Enterprise Server 10

Situation

When running "usrun" on a SLES server, the command completes, however outputs the following cosmetic error.

/bin/ls: cannot read symbolic link /proc/$$/exe: Permission denied

Resolution

In Novell Privileged User Manager 2.2.2 (and greater), SLES specific rpm's were released for SLES10 and SLES11.

The recommended solution for SLES servers is to do the following:

1.  Install the SLES specific rpm from Novell Privileged User Manager 2.3 download.
2.  Install the  updated aaa_base from the SLES 11 SP1 or SLES 10 SP3 channels.


For SLES 11 SP1, apply aaa_base-11-6.30.1 (or greater)

SLES 11 SP1 x86-64 - https://download.novell.com/Download?buildid=bnvzJ25msBc~
SLES 11 SP1 x86 - https://download.novell.com/Download?buildid=FXexhxAPwHI~

This update for aaa_base fixes for the following issues:

    * The shell initialization for Novell Privileged User Manager produces a misleading "Permission denied" error message.
    * New shell names pcksh, cpcksh and rpcksh reflect name space changes of the former rush shell.


For SLES 10 SP3, apply aaa_base-10-12.58.1 (or greater)

SLES 10 SP3 x86-64 - https://download.novell.com/Download?buildid=i6Ru6UOQELY~
SLES 10 SP3 x86 - https://download.novell.com/Download?buildid=PuORdcB6MEE~

This update for aaa_base fixes the following issues:

    * The shell initialization for Novell Privileged User Manager produces a misleading "Permission denied" error message.

Additional Information

If you are using the Novell Privileged User Manager generic Linux rpm on SLES, the following work is available:

On SLES, edit /etc/profile and /etc/ksh.kshrc (which is a symbolic link to /etc/bash.bashrc) and change the following:

Change from:
case "`/bin/ls --color=never -l /proc/$$/exe`" in

Change to:
  case "`/bin/ls --color=never -l /proc/$$/exe 2>/dev/null`" in