date:20110803

NO NO NO again. What I did was prove by 'reductio ad absurdum' that if 
the premiss/assertion On input, the order of override priority is 
program DCB - JCL DCB - dataset attributes is true then its 
consequences are absurd: therefore the premiss/assertion is false. 
Please note that, at the beginning, I did say What I *would* expect 
... and not What I expect ...


To finish this off. It is *not* valid to argue that 'this' overrides 
'that', if 'this' having overridden 'that' results in 'this' not working 
unless it happens to be equal to 'that' - where 'this' and 'that' can be 
any permissible values, with no imposed conditions or constraints.


Thanks, Chris Poncelet


Rick Fochtman wrote:

-snip-- 

What I would expect, if the program's DCB attributes 'overrode'/'took 
precedence over'/etc. those of the physical dataset on DASD, is that 
the attributes in the dataset's DSCB on DASD would be overriden by the 
program DCB's attributes during the *read* (without changing the DSCB 
on DASD), and whatever garbage was then read in, as a consequence of 
the changed RECFM, LRECL and BLKSIZE in the program's DCB, would then 
be acceptable - provided the data (including the BDWs and RDWs, if 
necessary [all hypothetical, this]) was actually read in using the 
program's changed LRECL etc., ... instead of hitting I/O errors during 
the read (because the physical dataset's actual LRECL, not the changed 
one in the program's DCB, defines how its data on DASD should be read).
-unsnip-- 

The Incorrect Length error is usually generated by a CCW that 
specifies a length smaller than the actual length of the block on the 
DASD device. The CCW length, in turn, is set by the BLKSIZE value 
supplied that is ultimately applied to the dataset, whether the value 
comes from a program-coded value, a JCL value or the value specified 
in the FORMAT-1 DSCB of the dataset. How the LRECL is used depends on 
the RECFM value and the access method in use. For example, BSAM does 
NO deblocking or blocking, expecting the program to take care of these 
types of details. On the other hand, QSAM does all the blocking and 
deblocking under the covers, returning a logical record instead of a 
complete block.


snip-- 

The 'raw' data could be retrieved from DASD via CCWs, irrespective of 
LRECL etc. (because data on DASD is I/O'd via CCW EXCPs anyway). So I 
would expect a program's changed DCB attributes to override those on 
DASD in the same way, as if processing 'raw' data. That would be *my* 
interpretation of the program's DCB attributes having successfully 
overridden those of the dataset on DASD when opened for input. But as 
this does not happen, the program's DCB attributes 'overriding' those 
on DASD is at best theoretical/academic. In practice, it is the 
attributes on DASD which take precedence over those specified in the 
program's DCB during input - and it is up to the program's DCB to 
comply with the 'attributes-on-DASD-first' order of priority for 
input, or hit I/O errors. I do not consider a program's DCB having to 
*comply* with a dataset's attributes on DASD, in order to function 
correctly, as indicating that this program's DCB successfully 
*overrides* that dataset's attributes on DASD.
unsnip--- 

NO NO NO. The attributes in the FORMAT-1 DSCB can be over-ridden by 
JCL OR DCB attributes in the program. They can also be altered to 
invalid values by injudicious use of DCB attributes in a program or 
JCL when adding/replacing a PDS member. Would you define a card reader 
with a logical record length of 50 bytes, expecting that the next 
logical record would be the last 30 bytes of the current image and 20 
bytes of the next image? On a card reader, the blksize is 80 bytes and 
record format is either F or FB. Period. On DASD, the blocksize is 
that which is written in the count field of the actual block, as 
written on the disk. As far as the channel program is concerned, the 
only significant length field is the one written in the block's count 
field.


Padding records with x'00' values when a block is short, can lead to 
all kinds of errors. Which values are valid for the program and which 
ones are trash and should be ignored?


We won't even get into keyed records, which are still prominent in 
DASD data management.


When half a dozen people, all with 30+ years of detailed experience, 
tell you you're wrong, I strongly suggest you start cracking open some 
manuals.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Marco Gianfranco Indaco

Which kind of file are you allocating?
And what are allocation space options?
Have you tried specifing
//*VAMBYPAS* DD DUMMY

Regards.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Does this apply to some of the messages here?

2011-08-03 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
 

-snip
 Too many #%$# lawyers with too much free time and too little to do.
 
 But on the positive side (ever the optimist), perhaps it's the
 beginning of an effort to demonstrate the inanity (and insanity) of
far
 too many knee-jerk-reaction laws enacted to protect us from various
and
 sundry bogeymen.

unsnip
-
 What do you call 100,000 lawyers buried chin-deep in concrete?
 
 CONCRETE SHORTAGE!

Another angle:  If CONgress were put in charge of the Sahara Desert,
within three years there would be a worldwide shortage of sand.

  -jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

IEC032I
E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

Did you even attempt to look up this message?


-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Programmer-Name in SDSF?

snip
Doesn't anyone read posts any more? g

I mentioned that I tried ARRANGE and it gave me an error.
/snip

I have had that problem with several filed names. Try  arrange ?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Rohit Bhandari

Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
// SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

 Did you even attempt to look up this message?


 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

So what?
Did you look up the messages?
I think I know what your (basic) problem is, but I'll leave it as an exercise 
for the student.
I shall NOT hold your hand and lead you to the promised land.
Especially since you APPEAR to refuse to do any research.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Rohit Bhandari storage.mainfr...@gmail.com
Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Date: Wed, 3 Aug 2011 17:42:37 
To: IBM-MAIN@bama.ua.edu
Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)

Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
// SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

 Did you even attempt to look up this message?


 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

In 4e386bfb.7030...@acm.org, on 08/02/2011
   at 04:28 PM, Joel C. Ewing jcew...@acm.org said:

To almost take pride in not having the time to consult appropriate 
references, and yet at the same time be adamant that you are right
and others wrong when they have,

Some of us[1] have read not only the manuals but also the code.

[1] I'd guess half a dozen; possibly much more but definitely not
much less.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEBGENER QUESTION

In
caeajr1jeew6zsw7u_dgukgt6z1d--dtthl7wjcfszhyo+kk...@mail.gmail.com,
on 08/02/2011
   at 04:06 PM, Sandro Ambrozic sandro.ambro...@gmail.com said:

In TSO EDIT, check if the dataset (or member) has 'PACK ON' active
(PROFILE command),

There's no PACK in TSO EDIT. He's using ISPF/PDF EDIT.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

In 4e37505a.7090...@bcs.org.uk, on 08/02/2011
   at 02:18 AM, CM Poncelet ponce...@bcs.org.uk said:

What I would expect, if the program's DCB attributes 'overrode'/'took
 precedence over'/etc. those of the physical dataset on DASD, is that
the  attributes in the dataset's DSCB on DASD would be overriden by
the  program DCB's attributes during the *read* (without changing the
DSCB on DASD), and whatever garbage was then read in, as a
consequence of the changed RECFM, LRECL and BLKSIZE in the program's
DCB, would then be acceptable

That is an unreasonable expectation. It is the responsibility of the
user to determine whether an override is appropriate and to determine
whether an input dataset matches the requirements of the application.
If the data length on DASD exceeds the block size, why would you
expect anything other than an I/O error. If your specify RECFM=FB and
the data length is not a multiple of LRECL, why would you expect
anything but a logical error?

The 'raw' data could be retrieved from DASD via CCWs, irrespective
of  LRECL etc.

At which point it is the programmer's responsible to figure out how to
handle them.

So I would expect a program's changed DCB attributes to override 
those on DASD in the same way, as if processing 'raw' data. 

It does. What it doesn't do is to magically figure out that you didn't
really mean it when you provided the wrong attributes.

That would be *my* interpretation of the program's DCB attributes 
having successfully overridden those of the dataset on DASD when 
opened for input.

Your interpretation is irrelevant; what matters is the documentation
that you refuse to consult.

But as this does not happen, the program's DCB attributes 
'overriding' those on DASD is at best theoretical/academic.

No, just unrelated to anything that IBM claims to do. Again, you are
confusing the dataset with the DSCB1 describing the dataset.


In 4e3758a4.8070...@bcs.org.uk, on 08/02/2011
   at 02:53 AM, CM Poncelet ponce...@bcs.org.uk said:

Quite possibly; but it's a contrived case 

The fact that you don't understand it doesn't make it contrived. The
fact is that what Binyamin describes is relatively common among those
that understand the software, and quite useful.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

In 4e38932c.2030...@bcs.org.uk, on 08/03/2011
   at 01:15 AM, CM Poncelet ponce...@bcs.org.uk said:

... but open for output, followed by write, works - whereas open for 
input, followed by read, doesn't (it fails with an I/O ERR): that
is a fact, not an opinion.

No, it is not a fact. It is a fact that you can cause an I/O error
with an incorrect BLKSIZE. It is false that you always get an I/O
error when you override dataset attributes on input.

So unless the I/O ERR is actually the desired outcome, it is an
error. 

A user error.

If the dataset is thought to be in error, raise a PMR with IBM.

Don't create a PMR for a user error.

Otherwise it is the program's merged DCB that is 
in error - which is what I am saying. 

That isn't what you have been saying. You have been confusing open
with read and confusing the DSCB1 with the dataset itself.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP from IBM's book server

In 0de6a9840123e547b061ac5b6765c02608e...@exmb-05.ad.wsu.edu, on
08/01/2011
   at 11:03 PM, Gibney, Dave gib...@wsu.edu said:

I really don't understand why anyone wouldn't be satisfied with
Softcopy Librarian?

Sure you do.

Yes, it's Windows only

Aha!
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

In
CAApqkjs0AW1kP=-jorgzgf0nbrh-e3ujd63vajovyd_nfdb...@mail.gmail.com,
on 08/02/2011
   at 08:12 AM, George Rodriguez
george.rodrig...@palmbeachschools.org said:

When an email is sent out from the Mainframe, the time stamp on the
top of the email is wrong.

What is the complete contents of the Date: header line?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR


Gerhard Postpischil wrote:


On 8/2/2011 3:11 PM, CM Poncelet wrote:


this. But in any case the BDW and RDW would not be loaded into
the buffer.



The BDW and RDW are always included in the buffer. They may not be 
seen at the application level (e.g., on a ForTran read or write, or in 
CoBOL). 


Well yes, they have to be loaded into VS to be processed. In the case of 
block read/writes they precede the data records in the buffer. But 
whatever was being discussed at the time I wrote that had to do with 
record read/writes, in which case the BDW and RDW would not be 
accessible from the buffer: so perhaps I should have said 'not 
accessible' instead of 'not loaded'.






I have no time for that. If something is true it can remember
itself; if it is false it is not worth remembering. Hence I
remember what I am dealing with and forget it afterwards. Do you
expect me to *remember* system control blocks?



But as is obvious from this thread, you are making assertions based on 
(mis)information where you should have refreshed your memory. I still 
don't know what you meant by CCW EXCPs, for example. 


If I dealt only with MVS, I would have the time to refresh my memory: 
but I don't; I work with subsystems. By CCW EXCPs I am simply 
emphasising the fact that the channel programs (CPs) are issuing CCWs 
(which have direct access to DASD devices).






