<?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 OpenVMS: UIC changes producing unexpected results in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941296#M29017</link>
    <description>&lt;P&gt;I'm a new poster here and have run into an quandry I've not been able to track down. We're doing a lot of tests on UIC to make sure certain COM's are run by a specific user. For years (litterally) it's been expecting [ORACLE] from this lexical statement: &lt;STRONG&gt;if f$getjpi ("","uic") .nes. "[ORACLE]"&lt;/STRONG&gt; then it will resubmit the job through a batch queue under the Oracle user. Recently a change was made to the Oracle user that when this test occurs now, it fails even under the ORACLE account because the same test is returning [&lt;EM&gt;&amp;lt;name&amp;gt;&lt;/EM&gt;,ORACLE]. Other than the UIC line in the account looking like this: [700,100] ([&lt;EM&gt;&amp;lt;name&amp;gt;&lt;/EM&gt;,ORACLE]), when it should just be: [700,100] ([ORACLE]).&lt;/P&gt;&lt;P&gt;I've looked at several modifications that I thought may return the account to it's previous appearance, but to no avail. Any ideas on where I should look would be greatly appreciated.&lt;/P&gt;</description>
    <pubDate>Fri, 17 Feb 2017 19:03:17 GMT</pubDate>
    <dc:creator>pkraatz</dc:creator>
    <dc:date>2017-02-17T19:03:17Z</dc:date>
    <item>
      <title>OpenVMS: UIC changes producing unexpected results</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941296#M29017</link>
      <description>&lt;P&gt;I'm a new poster here and have run into an quandry I've not been able to track down. We're doing a lot of tests on UIC to make sure certain COM's are run by a specific user. For years (litterally) it's been expecting [ORACLE] from this lexical statement: &lt;STRONG&gt;if f$getjpi ("","uic") .nes. "[ORACLE]"&lt;/STRONG&gt; then it will resubmit the job through a batch queue under the Oracle user. Recently a change was made to the Oracle user that when this test occurs now, it fails even under the ORACLE account because the same test is returning [&lt;EM&gt;&amp;lt;name&amp;gt;&lt;/EM&gt;,ORACLE]. Other than the UIC line in the account looking like this: [700,100] ([&lt;EM&gt;&amp;lt;name&amp;gt;&lt;/EM&gt;,ORACLE]), when it should just be: [700,100] ([ORACLE]).&lt;/P&gt;&lt;P&gt;I've looked at several modifications that I thought may return the account to it's previous appearance, but to no avail. Any ideas on where I should look would be greatly appreciated.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Feb 2017 19:03:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941296#M29017</guid>
      <dc:creator>pkraatz</dc:creator>
      <dc:date>2017-02-17T19:03:17Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS: UIC changes producing unexpected results</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941303#M29018</link>
      <description>&lt;P&gt;&amp;nbsp;&amp;nbsp; I always found this confusing, so I know nothing, but my Web search&lt;BR /&gt;for:&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; openvms uic&lt;BR /&gt;did lead to this:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h41379.www4.hpe.com/doc/84final/ba554_90015/ch04s01.html" target="_blank"&gt;http://h41379.www4.hpe.com/doc/84final/ba554_90015/ch04s01.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;which my provide an explanation.&amp;nbsp; To be sure, you might need to&lt;BR /&gt;investigate other members of group 700, and/or other [*,ORACLE] users.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Feb 2017 19:34:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941303#M29018</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2017-02-17T19:34:04Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS: UIC changes producing unexpected results</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941314#M29019</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;It seems if there is a rights identifier that names the UIC group, then it will display the [group,member] as a name, if there is only a rights id for the member then it shows it as [member]. If neither rights id is present, it will show the numbers.&lt;/P&gt;&lt;P&gt;&amp;nbsp; For example, here:&lt;/P&gt;&lt;P&gt;UAF&amp;gt; SHOW ORACLE&lt;/P&gt;&lt;P&gt;Username: ORACLE Owner: ORACLE DB TEST&lt;/P&gt;&lt;P&gt;Account: ORACLE UIC: [277,100] ([ORA,ORACLE])&lt;/P&gt;&lt;P&gt;[...]&lt;/P&gt;&lt;P&gt;UAF&amp;gt; show/id ora&lt;/P&gt;&lt;P&gt;Name Value Attributes&lt;/P&gt;&lt;P&gt;ORA [000277,177777]&lt;/P&gt;&lt;P&gt;Note the 177777 as the member number, this means the entire group or "*".&lt;/P&gt;&lt;P&gt;UAF&amp;gt; show/id oracle&lt;/P&gt;&lt;P&gt;Name Value Attributes&lt;/P&gt;&lt;P&gt;ORACLE [000277,000100]&lt;/P&gt;&lt;P&gt;So to get back your old behavior, simply remove the group rights id, in my case ORA by saying:&lt;/P&gt;&lt;P&gt;UAF&amp;gt; REMOVE/ID ORA&lt;/P&gt;&lt;P&gt;It can always be re-created with:&lt;/P&gt;&lt;P&gt;UAF&amp;gt; ADD/ID/VALUE=UIC:[277,*] ORA&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Dave&lt;/P&gt;</description>
      <pubDate>Fri, 17 Feb 2017 19:57:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941314#M29019</guid>
      <dc:creator>David R. Lennon</dc:creator>
      <dc:date>2017-02-17T19:57:46Z</dc:date>
    </item>
    <item>
      <title>Re: OpenVMS: UIC changes producing unexpected results</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941327#M29020</link>
      <description>&lt;P&gt;Dave,&lt;/P&gt;&lt;P&gt;Thanks for the expanation and resolution! It has returned the behavior back to what was expected. We'll be watching the jobs for a few days to make sure they will resume properly.&lt;/P&gt;&lt;P&gt;And thanks to you Steven, that link is a wealth of information and to be honest was hard to keep my eyes open reading it. I'll have to space it out over a few days to absorb what I can.&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Patrick&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Feb 2017 21:37:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/openvms-uic-changes-producing-unexpected-results/m-p/6941327#M29020</guid>
      <dc:creator>pkraatz</dc:creator>
      <dc:date>2017-02-17T21:37:08Z</dc:date>
    </item>
  </channel>
</rss>

