date:20170705

>Would you mind, and do you have time to open a PMR? If zFS cannot cope with 
>non-default CI size, it should say so clearly when asked to format a new 
>cluster. At the very least, the 0248 reason code must be documented.

Amen.

But I really really really hate SR, so I really want to avoid opening one 
(horror!) and then spend an enourmous amount of time 'discussing' with IBM 
support (that in my experience) has deteriorated a lot from the 90s (some 
exceptions noted) when I was IBM support myself. Especially now that I have 
solved the problem with all of your help. We don't have a direct internet 
connection, so the thought alone of sending off the dump after tersing it gives 
me the hives. I just don't have the time to spare. I am also sure that a lot of 
sysprogs feel the same way about SR.

Also, while investigating this, I found other apars that said 'ZFS needs to 
document reason codes'. Apparently IBM hasn't learned anything from that and 
still does not document reason codes.

Also, while investigating, I tried some variants of direct commands inside 
OMVS. Inside OMVS gave me 'command not found' (and I don't have the knowledge 
or the time to figure out how to make it find it). And when I tried the 'tools 
- run shell command' from inside ishell, I got the same unhelpful 'dataset not 
found' that I got using the batch job. Admittedly, I didn't try to *define* the 
dataset that way, just to format a non-conventional VSAM LDS. I just didn't 
know that it was unconventional at the time.

In any case - all of this will make for an interesting 'user experience' 
presentation at the zTU in Munich in October. Or so I hope.

Barbara

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

Re: Formatting a ZFS

On Wed, 5 Jul 2017 23:37:19 -0500, Bruce Hewson wrote:
>
>you could also try directly in the shell
>
>zfsadm define -aggregate 'MVS_DATASET_NAME'  -dataclass SMS_DATACLASS  
>-cylinders 3000 300  
> 
What!?  Just a one-line utility command!?
No JOB statement?
No EXEC statement?
No DD statements?
Lower case characters, but not quoted?
Option names longer than 8 characters?
More than 71 characters, but no continuation mark?

How could that possibly work on a mainframe?

And how could you save it in a member, in case you need to do it again
the next day, or in the next decade?

I guess it ain't your (grand)father's OS/360.

-- gil

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

Re: Formatting a ZFS

2017-07-05 Thread Bruce Hewson

Barbara,

you could also try directly in the shell


zfsadm define -aggregate 'MVS_DATASET_NAME'  -dataclass SMS_DATACLASS  
-cylinders 3000 300  



Regards
Bruce Hewson

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

Mainframe TITSUP totals Oz tax tech, again

2017-07-05 Thread Edward Gould

Mainframe TITSUP totals Oz tax tech, again
Say 'have you tried turning it off and turning it back on?' again. I DARE YOU
http://www.theregister.co.uk/2017/07/05/mainframe_titsup_totals_oz_tax_tech_again/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Formatting a ZFS

On Wed, 5 Jul 2017 18:21:32 -0700, Tom Brennan wrote:

>John McKown wrote:
>> Well, maybe "what if your CLIST library is lost?" would be a better
>> question. Of course, most sysprogs believe in redundancy. I XMIT all my
>> libraries to separate PS datasets. Which I then BINary download to my
>> desktop. Which I then copy to a USB "thumb" drive. Which I then take home
>> and put on my home Linux system (in ${HOME} and on both of my NAS boxes
>> which are RAID protected). I do the same, but with PAX for my work UNIX
>> directories. And the aforementioned are in addition to the normal DFHSM
>> and ADRDSSU backups which are kept on the z/OS system.
> 
Cloud?

>>I tend to use "sed" or "awk".
>>
Eeew!  I do that only for existing files, not ab ovo, for which I use "cat".

>>> And, "Code Rexx so programmers who know only FORTRAN can
>>> understand your code."
>>
>>Hum, and exactly how many of today's programmers know FORTRAN?  I think it
>>would be better to write the code so that a COBOL programmer could
>>understand it. At least for z/OS & z/VSE shops.
>>
Partly my scientific as opposed to commercial background; partly
deliberate choice of an archaic language.

I imagine:

"Manual transmission ..."

"Maintain proficiency in long division lest your slide rule malfunction!"

"Maintain proficiency making yarn by hand lest your spinning wheel break!"

>And you're right, XMIT, USB drives, etc. have made it easy to back up
>personal datasets like the JCL people take from job to job.  A long time
>ago I had a "just in case I get fired" 3480 tape at home.
> 
Sometimes I've done that; sometimes I've taken the grandiose position
that I'm too ethical.  Nowadays there are too many ways to get caught.
But one of the Sams has told me that cbttape.org supports stealth
submissions of what might be deemed work product.

-- gil

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

Re: Formatting a ZFS

2017-07-05 Thread Tony Harminc

On 5 July 2017 at 20:58, John McKown  wrote:

> Hum, and exactly how many of today's programmers know FORTRAN? I think it
> would be better to write the code so that a COBOL programmer could
> understand it. At least for z/OS & z/VSE shops.

And as we all know, if a COBOL programmer can understand it, then a
manager can understand it.

Tony H.

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

Re: Formatting a ZFS

2017-07-05 Thread Tom Brennan


John McKown wrote:

Well, maybe "what if your CLIST library is lost?" would be a better
question. Of course, most sysprogs believe in redundancy. I XMIT all my
libraries to separate PS datasets. Which I then BINary download to my
desktop. Which I then copy to a USB "thumb" drive. Which I then take home
and put on my home Linux system (in ${HOME} and on both of my NAS boxes
which are RAID protected). I do the same, but with PAX for my work UNIX
directories. And the aforementioned are in addition to the normal DFHSM
and ADRDSSU backups which are kept on the z/OS system.


Then it's back to that DEFINE command that I can apparently still type 
today without thinking!  The clist was in a common system programmer 
library, probably as unlikely to be lost as SYS1.LINKLIB (knock on wood).


And you're right, XMIT, USB drives, etc. have made it easy to back up 
personal datasets like the JCL people take from job to job.  A long time 
ago I had a "just in case I get fired" 3480 tape at home.


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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 7:43 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 5 Jul 2017 15:53:15 -0700, Tom Brennan wrote:
> >
> >... you're going against the lead systems programmer very early in my
> >career (1983).  One of the grunt-work things I had to do was create an
> >alias for each new TSO id.  I was taught the procedure as:
> >
> >  a) Get the next paper from the pile of new TSO id requests
> >  b) Logon and issue a command such as:
> > DEFINE ALIAS(NAME('XYZ123') RELATE('ICFCAT.SYS123'))
> >
> >I immediately coded that into a clist so I would make less typos.  The
> >lead lady saw me working one day and said No, you need to type the
> >entire command out each time.  Why?  So you won't forget it.  What if
> >your clist fails to work?
> >
> >Well, of course I ignored that :)
> >
> NIH.
>
> And UNIX mavens have advised me to maintain a mastery of "ex".
> What if you must use a terminal lacking "vi" capability?  (Same
> about ISPF.)
>

I tend to use "sed" or "awk". 



>
> And, "Code Rexx so programmers who know only FORTRAN can
> understand your code."
>

Hum, and exactly how many of today's programmers know FORTRAN? I think it
would be better to write the code so that a COBOL programmer could
understand it. At least for z/OS & z/VSE shops.



>
> -- gil
>
>

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 5:53 PM, Tom Brennan 
wrote:

> Gibney, Dave wrote:
>
>> Either or both are more keystrokes than I care to do frequently on the
>> fly. Typos happen.
>> Write once, cut'n'paste forever.
>>
>
> But you're going against the lead systems programmer very early in my
> career (1983).  One of the grunt-work things I had to do was create an
> alias for each new TSO id.  I was taught the procedure as:
>
>  a) Get the next paper from the pile of new TSO id requests
>  b) Logon and issue a command such as:
> DEFINE ALIAS(NAME('XYZ123') RELATE('ICFCAT.SYS123'))
>
> I immediately coded that into a clist so I would make less typos.  The
> lead lady saw me working one day and said No, you need to type the entire
> command out each time.  Why?  So you won't forget it.  What if your clist
> fails to work?
>

Well, maybe "what if your CLIST library is lost?" would be a better
question. Of course, most sysprogs believe in redundancy. I XMIT all my
libraries to separate PS datasets. Which I then BINary download to my
desktop. Which I then copy to a USB "thumb" drive. Which I then take home
and put on my home Linux system (in ${HOME} and on both of my NAS boxes
which are RAID protected). I do the same, but with PAX for my work UNIX
directories. And the aforementioned are in addition to the normal DFHSM
and ADRDSSU backups which are kept on the z/OS system.