'DCB' is shorter than the 'RECFM=,LRECL=,BLKSIZE=' I am actually
referring to when I say 'DCB'; so I say 'DCB' for short.



'Data format' is also shorter than those, and a lot less ambiguous. 


True. I translate my thoughts into words and for this I use whatever 
suitable word - not necessarily the most appropriate one - first comes 
to mind.





Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

2011-08-03 Thread George Rodriguez

Hi Seymour,

As it turns out, the Rexx EXEC that I was using, XMITIP from Lionel B. Dyck
has a sub-module called XMITIPCU that allows me to change the time if I
don't want to use GMT. The routine is called tzone_NM() and what I did was
changed this:

TZone_NM:
PROCEDURE

/* the result returned will be */
/* one or the other of these   */
STANDARD_TIME = 'EST'
DAYLIGHT_TIME = 'EDT'

Once I changed MST/MDT to EST/EDT, the time stamp on the top line was
corrected. Here's the corrected  message line:

  george.rodrig...@palmbeachschools.org to EDWPWXChg
 show details 8:25 PM (12 hours ago)

Here's the bad line:

  george.rodrig...@palmbeachschools.org to EDWPWXChg
 show details 12:17 AM (7 hours ago)

Actually the correct time is 8:25 to 8:26 pm each day.

Thanks for all the responses.

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Tue, Aug 2, 2011 at 9:18 PM, Shmuel Metz (Seymour J.) 
shmuel+ibm-m...@patriot.net wrote:

 In
 CAApqkjs0AW1kP=-jorgzgf0nbrh-e3ujd63vajovyd_nfdb...@mail.gmail.com,
 on 08/02/2011
   at 08:12 AM, George Rodriguez
 george.rodrig...@palmbeachschools.org said:

 When an email is sent out from the Mainframe, the time stamp on the
 top of the email is wrong.

 What is the complete contents of the Date: header line?

 --
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

2011-08-03 Thread Dana Mitchell

George,

Perhaps the timezone setting for z/OS Unix System Services is set incorrectly.

Login to either TSO OMVS   or telnet directly, and issue the 'date' command: 

# date 
Wed Aug  3 08:00:25 CDT 2011   
#  

Does it show the correct time and date?
If not,  issue 'echo $TZ'  command to display the current setting of the TZ 
environment variable:

# echo $TZ 
CST6CDT
#  

If this is incorrect, you need to find where it is being set.  Commonly set in 
/etc/profile (this is where it is set in the IBM supplied sample),  or /etc/rc  
 or  $HOME/.profile   

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: base arithmetic in REXX

On Tue, 2 Aug 2011 17:25:38 -0500, Ward, Mike S wrote:

Ok how about something like this?

/* REXX */
input_number = 27
XSTRING = D2C(input_number)
XTABLEI = '0102030405060708090A0B0C0D0E0F101112131415161718191A'x
XTABLEO = ABCDEFGHIJKLMNOPQRSTUVWXYZ
X = TRANSLATE(XSTRING,XTABLEO,XTABLEI)
say X

Base 26 refers to a number system in which each digit position has 
26 possible values, just as in base 16 (hexadecimal) there are 16 
possible valued in each digit position.  The value of a digit at the 
rightmost position is multiplied by 26**0 (1).  The next position is 
multiplied by 26**1 (26), the third position by 26**2 (676), etc. 
If the digit values are represented by the English letters A through Z, 
with A having values from 0 to 25, respectively, the counting sequence 
from decimal 1 through 26 would be B, C, D, E, F, G, H, I, J, K, L, M, N, 
O, P, Q, R, S, T, U, V, W, X, Y, Z, BA.

-- 
Tom Marchant



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of John McKown
Sent: Monday, August 01, 2011 4:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: base arithmetic in REXX

anybody know an easy way to encode a base 10 number into base 26?
Basically, I want to make a decimal number into the English alphabet:
A-Z. I was hoping there was a simpler way than:

i=input_number
output=
alphabet=ABCDEFGHIJKLMNOPQRSTUVWXYZ
do while i0
   j=i//26
   output=substr(alphabet,j+1,1)||output
   i=i%26
end
output=A||output
output=strip(output,L,A) /* strip leading As */
if 0 = length(output) then output=A

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

On Wed, 3 Aug 2011 13:38:40 +0100, CM Poncelet wrote:

Gerhard Postpischil wrote:

 The BDW and RDW are always included in the buffer. They may not be
 seen at the application level (e.g., on a ForTran read or write, or in
 CoBOL).

Well yes, they have to be loaded into VS to be processed. In the case of
block read/writes they precede the data records in the buffer. But
whatever was being discussed at the time I wrote that had to do with
record read/writes, in which case the BDW and RDW would not be
accessible from the buffer: so perhaps I should have said 'not
accessible' instead of 'not loaded'.

And you would again be wrong.  I suggest you RTFM and stop relying 
on your faulty memory and/or flawed understanding.

 'Data format' is also shorter than those, and a lot less ambiguous.

True. I translate my thoughts into words and for this I use whatever
suitable word - not necessarily the most appropriate one - first comes
to mind.

And in doing so, you fail to communicate effectively because 
you do not use words as they are generally understood.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

On Wed, 3 Aug 2011 12:06:31 +0100, CM Poncelet wrote:

NO NO NO again. What I did was prove by 'reductio ad absurdum' that if
the premiss/assertion On input, the order of override priority is
program DCB - JCL DCB - dataset attributes is true then its
consequences are absurd: therefore the premiss/assertion is false.
Please note that, at the beginning, I did say What I *would* expect
... and not What I expect ...

To finish this off. It is *not* valid to argue that 'this' overrides
'that', if 'this' having overridden 'that' results in 'this' not working
unless it happens to be equal to 'that' - where 'this' and 'that' can be
any permissible values, with no imposed conditions or constraints.

If I understand what you are trying to say, consider this.  Suppose you 
have some JCL like this:

//TESTPROC PROC UNIT=SYSDA
//SETP1  EXEC PGM=IEFBR14
//DD1  DD  DISP=(NEW,DELETE),UNIT=UNIT,SPACE=(TRK,1)
//  PEND

By your logic, if you code

//EXEC PROC=TESTPROC,UNIT=BANANA

BANANA does not override SYSDA for the unit because it causes a JCL 
error.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

I am proving by 'reductio ad absurdum' that if the assertion is true, 
then its consequences are absurd: and hence that the assertion is false. 
You are discussing the absurd consequences which would follow from the 
assertion being true. The point I am illustrating is that you cannot 
impose a common rule both for output and input, yet have one 'logic set' 
of consequences for output and a different one for input.



Shmuel Metz (Seymour J.) wrote:


In 4e37505a.7090...@bcs.org.uk, on 08/02/2011
  at 02:18 AM, CM Poncelet ponce...@bcs.org.uk said:

 


What I would expect, if the program's DCB attributes 'overrode'/'took
precedence over'/etc. those of the physical dataset on DASD, is that
the  attributes in the dataset's DSCB on DASD would be overriden by
the  program DCB's attributes during the *read* (without changing the
DSCB on DASD), and whatever garbage was then read in, as a
consequence of the changed RECFM, LRECL and BLKSIZE in the program's
DCB, would then be acceptable
   



That is an unreasonable expectation. It is the responsibility of the
user to determine whether an override is appropriate and to determine
whether an input dataset matches the requirements of the application.
If the data length on DASD exceeds the block size, why would you
expect anything other than an I/O error. If your specify RECFM=FB and
the data length is not a multiple of LRECL, why would you expect
anything but a logical error?

 


The 'raw' data could be retrieved from DASD via CCWs, irrespective
of  LRECL etc.
   



At which point it is the programmer's responsible to figure out how to
handle them.

 

So I would expect a program's changed DCB attributes to override 
those on DASD in the same way, as if processing 'raw' data. 
   



It does. What it doesn't do is to magically figure out that you didn't
really mean it when you provided the wrong attributes.

 

That would be *my* interpretation of the program's DCB attributes 
having successfully overridden those of the dataset on DASD when 
opened for input.
   



Your interpretation is irrelevant; what matters is the documentation
that you refuse to consult.

 

But as this does not happen, the program's DCB attributes 
'overriding' those on DASD is at best theoretical/academic.
   



No, just unrelated to anything that IBM claims to do. Again, you are
confusing the dataset with the DSCB1 describing the dataset.


In 4e3758a4.8070...@bcs.org.uk, on 08/02/2011
  at 02:53 AM, CM Poncelet ponce...@bcs.org.uk said:

 

Quite possibly; but it's a contrived case 
   



The fact that you don't understand it doesn't make it contrived. The
fact is that what Binyamin describes is relatively common among those
that understand the software, and quite useful.

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX in (Windows)

2011-08-03 Thread Dave Juraschek

Try http://www.rexxinfo.org

This site shows the current incarnations of REXX (Object Oriented and 
traditional) available for Windows (and many other platforms) and has links to 
relevant forums, support groups, etc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

I have read the manuals and I reference them when *necessary*, I have 
also read *some* of the code (howbeit by disassembling it), I do not 
'take pride' in not having the time etc. (because I actually do *not* 
have the time to consult references which have no relevancy to the work 
I am currently dealing with), and I am 'adamant' that I am right in 
pointing out that an assertion made by others is logically absurd when 
it is logically absurd.


Shmuel Metz (Seymour J.) wrote:


In 4e386bfb.7030...@acm.org, on 08/02/2011
  at 04:28 PM, Joel C. Ewing jcew...@acm.org said:

 

To almost take pride in not having the time to consult appropriate 
references, and yet at the same time be adamant that you are right

and others wrong when they have,
   



Some of us[1] have read not only the manuals but also the code.

[1] I'd guess half a dozen; possibly much more but definitely not
   much less.

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR


Shmuel Metz (Seymour J.) wrote:


In 4e38932c.2030...@bcs.org.uk, on 08/03/2011
  at 01:15 AM, CM Poncelet ponce...@bcs.org.uk said:

 

... but open for output, followed by write, works - whereas open for 
input, followed by read, doesn't (it fails with an I/O ERR): that

is a fact, not an opinion.
   



No, it is not a fact. It is a fact that you can cause an I/O error
with an incorrect BLKSIZE. It is false that you always get an I/O
error when you override dataset attributes on input.

But I should get *no* I/O error at all on read if the DCB precedence 
rules for output apply also to input, as is asserted (... not by me).




 


So unless the I/O ERR is actually the desired outcome, it is an
error. 
   



A user error.

 


If the dataset is thought to be in error, raise a PMR with IBM.
   



Don't create a PMR for a user error.

 

Otherwise it is the program's merged DCB that is 
in error - which is what I am saying. 
   



That isn't what you have been saying. You have been confusing open
with read and confusing the DSCB1 with the dataset itself.

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

On Wed, 3 Aug 2011 15:20:22 +0100, CM Poncelet wrote:

