<?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: Where exactly happens the assignment of IRMHELP Library in SAS Risk Management</title>
    <link>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/876031#M488</link>
    <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/292182"&gt;@himanshucb&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;meanwhile we found the issue. In some non RCM node somebody wanted to be smart and de-assign all libraries before go on and did the following:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;LIBNAME &amp;nbsp;_&lt;I&gt;ALL_;&lt;/I&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;As this is de-assigning all libraries all the ones which have been assigned by the re-processing of a node (or session) were gone. As there is session-sharing then also other nodes were impacted. So no usage of above statement when working with IRM &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;&lt;P&gt;KR Arnold&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 16 May 2023 15:22:30 GMT</pubDate>
    <dc:creator>ArnoldP</dc:creator>
    <dc:date>2023-05-16T15:22:30Z</dc:date>
    <item>
      <title>Where exactly happens the assignment of IRMHELP Library</title>
      <link>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/866942#M484</link>
      <description>&lt;P&gt;Dear community,&lt;/P&gt;&lt;P&gt;do you have a clue where/how exactly happens the assignment of IRMHELP which is heavily used by some IRM Solutions like RCM. It must be somewhere deeply integrated as it is not part of libnames.txt nor output of any other node.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Lately I get some strange errors like "Libref IRMHELP is not assigned". I'm not aware of any changes we made to the system/software.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for any hints!&lt;/P&gt;&lt;P&gt;KR Arnold&lt;/P&gt;</description>
      <pubDate>Wed, 29 Mar 2023 10:11:28 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/866942#M484</guid>
      <dc:creator>ArnoldP</dc:creator>
      <dc:date>2023-03-29T10:11:28Z</dc:date>
    </item>
    <item>
      <title>Re: Where exactly happens the assignment of IRMHELP Library</title>
      <link>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/874424#M486</link>
      <description>&lt;P&gt;Some pre-processing code is run by IRM before a node begins execution. The assignment of IRMHELP library reference is also part of it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I have not seen any problems related to this library reference but probable causes can be&amp;nbsp;&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Corrupted IRM Postgres database - can be fixed by cleanup&lt;/LI&gt;
&lt;LI&gt;The corresponding path does not exist in pa folder or if it exists, the corresponding user does not have permission to that path.&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Mon, 08 May 2023 10:45:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/874424#M486</guid>
      <dc:creator>himanshucb</dc:creator>
      <dc:date>2023-05-08T10:45:13Z</dc:date>
    </item>
    <item>
      <title>Re: Where exactly happens the assignment of IRMHELP Library</title>
      <link>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/876031#M488</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/292182"&gt;@himanshucb&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;meanwhile we found the issue. In some non RCM node somebody wanted to be smart and de-assign all libraries before go on and did the following:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class=""&gt;LIBNAME &amp;nbsp;_&lt;I&gt;ALL_;&lt;/I&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;As this is de-assigning all libraries all the ones which have been assigned by the re-processing of a node (or session) were gone. As there is session-sharing then also other nodes were impacted. So no usage of above statement when working with IRM &lt;span class="lia-unicode-emoji" title=":winking_face:"&gt;😉&lt;/span&gt;&lt;/P&gt;&lt;P&gt;KR Arnold&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 16 May 2023 15:22:30 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Risk-Management/Where-exactly-happens-the-assignment-of-IRMHELP-Library/m-p/876031#M488</guid>
      <dc:creator>ArnoldP</dc:creator>
      <dc:date>2023-05-16T15:22:30Z</dc:date>
    </item>
  </channel>
</rss>