>
> Well, of course I ignored that :)
>
>

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Formatting a ZFS

On Wed, 5 Jul 2017 15:53:15 -0700, Tom Brennan wrote:
>
>... you're going against the lead systems programmer very early in my
>career (1983).  One of the grunt-work things I had to do was create an
>alias for each new TSO id.  I was taught the procedure as:
>
>  a) Get the next paper from the pile of new TSO id requests
>  b) Logon and issue a command such as:
> DEFINE ALIAS(NAME('XYZ123') RELATE('ICFCAT.SYS123'))
>
>I immediately coded that into a clist so I would make less typos.  The
>lead lady saw me working one day and said No, you need to type the
>entire command out each time.  Why?  So you won't forget it.  What if
>your clist fails to work?
>
>Well, of course I ignored that :)
>
NIH.

And UNIX mavens have advised me to maintain a mastery of "ex".
What if you must use a terminal lacking "vi" capability?  (Same
about ISPF.)

And, "Code Rexx so programmers who know only FORTRAN can
understand your code."

-- gil

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

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

Re: Formatting a ZFS

2017-07-05 Thread Tom Brennan


Gibney, Dave wrote:

Either or both are more keystrokes than I care to do frequently on the fly. 
Typos happen.
Write once, cut'n'paste forever. 


But you're going against the lead systems programmer very early in my 
career (1983).  One of the grunt-work things I had to do was create an 
alias for each new TSO id.  I was taught the procedure as:


 a) Get the next paper from the pile of new TSO id requests
 b) Logon and issue a command such as:
DEFINE ALIAS(NAME('XYZ123') RELATE('ICFCAT.SYS123'))

I immediately coded that into a clist so I would make less typos.  The 
lead lady saw me working one day and said No, you need to type the 
entire command out each time.  Why?  So you won't forget it.  What if 
your clist fails to work?


Well, of course I ignored that :)

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

Re: Formatting a ZFS

2017-07-05 Thread Steve Smith

I've had the impression for a long time that *all* LINEAR datasets had a
fixed 4K CISIZE (and physical block size).  4K seems to be the default in
IDCAMS, but not the rule.  Maybe there's a good reason not to stick with
4K, but it appears ZFS assumes it, and I suspect that "Window Services"
also does.

sas

On Wed, Jul 5, 2017 at 4:24 PM, Peter Hunkeler  wrote:

>
>
>
> > TSO BPXMTEXT EA0B0248
>
>
>
> So did I, with same unsatisfying result. And as you wrote, the 0248 reason
> code is not documented with the IOE message.
>
>
> Would you mind, and do you have time to open a PMR? If zFS cannot cope
> with non-default CI size, it should say so clearly when asked to format a
> new cluster. At the very least, the 0248 reason code must be documented.
>
>
> --
> Peter Hunkeler
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 
sas

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

Re: Formatting a ZFS

2017-07-05 Thread Tony Harminc

