<?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: Problem with in ODS and Base Reporting</title>
    <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27242#M4329</link>
    <description>Using the COMPRESS option requires additional CPU time, and the amount of space saved with compression is data-dependent.  The SEC6 ABEND code is related to this condition - check the SAS support website for details, if interested.&lt;BR /&gt;
&lt;BR /&gt;
Scott Barry&lt;BR /&gt;
SBBWorks, Inc.</description>
    <pubDate>Wed, 09 Dec 2009 13:12:53 GMT</pubDate>
    <dc:creator>sbb</dc:creator>
    <dc:date>2009-12-09T13:12:53Z</dc:date>
    <item>
      <title>Problem with</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27239#M4326</link>
      <description>On OS390 using JCL and SAS , I am reading an I/P file which contains more than million records. I read and format by accessing various db2 tables where I use sort and merge. My program runs fine upto 400,000 records. But when an I/P file contains more than a million, the job fails in a sort statement and gives following error. "Sort failed during output after writing 810664 observations successfully write to WORK.INLOAD7.DATA failed. File is full and may be damaged." &lt;BR /&gt;
In my JCL, i specified my work file as&lt;BR /&gt;
//WORK     DD UNIT=DISK,SPACE=(CYL,(1500,2500)) .&lt;BR /&gt;
I also used OPTIONS=SORTBLKMODE in my JCL. But I am still having the same issue. &lt;BR /&gt;
&lt;BR /&gt;
Can anyone suggest how to overcome this issue?&lt;BR /&gt;
&lt;BR /&gt;
Any help is appreciated.</description>
      <pubDate>Tue, 08 Dec 2009 06:44:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27239#M4326</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-12-08T06:44:45Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27240#M4327</link>
      <description>Considering that you have not shared other related SAS code from your program, possibly there are some SAS WORK.&lt;FILENAME&gt; members that can be deleted at the point you are getting the error?  The problem, as explained in the SAS diagnostic, is that you have exceeded your //WORK allocation, either because there is no more space available to your job or your job does not have a means of extending to additional DASD volumes.&lt;BR /&gt;
&lt;BR /&gt;
The DFSORT-specific SAS CONFIG option SORTBLKMODE yields a performance benefit but does not provide a space compression features.&lt;BR /&gt;
&lt;BR /&gt;
The SAS  COMPRESS=YES will help, possibly, but I would encourage you to review the SAS DATA or PROC step that is creating WORK.INLOAD7, just prior to the error, and use SAS PROC CONTENTS DATA=WORK._ALL_;  to review the members of your WORK allocation to determine if you can delete either files or variables from any "currently created" WORK files.&lt;BR /&gt;
&lt;BR /&gt;
After checking your own SAS processing logic, you may also have an opportunity to let SAS extend to additional DASD volume(s) by including in the UNIT=  parameter additional request -- specifically:&lt;BR /&gt;
&lt;BR /&gt;
//WORK  DD  UNIT=(DISK,n),SPACE=(CYL,(pppp,ssss))&lt;BR /&gt;
&lt;BR /&gt;
where "n" is some number greater than 1 and "pppp" is primary and "ssss" is secondary space allocation in cylinders.&lt;BR /&gt;
&lt;BR /&gt;
But, as mentioned, before you go throwing DISK space at your program, look to improve and optimize your SAS job processing first.&lt;BR /&gt;
&lt;BR /&gt;
Scott Barry&lt;BR /&gt;
SBBWorks, Inc.&lt;/FILENAME&gt;</description>
      <pubDate>Tue, 08 Dec 2009 09:25:55 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27240#M4327</guid>
      <dc:creator>sbb</dc:creator>
      <dc:date>2009-12-08T09:25:55Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27241#M4328</link>
      <description>Scott,&lt;BR /&gt;
Thanks for your suggestions. When I deleted sas files, everything is fine. &lt;BR /&gt;
I am amazed to see how size of work files are reduced by using COMPRESS option. &lt;BR /&gt;
&lt;BR /&gt;
When I used COMPRESS like seven times for different work files, the job failed with SE6 error. How ever I am not using compress as my problem is solved by deleting temporary sas files. &lt;BR /&gt;
&lt;BR /&gt;
Thanks for your advice. It really helped me.&lt;BR /&gt;
&lt;BR /&gt;
--Raju</description>
      <pubDate>Wed, 09 Dec 2009 02:32:50 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27241#M4328</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2009-12-09T02:32:50Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with</title>
      <link>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27242#M4329</link>
      <description>Using the COMPRESS option requires additional CPU time, and the amount of space saved with compression is data-dependent.  The SEC6 ABEND code is related to this condition - check the SAS support website for details, if interested.&lt;BR /&gt;
&lt;BR /&gt;
Scott Barry&lt;BR /&gt;
SBBWorks, Inc.</description>
      <pubDate>Wed, 09 Dec 2009 13:12:53 GMT</pubDate>
      <guid>https://communities.sas.com/t5/ODS-and-Base-Reporting/Problem-with/m-p/27242#M4329</guid>
      <dc:creator>sbb</dc:creator>
      <dc:date>2009-12-09T13:12:53Z</dc:date>
    </item>
  </channel>
</rss>

