<?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: sas7bdat.lck in SAS Procedures</title>
    <link>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36933#M9365</link>
    <description>The suffix lck of Data3.sas7bdat.lck exists while a data set gets created by SAS. (..this part deleted based on correct input from Daniel Santos...).&lt;BR /&gt;
&lt;BR /&gt;
As Data3.sas7bdat.lck exisist and you can't delete it I can think of 3 possibilities:&lt;BR /&gt;
&lt;BR /&gt;
A&lt;BR /&gt;
You or someone else has a second SAS session open which is re-creating this SAS file "right now". Close this session or wait until it ends.&lt;BR /&gt;
&lt;BR /&gt;
B&lt;BR /&gt;
You have somewhere a hanging SAS process on the server which locks the datasets (i.e. killed SAS EG session on local PC with now orphaned SAS server session hanging on this datastep).&lt;BR /&gt;
&lt;BR /&gt;
C&lt;BR /&gt;
The SAS process which created the two files runs under a different user than the one you're using now trying to delete the files. Check who owns the files.&lt;BR /&gt;
&lt;BR /&gt;
For cases B and C:&lt;BR /&gt;
There must be someone within your organisation\SAS environment with the role of SAS administrator. Have this person look into the issue. You yourself most likely lack the necessary permissions  to resolve the issue.&lt;BR /&gt;
In case you're using server "local": Use task manager and look for a sas process (sas.exe) and kill this process or: restart your PC.&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick&lt;BR /&gt;
&lt;BR /&gt;
Message was edited by: Patrick

Amendments as I agree with what Daniel wrote.&lt;BR /&gt;
&lt;BR /&gt;
    &lt;BR /&gt;
Message was edited by: Patrick</description>
    <pubDate>Tue, 05 Jan 2010 01:39:05 GMT</pubDate>
    <dc:creator>Patrick</dc:creator>
    <dc:date>2010-01-05T01:39:05Z</dc:date>
    <item>
      <title>sas7bdat.lck</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36932#M9364</link>
      <description>I have a library created on my network directory, and in it is a SAS dataset called Data3.  My directory folder now contains Data3 and Data3.sas7bdat.lck.  I cannot delete either file.  When I try to re-run the SAS code that creates Data3, I cannot re-write the dataset in the library.  SAS errors out that I do not have the proper authorization level to overwrite the changes.  My company does not have authorization levels in our SAS environment.  What can I do to fix either remove the files or overwrite them?  Thanks!</description>
      <pubDate>Mon, 04 Jan 2010 21:46:23 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36932#M9364</guid>
      <dc:creator>jbelknap</dc:creator>
      <dc:date>2010-01-04T21:46:23Z</dc:date>
    </item>
    <item>
      <title>Re: sas7bdat.lck</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36933#M9365</link>
      <description>The suffix lck of Data3.sas7bdat.lck exists while a data set gets created by SAS. (..this part deleted based on correct input from Daniel Santos...).&lt;BR /&gt;
&lt;BR /&gt;
As Data3.sas7bdat.lck exisist and you can't delete it I can think of 3 possibilities:&lt;BR /&gt;
&lt;BR /&gt;
A&lt;BR /&gt;
You or someone else has a second SAS session open which is re-creating this SAS file "right now". Close this session or wait until it ends.&lt;BR /&gt;
&lt;BR /&gt;
B&lt;BR /&gt;
You have somewhere a hanging SAS process on the server which locks the datasets (i.e. killed SAS EG session on local PC with now orphaned SAS server session hanging on this datastep).&lt;BR /&gt;
&lt;BR /&gt;
C&lt;BR /&gt;
The SAS process which created the two files runs under a different user than the one you're using now trying to delete the files. Check who owns the files.&lt;BR /&gt;
&lt;BR /&gt;
For cases B and C:&lt;BR /&gt;
There must be someone within your organisation\SAS environment with the role of SAS administrator. Have this person look into the issue. You yourself most likely lack the necessary permissions  to resolve the issue.&lt;BR /&gt;
In case you're using server "local": Use task manager and look for a sas process (sas.exe) and kill this process or: restart your PC.&lt;BR /&gt;
&lt;BR /&gt;
HTH&lt;BR /&gt;
Patrick&lt;BR /&gt;
&lt;BR /&gt;
Message was edited by: Patrick

Amendments as I agree with what Daniel wrote.&lt;BR /&gt;
&lt;BR /&gt;
    &lt;BR /&gt;
Message was edited by: Patrick</description>
      <pubDate>Tue, 05 Jan 2010 01:39:05 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36933#M9365</guid>
      <dc:creator>Patrick</dc:creator>
      <dc:date>2010-01-05T01:39:05Z</dc:date>
    </item>
    <item>
      <title>Re: sas7bdat.lck</title>
      <link>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36934#M9366</link>
      <description>Hello Patrick.&lt;BR /&gt;
&lt;BR /&gt;
From what I've seen, the .lck file is pretty much independent of the library. I mean the lock file is always created on the same library that holds/will hold the final datastep. Hence at end of the process the older table gets deleted and the lck file renamed, there is no additional I/O involved such has file copying from here to there.&lt;BR /&gt;
&lt;BR /&gt;
Cheers from Portugal.&lt;BR /&gt;
&lt;BR /&gt;
Daniel Santos @ &lt;A href="http://www.cgd.pt" target="_blank"&gt;www.cgd.pt&lt;/A&gt;</description>
      <pubDate>Tue, 05 Jan 2010 12:09:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Procedures/sas7bdat-lck/m-p/36934#M9366</guid>
      <dc:creator>DanielSantos</dc:creator>
      <dc:date>2010-01-05T12:09:12Z</dc:date>
    </item>
  </channel>
</rss>