I am proving by 'reductio ad absurdum' that if the assertion is true,
then its consequences are absurd: and hence that the assertion is false.

What consequences?  In what way are they absurd? 

Hint: To show that something is absurd, it is not sufficient to explain why 
you don't like it or how you think that it should work.  In logic, absurd 
has a specific meaning.  An example of an absurd statement is 0 = 1.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

On Wed, 3 Aug 2011 15:41:56 +0100, CM Poncelet wrote:

But I should get *no* I/O error at all on read if the DCB precedence
rules for output apply also to input, as is asserted (... not by me).

Of course you should get an I/O error on read if you specify a 
blocksize that is inconsistent with the data on DASD.  The same 
as you would get if it was inconsistent with the data on tape or 
any other medium.

I notice that you totally ignored my question about what happens 
if the blocksize in the DCB is incompatible with the data on an 
unlabeled tape.  Here is another one.  What if your program wants 
to read 70 byte blocks from a card reader by specifying BLKSIZE=70 
in the DCB in the program?

You would get an I/O error.  Do you assert that the blocksize on 
the card reader overrides the blocksize in your DCB?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Tony's Comcast account

 Years ago a man named Mark Thomen (I miss him and his wisdom) probably
would have Relson-ed this thread days ago.



 all snipped 




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP from IBM's book server

2011-08-03 Thread Grinsell, Don

Oh and just in case your mainframe only supports secure ftp, it should be noted 
that Softcopy Librarian doesn't.  In that case you will need an ftp client 
proxy.  There are a few to choose from, but one that was simple to implement 
and supports both Linux and Windows can be found at http://www.tlswrap.com.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

Sed quis custodiet ipsos custodes
(Who will watch the watchers?)
-- Juvenal, Sixth Satire, 1st century AD

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Joel C. Ewing

CM, Wrong again (but should we be surprised)!  The RDW is indeed part of 
the logical record and is returned by the access method as part of the 
logical record on input and expected as part of the record on output. 
Some higher level languages (for example,COBOL) hide this from the 
programmer because the high-level language semantics require it; but if 
you had any experience with VB I/O on the assembler level this would be 
obvious, or if you had ever used SORT on a VB file you would know the 
field offsets must include the RDW bytes as they are part of the logical 
record.  Once again you are the blind man, trying to understand the 
concept of an elephant by feeling one part of its body rather than 
listening to those with sight.


CM, Why do you insist on continuing to embarrass yourself by pretending 
to speak with authority on things you obviously do not or no longer 
understand and are unwilling to take the time to learn or re-learn?  If 
you now spend too little of your time with MVS to remember correctly how 
things work, you should just recognize that and cease pretending to be 
an authority and showing your ignorance.  Your supposed 'reductio ad 
absurdum' argument is itself absurd because it is totally dependent on 
your redefining override to mean override with valid results, or on 
mis-applying the word to the physical dataset blocks or the dataset VTOC 
entry rather than the in-memory program DCB fields to which it clearly 
is intended to apply.  Override simply does not have any implied 
secondary meaning of validity or success in the English language, 
and no one but yourself has chosen to make that invalid assumption. 
Your arguments also make no sense when you fail to properly distinguish 
between physical dataset content, fields in the DSCB VTOC entry, 
parameters in the DD, and fields in the program DCB, as the whole 
argument in this thread centers around understanding how all these 
separate and distinct pieces all interact -- and they interact only in 
the ways they are documented to interact, not the ways you think might 
be nice for them to interact.  I get the feeling you are very fuzzy 
about the physical representation of datasets on DASD or you wouldn't 
even make some of the assertions you make.  King George and a majority 
of Parliament overrode the advice of wiser men and lost the American 
Revolution.  You have attempted to override the meaning of override, 
and have totally lost the argument.


Seymour, good comments in your 8/2 0750 post.  I guess the logical 
corollary of CM expecting it to be reasonable to raise an IBM PMR to 
eliminate errors caused by user misuse of JCL DD or program DCB 
parameters would be to expect IBM to also fix all compilers to take any 
program that was sytactically correct but semantically inappropriate for 
the incoming data fields, to magically determine what the programmer 
really intended, and change the program to modify the incoming data so 
the program would run without errors.  To use your tools in this 
business you have to understand them well enough to know what they are 
designed to do, what they are not capable of doing, and that to keep 
implementation practical, the effect of some usage errors are just 
deliberately left undefined or unpredictable.  CM just doesn't seem to 
get it.  Maybe he's really an undercover MS agent and is just trying to 
distract the group from moving workloads to the z platform.

   Joel C. Ewing

On 08/03/2011 07:38 AM, CM Poncelet wrote:

Gerhard Postpischil wrote:


On 8/2/2011 3:11 PM, CM Poncelet wrote:


this. But in any case the BDW and RDW would not be loaded into
the buffer.



The BDW and RDW are always included in the buffer. They may not be
seen at the application level (e.g., on a ForTran read or write, or in
CoBOL).


Well yes, they have to be loaded into VS to be processed. In the case of
block read/writes they precede the data records in the buffer. But
whatever was being discussed at the time I wrote that had to do with
record read/writes, in which case the BDW and RDW would not be
accessible from the buffer: so perhaps I should have said 'not
accessible' instead of 'not loaded'.





I have no time for that. If something is true it can remember
itself; if it is false it is not worth remembering. Hence I
remember what I am dealing with and forget it afterwards. Do you
expect me to *remember* system control blocks?



But as is obvious from this thread, you are making assertions based on
(mis)information where you should have refreshed your memory. I still
don't know what you meant by CCW EXCPs, for example.


If I dealt only with MVS, I would have the time to refresh my memory:
but I don't; I work with subsystems. By CCW EXCPs I am simply
emphasising the fact that the channel programs (CPs) are issuing CCWs
(which have direct access to DASD devices).





'DCB' is shorter than the 'RECFM=,LRECL=,BLKSIZE=' I am actually
referring to when I say 'DCB'; so I say 'DCB' for short.



'Data

WAS DB2 cpu times

2011-08-03 Thread Pudukotai, Nagaraj S

Hi
The set up in our environment is that applications running in Websphere 
Application Server (WAS) address spaces on z/OS run SQL against DB2 on z/OS.

I am trying to correlate the CPU time (field SMF1209CI) I get from WAS SMF type 
120 subtype 9 records and the DB2 class 1 CPU time (MXG field DB2TCBTM) for a 
bunch of WAS address spaces (our set up is one WAS server region with one WAS 
servant region). Value in DB2TCBTM is way more than what I get from SMF1209CI. 
But the CPUTM (MXG Variable) from type 30 interval records (SMFINTRV MXG SAS 
dataset) I get for the WAS Address spaces matches with SMF1209CI value I get 
from type 120 subtype 9 records for the same WAS address spaces.

Can anyone edify me as to what is wrong with what I am trying to reconcile here?

Thank you
Nagaraj



This email is confidential and subject to important disclaimers and
conditions including on offers for the purchase or sale of
securities, accuracy and completeness of information, viruses,
confidentiality, legal privilege, and legal entity disclaimers,
available at http://www.jpmorgan.com/pages/disclosures/email.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR


Tom Marchant wrote:


On Tue, 2 Aug 2011 20:11:27 +0100, CM Poncelet ponce...@bcs.org.uk wrote:

 


Gerhard Postpischil wrote:
   


His example used RECFM=FB, so there are no BDWs and no RDWs (if there
were, then the first four bytes of the second record would be the RDW,
not data).
 

Yes ... and I am writing from memory, 
   



Obviously, and your memory is in error.  It would help if you would check 
a reference manual rather than continuing to post incorrect information, 
even after having been corrected multiple times.


 


But in
any case the BDW and RDW would not be loaded into the buffer. 
   



Wrong again.  The BDW and RDW of a variable length data set are 
part of the data in the buffer.


 


Requisite manuals are
available online. While Using Data Sets is a bit daunting, it
contains most of the information.
 

I have no time for that. 
   



Then why do you have time to post so much incorrect information?

 

If something is true it can remember itself; 
   



Oh, really?

 


Do you expect me to *remember*
system control blocks?
   



Actually, no, I don't.  But I do expect you to check what you post.  We 
all occasionally post incorrectly from memory, some of us more often than 
others.  Most of us will at least look it up after someone points out that 
what we posted was wrong.  You, on the other hand, repeatedly post the 
same erroneous information and steadfastly refuse to look it up.  Because 
of that, I don't expect you to *know* what you are talking about.


 


I have been reading system dumps for more than 25 years
   



Well, good for you.  I've been doing it for 40.  I think Gerhard has been 
doing it for considerably longer and I know that Shmuel has.



 


This topic is about the order
of priority of DCB attributes when opening a dataset for input v.
output,
   



And your insistence that there is a difference in the priority of filling in 
the DCB between input and output is demonstrably wrong.  There is no 
difference.  The DCB is filled in exactly the same way.  If you don't believe 
me, take  dump after opening a data set for input and see what the 
values are.  Let me guess.  you don't have time for that either.


But I do not dispute that the DCB is filled in exactly the same way for 
output and for input (bar the flags being set for write or/and for read 
etc.). I dispute that the program's DCB attributes for input prevail 
over the attributes of the dataset (i.e. that they now temporarily 
become the dataset's new attributes whether the dataset 'likes' it or 
not) in the way that its DCB attributes for output prevail over them 
(ditto, but permanently).


It all comes down to what is meant by 'override'. To me, 'override' 
implies 'with successful completion and CC=00': otherwise an 'override' 
was attempted but it failed. To others, it seems that 'override' means 
nothing more than that the DCB was successfully assembled/link-edited 
and opened at run time, and if the job then hits I/O errors well ... who 
cares, because the important thing to understand about 'override' is 
that it has nothing to do with whether the job can complete afterwards, 
but has only to do with whether the DCB can be assembled cleanly etc. 
and then opened. Is that some kind of joke?


How about applying this 'override' concept to JCL procedures, and 
override say the PROC's STEPLIB with a VSAM file or DD DUMMY, then 
submit the JCL. Does this mean the PROC's STEPLIB was successfully 
overriden because the JCL could be submitted, and if the job then 
abended well ... that does not matter, because the important thing was 
to override STEPLIB and *that* was successful? That would open up an 
interesting new perspective on software engineering ...




 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Joel C. Ewing


Aw, at least give the guy a hint.  Change the SORTOUT DISP to
DISP=(NEW,CATLG).  When you have to diagnose allocation problems, 
deleting the dataset on ABEND is a bad idea as the dataset typically 
gets wiped on the failure and you can't even use ISPF 3.4 or any other 
tools to check on how much space was actually allocated before it blew. 
 Looking at what you had at that point should be a strong clue. (and 
then manually delete the dataset).

  JC Ewing

On 08/03/2011 07:21 AM, Ted MacNEIL wrote:

So what?
Did you look up the messages?
I think I know what your (basic) problem is, but I'll leave it as an exercise 
for the student.
I shall NOT hold your hand and lead you to the promised land.
Especially since you APPEAR to refuse to do any research.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: Rohit Bhandaristorage.mainfr...@gmail.com
Sender: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu
Date: Wed, 3 Aug 2011 17:42:37
To:IBM-MAIN@bama.ua.edu
Reply-To: IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)

Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
// SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEILeamacn...@yahoo.ca  wrote:


