I/o Error Reading Data
Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to a Friend Report Inappropriate Content 09-14-2012 06:55 AM Given the diagnostics, the most likely reason is that After an attempt to rerun the script, it was successful. Also, i think the I/O error is because of cartesian join you trying to perform which may exceed the size of disk. Good post Nevilh. news
The program was running on a remote server which also bases the SAS Software. After deleting any of those unreadable members, build a new PDS by copying all the members to a new PDS and either rename or delete the old PDS as appropriate. I'm assuming here the original data was not RECFM VB. Top Best Answer 0 Mark this reply as the best answer?(Choose carefully, this can't be changed) Yes | No Saving... http://ibmmainframes.com/about12578.html
When I ran the scripts, I received an error message - "An I/O error has occured on file DAT.XXXXXXXX.DATA". Using the PROC SQL option_method will help you understand how SAS is executing the query. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. There are still ways to mess up, but the odds are much better.
Size of the output file is not sufficient to hold the data.etc Please let us know , when is the job failing ? The input dataset holds close to million records. Mohd Fazli Baharuddin replied Jun 24, 2010 Hi Mano, thanks for your response! URL: http://gradsusr.org/pipermail/gradsusr/attachments/20160204/6688d5ff/attachment-0001.html Previous message: [gradsusr] Low level I/O error: read error on data file Next message: [gradsusr] Low level I/O error: read error on data file Messages sorted by: [ date
When you browse the PDS, does the member list display correctly? Or do you have deleted obs in your dataset which possibly is now constantly growing untill you run out of space? has been run many times before with no change in logic. https://groups.google.com/d/topic/bit.listserv.ibm-main/SBcqKS9yXWc I tried SORTSIZE but to no avail.
The table contains 234,773,795 rows. However, the member which I had allocated to ISFOUT in my rexx code is able to open in that PDS. Every time I have seen this problem with a PDS, it is because some programmer got the bright idea of saving some batch report in an existing PDS that was designed Options Mark as New Bookmark Subscribe Subscribe to RSS Feed Highlight Print Email to a Friend Report Inappropriate Content 09-18-2012 08:19 AM Update:The code was now executed successfully without I/O error,
The code has been split into simple steps and currently being tested in Data step. https://communities.sas.com/t5/Base-SAS-Programming/Possible-reasons-for-I-O-error/td-p/121861 Once you can get to all the old members, only members created with bad LRECL or BLKSIZE might be unreadable. Pls help. This has saved me from a lot of trouble.
has been run many times before with no change in logic. navigate to this website Menu Functions Confirm Utilities Help ------------------------------------------------------------------------------ VIEW AOAJI.TEST.REXX I/O error reading data Command ===> Scroll ===> CSR Name Prompt Size Created Changed ID V AVDTST 65 2005/12/12 2005/12/12 10:12:16 AOAJI _________ addining indexes. When I ran the REXX thru TSO, my data set which was of LRECL 80 FB got converted into FBA 133.
It happened on "mature" script i.e. Pls help me. Thanks, Amit Joshi._________________I did not fail; I have found 10,000 ways that would not work - Albert Einstein. More about the author Almost similar I/O error keeps on happening now and then, and I'm not sure what's the cause of it.
addining indexes. Message 7 of 10 (4,671 Views) Reply 0 Likes Geraldo Occasional Contributor Posts: 11 Re: Possible reasons for I/O error? Then it should be an easy matter to compute whether the max blocksize is a multiple of 133, or possibly a multiple of 80, or some other value that would make
What are the DCB attributes of the PDS?
Back to top amit4u79BeginnerJoined: 24 Oct 2005Posts: 107Topics: 35Location: Singapore Posted: Thu Dec 22, 2005 6:18 am Post subject: Guys, is it possible in any way. I tried browsing several members but I get the same error message. Kumar Selvaraj replied Jun 30, 2010 Hi Fazli, It seems you are doing joins using sql, make sure the format of the variables are same from both of the data sets. Say the rexx was coded in data set 'AAAA.BBBB.CCCC(MYREXX)' and within the rexx I had coded "Alloc DD(ISFOUT) DSN('AAAA.BBBB.CCCC(SDSFOU1)') Shr Reuse".
If most members in the PDS were created from ISPF and have member stats, then that would also narrow it down to members without member stats. Thanks in advance, Lukianova Ann. _______________________________________________ gradsusr mailing list gradsusr at gradsusr.org
You wouldn't have any problem reading the beginning of the data set (with OBS=), but would run into trouble when hitting the corrupted spot.Try a simple test. When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When Thanks. Thanks thanks thanks again.