<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SAM restricted shell - strange behaviour... in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239559#M173458</link>
    <description>Output is always "/usr/sbin/sam". Therefore, a valid path is set and points to sam correctly.&lt;BR /&gt;&lt;BR /&gt;I will check profiles of the users today. Maybe I find a clue.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;AndrÃ</description>
    <pubDate>Tue, 06 Apr 2004 04:14:14 GMT</pubDate>
    <dc:creator>André Sorge</dc:creator>
    <dc:date>2004-04-06T04:14:14Z</dc:date>
    <item>
      <title>SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239553#M173452</link>
      <description>Hi there,&lt;BR /&gt;&lt;BR /&gt;got a strange problem using sam on an HP-box using 11.i...&lt;BR /&gt;I restricted sam gui for users using sam -r (logged in as root), then specifying the allowed actions. So far, so good.&lt;BR /&gt;Testing the restricted gui as root using sam -f &lt;USERNAME&gt; works as it should. But when I log in as a user and try to run sam, sam does not start and returns with:"invalid option -o"... Where does it get the "-o" from? It was not specified anywhere... There is no soft-link or alias set for sam afair.&lt;BR /&gt;The other thing that is really weird is, that with some users it runs properly, with some others not.&lt;BR /&gt;The newest patches for 11.i have been installed.&lt;BR /&gt;&lt;BR /&gt;Did anyone experience similar probs or does anyone have a clue what to check?&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;AndrÃ&lt;/USERNAME&gt;</description>
      <pubDate>Mon, 05 Apr 2004 04:45:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239553#M173452</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-05T04:45:47Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239554#M173453</link>
      <description>I have not but it is always better to see the following&lt;BR /&gt;&lt;BR /&gt;As root : - &lt;BR /&gt;&lt;BR /&gt;#which sam&lt;BR /&gt;&lt;BR /&gt;su - user01&lt;BR /&gt;which sam&lt;BR /&gt;&lt;BR /&gt;Regds,&lt;BR /&gt;&lt;BR /&gt;Kaps</description>
      <pubDate>Mon, 05 Apr 2004 04:50:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239554#M173453</guid>
      <dc:creator>KapilRaj</dc:creator>
      <dc:date>2004-04-05T04:50:52Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239555#M173454</link>
      <description>Well, sam resides in /usr/sbin... As it should, probably. Any other ideas?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;Andre&lt;BR /&gt;</description>
      <pubDate>Mon, 05 Apr 2004 07:14:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239555#M173454</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-05T07:14:02Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239556#M173455</link>
      <description>Anything in samlog?&lt;BR /&gt;&lt;BR /&gt;Login as user. What it says--type sam.&lt;BR /&gt;which sam.&lt;BR /&gt;&lt;BR /&gt;Anil</description>
      <pubDate>Mon, 05 Apr 2004 07:21:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239556#M173455</guid>
      <dc:creator>RAC_1</dc:creator>
      <dc:date>2004-04-05T07:21:07Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239557#M173456</link>
      <description>There is nothing to see in samlog. Sam immediately cancels at once giving the errormessage "invalid option -o" (as if you would try to run "sam -o", which returns the same error). So it actually does not have the opportunity to log anything.&lt;BR /&gt;</description>
      <pubDate>Mon, 05 Apr 2004 07:49:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239557#M173456</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-05T07:49:47Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239558#M173457</link>
      <description>After login to the use, what is result of command "which sam"?&lt;BR /&gt;&lt;BR /&gt;Simon</description>
      <pubDate>Mon, 05 Apr 2004 10:25:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239558#M173457</guid>
      <dc:creator>Camel_1</dc:creator>
      <dc:date>2004-04-05T10:25:16Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239559#M173458</link>
      <description>Output is always "/usr/sbin/sam". Therefore, a valid path is set and points to sam correctly.&lt;BR /&gt;&lt;BR /&gt;I will check profiles of the users today. Maybe I find a clue.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;AndrÃ</description>
      <pubDate>Tue, 06 Apr 2004 04:14:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239559#M173458</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-06T04:14:14Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239560#M173459</link>
      <description>Hi there!&lt;BR /&gt;&lt;BR /&gt;Checked .profile of each user for typos and stuff, but nothing unusual. Checked also for aliases again, but nothing special. &lt;BR /&gt;Even tested various combinations with the .cf-files in /etc/sam/custom but still the same. So that is not the problem.&lt;BR /&gt;Double-checked that filesets of SAM are all configured.&lt;BR /&gt;&lt;BR /&gt;The problem with the illegal option only exists with one user, so maybe there is something hidden in his profile. But were to look?&lt;BR /&gt;Is there any way to trace the files which are read during the login process (which vars are set and so on)? I think this is the only way to get out of SAM-hell... &lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;Andre</description>
      <pubDate>Wed, 07 Apr 2004 04:25:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239560#M173459</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-07T04:25:40Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239561#M173460</link>
      <description>/usr/sbin/sam is a shell script.  You can put some stuff in there youself as tests.  For example, put an "echo $*" to see your arguments though "$@" might be better.  Put a "env" to see which environment variables are set.  Or put a "set -x" option at the start.  Run it like this and compare the results with a user that does work.</description>
      <pubDate>Wed, 07 Apr 2004 04:35:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239561#M173460</guid>
      <dc:creator>Mark Grant</dc:creator>
      <dc:date>2004-04-07T04:35:31Z</dc:date>
    </item>
    <item>
      <title>Re: SAM restricted shell - strange behaviour...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239562#M173461</link>
      <description>Hi Mark,&lt;BR /&gt;&lt;BR /&gt;thanks a lot. At startup of SAM I saw that there is a "set -o vi".&lt;BR /&gt;I found out that in .shrc of the user there is a line "set -o vi". I removed that line and SAM worked. Creating a .kshrc in the profile with this line worked as well. So my problem is solved at last!&lt;BR /&gt;&lt;BR /&gt;Good job!&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 07 Apr 2004 05:30:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sam-restricted-shell-strange-behaviour/m-p/3239562#M173461</guid>
      <dc:creator>André Sorge</dc:creator>
      <dc:date>2004-04-07T05:30:54Z</dc:date>
    </item>
  </channel>
</rss>