IEC032I


E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

Did you even attempt to look up this message?


-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL




--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

If expressed that way, I have no choice but to accept that BANANA 
overrides SYSDA - although that is not the interpretation of 'override' 
I am referring to.


If expressed as BANANA prevails over SYSDA, then I disagree - because 
BANANA would fail with a JCL error and would therefore not prevail.


Tom Marchant wrote:


On Wed, 3 Aug 2011 12:06:31 +0100, CM Poncelet wrote:

 


NO NO NO again. What I did was prove by 'reductio ad absurdum' that if
the premiss/assertion On input, the order of override priority is
program DCB - JCL DCB - dataset attributes is true then its
consequences are absurd: therefore the premiss/assertion is false.
Please note that, at the beginning, I did say What I *would* expect
... and not What I expect ...

To finish this off. It is *not* valid to argue that 'this' overrides
'that', if 'this' having overridden 'that' results in 'this' not working
unless it happens to be equal to 'that' - where 'this' and 'that' can be
any permissible values, with no imposed conditions or constraints.
   



If I understand what you are trying to say, consider this.  Suppose you 
have some JCL like this:


//TESTPROC PROC UNIT=SYSDA
//SETP1  EXEC PGM=IEFBR14
//DD1  DD  DISP=(NEW,DELETE),UNIT=UNIT,SPACE=(TRK,1)
//  PEND

By your logic, if you code

//EXEC PROC=TESTPROC,UNIT=BANANA

BANANA does not override SYSDA for the unit because it causes a JCL 
error.


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Bill Fairchild

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
CM Poncelet
Sent: Wednesday, August 03, 2011 7:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CORRUPT PDS - I/O ERROR

...  I translate my thoughts into words and for this I use whatever 
suitable word - not necessarily the most appropriate one - first comes 
to mind.

Is this how glossolalia begins?

Sometimes, when giving a public technical presentation, I have found myself 
stumped for the most precise word.  Rather than utter whatever comes to mind, I 
stop speaking, think for several seconds while saying nothing into the 
microphone (such as you know, uh, like), and then speak the appropriate 
word.  It is also permissible to write in this same fashion.  IBM-MAIN is, and 
my technical audiences have been, populated with many perfectionists with a 
half century of experience in the behavior of z/OS software and its predecessor 
operating systems.  As I have found out from some of my earliest posts on this 
list server, I am best served by taking extra time to compose my thoughts and 
choose my words carefully.

Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFHSM QUESTION - DELETE SDSP DSN

2011-08-03 Thread willie bunter

Good Day To All,
 
I am doing a review of all our ML1 volumes (8 SDSP and 8 NOSDSP) and I noticed 
that 2 volumes out of 8 SDSP volumes the SDSP dsns were empty.  I checked 
the ARCCMD9
member and they were defined as NOSDSP.  There was a comment to say that they 
were changed from SDSP to NOSDSP in 2001.  My question is 2 fold, can I delete 
the SMALLDS dsn which is VSAM.  I did a LISTCAT of one of them and it tells me :
IDC3012I ENTRY VHSM.SMALLDS.BLL1908 NOT FOUND
I did a LISTCAT of other SMALLDS and I received the same result.  Is it normal 
that only the DATA and INDEX components exist but not the CLUSTER?
I checked the HSM REFERENCE manual as well as the IMPLEMENTATION  
CUSTOMIZATION GUIDE but I came up empty.  Any ideas?
 
Thanks.
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR


Tom Marchant wrote:


On Wed, 3 Aug 2011 15:20:22 +0100, CM Poncelet wrote:

 


I am proving by 'reductio ad absurdum' that if the assertion is true,
then its consequences are absurd: and hence that the assertion is false.
   



What consequences?  In what way are they absurd?

The absurd consequences are that 'FB,90' records would have to be read 
as 'FB,80' records and the last record in the block padded with X'00's - 
and that is without even considering VB records.





Hint: To show that something is absurd, it is not sufficient to explain why 
you don't like it or how you think that it should work.  In logic, absurd 
has a specific meaning.  An example of an absurd statement is 0 = 1.


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

On Wed, 3 Aug 2011 17:03:21 +0100, CM Poncelet wrote:

If expressed that way, I have no choice but to accept that BANANA
overrides SYSDA - although that is not the interpretation of 'override'
I am referring to.

Feeding this troll is a waste of time.  He insists upon providing his own 
meanings to words, so rational communication is impossible.

It is pointless to argue with someone who suspends reason.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

2011-08-03 Thread George Rodriguez

# date showed:

# date
Wed Aug  3 18:42:03 UTC 2011
#

# echo $TZ showed:
UTC0
#

and this is what's in /SYSTEM/etc/rc:

# Initialization shell script, pathname = /etc/rc
#
#LICENSED MATERIALS - PROPERTY OF IBM
#5694-A01 (C) COPYRIGHT IBM CORP. 1993, 2001
#

# Initial setup for z/OS UNIX
export _BPX_JOBNAME='ETCRC'

# Provide z/OS UNIX Startup Diagnostics
set -v -x

# Setup utmpx file
/etc/utmpx
chmod 644 /etc/utmpx

# Reset all slave tty files
chmod 666 /dev/tty*
chown 0 /dev/tty*

# Allow only file owner to remove files from /tmp
chmod 1777 /tmp
# Allow only file owner to remove files from /var
chmod 1777 /var
# Allow only file owner to remove files from /dev
chmod 1755 /dev

# Setup write, talk, mesg utilities
# chgrp TTY   /bin/write
# chgrp TTY   /bin/mesg
# chgrp TTY   /bin/talk
# chmod 2755  /bin/write
# chmod 2755  /bin/mesg
# chmod 2755  /bin/talk
# Performed at install in HOT7707
# Commented out in HOT6609 and performed in SAMPLIB job FOMISCHO

# Setup mailx utility
# No need to CHGRP /usr/mail directory
# No need to CHGRP mailx utility
# No need to CHMOD mailx to turn on SETGID

# Setup uucp utility
# chown uucp:uucpg /usr/lib/uucp
# chown uucp:uucpg /usr/lib/uucp/IBM
# chown uucp:uucpg /usr/spool/uucp
# chown uucp:uucpg /usr/spool/locks
# chown uucp:uucpg /usr/spool/uucppublic
# chown uucp:uucpg /usr/spool/uucp/.Xqtdir
# chown uucp:uucpg /usr/spool/uucp/.Sequence
# chown uucp:uucpg /usr/spool/uucp/.Status
# chown uucp:uucpg /bin/uucp
# chown uucp:uucpg /bin/uuname
# chown uucp:uucpg /bin/uustat
# chown uucp:uucpg /bin/uux
# chown uucp:uucpg /usr/lib/uucp/uucico
# chown uucp:uucpg /usr/lib/uucp/uuxqt
# chown uucp:uucpg /usr/lib/uucp/uucc
# chmod 4755 /bin/uucp
# chmod 4755 /bin/uuname
# chmod 4755 /bin/uustat
# chmod 4755 /bin/uux
# chmod 4754 /usr/lib/uucp/uucico
# chmod 4754 /usr/lib/uucp/uuxqt
# chmod 4754 /usr/lib/uucp/uucc
# Performed at install in HOT7707
# Commented out in HOT6609 and performed in SAMPLIB job FOMISCHO

# Invoke vi recovery
#
#
# mkdir -m 777 /var/tmp
# export TMP_VI=/var/tmp
mkdir -m 777 /etc/recover
/usr/lib/exrecover

# Create TERMINFO database
# tic /usr/share/lib/terminfo/ibm.ti
# tic /usr/share/lib/terminfo/dec.ti
# tic /usr/share/lib/terminfo/wyse.ti
# tic /usr/share/lib/terminfo/dtterm.ti
# commented tic out in HOT1180 - all TERMINFO files are shipped

# Start the INET daemon for remote login activity
#_BPX_JOBNAME='INETD' /usr/sbin/inetd /etc/inetd.conf 

sleep 5
echo /etc/rc script executed, `date `

I have no idea what I'm doing, so I'll need your help. Did you see my last
post to MVS-L? I had posted that I did solve my problem.

Thanks.


*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Wed, Aug 3, 2011 at 9:10 AM, Dana Mitchell mitchd...@gmail.com wrote:

 George,

 Perhaps the timezone setting for z/OS Unix System Services is set
 incorrectly.

 Login to either TSO OMVS   or telnet directly, and issue the 'date'
 command:

 # date
 Wed Aug  3 08:00:25 CDT 2011
 #

 Does it show the correct time and date?
 If not,  issue 'echo $TZ'  command to display the current setting of the TZ
 environment variable:

 # echo $TZ
 CST6CDT
 #

 If this is incorrect, you need to find where it is being set.  Commonly set
 in /etc/profile (this is where it is set in the IBM supplied sample),  or
 /etc/rc   or  $HOME/.profile

 Dana

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread willie bunter

Rohit,
 
Your input dsn and output dsn is the same.  Your output dsn is the same name as 
the GDG base P1OPSBP.FC610.NVFF411A.  Verify your output dsn.

--- On Wed, 8/3/11, Rohit Bhandari storage.mainfr...@gmail.com wrote:


From: Rohit Bhandari storage.mainfr...@gmail.com
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 5:12 AM


Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUT    DD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTIN    DD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
//             DISP=(,CATLG,DELETE),UNIT=SYSDA,
//             DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
//             SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

 Did you even attempt to look up this message?


 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

You cannot have two 'logic sets' - one for output and another for input. 
If output hits no I/O error then input hits no I/O error. Otherwise your 
single assertion, applicable both to output and input, is flawed - 
because it has two possible outcomes. It is 'along the lines of' 
asserting that: if apples then 2 + 2 = 4, if oranges then 2 + 2 = 6.


Tom Marchant wrote:


On Wed, 3 Aug 2011 15:41:56 +0100, CM Poncelet wrote:

 


But I should get *no* I/O error at all on read if the DCB precedence
rules for output apply also to input, as is asserted (... not by me).
   



Of course you should get an I/O error on read if you specify a 
blocksize that is inconsistent with the data on DASD.  The same 
as you would get if it was inconsistent with the data on tape or 
any other medium.


I notice that you totally ignored my question about what happens 
if the blocksize in the DCB is incompatible with the data on an 
unlabeled tape.  Here is another one.  What if your program wants 
to read 70 byte blocks from a card reader by specifying BLKSIZE=70 
in the DCB in the program?


You would get an I/O error.  Do you assert that the blocksize on 
the card reader overrides the blocksize in your DCB?


 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Gross, Randall [GCG-PFS]

You might want to look at those two dataset names again. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, August 03, 2011 12:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)

Rohit,
 
Your input dsn and output dsn is the same.  Your output dsn is the same name as 
the GDG base P1OPSBP.FC610.NVFF411A.  Verify your output dsn.

