<?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: user work area was temporary redirected to config\lev1\SASApp folder in New SAS User</title>
    <link>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597291#M16129</link>
    <description>&lt;P&gt;I don't have an answer for WORK but if you submit a SAS job in batch and you don't provide a path for -print and -log then all this output defaults to the location where SAS gets started from - and this is the App server folder. Not sure what would happen if you don't provide a path for work anywhere in the config files.&lt;/P&gt;
&lt;P&gt;It is generally a good idea to deny users write access to the App server folder structure.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As for WORK: This should get pointed to a disk/drive as fast as possible.&lt;/P&gt;</description>
    <pubDate>Thu, 17 Oct 2019 12:12:00 GMT</pubDate>
    <dc:creator>Patrick</dc:creator>
    <dc:date>2019-10-17T12:12:00Z</dc:date>
    <item>
      <title>user work area was temporary redirected to config\lev1\SASApp folder</title>
      <link>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597261#M16125</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a SAS 9.4 server and multiple user connecting and working via SAS EG 7.1&lt;/P&gt;&lt;P&gt;The SAS work is redirected from the config file to a different drive on the server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just noticed that there are sas tables in the SASAapp folder inside config. After investigation I found the user creating this and I checked the code he was using in EG. He was only doing output in work. Now after reruning all the files are ok transmitted to the correct work folder.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any idea why the work folder could have been redirected to SASApp and now back to normal ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for your input&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 17 Oct 2019 11:16:09 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597261#M16125</guid>
      <dc:creator>Alin1984</dc:creator>
      <dc:date>2019-10-17T11:16:09Z</dc:date>
    </item>
    <item>
      <title>Re: user work area was temporary redirected to config\lev1\SASApp folder</title>
      <link>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597291#M16129</link>
      <description>&lt;P&gt;I don't have an answer for WORK but if you submit a SAS job in batch and you don't provide a path for -print and -log then all this output defaults to the location where SAS gets started from - and this is the App server folder. Not sure what would happen if you don't provide a path for work anywhere in the config files.&lt;/P&gt;
&lt;P&gt;It is generally a good idea to deny users write access to the App server folder structure.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As for WORK: This should get pointed to a disk/drive as fast as possible.&lt;/P&gt;</description>
      <pubDate>Thu, 17 Oct 2019 12:12:00 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597291#M16129</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2019-10-17T12:12:00Z</dc:date>
    </item>
    <item>
      <title>Re: user work area was temporary redirected to config\lev1\SASApp folder</title>
      <link>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597433#M16150</link>
      <description>&lt;P&gt;How can it be that a user that is not the SAS install user writes files there? This points to a severe security fail.&lt;/P&gt;</description>
      <pubDate>Thu, 17 Oct 2019 16:47:20 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597433#M16150</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2019-10-17T16:47:20Z</dc:date>
    </item>
    <item>
      <title>Re: user work area was temporary redirected to config\lev1\SASApp folder</title>
      <link>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597461#M16151</link>
      <description>The point is that the folder is secured and that specific user can't write there (I've tested). My guess was that on a connection interruption (that sometimes happens) SAS dumped work area there. Don't know if this is possible. The issue can't be replicated even with the help of that user...</description>
      <pubDate>Thu, 17 Oct 2019 18:11:08 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/user-work-area-was-temporary-redirected-to-config-lev1-SASApp/m-p/597461#M16151</guid>
      <dc:creator>Alin1984</dc:creator>
      <dc:date>2019-10-17T18:11:08Z</dc:date>
    </item>
  </channel>
</rss>