On 5 July 2017 at 16:05, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> READY
> ...
> ALLOCATE DD(SYSUT1) DSN(*)
> [ up to about a dozen lines of source code ]
> /*
> CALL 'SYS1.LINKLIB(IFOX00)'
>
> Showoff.

Yup. That terminal as a workfile is a great trick...

Tony H.

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

AW: Re: Formatting a ZFS




> TSO BPXMTEXT EA0B0248



So did I, with same unsatisfying result. And as you wrote, the 0248 reason code 
is not documented with the IOE message.


Would you mind, and do you have time to open a PMR? If zFS cannot cope with 
non-default CI size, it should say so clearly when asked to format a new 
cluster. At the very least, the 0248 reason code must be documented.


--
Peter Hunkeler



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

Re: Formatting a ZFS

On 2017-07-05, at 13:46, Gibney, Dave wrote:

> Oh, I am sure it can, but most folks I know who focus interactive rather than 
> repeatable, don't bother. 
> 
>>> A JCL member can be available again tomorrow or sometime in the next
>> decade when the task need repeating.
>>> 
>> ???
>> 
>> Do you truly fail to understand that a shell script can be saved in a file 
>> for use
>> in the next day or the next decade, even as a JCL member can?
>>  
Much of the variation in behavior can be attributed to the difference
between JCL:
//NAMEJOB   ...
//STEPEXEC  PGM=IEBGENER
//SYSINDD   *
//SYSPRINT DD  SYSOUT=(,)
//SYSUT2   DD  DISP=(,CATLG),UNIT=SYSALLDA,SPACE=(1000,100),
//  DSN=OUTPUT.FILE
//SYSUT1   DD  DISP=SHR,DSN=INPUT.FILE

and UNIX:
cp INPUT.FILE OUTPUT.FILE

I'm more motivated to save the former in a member and issue
the latter interactively

-- gil

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

Re: Formatting a ZFS

On 2017-07-05, at 13:53, Gibney, Dave wrote:
>> 
>>> A JCL member can be available again tomorrow or sometime in the next
>>> decade when the task need repeating.
>>> 
>> True, but so can a shell script. ...
> 
> Either or both are more keystrokes than I care to do frequently on the fly. 
> Typos happen.
> Write once, cut'n'paste forever. 
>  
I suspect programmers are more alike than you allow for.  I can
hardly imagine a proficient UNIX programmer who won't use a
script for a recurrent task.

OTOH, I know a proficient Assembler programmer whom I used to
watch as he:

READY
...
ALLOCATE DD(SYSUT1) DSN(*)
[ up to about a dozen lines of source code ]
/*
CALL 'SYS1.LINKLIB(IFOX00)'

Showoff.

--gil

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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 2:53 PM, Gibney, Dave  wrote:

>  >
> > mkdir ~/temp
> > zfsadm define -aggregate myhlq.temp.zfs -cyl 20 10
> > zfsadm format -aggregate myhlq.temp.zfs -perms 0755 -compat -version5
> > mount -f myhlq.temp.zfs ~/temp
> > # bunch of commands which use the temp space
> > unmount ~/temp
> > rmdir ~/temp
> > tsocmd "del temp.zfs"
> >
>
> Either or both are more keystrokes than I care to do frequently on the
> fly. Typos happen.
> Write once, cut'n'paste forever.
>

The above took me about 30 seconds to type in. 0 to 3 typos in total. I'm
a decent touch typist, albeit not a professional.

>
> I heard it here long ago. Everyone is allocated a finite number of
> keystrokes, and when they're over, the H'.. with you.
>

Hum, hope I got a double supply. I've been typing for over 50 years now. I
learned as a teen in the late 1960s, when my mom took a keypunch class. 

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Formatting a ZFS

2017-07-05 Thread Gibney, Dave



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Wednesday, July 05, 2017 12:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Formatting a ZFS
> 
> On Wed, Jul 5, 2017 at 2:33 PM, Gibney, Dave  wrote:
> 
> > A JCL member can be available again tomorrow or sometime in the next
> > decade when the task need repeating.
> >
> >
> True, but so can a shell script. However, I think that in most cases the
> majority of z/OS people are more likely to understand the JCL than a shell
> script. This even though I, personally, prefer to use shell commands (yes,
> I just remember them - likely means I use them too often). The main reason
> being that I sometimes end up being in a UNIX environment (shell prompt
> instead of TSO) and want to make a "scratch filesystem" for some temporary
> space. It's easier for me to:
> 
> mkdir ~/temp
> zfsadm define -aggregate myhlq.temp.zfs -cyl 20 10
> zfsadm format -aggregate myhlq.temp.zfs -perms 0755 -compat -version5
> mount -f myhlq.temp.zfs ~/temp
> # bunch of commands which use the temp space
> unmount ~/temp
> rmdir ~/temp
> tsocmd "del temp.zfs"
> 
> Not as easy as using a TSO ALLOC command in TSO, but simpler for me to do
> than "switching mindset to TSO / JCL" to allocate & format the UNIX space.

Either or both are more keystrokes than I care to do frequently on the fly. 
Typos happen.
Write once, cut'n'paste forever. 

I heard it here long ago. Everyone is allocated a finite number of keystrokes, 
and when they're over, the H'.. with you.


> 
> 
> 
> --
> Veni, Vidi, VISA: I came, I saw, I did a little shopping.
> 
> Maranatha! <><
> John McKown
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 2:33 PM, Gibney, Dave  wrote:

> A JCL member can be available again tomorrow or sometime in the next
> decade when the task need repeating.
>
>
True, but so can a shell script. However, I think that in most cases the
majority of z/OS people are more likely to understand the JCL than a shell
script. This even though I, personally, prefer to use shell commands (yes,
I just remember them - likely means I use them too often). The main reason
being that I sometimes end up being in a UNIX environment (shell prompt
instead of TSO) and want to make a "scratch filesystem" for some temporary
space. It's easier for me to:

mkdir ~/temp
zfsadm define -aggregate myhlq.temp.zfs -cyl 20 10
zfsadm format -aggregate myhlq.temp.zfs -perms 0755 -compat -version5
mount -f myhlq.temp.zfs ~/temp
# bunch of commands which use the temp space
unmount ~/temp
rmdir ~/temp
tsocmd "del temp.zfs"

Not as easy as using a TSO ALLOC command in TSO, but simpler for me to do
than "switching mindset to TSO / JCL" to allocate & format the UNIX space.



-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Formatting a ZFS

2017-07-05 Thread Gibney, Dave

Oh, I am sure it can, but most folks I know who focus interactive rather than 
repeatable, don't bother. 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Wednesday, July 05, 2017 12:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Formatting a ZFS
> 
> On 2017-07-05, at 13:33, Gibney, Dave wrote:
> 
> > A JCL member can be available again tomorrow or sometime in the next
> decade when the task need repeating.
> >
> ???
> 
> Do you truly fail to understand that a shell script can be saved in a file 
> for use
> in the next day or the next decade, even as a JCL member can?
> 
> >> -Original Message-
> >> From: Paul Gilmartin
> >> Sent: Wednesday, July 05, 2017 12:26 PM
> >>
> >>> ... Perhaps because it's easier to save the JCL in a dataset and
> >>> modify it, rather that using a shell script.
> >>>
> >> I fail to discern much difference.  In the former case, I tweak; SUBMIT;
> CANCEL.
> >> In the latter case, I tweak; ":w ! sh"; ":q!"
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Formatting a ZFS

On 2017-07-05, at 13:33, Gibney, Dave wrote:

> A JCL member can be available again tomorrow or sometime in the next decade 
> when the task need repeating.
>  
???

Do you truly fail to understand that a shell script can be saved
in a file for use in the next day or the next decade, even as
a JCL member can?

>> -Original Message-
>> From: Paul Gilmartin
>> Sent: Wednesday, July 05, 2017 12:26 PM
>>  
>>> ... Perhaps because it's easier to save the JCL in a dataset and modify
>>> it, rather that using a shell script.
>>> 
>> I fail to discern much difference.  In the former case, I tweak; SUBMIT; 
>> CANCEL.
>> In the latter case, I tweak; ":w ! sh"; ":q!"

-- gil

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

Re: Formatting a ZFS

2017-07-05 Thread Gibney, Dave

A JCL member can be available again tomorrow or sometime in the next decade 
when the task need repeating.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Wednesday, July 05, 2017 12:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Formatting a ZFS
> 
> On Wed, 5 Jul 2017 13:00:06 -0500, John McKown wrote:
> >
> >... Perhaps because it's easier to save the JCL in a dataset and modify
> >it, rather that using a shell script.
> >
> I fail to discern much difference.  In the former case, I tweak; SUBMIT;
> CANCEL.
> In the latter case, I tweak; ":w ! sh"; ":q!"
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Formatting a ZFS

On Wed, 5 Jul 2017 13:00:06 -0500, John McKown wrote:
>
>... Perhaps because it's easier to save the JCL in a
>dataset and modify it, rather that using a shell script.
> 
I fail to discern much difference.  In the former case, I tweak; SUBMIT; CANCEL.
In the latter case, I tweak; ":w ! sh"; ":q!"

-- gil

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

Re: IBM Jzos launcher

On Wed, 5 Jul 2017 12:39:43 -0500, John McKown wrote:
>
>could well be. We have an HTTP proxy here (Websense) which prohibits me
>from "shopping" sites, but allows Amazon. That just doesn't make too much
>sense (Web or otherwise). Well, unless there a little "under the table"
>action going on.
> 
That mostly means that your CEO/CIO uses Amazon.

Websense, years ago, blocked me from the Grand Island, NE Chamber of
Commerce site.  Whitelist?  Did it somehow know my query wasn't
work-related?

-- gil

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

Re: Formatting a ZFS

2017-07-05 Thread Tony Harminc

On 5 July 2017 at 08:20, Barbara Nitz  wrote:
> TSO BPXMTEXT EA0B0248
>
> BPXMTEXT does not support reason code qualifier EA0B
>
> That was the first thing I tried.

Seems to me zFS should support the function described in the UNIX
System Services File System Interface Reference under "PFS support for
reason code error text". This allows a PFS to provide a range for the
high byte of reason codes it supports, and then the kernel pfsctl()
call used to retrieve messages can farm the request out to the PFS
rather than warn about an unknown "module ID".

If I were you, and had the time and energy, I'd PMR this as a
standalone issue. Why should there be undocumented reason codes at
all?

Tony H.

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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 12:53 PM, J R  wrote:

> Well known?  I only "know" you from this and the assembler list.  As far
> as I recall, you are the only person that has categorized yourself as weird!
>

I guess that I characterize myself that way since I do things a bit
differently than most of the people that I know (that is, read on this and
other lists). Example, using zfsadm in a UNIX shell instead of JCL in a
batch job to create zFS filesystems. Both work, but "most" seen oriented
towards the JCL version. Perhaps because it's easier to save the JCL in a
dataset and modify it, rather that using a shell script.

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Formatting a ZFS

2017-07-05 Thread J R

Well known?  I only "know" you from this and the assembler list.  As far as I 
recall, you are the only person that has categorized yourself as weird!  

> On Jul 5, 2017, at 12:03, John McKown  wrote:
> 
> But I'm well known for doing "weird" things.

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

Re: IBM Jzos launcher

On Wed, Jul 5, 2017 at 12:36 PM, Dana Mitchell  wrote:

> On Wed, 5 Jul 2017 10:58:14 -0500, John McKown <
> john.archie.mck...@gmail.com> wrote:
> >>
> >Worked fine for me. But I'm loading in up in Chrome on Windows. Are you
> >actually using the "ftp" program? If so, then try "anonymous" as the user
> >and some email address as the password. That is the "standard" in UNIX for
> >"guest" users. And it works for me from my Linux/Intel desktop.
> >
>
> Thanks for trying it  for me.  I tried again from my old laptop and it
> worked for me maybe something here with firewall blocking ftp?
>

could well be. We have an HTTP proxy here (Websense) which prohibits me
from "shopping" sites, but allows Amazon. That just doesn't make too much
sense (Web or otherwise). Well, unless there a little "under the table"
action going on.


>
>
> Dana
>
>

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: IBM Jzos launcher

2017-07-05 Thread Dana Mitchell

On Wed, 5 Jul 2017 10:58:14 -0500, John McKown  
wrote:
>>
>Worked fine for me. But I'm loading in up in Chrome on Windows. Are you
>actually using the "ftp" program? If so, then try "anonymous" as the user
>and some email address as the password. That is the "standard" in UNIX for
>"guest" users. And it works for me from my Linux/Intel desktop.
>

Thanks for trying it  for me.  I tried again from my old laptop and it worked 
for me maybe something here with firewall blocking ftp?


Dana

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

Re: AW: IBM Knowledge Center

2017-07-05 Thread Jack J. Woehr


Peter Hunkeler wrote:

it is just because of the unreliablilty that I want easily downloadable PDFs.


I keep huge collections of PDF's anyway, because it's ALWAYS more reliable to 
have them on the huge and cheap PC disk
than to go fetch on demand from the Internet.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: IBM Knowledge Center

2017-07-05 Thread Susan Shumway

H... it looks like the whole "MVS System Commands" plug-in is 
broken. I'll talk with the build team and get it resolved ASAP. In the 
meantime, here's the latest (December 2016) PDF: 
http://publibz.boulder.ibm.com/epubs/pdf/iea3g114.pdf


-Sue Shumway

On 07/05/17 10:30 AM, Vernooij, Kees - KLM , ITOPT1 wrote:

Since the problem still exists after 24 hours, I reported it via the "Contact 
Us" button. I received an answer that the z/OS groups needs to repair this and they 
will be notified.
Ahum...

Kees.

From: Vernooij, Kees (ITOPT1) - KLM
Sent: 04 July, 2017 15:18
To: 'IBM-MAIN@listserv.ua.edu' 
Subject: IBM Knowledge Center

Recurring frustration: when will I be able to reliably find something in the 
IBM Knowlegde Center.
Grrr: @$%#$@#!
"The requested resource is not found: 
/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/d3xcf.htm"

Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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



--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@us.ibm.com

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

Re: Abend CODE=4C5 REASON CODE=74F62104

Thanks David.

Dean Nai
Senior z/OS Systems Programmer  
Mainframe Technical Support Group   
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
 work: 603-271-1529

Statement of Confidentiality: The contents of this message are
confidential.
Any unauthorized disclosure, reproduction, use or dissemination (either
whole or in part) is prohibited. If you are not the intended recipient of
this message, please notify the sender immediately and delete the message
from your system.

On 7/5/17, 11:57 AM, "IBM Mainframe Discussion List on behalf of David Geib" 
 wrote:

>I would start by opening SR to CommServer - 
>
>Google on 74F62104 finds this APAR - PI78033 (FIN for 2.1 and 2.2)
>
>http://www-01.ibm.com/support/docview.wss?uid=swg1PI78033
>
>If a BPXAS initiator is corrupted in some way, it will remain in that state 
>until it 'drains' (about 30 minutes after it goes idle), or is ended by the 'f 
>bpxoinit,shutdown=forkinit' command. WLM should then start a new instance of 
>BPXAS on demand (fork).
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM Jzos launcher

2017-07-05 Thread Allan Staller

JZOS is included from (at least) z/OS 2.1 on as part of the distribution.
I don't remember if it was in 1.13.

HTH,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, July 5, 2017 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Jzos launcher

I'm working on updating my SCRT job to V24.11.0 and I need to install the IBM 
jzos Launcher.  When I try to download the JZOS Batch Launcher and Toolkit 
Installation and User's Guide [PDF]  I get a request from  
ftp:\\public.dhe.ibm.com requires a user name and password.  My normal IBM ID 
doesn't seem to work for this, and the Google doesn't seem to turn up any 
reachable copies  anybody have a working link for this document?

Trying this one: 
ftp://public.dhe.ibm.com//software/Java/Java71/JZOS/jzos_users_guide_v7.pdf

Dana

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

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.

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

Re: Abend CODE=4C5 REASON CODE=74F62104

2017-07-05 Thread Lizette Koehler

How are you shutting down Websphere/MQ?

With BPX you can terminate the threads (PID) if you identify them.

The D OMVS command has a few ways to do this

D OMVS,A=ALLthen look for your parent task

Then

D OMVS,P=xxx   parent task number


Then terminate the threads.

I am not familiar with Websphere/MQ and maybe the MQ list could be helpful.

To join, if you have not done so, use this URL

MQ  https://listserv.meduniwien.ac.at/archives/mqser-l.html


Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nai, Dean
> Sent: Wednesday, July 05, 2017 7:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Abend CODE=4C5 REASON CODE=74F62104
> 
> 
> Has anyone else run into these abends for OMVS jobs? There is an APAR out
> there that recognizes the issue but has no solution.
> What seems to be happening is we have a Websphere running in one of the BPAXS
> and it gets recycled everyday by canceling it because it won't come down
> clean because of active threads. This has been causing the BPXAS that the
> Websphere was running in to cause everything else in it to get these abends.
> As a temporary solution we have been draining the problem BPXAS by issuing
> this command f bpxoinit,shutdown=forkinit  so no new work goes into it but
> lately some of the new BPXAS that have started have the same problem. Anyone
> have any idea's?
> 

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

Re: Formatting a ZFS

On Wed, Jul 5, 2017 at 10:52 AM, Lizette Koehler 
wrote:

> Barbara,
>
> At this time, I am now formatting my zFS files a version5.  According to
> IBM doc this is a better way to go.
>
> I see you got around your Format by changing your IDCAMS definitions.  It
> would be nice if IBM could provide better error messages.
>
> Lizette
>
>
I find doing this to be _much_ easier, for me, from an actual,
true-to-life, UNIX shell prompt

zfsadm define -aggregate some.lds.dataset.name.zfs -cylinders 20 10
zfsadm format -aggregate some.lds.dataset.name.zfs -compat -perms 0755
-uid 0 -group 0 -version5
mkdir /some/mount/point
mount -f some.lds.dataset.name.zfs /some/mount/point

But I'm well known for doing "weird" things. Using SMS, I only need the DSN
and cylinders to allocate (or -megabytes, -kilobytes if I prefer)



-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread Tom Marchant

On Wed, 5 Jul 2017 14:36:22 +, william janulin wrote:

>Tom,
>  How would it know which occurrence to delete when two of them are out there?

Right. That's why you issued the DELETE first.
And it's another difficulty with the suggestion that Elardus made.

-- 
Tom Marchant

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

Re: IBM Jzos launcher

On Wed, Jul 5, 2017 at 10:47 AM, Dana Mitchell  wrote:

> I'm working on updating my SCRT job to V24.11.0 and I need to install the
> IBM jzos Launcher.  When I try to download the JZOS Batch Launcher and
> Toolkit Installation and User's Guide [PDF]  I get a request from  ftp:\\
> public.dhe.ibm.com requires a user name and password.  My normal IBM ID
> doesn't seem to work for this, and the Google doesn't seem to turn up any
> reachable copies  anybody have a working link for this document?
>
> Trying this one:
> 
> ftp://public.dhe.ibm.com//software/Java/Java71/JZOS/
> jzos_users_guide_v7.pdf
>
> Dana
>
>
Worked fine for me. But I'm loading in up in Chrome on Windows. Are you
actually using the "ftp" program? If so, then try "anonymous" as the user
and some email address as the password. That is the "standard" in UNIX for
"guest" users. And it works for me from my Linux/Intel desktop.

[tsh009@it-johnmckown-linux ~]$ ftp
ftp> open public.dhe.ibm.com
Connected to public.dhe.ibm.com (170.225.15.112).
220-**
 **
 *  IBM's internal systems must only be used for conducting IBM's *
 *  business or for purposes authorized by IBM management.*
 **
 *  Use is subject to audit at any time by IBM management.*
 **
 *  Important  Please read*
 **
 *  Machine Code updates provided through this site are available *
 *  only for IBM machines that are under warranty or an IBM hardware  *
 *  maintenance service agreement Code for operating systems or other *
 *  software products is available only where entitled under the  *
 *  applicable software warranty or IBM software maintenance  *
 *  agreement. All code (including Machine Code updates, samples, *
 *  fixes or other software downloads)provided through this site  *
 *  is subject to the terms of the license agreements which   *
 *  govern the use of the associated code. Some exceptions may*
 *  apply.IBM reserves the right to change, modify or withdraw its*
 *  offerings,policies and practices at any time. *
 **
220 ProFTPD 1.3.5b Server (proftpd) [170.225.15.112]

Name (public.dhe.ibm.com:tsh009): anonymous
331 Anonymous login ok, send your complete email address as your password
Password:
230 Anonymous access granted, restrictions apply
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd software
250 CWD command successful
ftp> cd Java
250 CWD command successful
ftp> cd Java71
250 CWD command successful
ftp> cd JZOS
250 CWD command successful
ftp> ls
227 Entering Passive Mode (170,225,15,112,233,133).
150 Opening ASCII mode data connection for file list
-rw-r--r--   1 17037209242810 Jan 10 21:42 jzos_samples.zip
-rw-r--r--   1 17037209909706 Mar 15  2016
jzos_users_guide_v7.pdf
226 Transfer complete
ftp> mget *
mget jzos_users_guide_v7.pdf? y
227 Entering Passive Mode (170,225,15,112,233,163).
150 Opening BINARY mode data connection for jzos_users_guide_v7.pdf (909706
bytes)
226 Transfer complete
909706 bytes received in 0.304 secs (2995.75 Kbytes/sec)
mget jzos_samples.zip? y
227 Entering Passive Mode (170,225,15,112,233,168).
150 Opening BINARY mode data connection for jzos_samples.zip (242810 bytes)
226 Transfer complete
242810 bytes received in 0.22 secs (1105.14 Kbytes/sec)
ftp>

-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

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

Re: Abend CODE=4C5 REASON CODE=74F62104

2017-07-05 Thread David Geib

I would start by opening SR to CommServer - 

Google on 74F62104 finds this APAR - PI78033 (FIN for 2.1 and 2.2)

http://www-01.ibm.com/support/docview.wss?uid=swg1PI78033

If a BPXAS initiator is corrupted in some way, it will remain in that state 
until it 'drains' (about 30 minutes after it goes idle), or is ended by the 'f 
bpxoinit,shutdown=forkinit' command. WLM should then start a new instance of 
BPXAS on demand (fork).

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

Re: Formatting a ZFS

2017-07-05 Thread Lizette Koehler

Barbara,

At this time, I am now formatting my zFS files a version5.  According to IBM 
doc this is a better way to go.

I see you got around your Format by changing your IDCAMS definitions.  It would 
be nice if IBM could provide better error messages.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barbara Nitz
> Sent: Wednesday, July 05, 2017 12:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Formatting a ZFS
> 
> I am fighting with USS. Again.
> 
> I am installing HCR77C0 and am trying to get a ZFS formatted:
> //ZFSALLOC EXEC PGM=IDCAMS
> //SYSPRINT DD SYSOUT=*
> //SYSINDD *
> DEFINE CLUSTER( -
>CONTROLINTERVALSIZE(26624) -
>NAME(INSTSMP.ICSF.HCR77C0.SCSFHFS) -
>LINEAR CYLINDERS(100 50) -
>SHAREOPTIONS(3) -
>   )
> //ZFSFORMT EXEC PGM=IOEFSUTL,
> // PARM='format -aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -version5'
> //SYSPRINT DD SYSOUT=*
> 
> IDCAMS output:
> IDC0508I DATA ALLOCATION STATUS FOR VOLUME INST00 IS 0
> IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0
> IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0
> IDC0512I NAME GENERATED-(D) INSTSMP.ICSF.HCR77C0.SCSFHFS.DATA
> IDC0181I STORAGECLASS USED IS x
> IDC0181I DATACLASS USED IS y
> IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0
> 
> IOEFSUTL output:
> HLQ INSTSMP is SMS-managed now (but I got the same error when it wasn't SMS):
> Version 02.01.00 Service Level OA50873 - HZFS410.
> IOEZ00760I No IOEZPRM DD specified. Parmlib search being used.
> IOEZ4I Formatting to 8K block number 1300 for primary extent of
> INSTSMP.ICSF.HCR77C0.SCSFHFS.
> IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason
> EA0B0248 abend psw 77C1000 906814A2
> IOEZ00033E FSUTL: could not open trace output dataset
> IOEZ00334I Return code and reason code for dump is 4000
> IOEZ00598E Error 157 reason code EFE16137 received formatting aggregate
> INSTSMP.ICSF.HCR77C0.SCSFHFS
> 
> There is an SVCdump written. Every time I reran the job. Needless to say - I
> was unable to find documentation for the reason code(s) received, much less
> any hint what might be wrong. This job used to work, last on a system without
> the 'refreshed' maintenance in (January of this year). Didn't find any ptf
> which might describe my problem.
> 
> Using this for formatting
> //ZFSFORMT EXEC PGM=IOEAGFMT,
> // PARM='-aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -compat'
> //SYSPRINT DD SYSOUT=*
> 
> gets me IOEZ00207E Aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS was not found
> 
> which isn't really helpful ("An attempt was made to attach or format an
> aggregate, but no VSAM linear data set could be found with the given name.")
> 
> Does anyone have an idea what might be wrong or do I really have to go
> through the crap named SR?
> 
> HFSs still work like a charm
> 
> Barbara
> 

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

IBM Jzos launcher

2017-07-05 Thread Dana Mitchell

I'm working on updating my SCRT job to V24.11.0 and I need to install the IBM 
jzos Launcher.  When I try to download the JZOS Batch Launcher and Toolkit 
Installation and User's Guide [PDF]  I get a request from  
ftp:\\public.dhe.ibm.com requires a user name and password.  My normal IBM ID 
doesn't seem to work for this, and the Google doesn't seem to turn up any 
reachable copies  anybody have a working link for this document?

Trying this one: 
ftp://public.dhe.ibm.com//software/Java/Java71/JZOS/jzos_users_guide_v7.pdf

Dana

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

Re: Formatting a ZFS

2017-07-05 Thread Tom Conley


On 7/5/2017 5:37 AM, Barbara Nitz wrote:


Thanks for the good laugh, Tom!

Now exit, stage left, muttering: Why didn't IBM just specify in plain English 
that one cannot determine CISIZE instead of using an obscure, undocumented 
reason code and an unhelpful amount of dumps and messages?!?!?



Barbara,

1.  Bitte schoen.
2.  Preach it, sistah!

Tom

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

Re: Abend CODE=4C5 REASON CODE=74F62104


After further research it looks like what is happening is the problem BPXAS 
address space eventually ends but later in the day, when another one starts, it 
uses the same address space ASID=01B4 and the cycle starts all over again. 
Anyone have any ideas on how to tell Z/OS or OMVS to mark this address space as 
unusable?






On 7/5/17, 11:02 AM, "IBM Mainframe Discussion List on behalf of Nai, Dean" 
 wrote:

>That identifies it as TCPIP which we got from the error messages and dumps. 
>But seeing it's cleaner to IPL than to recycle TCPIP on our Production LPAR I 
>was hoping someone else had this same problem and had a work around better 
>than the one we have. But thanks for your input. Really appreciated.
>
>
>
>
>
>
>
>On 7/5/17, 10:52 AM, "IBM Mainframe Discussion List on behalf of Allan 
>Staller"  wrote:
>
>>1st try TSO BPXMTEXT 74F62104
>>It may give you some clues.
>>
>>
>>
>>Has anyone else run into these abends for OMVS jobs? There is an APAR out 
>>there that recognizes the issue but has no solution.
>>What seems to be happening is we have a Websphere running in one of the BPAXS 
>>and it gets recycled everyday by canceling it because it won't come down 
>>clean because of active threads. This has been causing the BPXAS that the 
>>Websphere was running in to cause everything else in it to get these abends. 
>>As a temporary solution we have been draining the problem BPXAS by issuing 
>>this command f bpxoinit,shutdown=forkinit  so no new work goes into it but 
>>lately some of the new BPXAS that have started have the same problem. Anyone 
>>have any idea's?
>>
>>
>>
>>
>>::DISCLAIMER::
>>
>>
>>The contents of this e-mail and any attachment(s) are confidential and 
>>intended for the named recipient(s) only.
>>E-mail transmission is not guaranteed to be secure or error-free as 
>>information could be intercepted, corrupted,
>>lost, destroyed, arrive late or incomplete, or may contain viruses in 
>>transmission. The e mail and its contents
>>(with or without referred errors) shall therefore not attach any liability on 
>>the originator or HCL or its affiliates.
>>Views or opinions, if any, presented in this email are solely those of the 
>>author and may not necessarily reflect the
>>views or opinions of HCL or its affiliates. Any form of reproduction, 
>>dissemination, copying, disclosure, modification,
>>distribution and / or publication of this message without the prior written 
>>consent of authorized representative of
>>HCL is strictly prohibited. If you have received this email in error please 
>>delete it and notify the sender immediately.
>>Before opening any email and/or attachments, please check them for viruses 
>>and other defects.
>>
>>
>>
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Abend CODE=4C5 REASON CODE=74F62104

That identifies it as TCPIP which we got from the error messages and dumps. But 
seeing it's cleaner to IPL than to recycle TCPIP on our Production LPAR I was 
hoping someone else had this same problem and had a work around better than the 
one we have. But thanks for your input. Really appreciated.







On 7/5/17, 10:52 AM, "IBM Mainframe Discussion List on behalf of Allan Staller" 
 wrote:

>1st try TSO BPXMTEXT 74F62104
>It may give you some clues.
>
>
>
>Has anyone else run into these abends for OMVS jobs? There is an APAR out 
>there that recognizes the issue but has no solution.
>What seems to be happening is we have a Websphere running in one of the BPAXS 
>and it gets recycled everyday by canceling it because it won't come down clean 
>because of active threads. This has been causing the BPXAS that the Websphere 
>was running in to cause everything else in it to get these abends. As a 
>temporary solution we have been draining the problem BPXAS by issuing this 
>command f bpxoinit,shutdown=forkinit  so no new work goes into it but lately 
>some of the new BPXAS that have started have the same problem. Anyone have any 
>idea's?
>
>
>
>
>::DISCLAIMER::
>
>
>The contents of this e-mail and any attachment(s) are confidential and 
>intended for the named recipient(s) only.
>E-mail transmission is not guaranteed to be secure or error-free as 
>information could be intercepted, corrupted,
>lost, destroyed, arrive late or incomplete, or may contain viruses in 
>transmission. The e mail and its contents
>(with or without referred errors) shall therefore not attach any liability on 
>the originator or HCL or its affiliates.
>Views or opinions, if any, presented in this email are solely those of the 
>author and may not necessarily reflect the
>views or opinions of HCL or its affiliates. Any form of reproduction, 
>dissemination, copying, disclosure, modification,
>distribution and / or publication of this message without the prior written 
>consent of authorized representative of
>HCL is strictly prohibited. If you have received this email in error please 
>delete it and notify the sender immediately.
>Before opening any email and/or attachments, please check them for viruses and 
>other defects.
>
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Abend CODE=4C5 REASON CODE=74F62104

2017-07-05 Thread Allan Staller

1st try TSO BPXMTEXT 74F62104
It may give you some clues.



Has anyone else run into these abends for OMVS jobs? There is an APAR out there 
that recognizes the issue but has no solution.
What seems to be happening is we have a Websphere running in one of the BPAXS 
and it gets recycled everyday by canceling it because it won't come down clean 
because of active threads. This has been causing the BPXAS that the Websphere 
was running in to cause everything else in it to get these abends. As a 
temporary solution we have been draining the problem BPXAS by issuing this 
command f bpxoinit,shutdown=forkinit  so no new work goes into it but lately 
some of the new BPXAS that have started have the same problem. Anyone have any 
idea's?




::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.




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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread william janulin

Tom,
  How would it know which occurrence to delete when two of them are out there?
Bill J.
 

On Wednesday, July 5, 2017 10:29 AM, Tom Marchant 
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
 

 On Wed, 5 Jul 2017 08:11:52 -0500, Elardus Engelbrecht wrote:

>william janulin wrote:
>
>>  I have a situation where I have to reposition a dataset in a new LNKLST. As 
>>I see no 
>
>>   SETPROG LNKLST,MOVE   statement available would the following work:
>
>>SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
>> SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1
>>SETPROG LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
>
>Looking good, but I would do DELETE step very last AFTER all activation and 
>updating are completed 100%...

Why?
That way you have an active LNKLST set that includes the same data set twice. 

-- 
Tom Marchant

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

   

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

SFM experience?

2017-07-05 Thread Vernooij, Kees (ITOPT1) - KLM

Hello,

I am experimenting with SFM (Sysplex Failure Management).

I managed to remove the last signaling path from a system with a low weight and 
the system was partitioned out of the Sysplex.
So far, so good, however:

* I see some IXC307I messages in the operlog of the partitioned system 
that a STOP request for some CTC connections was processed with reason: SYSPLEX 
PARTITIONING OF LOCAL SYSTEM. No other messages explaining the situation.

* JES2 terminats at that moment.

Does SFM not say that it is going to partition the system and for which reason? 
This is hard debugging finding out why a system was suddenly killed.
Why does JES2 terminate at that very moment? There are no messages explaining 
this.

Thanks,
Kees.


For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Abend CODE=4C5 REASON CODE=74F62104


Has anyone else run into these abends for OMVS jobs? There is an APAR out there 
that recognizes the issue but has no solution.
What seems to be happening is we have a Websphere running in one of the BPAXS 
and it gets recycled everyday by canceling it because it won't come down clean 
because of active threads. This has been causing the BPXAS that the Websphere 
was running in to cause everything else in it to get these abends. As a 
temporary solution we have been draining the problem BPXAS by issuing this 
command f bpxoinit,shutdown=forkinit  so no new work goes into it but lately 
some of the new BPXAS that have started have the same problem. Anyone have any 
idea's?

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

Re: IBM Knowledge Center

2017-07-05 Thread Vernooij, Kees (ITOPT1) - KLM

Since the problem still exists after 24 hours, I reported it via the "Contact 
Us" button. I received an answer that the z/OS groups needs to repair this and 
they will be notified.
Ahum...

Kees.

From: Vernooij, Kees (ITOPT1) - KLM
Sent: 04 July, 2017 15:18
To: 'IBM-MAIN@listserv.ua.edu' 
Subject: IBM Knowledge Center

Recurring frustration: when will I be able to reliably find something in the 
IBM Knowlegde Center.
Grrr: @$%#$@#!
"The requested resource is not found: 
/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieag100/d3xcf.htm"

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread Tom Marchant

On Wed, 5 Jul 2017 08:11:52 -0500, Elardus Engelbrecht wrote:

>william janulin wrote:
>
>>  I have a situation where I have to reposition a dataset in a new LNKLST. As 
>>I see no 
>
>>   SETPROG LNKLST,MOVE   statement available would the following work:
>
>>SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
>> SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1
>>SETPROG LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
>
>Looking good, but I would do DELETE step very last AFTER all activation and 
>updating are completed 100%...

Why?
That way you have an active LNKLST set that includes the same data set twice. 

-- 
Tom Marchant

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread Elardus Engelbrecht

william janulin wrote:

>  I have a situation where I have to reposition a dataset in a new LNKLST. As 
>I see no 

>   SETPROG LNKLST,MOVE   statement available would the following work:

>SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
> SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1
>SETPROG LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2

Looking good, but I would do DELETE step very last AFTER all activation and 
updating are completed 100%...


>along with statements to activate the new lnklst.

Please post these two steps: activating and update the new linklst.

There are good examples available (IBM-MAIN and KC bookies) where you place 
these commands in a PROGxx member and then run T PROG=xx (all of them without 
DELETE step of course.)

When ready and you got no surprise Abends after a little wait, then you do 
DELETE step.

Groete / Greetings
Elardus Engelbrecht

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread Lucas Rosalen

Let me elaborate a little bit more.
I've never used commas in PROGxx PARMLIB member, so the ways I know this
would work are:

A) With a member in PARMLIB:

1. Define a PROGxx member in PARMLIB with:

LNK DEFINE   NAME(name) COPYFROM=CURRENT
LNK DELETE   NAME(name) DSN(library)
LNK ADD  NAME(name) DSN(library)
AFTER(yyy)
LNK ACTIVATE NAME(name)

2. Use SET PROG=xx command


B) Direct commands to the system:

1. SETPROG LNKLST,DEFINE,NAME=name,COPYFROM=CURRENT
2. SETPROG LNKLST,DELETE,NAME=name,DSNAME=library
3. SETPROG LNKLST,ADD,NAME=name,DSNAME=library,AFTER=yyy
4. SETPROG LNKLST,ACTIVATE,NAME=name


Regards,

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-05 14:51 GMT+02:00 william janulin <
008d52e04f2e-dmarc-requ...@listserv.ua.edu>:

> Thank you Lucas, appreciate the feedbacl.
> Bill J.
>
>
> On Wednesday, July 5, 2017 8:50 AM, Lucas Rosalen <
> rosalen.lu...@gmail.com> wrote:
>
>
>  Yes!
>
> 
> ---
> *Lucas Rosalen*
> Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
> *
> LinkedIn: http://br.linkedin.com/in/lrosalen
> Phone: +48 (71) 792 809 198
>
>
> 2017-07-05 14:33 GMT+02:00 william janulin <
> 008d52e04f2e-dmarc-requ...@listserv.ua.edu>:
>
> > To list;
> >  I have a situation where I have to reposition a dataset in a new LNKLST.
> > As I see no
> >
> >SETPROG LNKLST,MOVE  statement available would the following work:
> > SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
> >  SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG
> > LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
> > along with statements to activate the new lnklst.
> > Thks, Bill J.
> >
> >
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread william janulin

Thank you Lucas, appreciate the feedbacl.
Bill J.
 

On Wednesday, July 5, 2017 8:50 AM, Lucas Rosalen  
wrote:
 

 Yes!

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-05 14:33 GMT+02:00 william janulin <
008d52e04f2e-dmarc-requ...@listserv.ua.edu>:

> To list;
>  I have a situation where I have to reposition a dataset in a new LNKLST.
> As I see no
>
>    SETPROG LNKLST,MOVE  statement available would the following work:
> SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
>  SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG
> LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
> along with statements to activate the new lnklst.
> Thks, Bill J.
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


   

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

Re: SET PROG=xx question - sanity check

2017-07-05 Thread Lucas Rosalen

Yes!

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-07-05 14:33 GMT+02:00 william janulin <
008d52e04f2e-dmarc-requ...@listserv.ua.edu>:

> To list;
>   I have a situation where I have to reposition a dataset in a new LNKLST.
> As I see no
>
>SETPROG LNKLST,MOVE   statement available would the following work:
> SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
>  SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG
> LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
> along with statements to activate the new lnklst.
> Thks, Bill J.
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

SET PROG=xx question - sanity check

2017-07-05 Thread william janulin

To list;
  I have a situation where I have to reposition a dataset in a new LNKLST. As I 
see no 

   SETPROG LNKLST,MOVE   statement available would the following work:
SETPROG LNKLST,DEFINE,NAME(LNKLSTnn),COPYFROM(CURRENT)
 SETPROG LNKLST,DELETE,NAME(LNKLSTnn),DSNAME=dnsame1SETPROG 
LNKLST,ADD,NAME=LNKLSTnn,DSNAME=dsname1,AFTER=dsname2
along with statements to activate the new lnklst.
Thks, Bill J.






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

Re: Formatting a ZFS

TSO BPXMTEXT EA0B0248

BPXMTEXT does not support reason code qualifier EA0B  

That was the first thing I tried.

Barbara

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

Re: Formatting a ZFS

2017-07-05 Thread Allan Staller

TSO BPXMTEXT EA0B0248

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barbara Nitz
Sent: Wednesday, July 5, 2017 2:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Formatting a ZFS

I am fighting with USS. Again.

I am installing HCR77C0 and am trying to get a ZFS formatted:
//ZFSALLOC EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *   
DEFINE CLUSTER( - 
   CONTROLINTERVALSIZE(26624) -   
   NAME(INSTSMP.ICSF.HCR77C0.SCSFHFS) -   
   LINEAR CYLINDERS(100 50) -
   SHAREOPTIONS(3) -  
  )   
//ZFSFORMT EXEC PGM=IOEFSUTL, 
// PARM='format -aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -version5'
//SYSPRINT DD SYSOUT=*

IDCAMS output:
IDC0508I DATA ALLOCATION STATUS FOR VOLUME INST00 IS 0   
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0   
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0   
IDC0512I NAME GENERATED-(D) INSTSMP.ICSF.HCR77C0.SCSFHFS.DATA
IDC0181I STORAGECLASS USED IS x
IDC0181I DATACLASS USED IS y  
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

IOEFSUTL output:
HLQ INSTSMP is SMS-managed now (but I got the same error when it wasn't SMS):
Version 02.01.00 Service Level OA50873 - HZFS410.   

IOEZ00760I No IOEZPRM DD specified. Parmlib search being used.  

IOEZ4I Formatting to 8K block number 1300 for primary extent of 
INSTSMP.ICSF.HCR77C0.SCSFHFS.
IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason EA0B0248 
abend psw 77C1000 906814A2
IOEZ00033E FSUTL: could not open trace output dataset   

IOEZ00334I Return code and reason code for dump is 4000 

IOEZ00598E Error 157 reason code EFE16137 received formatting aggregate 
INSTSMP.ICSF.HCR77C0.SCSFHFS 

There is an SVCdump written. Every time I reran the job. Needless to say - I 
was unable to find documentation for the reason code(s) received, much less any 
hint what might be wrong. This job used to work, last on a system without the 
'refreshed' maintenance in (January of this year). Didn't find any ptf which 
might describe my problem.

Using this for formatting
//ZFSFORMT EXEC PGM=IOEAGFMT,
// PARM='-aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -compat'
//SYSPRINT DD SYSOUT=*   

gets me IOEZ00207E Aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS was not found

which isn't really helpful ("An attempt was made to attach or format an 
aggregate, but no VSAM linear data set could be found with the given name.")

Does anyone have an idea what might be wrong or do I really have to go through 
the crap named SR?

HFSs still work like a charm

Barbara

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

::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send

Re: Formatting a ZFS

2017-07-05 Thread Edward Finnell

Every zfs doc I've ever seen has CISIZE of 4096.

1. First, use IDCAMS to create a VSAM linear data set.
Note: Carefully consider defining the aggregate as extended format,
extended addressability, and with a secondary allocation size. If you do not
use
these attributes in the beginning, to add them, you will need to define and
format a new zFS aggregate, migrate the data from the original file system
into the new one, unmount the original, and then mount the new one. You
might want to extend beyond the 4 G aggregate size because version 1.5
aggregates can be much larger than version 1.4 aggregates, or because
secondary
extents are required to dynamically grow the aggregate, and dynamic grow
(aggrgrow) is the default. See _Dynamically growing a compatibility mode
aggregate_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ioea700/ioea7d0041006636.htm?view=kc#ioea7d0041006636)
for more
information.
2. Then format the VSAM linear data set as a compatibility mode
aggregate and create a file system in the aggregate using ioeagfmt (see
_ioeagfmt_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ioea700/ioea7zcmd1031559.htm?view=kc#ioea7zcmd1031559)
). When using
ioeagfmt, the user must meet one of the following authorization requirements:
* Have ALTER authority to the VSAM linear data set.
* Be UID 0.
* Have read authority to the SUPERUSER.FILESYS.PFSCTL resource in
the RACF UNIXPRIV class.

Beginning in z/OS V2R1, ioeagfmt fails if the zFS PFS is not active on
the system. In addition, if the zFS started task does not have the TRUSTED
attribute or the OPERATIONS attribute, the DFS user ID must have at least
ALTER authority to all VSAM linear data sets that contain zFS aggregates. For
details, see _z/OS Security Server RACF Security Administrator's Guide_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.icha7
00/toc.htm?view=kc) .
You can also create a compatibility mode aggregate using the ISHELL, or
the automount facility, or the zfsadm define and zfsadm format commands.
For more information about ISHELL, see _z/OS V2R2.0 UNIX System Services
User's Guide_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxa400/toc.htm?view=kc)
. For more information about automount,
see _z/OS UNIX System Services Planning_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxb200/toc.htm?view=kc)
. For more
information about the zfsadm define command, see _zfsadm define_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ioea700/ioe
a70021.htm?view=kc#ioea700-gen20) . For more information about the zfsadm
format command, see _zfsadm format_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ioea700/ioea70022.htm?view=kc#ioea700-gen
21) .
The VSAM linear data set, the aggregate, and the file system all have the
same name and that name is equal to the VSAM linear data set cluster name.
The zFS file system is then mounted into the z/OS® UNIX hierarchy.
Rule: The Control Interval (CI) size of a VSAM linear data set that is
formatted as a zFS aggregate must be 4 K. This is the default for IDCAMS. As
such, it is not specified in _Figure 1_
(https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ioea700/ioea7d0041003067.htm?view=kc#i
oea7d0041003067__ioea7d0041003169) , which shows an example of a job that
creates a compatibility mode file system.
Figure 1. Example job to create a compatibility mode file system
//USERIDA JOB ,'Compatibility Mode',
// CLASS=A,MSGCLASS=X,MSGLEVEL=(1,1)
//DEFINE EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=H
//SYSUDUMP DD SYSOUT=H
//AMSDUMP DD SYSOUT=H
//DASD0DD DISP=OLD,UNIT=3390,VOL=SER=PRV000
//SYSINDD *
DEFINE CLUSTER (NAME(OMVS.PRV.COMPAT.AGGR001) -
VOLUMES(PRV000) -
LINEAR CYL(25 0) SHAREOPTIONS(3))
/*
//CREATE EXEC PGM=IOEAGFMT,REGION=0M,
// PARM=('-aggregate OMVS.PRV.COMPAT.AGGR001 -compat')
//SYSPRINT DD SYSOUT=H
//STDOUT DD SYSOUT=H
//STDERR DD SYSOUT=H
//SYSUDUMP DD SYSOUT=H
//CEEDUMP DD SYSOUT=H

In a message dated 7/5/2017 4:38:39 A.M. Central Daylight Time,
nitz-...@gmx.net writes:

Now exit, stage left, muttering: Why didn't IBM just specify in plain
English that one cannot determine CISIZE instead of using an obscure,
undocumented reason code and an unhelpful amount of dumps and messages?!?!?

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

Re: Formatting a ZFS

>Weird one.  Since IOEZPARM is saying 8K block, I'd try CISIZE(8192).  If
>it still doesn't work, scheisse zeit.

Bingo. The collective wisdom of this group is great! With 
CONTROLINTERVALSIZE(8192) I get the same problem as before, so I left it off 
completely (as Peter suggested), and the ZFS formatted just fine. I may have 
found this myself at a later date, since the job (without CISIZE) ran on 
another sysplex and I may have seen the difference one of these years. I don't 
know why I had this parm in in the first place.

Thanks for the good laugh, Tom!

Now exit, stage left, muttering: Why didn't IBM just specify in plain English 
that one cannot determine CISIZE instead of using an obscure, undocumented 
reason code and an unhelpful amount of dumps and messages?!?!?

Barbara

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

Ksys SYSLOG/NETLOG archive

2017-07-05 Thread Lucas Rosalen

Hello fellas,

In my current client we save Ksys SYSLOG and NETLOG to some GDG and keep
these datasets on Ksys disks.
The "problem" is that we don't run any kind of space management on Ksys -
these datasets just sit there on DASD -, therefore we're considering
setting up a process to send those to an Application sys (releasing space
on Ksys vols).
Could you share your experiences with Ksys SYSLOG/NETLOG archives? (May be
off-list if you'd prefer)

Thank you,
---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198

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

AW: Formatting a ZFS

> I am installing HCR77C0 and am trying to get a ZFS formatted:


--
Peter Hunkeler
> //ZFSALLOC EXEC PGM=IDCAMS
> //SYSPRINT DD SYSOUT=*
> //SYSINDD *
> DEFINE CLUSTER( -
> CONTROLINTERVALSIZE(26624) -
> NAME(INSTSMP.ICSF.HCR77C0.SCSFHFS) -
> LINEAR CYLINDERS(100 50) -
> SHAREOPTIONS(3) -
> )



Not that I knew it does hurt, but I never saw an example, and never had been 
using the CONTROLINTERVALSIZE operand for a zFS LDS cluster. Have you tried 
without?


--
Peter Hunkeler



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

Re: Formatting a ZFS

2017-07-05 Thread Tom Conley


On 7/5/2017 3:41 AM, Barbara Nitz wrote:

I am fighting with USS. Again.

I am installing HCR77C0 and am trying to get a ZFS formatted:
//ZFSALLOC EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *
 DEFINE CLUSTER( -
CONTROLINTERVALSIZE(26624) -
NAME(INSTSMP.ICSF.HCR77C0.SCSFHFS) -
LINEAR CYLINDERS(100 50) -
SHAREOPTIONS(3) -
   )
//ZFSFORMT EXEC PGM=IOEFSUTL,
// PARM='format -aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -version5'
//SYSPRINT DD SYSOUT=*

IDCAMS output:
IDC0508I DATA ALLOCATION STATUS FOR VOLUME INST00 IS 0
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0
IDC0512I NAME GENERATED-(D) INSTSMP.ICSF.HCR77C0.SCSFHFS.DATA
IDC0181I STORAGECLASS USED IS x
IDC0181I DATACLASS USED IS y
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

IOEFSUTL output:
HLQ INSTSMP is SMS-managed now (but I got the same error when it wasn't SMS):
Version 02.01.00 Service Level OA50873 - HZFS410.
IOEZ00760I No IOEZPRM DD specified. Parmlib search being used.
IOEZ4I Formatting to 8K block number 1300 for primary extent of 
INSTSMP.ICSF.HCR77C0.SCSFHFS.
IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason EA0B0248 
abend psw 77C1000 906814A2
IOEZ00033E FSUTL: could not open trace output dataset
IOEZ00334I Return code and reason code for dump is 4000
IOEZ00598E Error 157 reason code EFE16137 received formatting aggregate 
INSTSMP.ICSF.HCR77C0.SCSFHFS

There is an SVCdump written. Every time I reran the job. Needless to say - I 
was unable to find documentation for the reason code(s) received, much less any 
hint what might be wrong. This job used to work, last on a system without the 
'refreshed' maintenance in (January of this year). Didn't find any ptf which 
might describe my problem.



Barbara,

Weird one.  Since IOEZPARM is saying 8K block, I'd try CISIZE(8192).  If 
it still doesn't work, scheisse zeit.


Tom

PS.  Hope to see you in Munich again.

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

GSE Large Systems Virtual Event

2017-07-05 Thread Leanne Wilson


I am pleased to invite you to a mid-year GSE Large Systems Working Group event. 
The event will be a virtual event via webex on the 19th July 2017 from 14:00 – 
16:15 GMT.

The event will contain 2 hour sessions, including “How to make the most of z/OS 
BCPii” which was an award winner: Best Overall SHARE session - IBM speaker.

If you wish to attend the event, please follow the registration link 
HERE

Full agenda details still to be announced and will follow shortly.

Leanne Wilson


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

Formatting a ZFS

I am fighting with USS. Again.

I am installing HCR77C0 and am trying to get a ZFS formatted:
//ZFSALLOC EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSINDD *   
DEFINE CLUSTER( - 
   CONTROLINTERVALSIZE(26624) -   
   NAME(INSTSMP.ICSF.HCR77C0.SCSFHFS) -   
   LINEAR CYLINDERS(100 50) -
   SHAREOPTIONS(3) -  
  )   
//ZFSFORMT EXEC PGM=IOEFSUTL, 
// PARM='format -aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -version5'
//SYSPRINT DD SYSOUT=*

IDCAMS output:
IDC0508I DATA ALLOCATION STATUS FOR VOLUME INST00 IS 0   
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0   
IDC0508I DATA ALLOCATION STATUS FOR VOLUME *  IS 0   
IDC0512I NAME GENERATED-(D) INSTSMP.ICSF.HCR77C0.SCSFHFS.DATA
IDC0181I STORAGECLASS USED IS x
IDC0181I DATACLASS USED IS y  
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0

IOEFSUTL output:
HLQ INSTSMP is SMS-managed now (but I got the same error when it wasn't SMS):
Version 02.01.00 Service Level OA50873 - HZFS410.   
 
IOEZ00760I No IOEZPRM DD specified. Parmlib search being used.  
 
IOEZ4I Formatting to 8K block number 1300 for primary extent of 
INSTSMP.ICSF.HCR77C0.SCSFHFS.
IOEZ00337E zFS kernel: non-terminating exception 2C3 occurred, reason EA0B0248 
abend psw 77C1000 906814A2
IOEZ00033E FSUTL: could not open trace output dataset   
 
IOEZ00334I Return code and reason code for dump is 4000 
 
IOEZ00598E Error 157 reason code EFE16137 received formatting aggregate 
INSTSMP.ICSF.HCR77C0.SCSFHFS 

There is an SVCdump written. Every time I reran the job. Needless to say - I 
was unable to find documentation for the reason code(s) received, much less any 
hint what might be wrong. This job used to work, last on a system without the 
'refreshed' maintenance in (January of this year). Didn't find any ptf which 
might describe my problem.

Using this for formatting
//ZFSFORMT EXEC PGM=IOEAGFMT,
// PARM='-aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS -compat'
//SYSPRINT DD SYSOUT=*   

gets me IOEZ00207E Aggregate INSTSMP.ICSF.HCR77C0.SCSFHFS was not found

which isn't really helpful ("An attempt was made to attach or format an 
aggregate, but no VSAM linear data set could be found
with the given name.")

Does anyone have an idea what might be wrong or do I really have to go through 
the crap named SR?

HFSs still work like a charm

Barbara

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

AW: IBM Knowledge Center

>1. It is true that the quality of the IBM Knowledge Center seems to have taken 
>a hit in their push to make it more mobile-friendly.


IMHO, this is two-fold: The push towards mobile simplified what is shown on the 
pages, and this is positive. I think many pages are slimmer today and thus 
easier to read. On the other hand, redesign the layout to best fit the mobile 
phone (not tablets) screen sizes does not always help. The most serious case 
for me at this time is the new PMR support site. It is just pure crap, IMHO.


But all this redesign does not mandate lack of availability per se.




> 3. I'm less expert than most of you who are complaining and I still can find 
> whatever I want in the billion or so pages of IBM documentation on the web 
> via a Google search.


I do use Google and KC, but it is just because of the unreliablilty that I want 
easily downloadable PDFs.


--
Peter Hunkeler





--
Peter Hunkeler

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

AW: Re: AW: IBM Knowledge Center