--- On Wed, 8/3/11, Rohit Bhandari storage.mainfr...@gmail.com wrote:


From: Rohit Bhandari storage.mainfr...@gmail.com
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 5:12 AM


Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUT    DD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTIN    DD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A, //             
DISP=(,CATLG,DELETE),UNIT=SYSDA, //             
DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
//             SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC
 610.NVFF411

 Did you even attempt to look up this message?


 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send 
 email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR


'override' includes 'over' and 'ride' - and 'ride' is ambiguous.

Tom Marchant wrote:


On Wed, 3 Aug 2011 17:03:21 +0100, CM Poncelet wrote:

 


If expressed that way, I have no choice but to accept that BANANA
overrides SYSDA - although that is not the interpretation of 'override'
I am referring to.
   



Feeding this troll is a waste of time.  He insists upon providing his own 
meanings to words, so rational communication is impossible.


It is pointless to argue with someone who suspends reason.

 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Pommier, Rex R.

Willie,

Not quite.  I thought the same thing when I first looked at it, but then 
noticed 1 character difference in the two DSNs.  Last character of the high 
level qualifier.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, August 03, 2011 11:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)

Rohit,

Your input dsn and output dsn is the same.  Your output dsn is the same name as 
the GDG base P1OPSBP.FC610.NVFF411A.  Verify your output dsn.

--- On Wed, 8/3/11, Rohit Bhandari storage.mainfr...@gmail.com wrote:


From: Rohit Bhandari storage.mainfr...@gmail.com
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 5:12 AM


Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUTDD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
// DISP=(,CATLG,DELETE),UNIT=SYSDA,
// DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
// SPACE=(CYL,(400,400),RLSE)



On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

 Did you even attempt to look up this message?


 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Robert Glen

Google me this.
While processing a job step that has duplicate DDNAMES coded and
at least one of the DDNAMES points to a JES data set (SYSIN,
SYSOUT, etc.) an extend failure can occur.  This error occurs
when the non-JES data set is attempting to extend to a second
volume and this candidate volume was not resolved to a specific
volser prior to the step beginning.  The error recieved is:
IEC032I E37-08,IFG0554P Dataset will not extend


On 11-08-03 12:12 PM, Tom Marchant m42tom-ibmm...@yahoo.com wrote:

On Wed, 3 Aug 2011 17:03:21 +0100, CM Poncelet wrote:

If expressed that way, I have no choice but to accept that BANANA
overrides SYSDA - although that is not the interpretation of 'override'
I am referring to.

Feeding this troll is a waste of time.  He insists upon providing his own
meanings to words, so rational communication is impossible.

It is pointless to argue with someone who suspends reason.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread Marco Gianfranco Indaco

Can you try to increase unit from unit=sysda to unit=(sysda,20)
it's only a sample but this space error except for vam message may seems too
easy to solve...
and if I can, I'd suggest you to read sort manual to setup properly your
statement i.e. using dynalloc and usize command.

regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

2011-08-03 Thread willie bunter

Rex

You are spot on.  Sorry Rohit.

--- On Wed, 8/3/11, Pommier, Rex R. rex.pomm...@cnasurety.com wrote:

From: Pommier, Rex R. rex.pomm...@cnasurety.com
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 9:32 AM

Willie,

Not quite.  I thought the same thing when I first looked at it, but then 
noticed 1 character difference in the two DSNs.  Last character of the high 
level qualifier.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, August 03, 2011 11:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)

Rohit,

Your input dsn and output dsn is the same.  Your output dsn is the same name as 
the GDG base P1OPSBP.FC610.NVFF411A.  Verify your output dsn.

--- On Wed, 8/3/11, Rohit Bhandari storage.mainfr...@gmail.com wrote:

From: Rohit Bhandari storage.mainfr...@gmail.com
Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS 
(04034379)
To: IBM-MAIN@bama.ua.edu
Received: Wednesday, August 3, 2011, 5:12 AM

Hi ,

This is the JCL code

//NVF411A EXEC PGM=SORT
//SYSPRINT  DD SYSOUT=*
//SYSOUT    DD SYSOUT=*
//STEPLIB   DD DSN=SYS1.SORTLIB,DISP=SHR
//SORTWK01  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK02  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK03  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK04  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTWK05  DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK
//SORTIN    DD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR
//SORTOUT   DD DSN=P1OPSBP.FC610.NVFF411A,
//             DISP=(,CATLG,DELETE),UNIT=SYSDA,
//             DCB=(BLKSIZE=0,LRECL=91,RECFM=FB),
//             SPACE=(CYL,(400,400),RLSE)

On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote:

 IEC032I

 E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411

 Did you even attempt to look up this message?

 -
 Ted MacNEIL
 eamacn...@yahoo.ca
 Twitter: @TedMacNEIL

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
Enjoy ,

Rohit

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

The information contained in this e-mail may contain confidential and/or 
privileged information and is intended for the sole use of the intended 
recipient. If you are not the intended recipient, you are hereby notified that 
any unauthorized use, disclosure, distribution or copying of this communication 
is strictly prohibited and that you will be held responsible for any such 
unauthorized activity, including liability for any resulting damages. As 
appropriate, such incident(s) may also be reported to law enforcement. If you 
received this e-mail in error, please reply to sender and destroy or delete the 
message and any attachments. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

S/A Dump issue

2011-08-03 Thread John Norgauer

Sometime ago I had a S/A dump that was created after a wait state occurred 
during an IPL. I was able to view the dump on IPCS.

Now, after a few weeks have passed and having re-create the S/A dump after 
getting the same Wait state , IPCS is unable to locate the CVT.

Anyone have an idea why IPCS could not find the CVT for this second dump? 

This is  on a 1.9 system. 



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! JN  2004

Hardware eventually breaks - Software eventually works  anon


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: S/A Dump issue

2011-08-03 Thread Bob Shannon

No CVT is often a sign that the SA Dump is no good.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: S/A Dump issue

2011-08-03 Thread Mark Zelden

On Wed, 3 Aug 2011 09:46:10 -0700, John Norgauer 
john.norga...@ucdmc.ucdavis.edu wrote:

Sometime ago I had a S/A dump that was created after a wait state occurred
during an IPL. I was able to view the dump on IPCS.

Now, after a few weeks have passed and having re-create the S/A dump after
getting the same Wait state , IPCS is unable to locate the CVT.

Anyone have an idea why IPCS could not find the CVT for this second dump?

This is  on a 1.9 system.



Are you sure you actually took a good SADUMP?   If it was to DASD, can
you browse the data set and see the dump title or anything else?

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Looking for CA-PDSMAN replacements

2011-08-03 Thread Steven Breese

We have been asked to remove CA-PDSMAN from our Mainframes. Looking around I 
haven't found much for replacements.  We currently use the following features 
of PDSMAN. 
Ezyedit
Fast Copy
Member archiving
LLA extensions
Scan and Replace
Member Titles

Does anyone have any suggestions for replacement products?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Gerhard Postpischil


On 8/3/2011 8:38 AM, CM Poncelet wrote:

Well yes, they have to be loaded into VS to be processed. In the
case of block read/writes they precede the data records in the
buffer. But whatever was being discussed at the time I wrote
that had to do with record read/writes, in which case the BDW
and RDW would not be accessible from the buffer: so perhaps I
should have said 'not accessible' instead of 'not loaded'.


And you keep digging a bigger hole. While I have written 
production programs in many languages, most of my career was 
spent on assembler, on multiple platforms. If you had bothered 
to look at BSAM and QSAM, you would not be making these absurd 
statements. While QSAM has a DATA mode, normal use of variable 
format always includes the RDWs. In the original context, other 
than references to IEBGENER, there was no mention of the 
program's language, so you're on shaky ground; and IEBGENER 
definitely uses QSAM, or BSAM, as appropriate, with full access 
to the control data.



If I dealt only with MVS, I would have the time to refresh my
memory: but I don't; I work with subsystems. By CCW EXCPs I am
simply emphasising the fact that the channel programs (CPs) are
issuing CCWs (which have direct access to DASD devices).


And more of the same. EXCP is a specific reference to an MVS 
service, and the macro used to invoke it. EXCP uses CCWs, CCWs 
don't use EXCP. And channel program do not issue CCWs, they are 
CCWs.



True. I translate my thoughts into words and for this I use
whatever suitable word - not necessarily the most appropriate
one - first comes to mind.


This group is about sharing information about mainframes, and 
providing help to people who are stuck. That entails effective 
communication, which is not achieved by using well-understood 
concepts in inappropriate ways, or creating your own arbitrary 
definitions for common words. I get the impression that you 
misunderstood something in the original thread, made an 
inappropriate post, something all of us have had happen at some 
stage of our careers, and rather than own up to the 
misapprehension, you are trying to argue your way out of it. 
That not only wastes everyone's time, but has already made you 
appear incredibly foolish.



Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Chase, John

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing
 
 [ snip ]  I guess the logical
 corollary of CM expecting it to be reasonable to raise an IBM PMR to
 eliminate errors caused by user misuse of JCL DD or program DCB
 parameters would be to expect IBM to also fix all compilers to take
any
 program that was sytactically correct but semantically inappropriate
for
 the incoming data fields, to magically determine what the programmer
 really intended, and change the program to modify the incoming data so
 the program would run without errors.  . . .

IOW, to perfect the DWIM macro?  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: programmable SYSOUT (was: dynamic STEPLIB)

2011-08-03 Thread Scott Ford

Yep, Shmuel we have a couple customers asking for a 'generic' wilbur or roscoe 
type interface.
It amazes me that people are still using Wilbur or Roscoe..

Scott J Ford
Software Engineer
http://www.identityforge.com
 

From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net
To: IBM-MAIN@bama.ua.edu
Sent: Monday, August 1, 2011 9:10 PM
Subject: Re: programmable SYSOUT (was: dynamic STEPLIB)

In 1710722180664386.wa.paulgboulderaim@bama.ua.edu, on
08/01/2011
   at 07:44 AM, Paul Gilmartin paulgboul...@aim.com said:

Just curious.  What's programmable SYSOUT?

This derives from programs like Wylbur that have to be able to
manipulate and retrieve job output in an efficient and flexible
manner. The request was for a formal interface to replace various ad
hoc mechanisms that programmers were using for the purpose.

-- 
     Shmuel (Seymour J.) Metz, SysProg and JOAT
     ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

2011-08-03 Thread Scott Rowe

Either that or he thinks he is executing IEHPROPHET.

On Wed, Aug 3, 2011 at 1:16 PM, Chase, John jch...@ussco.com wrote:

  -Original Message-
  From: IBM Mainframe Discussion List On Behalf Of Joel C. Ewing
 
  [ snip ]  I guess the logical
  corollary of CM expecting it to be reasonable to raise an IBM PMR to
  eliminate errors caused by user misuse of JCL DD or program DCB
  parameters would be to expect IBM to also fix all compilers to take
 any
  program that was sytactically correct but semantically inappropriate
 for
  the incoming data fields, to magically determine what the programmer
  really intended, and change the program to modify the incoming data so
  the program would run without errors.  . . .

 IOW, to perfect the DWIM macro?  :-)

