I do _not_ know why your are getting these types of abends after a tape I/O error. My _guess_, without any kind of dump available, is that the program code is reading beyond the I/O area. On a PC, this is usually called a "buffer overflow" type error. On z/OS, if the virtual memory "behind" the I/O area does not exist (has not been allocated/created), you get an S0C4-10 or S0C4-11 type abend. If the area "behind" the I/O area is "read protected", or you try to write into it (buffer overflow again), and the area is not in the program's storage key, you get an S0C4-4 abend.
These are vague because without a SYSMDUMP type dump, it is almost impossible to debug this type of abend. On Thu, Oct 17, 2013 at 9:05 AM, suresh chacko <[email protected]> wrote: > In my shop we were using lots of tape jobs which are of 3490 old VTS kind. > Currently migrating to IBM7700 VTL. > > We experience lots of batch jobs failures from 3490 VTS followed by > equipment check 0C4 -11 or 4. These jobs are reading dataset written on > multiple logical volumes. What I noticed the 0C4-11 will be occurred > immediately after an equipment check on VTS drive causing I/O error. > > Kindly explain why these jobs are failing due to 0C4-11 or 4 after an I/O > error and ECK of device. Like to have explanation on 0C4-11. > I also experienced 0C4 without ECK I/O error too. > > Please help me solution how to overcome this scenario. In this case how I > can display the PSW of the abended job to see the key. > > Appreciate your responses in this subject. > > > > Thanks, > Suresh Chacko > > > On Wed, Oct 16, 2013 at 3:56 PM, Micheal Butz <[email protected] > >wrote: > > > Hi > > > > As I am in the middle of debugging my TSO command processor code > > > > I just want to re-iterate reason code 4 associated with a S0C4 > > > > When the PSW key bits 8 - 11 don't match the 4K storage key > > > > What is meant by not matching is if the PSW storage key is higher than > > The storage key > > > > A program in PSW storage key 0 > > > > Can access subpool 0 which is always key 8 > > > > Thank you everyone for your help > > > > Sent from my iPhone > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > > > -- > *SureshNc* > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