-jc-

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOT Running DFHSM on an LPAR

2011-08-03 Thread Lizette Koehler

I have 5 LPARS currently running DFHSM.  I have just added a Sixth LPAR where 
we do not want to run DFHSM due to constraints we are placing on this LPAR.  

I ran a test on what would happen with DFHSM not running on a RECALL.

When I issued the command, it placed the request on a queue.

So, the question is, can I have the request failed on the LPAR where we were 
not going to run DFHSM rather than the request getting queued?

Thanks. 

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: zFS Data Set 4G

2011-08-03 Thread Neubert, Kevin

Take a look at Chapter 7 (Defining Data Classes) in DFSMSdfp Storage 
Administration (SC26-7402).

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Lim Ming Liang
Sent: Tuesday, August 02, 2011 6:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: zFS Data Set  4G

Defining Data Class EXT in ISMF is what I am trying to do now.
Thank you.
Regards Lim ML

On 03/08/11 7:03 AM, Skip Robinson wrote:
 I created a zFS that occupied most of a 'Mod-27'. The IDCAMS step to
 create the underlying VSAM cluster looked like this:


DEFINE CLUSTER (NAME(xxx.ZFS) -
VOLUMES(vv) SHAREOPTIONS(3) DATACLAS(EXT) LINEAR -
CYLINDERS(28000,100))

 The key is DATACLAS. 'EXT' is the name we use for extended data sets in
 SMS. Once the cluster was defined, the zFS formatting was the same as for
 any zFS:

 //FMTVSZFS EXEC PGM=IOEAGFMT,COND=(0,LT),
 // PARM=('-aggregate xxx.ZFS -compat')
 //SYSPRINT DD SYSOUT=*
 //SYSOUT   DD SYSOUT=*
 //STDOUT   DD SYSOUT=*
 //STDERR   DD SYSOUT=*

 .
 .
 JO.Skip Robinson
 SCE Infrastructure Technology Services
 Electric Dragon Team Paddler
 SHARE MVS Program Co-Manager
 626-302-7535 Office
 323-715-0595 Mobile
 jo.skip.robin...@sce.com



 From:   Lim Ming Lianglimm...@unifi.my
 To: IBM-MAIN@bama.ua.edu
 Date:   08/02/2011 03:34 PM
 Subject:Re: zFS Data Set  4G
 Sent by:IBM Mainframe Discussion ListIBM-MAIN@bama.ua.edu



 Thank you, looking at it now.
 Regards Lim ML

 On 03/08/11 12:33 AM, Neubert, Kevin wrote:
 Take a look at DFSMS Implementing System-Managed Storage (SC26-7407).

 Regards,

 Kevin

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Lim Ming Liang
 Sent: Tuesday, August 02, 2011 7:51 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: zFS Data Set   4G

 You probably will get me somewhere.
 I am still learning how to define a Data Class in ISMF, which IBM Guide
 I can refer to ?
 And the ACS code stuff, any documentation ?
 Regards Lim ML

 On 02/08/11 9:59 PM, Lizette Koehler wrote:
 Go to ISMF Panels under ISPF.

 List the dataset you are trying to create (if it does not exist, create
 one
 with smaller attributes similar to the one you are going to create)
 This
 will let you know if a DATACLAS is being used.

 If there is no dataclas, create a simple Dataclas for the zFS files
 that
 just uses EA and Multi volume.

 Then change ACS code to associate this dataclas to your dataset names.


 Lizette


 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for CA-PDSMAN replacements

2011-08-03 Thread Dave Salt

Ezyedit can be replaced by SimpList. See the link in my signature or let me 
know if you have any questions.

Regards,
 
Dave Salt

SimpList(tm) - try it; you'll get it! 

http://www.mackinney.com/products/program-development/simplist.html  





 Date: Wed, 3 Aug 2011 11:44:09 -0500
 From: breese.ste...@mayo.edu
 Subject: Looking for CA-PDSMAN replacements
 To: IBM-MAIN@bama.ua.edu
 
 We have been asked to remove CA-PDSMAN from our Mainframes. Looking around I 
 haven't found much for replacements.  We currently use the following features 
 of PDSMAN. 
 Ezyedit
 Fast Copy
 Member archiving
 LLA extensions
 Scan and Replace
 Member Titles
 
 Does anyone have any suggestions for replacement products?
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

Is this in a parallel sysplex?. If no, then the answer is *NO*. The request 
will be queued.

If a parallel sysplex, look at the description for the COMMON RECALL QUEUE. 
This will allow HSM on another LPAR to perform the recall.

HTH,

snip
I have 5 LPARS currently running DFHSM.  I have just added a Sixth LPAR where 
we do not want to run DFHSM due to constraints we are placing on this LPAR.  

I ran a test on what would happen with DFHSM not running on a RECALL.

When I issued the command, it placed the request on a queue.

So, the question is, can I have the request failed on the LPAR where we were 
not going to run DFHSM rather than the request getting queued?
/snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to get Operator Log

Hello,
 Our MVS Guest's crash abruptly, the only message about it's
reason is in zVM's Operator's Log, because these MVS are running under.

Can anybody help me, how to see Operator log under zVM, so that
I can check the reason for MVS crashes.

Sorry, if I am posting this problem in the wrong forum.



-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread Darth Keller

Have you looked at common recall queues?  The request gets queued but 
serviced on one of the other LPARS.
ddk

From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Date:   08/03/2011 12:34 PM
Subject:NOT Running DFHSM on an LPAR
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu

I have 5 LPARS currently running DFHSM.  I have just added a Sixth LPAR 
where we do not want to run DFHSM due to constraints we are placing on 
this LPAR. 

I ran a test on what would happen with DFHSM not running on a RECALL.

When I issued the command, it placed the request on a queue.

So, the question is, can I have the request failed on the LPAR where we 
were not going to run DFHSM rather than the request getting queued?

Thanks. 

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread Lizette Koehler


Is this in a parallel sysplex?. If no, then the answer is *NO*. The request 
will be queued.

If a parallel sysplex, look at the description for the COMMON RECALL QUEUE. 
This will allow HSM on another LPAR to perform the recall.



Thanks.

This is a parallel Sysplex.  We are looking at CRQ but it looks like we have to 
have DFHSM active on that LPAR where we want it to be down.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

2011-08-03 Thread Carlos Bodra - Pessoal


Goes to Operator cms machine, and give

cp sp cons clo

Thsi should close console log from IPL until now and generate a Printer 
file. You can trans fer this printer file from Operator to your cms 
machine and using RDRList watch it to check what happens.


Carlos Bodra
IBM Certified Specialist System z   
Sao Paulo - Brazil


Em 03/08/2011 14:37, saurabh khandelwal escreveu:

Hello,
  Our MVS Guest's crash abruptly, the only message about it's
reason is in zVM's Operator's Log, because these MVS are running under.

 Can anybody help me, how to see Operator log under zVM, so that
I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread Skip Robinson

You do need to run HSM to take advantage of CRQ, but you can leave all the 
housekeeping work (overhead) to other LPARs. Without HSM running in this 
LPAR, you would have to (manually) issue recall commands on another LPAR. 


.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Date:   08/03/2011 10:40 AM
Subject:Re: NOT Running DFHSM on an LPAR
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu




Is this in a parallel sysplex?. If no, then the answer is *NO*. The 
request will be queued.

If a parallel sysplex, look at the description for the COMMON RECALL 
QUEUE. This will allow HSM on another LPAR to perform the recall.



Thanks.

This is a parallel Sysplex.  We are looking at CRQ but it looks like we 
have to have DFHSM active on that LPAR where we want it to be down.

Lizette


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFHSM QUESTION - DELETE SDSP DSN

Issue ' LIST DATASETNAME MIGRATIONCONTROLDATASET SELECT(VOLUME(xx) SDSP)'  
to see if HSM thinks there is any SDSP data left.

If the volume is defined w/NOSDSP, and the SDSP dataset is empty (see above) 
the SDSP dataset can be deleted. Use IDCAMS DELETE VVR, since the cluster is 
not cataloged. If there is any residual data, use idcams define recatalog to 
get the cluster entry back.

IMO, you should either go all SDSP or all NOSDSP. It will obviously take 
several days for all existing data to migrate out of the SDSP datasets. I am 
not sure the overhead of SDSP is still justified. YMMV.

My $0.02.

snip
I am doing a review of all our ML1 volumes (8 SDSP and 8 NOSDSP) and I noticed 
that 2 volumes out of 8 SDSP volumes the SDSP dsns were empty.  I checked 
the ARCCMD9
member and they were defined as NOSDSP.  There was a comment to say that they 
were changed from SDSP to NOSDSP in 2001.  My question is 2 fold, can I delete 
the SMALLDS dsn which is VSAM.  I did a LISTCAT of one of them and it tells me :
IDC3012I ENTRY VHSM.SMALLDS.BLL1908 NOT FOUND
I did a LISTCAT of other SMALLDS and I received the same result.  Is it normal 
that only the DATA and INDEX components exist but not the CLUSTER?
I checked the HSM REFERENCE manual as well as the IMPLEMENTATION  
CUSTOMIZATION GUIDE but I came up empty.  Any ideas?
/snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

Thanks for reply. I used cp sp cons clo command to lose console log.

Now can you help me to transfer this printer file from operator to CMS
machine and how do I use RDRList to watch.

Thanks in advance.

Regards
Saurabh

On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal cbo...@terra.com.br
 wrote:

 Goes to Operator cms machine, and give.

 cp sp cons clo

 Thsi should close console log from IPL until now and generate a Printer
 file. You can trans fer this printer file from Operator to your cms machine
 and using RDRList watch it to check what happens.

 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,
  Our MVS Guest's crash abruptly, the only message about it's
 reason is in zVM's Operator's Log, because these MVS are running under.

 Can anybody help me, how to see Operator log under zVM, so
 that
 I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




 --**--**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

Add the following to /etc/rc and /etc/profile

TZ=desired value
export $TZ

HTH, 


snip
# date showed:

# date
Wed Aug  3 18:42:03 UTC 2011
#

# echo $TZ showed:
UTC0
#

and this is what's in /SYSTEM/etc/rc:
.snippage
/snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

2011-08-03 Thread Carlos Bodra - Pessoal


trans operator prt xxx to yourmachine r

xxx = spool file id

Give this command on operator machine

Carlos Bodra
IBM Certified Specialist System z   
Sao Paulo - Brazil


Em 03/08/2011 14:47, saurabh khandelwal escreveu:

Thanks for reply. I used cp sp cons clo command to lose console log.

Now can you help me to transfer this printer file from operator to CMS
machine and how do I use RDRList to watch.

Thanks in advance.

Regards
Saurabh

On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoalcbo...@terra.com.br

wrote:
Goes to Operator cms machine, and give.

cp sp cons clo

Thsi should close console log from IPL until now and generate a Printer
file. You can trans fer this printer file from Operator to your cms machine
and using RDRList watch it to check what happens.

Carlos Bodra
IBM Certified Specialist System z
Sao Paulo - Brazil


Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,

  Our MVS Guest's crash abruptly, the only message about it's
reason is in zVM's Operator's Log, because these MVS are running under.

 Can anybody help me, how to see Operator log under zVM, so
that
I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.





--**--**--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at 
http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

I used below command and got the error that Spool id not found.

Ready; T=0.01/0.02 19:17:48
*cp sp cons clo*
19:23:39 RDR FILE 0002 SENT FROM OPERATOR CON WAS 0002 RECS 0005 CPY  001 T
NOHO
LD NOKEEP
Ready; T=0.01/0.01 19:23:39
*trans operator prt 0002 to maint r*
19:24:31  NO FILES TRANSFERRED
19:24:31 HCPCSC042E User OPERATOR spoolid 0002 does not exist
Ready(00042); T=0.01/0.01 19:24:31

Can you please help me, how do I check spool  file id.

Regards
Saurabh


On Wed, Aug 3, 2011 at 11:21 PM, Carlos Bodra - Pessoal cbo...@terra.com.br
 wrote:

 trans operator prt xxx to yourmachine r

 xxx = spool file id

 Give this command on operator machine


 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:47, saurabh khandelwal escreveu:

 Thanks for reply. I used cp sp cons clo command to lose console log.

 Now can you help me to transfer this printer file from operator to CMS
 machine and how do I use RDRList to watch.

 Thanks in advance.

 Regards
 Saurabh

 On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal
 cbo...@terra.com.br

 wrote:
 Goes to Operator cms machine, and give.

 cp sp cons clo

 Thsi should close console log from IPL until now and generate a Printer
 file. You can trans fer this printer file from Operator to your cms
 machine
 and using RDRList watch it to check what happens.

 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,

  Our MVS Guest's crash abruptly, the only message about it's
 reason is in zVM's Operator's Log, because these MVS are running under.

 Can anybody help me, how to see Operator log under zVM, so
 that
 I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




  --**
 --**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/**ibm-main.html
 http://bama.ua.**edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html
 




 --**--**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: S/A Dump issue

2011-08-03 Thread Jim Mulder

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/03/2011 
12:46:10 PM:

 Sometime ago I had a S/A dump that was created after a wait state 
occurred 
 during an IPL. I was able to view the dump on IPCS.
 
 Now, after a few weeks have passed and having re-create the S/A dump 
after 
 getting the same Wait state , IPCS is unable to locate the CVT.
 
 Anyone have an idea why IPCS could not find the CVT for this second 
dump? 
 
 This is  on a 1.9 system. 

  What does VERBX SADMPMSG show?
 
  What is the wait state PSW?

  What messages appeared on the NIP console  prior
to the wait state? 


Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread John Eells

Lizette Koehler wrote:

I have 5 LPARS currently running DFHSM. I have just added a Sixth LPAR where
we do not want to run DFHSM due to constraints we are placing on this LPAR.

I ran a test on what would happen with DFHSM not running on a RECALL.

When I issued the command, it placed the request on a queue.

So, the question is, can I have the request failed on the LPAR where we were
not going to run DFHSM rather than the request getting queued?

Thanks.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

I'm not sure whether you want to (a) avoid recalls or (b) avoid the CPU
time required to run DFSMShsm at all.

If (a), would an ARCRPEXT exit that passed back return code 8 for every
recall request, indicating that DFSMShsm should purge them rather than
queuing them, do what you want?

ARCRPEXT is documented in the DFSMS Installation Exits book at:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2c780/CCONTENTS?SHELF=EZ2ZBK0KDN=SC26-7396-13DT=20100610093321

If (b), have you tried setting DFSMShsm to unlicensed in IFAPRDxx for
that LPAR to disable it (vs. simply not starting it)? I don't know
whether this would do what you want but it seems easy enough to try.
(You can use a SET command to go back and forth without an IPL.)

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

Re: How to get Operator Log

Hello Carlos,
 Thanks for replying.I used below command and got the error
that Spool id not found.


 Ready; T=0.01/0.02 19:17:48
 *cp sp cons clo*
 19:23:39 RDR FILE 0002 SENT FROM OPERATOR CON WAS 0002 RECS 0005 CPY  001 T
 NOHO
 LD NOKEEP
 Ready; T=0.01/0.01 19:23:39
 *trans operator prt 0002 to maint r*
 19:24:31  NO FILES TRANSFERRED
 19:24:31 HCPCSC042E User OPERATOR spoolid 0002 does not exist
 Ready(00042); T=0.01/0.01 19:24:31

 Can you please help me, how do I check spool  file id.

 Regards
 Saurabh



 On Wed, Aug 3, 2011 at 11:21 PM, Carlos Bodra - Pessoal 
 cbo...@terra.com.br wrote:

 trans operator prt xxx to yourmachine r

 xxx = spool file id

 Give this command on operator machine


 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:47, saurabh khandelwal escreveu:

 Thanks for reply. I used cp sp cons clo command to lose console log.

 Now can you help me to transfer this printer file from operator to CMS
 machine and how do I use RDRList to watch.

 Thanks in advance.

 Regards
 Saurabh

 On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal
 cbo...@terra.com.br

 wrote:
 Goes to Operator cms machine, and give.

 cp sp cons clo

 Thsi should close console log from IPL until now and generate a Printer
 file. You can trans fer this printer file from Operator to your cms
 machine
 and using RDRList watch it to check what happens.

 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,

  Our MVS Guest's crash abruptly, the only message about
 it's
 reason is in zVM's Operator's Log, because these MVS are running under.

 Can anybody help me, how to see Operator log under zVM, so
 that
 I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




  --**
 --**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/**ibm-main.html
 http://bama.ua.**edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html
 




 --**--**
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




 --
 Thanks  Regards
 Saurabh Khandelwal




-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

I check rl ( reader list) by logging at Operator id . And it gives me zVM
log sorting by date.

but it doesnt give me particular MVS SYStem log, which is crashing . Can
anybody help me to get that MVs log in this.

Regards
Saurabh

On Wed, Aug 3, 2011 at 11:43 PM, saurabh khandelwal 
sourabhkhandelwal...@gmail.com wrote:

 Hello Carlos,
  Thanks for replying.I used below command and got the error
 that Spool id not found.


 Ready; T=0.01/0.02 19:17:48
 *cp sp cons clo*
 19:23:39 RDR FILE 0002 SENT FROM OPERATOR CON WAS 0002 RECS 0005 CPY  001
 T NOHO
 LD NOKEEP
 Ready; T=0.01/0.01 19:23:39
 *trans operator prt 0002 to maint r*
 19:24:31  NO FILES TRANSFERRED
 19:24:31 HCPCSC042E User OPERATOR spoolid 0002 does not exist
 Ready(00042); T=0.01/0.01 19:24:31

 Can you please help me, how do I check spool  file id.

 Regards
 Saurabh



 On Wed, Aug 3, 2011 at 11:21 PM, Carlos Bodra - Pessoal 
 cbo...@terra.com.br wrote:

 trans operator prt xxx to yourmachine r

 xxx = spool file id

 Give this command on operator machine


 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:47, saurabh khandelwal escreveu:

 Thanks for reply. I used cp sp cons clo command to lose console log.

 Now can you help me to transfer this printer file from operator to CMS
 machine and how do I use RDRList to watch.

 Thanks in advance.

 Regards
 Saurabh

 On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal
 cbo...@terra.com.br

 wrote:
 Goes to Operator cms machine, and give.

 cp sp cons clo

 Thsi should close console log from IPL until now and generate a Printer
 file. You can trans fer this printer file from Operator to your cms
 machine
 and using RDRList watch it to check what happens.

 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,

  Our MVS Guest's crash abruptly, the only message about
 it's
 reason is in zVM's Operator's Log, because these MVS are running
 under.

 Can anybody help me, how to see Operator log under zVM, so
 that
 I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




  --**
 --**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/**ibm-main.html
 http://bama.ua.**edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html
 




 --**--**
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




 --
 Thanks  Regards
 Saurabh Khandelwal




 --
 Thanks  Regards
 Saurabh Khandelwal




-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Vsam Extened Adressability

2011-08-03 Thread Ward, Mike S

Hello, all. Can someone please point me to some documentation on
Extended addressability vsam file restrictions. Or if would anyone know
what restrictions we might run into, such as it has to be less than 12
gig etc...


TIA

Mike

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Vsam Extened Adressability

2011-08-03 Thread O'Brien, David W. (NIH/CIT) [C]

Mike,

The following is extracted from 'DFSMS Using Data sets':

Using extended addressability, the size limit for a VSAM data set is  
determined by either: 
  
t   Control interval size multiplied by 4 GB  
  
t   The volume size multiplied by 59. 

A control interval size of 4 KB yields a maximum data set size of 16 TB,
while a control interval size of 32 KB yields a maximum data set size of
128 TB. A control interval size of 4 KB is preferred by many applications
for performance reasons. No increase in processing time is expected for  
extended format data sets that grow beyond 4 GB. To use extended 
addressability, the data set must be:
 
t   SMS-managed  
 
t   Defined as extended format.   

HTH,   

David O'Brien
NIH Contractor

-Original Message-
From: Ward, Mike S [mailto:mw...@ssfcu.org] 
Sent: Wednesday, August 03, 2011 2:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Vsam Extened Adressability

Hello, all. Can someone please point me to some documentation on
Extended addressability vsam file restrictions. Or if would anyone know
what restrictions we might run into, such as it has to be less than 12
gig etc...


TIA

Mike

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time On Mainframe Emails

2011-08-03 Thread Dana Mitchell

On Wed, 3 Aug 2011 12:12:54 -0400, George Rodriguez 
george.rodrig...@palmbeachschools.org wrote:
Did you see my last
post to MVS-L? I had posted that I did solve my problem.

Thanks.

Yes, I did. Your post came out as I was typing mine.  Glad you got your problem 
fixed.  XMITIP is one of my favorite tools

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEBGENER QUESTION

2011-08-03 Thread Sandro Ambrozic

Yes, you're right.

Fortunately, John got it inmediately.

Regards,

Sandro Ambrozic
+34  666 803 223



2011/8/3 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net

 In
 caeajr1jeew6zsw7u_dgukgt6z1d--dtthl7wjcfszhyo+kk...@mail.gmail.com,
 on 08/02/2011
at 04:06 PM, Sandro Ambrozic sandro.ambro...@gmail.com said:

 In TSO EDIT, check if the dataset (or member) has 'PACK ON' active
 (PROFILE command),

 There's no PACK in TSO EDIT. He's using ISPF/PDF EDIT.

 --
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)

  Looking at what you had at that point should be a strong clue. (and 
then manually delete the dataset).

After I found out he did his research, I gave a few hints.

Here's the biggest one though:

Look at the input size!

-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CORRUPT PDS - I/O ERROR

...  I translate my thoughts into words and for this I use whatever suitable 
word - not necessarily the most appropriate one - first comes to mind.

Humpty Dumpty to Alice:
A word means exactly what I intend it to mean!

In a field that requires precision and accuracy, communication in that field 
does as well.
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread Lizette Koehler

I'm not sure whether you want to (a) avoid recalls or (b) avoid the CPU 
time required to run DFSMShsm at all.

If (a), would an ARCRPEXT exit that passed back return code 8 for every 
recall request, indicating that DFSMShsm should purge them rather than 
queuing them, do what you want?

ARCRPEXT is documented in the DFSMS Installation Exits book at: 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2c780/CCONTENTS?SHELF=EZ2ZBK0KDN=SC26-7396-13DT=20100610093321

If (b), have you tried setting DFSMShsm to unlicensed in IFAPRDxx for 
that LPAR to disable it (vs. simply not starting it)?  I don't know 
whether this would do what you want but it seems easy enough to try. 
(You can use a SET command to go back and forth without an IPL.)

-- 


Thanks for all the suggestions.

Changing IFAPRDxx to have DFHSM disabled did not prevent the recall from 
getting queued.

So we will probably have to run DFHSM and see how we can keep it running small 
on this LPAR.  We will be reviewing CRQ and I will review exit code in DFHSM.

Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Vsam Extened Adressability

2011-08-03 Thread Ward, Mike S

Thanks. I'll pull it up and read that section.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Wednesday, August 03, 2011 1:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Vsam Extened Adressability

Mike,

The following is extracted from 'DFSMS Using Data sets':

Using extended addressability, the size limit for a VSAM data set is  
determined by either: 

t   Control interval size multiplied by 4 GB  

t   The volume size multiplied by 59. 

A control interval size of 4 KB yields a maximum data set size of 16 TB,
while a control interval size of 32 KB yields a maximum data set size of
128 TB. A control interval size of 4 KB is preferred by many
applications
for performance reasons. No increase in processing time is expected for

extended format data sets that grow beyond 4 GB. To use extended

addressability, the data set must be:

t   SMS-managed

t   Defined as extended format.   

HTH,   

David O'Brien
NIH Contractor

-Original Message-
From: Ward, Mike S [mailto:mw...@ssfcu.org] 
Sent: Wednesday, August 03, 2011 2:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: Vsam Extened Adressability

Hello, all. Can someone please point me to some documentation on
Extended addressability vsam file restrictions. Or if would anyone know
what restrictions we might run into, such as it has to be less than 12
gig etc...

TIA

Mike

==
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity
to which they are addressed. If you have received this email in error
please notify the system manager. This message
contains confidential information and is intended only for the
individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify
the sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your
system. If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any
action in reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

2011-08-03 Thread Carlos Bodra - Pessoal


Have you any console log for MVS machine in spool?
And if you put MVS up again and check MVS log, any messages?

Carlos Bodra
IBM Certified Specialist System z   
Sao Paulo - Brazil


Em 03/08/2011 15:32, saurabh khandelwal escreveu:

I check rl ( reader list) by logging at Operator id . And it gives me zVM
log sorting by date.

but it doesnt give me particular MVS SYStem log, which is crashing . Can
anybody help me to get that MVs log in this.

Regards
Saurabh

On Wed, Aug 3, 2011 at 11:43 PM, saurabh khandelwal
sourabhkhandelwal...@gmail.com  wrote:


Hello Carlos,
  Thanks for replying.I used below command and got the error
that Spool id not found.



Ready; T=0.01/0.02 19:17:48
*cp sp cons clo*
19:23:39 RDR FILE 0002 SENT FROM OPERATOR CON WAS 0002 RECS 0005 CPY  001
T NOHO
LD NOKEEP
Ready; T=0.01/0.01 19:23:39
*trans operator prt 0002 to maint r*
19:24:31  NO FILES TRANSFERRED
19:24:31 HCPCSC042E User OPERATOR spoolid 0002 does not exist
Ready(00042); T=0.01/0.01 19:24:31

Can you please help me, how do I check spool  file id.

Regards
Saurabh



On Wed, Aug 3, 2011 at 11:21 PM, Carlos Bodra - Pessoal
cbo...@terra.com.br  wrote:


trans operator prt xxx to yourmachine r

xxx = spool file id

Give this command on operator machine


Carlos Bodra
IBM Certified Specialist System z
Sao Paulo - Brazil


Em 03/08/2011 14:47, saurabh khandelwal escreveu:


Thanks for reply. I used cp sp cons clo command to lose console log.

Now can you help me to transfer this printer file from operator to CMS
machine and how do I use RDRList to watch.

Thanks in advance.

Regards
Saurabh

On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal
cbo...@terra.com.br


wrote:
Goes to Operator cms machine, and give.

cp sp cons clo

Thsi should close console log from IPL until now and generate a Printer
file. You can trans fer this printer file from Operator to your cms
machine
and using RDRList watch it to check what happens.

Carlos Bodra
IBM Certified Specialist System z
Sao Paulo - Brazil


Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,


  Our MVS Guest's crash abruptly, the only message about
it's
reason is in zVM's Operator's Log, because these MVS are running
under.

 Can anybody help me, how to see Operator log under zVM, so
that
I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




  --**

--**--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at 
http://bama.ua.edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/**ibm-main.html
http://bama.ua.**edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




--**--**
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at 
http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




--
Thanks  Regards
Saurabh Khandelwal




--
Thanks  Regards
Saurabh Khandelwal






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: NOT Running DFHSM on an LPAR

2011-08-03 Thread Gibney, Dave

I am all monoplex and I don't run DFHSM in one. I get Tape not supported with 
an ISBF browse of a migrated dataset. And yes an HRECALL seems to be queued 
somewhere. (I'd like to know where and how to cancel, but I won't lose sleep:)

A batch job failed with an JCL error (SMS allocation failure)

Dave Gibney
Information Technology Services
Washington State University


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
 Behalf Of Lizette Koehler
 Sent: Wednesday, August 03, 2011 12:31 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: NOT Running DFHSM on an LPAR
 
 I'm not sure whether you want to (a) avoid recalls or (b) avoid the CPU
 time required to run DFSMShsm at all.
 
 If (a), would an ARCRPEXT exit that passed back return code 8 for every
 recall request, indicating that DFSMShsm should purge them rather than
 queuing them, do what you want?
 
 ARCRPEXT is documented in the DFSMS Installation Exits book at:
 http://publibz.boulder.ibm.com/cgi-
 bin/bookmgr_OS390/BOOKS/dgt2c780/CCONTENTS?SHELF=EZ2ZBK0KDN=S
 C26-7396-13DT=20100610093321
 
 If (b), have you tried setting DFSMShsm to unlicensed in IFAPRDxx for
 that LPAR to disable it (vs. simply not starting it)?  I don't know
 whether this would do what you want but it seems easy enough to try.
 (You can use a SET command to go back and forth without an IPL.)
 
 --
 
 
 Thanks for all the suggestions.
 
 Changing IFAPRDxx to have DFHSM disabled did not prevent the recall from
 getting queued.
 
 So we will probably have to run DFHSM and see how we can keep it running
 small on this LPAR.  We will be reviewing CRQ and I will review exit code in
 DFHSM.
 
 Lizette
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log

Hello,

I am not sure on this, as I am new to this env.
But I am interest in z/VM console log. I think in this log, it will tell us
about the MVS guest crashes

Can you help me to find in my system, how it has been defined and how do I
check this.

On Thu, Aug 4, 2011 at 1:12 AM, Carlos Bodra - Pessoal
cbo...@terra.com.brwrote:

 Have you any console log for MVS machine in spool?
 And if you put MVS up again and check MVS log, any messages?


 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 15:32, saurabh khandelwal escreveu:

 I check rl ( reader list) by logging at Operator id . And it gives me zVM
 log sorting by date.

 but it doesnt give me particular MVS SYStem log, which is crashing . Can
 anybody help me to get that MVs log in this.

 Regards
 Saurabh

 On Wed, Aug 3, 2011 at 11:43 PM, saurabh khandelwal
 sourabhkhandelwal...@gmail.com**  wrote:

  Hello Carlos,
  Thanks for replying.I used below command and got the
 error
 that Spool id not found.


  Ready; T=0.01/0.02 19:17:48
 *cp sp cons clo*
 19:23:39 RDR FILE 0002 SENT FROM OPERATOR CON WAS 0002 RECS 0005 CPY
  001
 T NOHO
 LD NOKEEP
 Ready; T=0.01/0.01 19:23:39
 *trans operator prt 0002 to maint r*
 19:24:31  NO FILES TRANSFERRED
 19:24:31 HCPCSC042E User OPERATOR spoolid 0002 does not exist
 Ready(00042); T=0.01/0.01 19:24:31

 Can you please help me, how do I check spool  file id.

 Regards
 Saurabh



 On Wed, Aug 3, 2011 at 11:21 PM, Carlos Bodra - Pessoal
 cbo...@terra.com.br  wrote:

  trans operator prt xxx to yourmachine r

 xxx = spool file id

 Give this command on operator machine


 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:47, saurabh khandelwal escreveu:

  Thanks for reply. I used cp sp cons clo command to lose console log.

 Now can you help me to transfer this printer file from operator to CMS
 machine and how do I use RDRList to watch.

 Thanks in advance.

 Regards
 Saurabh

 On Wed, Aug 3, 2011 at 11:11 PM, Carlos Bodra - Pessoal
 cbo...@terra.com.br

  wrote:
 Goes to Operator cms machine, and give.

 cp sp cons clo

 Thsi should close console log from IPL until now and generate a
 Printer
 file. You can trans fer this printer file from Operator to your cms
 machine
 and using RDRList watch it to check what happens.

 Carlos Bodra
 IBM Certified Specialist System z
 Sao Paulo - Brazil


 Em 03/08/2011 14:37, saurabh khandelwal escreveu:

  Hello,

   Our MVS Guest's crash abruptly, the only message about
 it's
 reason is in zVM's Operator's Log, because these MVS are running
 under.

 Can anybody help me, how to see Operator log under zVM,
 so
 that
 I can check the reason for MVS crashes.

 Sorry, if I am posting this problem in the wrong forum.




  --**--**
 --**

 --**--
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
 INFO
 Search the archives at http://bama.ua.edu/archives/
 **ibm-main.html http://bama.ua.edu/archives/ibm-main.html
 http://bama.**ua.edu/archives/**ibm-main.**htmlhttp://bama.ua.edu/archives/**ibm-main.html
 
 http://bama.ua.**edu/**archives/ibm-main.htmlhttp://**
 bama.ua.edu/archives/ibm-main.**htmlhttp://bama.ua.edu/archives/ibm-main.html
 


  --**--**
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/**ibm-main.html
 http://bama.ua.**edu/archives/ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html
 



 --
 Thanks  Regards
 Saurabh Khandelwal



 --
 Thanks  Regards
 Saurabh Khandelwal




 --**--**--

 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at 
 http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html




-- 
Thanks  Regards
Saurabh Khandelwal

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to get Operator Log