Re: How to unzip my Rocket MAKE 4.3 file

[Matthew Stitt]

I've used something like this:

//BPX10A  EXEC PGM=BPXBATCH,REGION=8M,   
//  PARM='sh tar -xvfo /u/sysprogr/make-4.0_b0003.160302.tar'
//STDOUT  DD  PATH='/tmp/sysprogr.pr10', 
//PATHOPTS=(OWRONLY,OCREAT,OTRUNC),  
//PATHMODE=SIRWXU
//STDERR  DD  PATH='/tmp/sysprogr.pr10a',
//PATHOPTS=(OWRONLY,OCREAT,OTRUNC),  
//PATHMODE=SIRWXU
//STDINDD PATH='/dev/null'   

Matthew

On Tue, 19 Mar 2024 15:38:24 +, Shaffer, Terri 
 wrote:

>Hi,
>  So I am like a bull in a china closet when it comes to commands in USS.  And 
> looking for the Rocket Read-me apparently, I missed.
>
>So I have my make4.3 zip file in my USS directory, but how do I explode it?
>
>Ms Terri E Shaffer
>Senior Systems Engineer,
>z/OS Support:
>ACIWorldwide - Telecommuter
>H(412-766-2697) C(412-519-2592)
>terri.shaf...@aciworldwide.com

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

Re: Reading a scratch tape

[Matthew Stitt]

Have some fun.  Go to the CBT tape and find the program called "TAPEMAP".  Used 
it many times.

Matthew

On Thu, 8 Feb 2024 16:19:01 -0600, Paul Gilmartin  wrote:

>rpomm...@sfgmembers.com> wrote:
>
>>In the "scratch category" settings, you can set an "expire hold" field that 
>>tells the TS77xx how long to keep an expired tape before releasing it to 
>>scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
>>the tape mark to the beginning of the tape and all data is lost - unless IBM 
>>has some magic they can preform on the back end.
>>
>"Expired" but not really!?  This makes as little sense as expecting to read a
>temporary data set in a subsequent job.
>
>With a physical tape one might EXCP, bypass errors, and recover some data.
>
>But when my employer was designing a product, we learned that some users
>expect the scratch pool to be managed FIFO.  I was astonished.
>
>-- 
>gil

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

Re: Unknopwn device type 3030200F

[Matthew Stitt]

That's a 3390.  See the CBTTAPE, file 527, member DATASECT (part of LISTICAT)

Matthew Stitt

On Thu, 25 Jan 2024 11:00:38 +0100, MANCINI Frédéric (80) 
 wrote:

>Hello,
>We are trying to recover a catalog's contents by using the output of a
>previous LISTCAT.
>The device type 3030200F does not seem to be documented
>(https://www.ibm.com/docs/en/zos/2.3.0?topic=fields-device-type-translate-table).
>Does anyone know the corresponding device ?
>Regards,
>Frédéric Mancini
>

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

Re: ADRDSSU COMPRESS and enq

[Matthew Stitt]

I"ve used IEBCOPY with DISP=SHR and VOL=SER with no issues for years.

Matthew Stitt

On Fri, 19 Jan 2024 17:31:46 +, Ituriel do Neto 
 wrote:

>BYPASSNQ program ?
>
>
>Best Regards
>
>Ituriel do Nascimento Neto
>z/OS System Programmer

>
>Hi Radek,
>- Run ICKDSF to take the VTOC out of Indexed Format (BUILDOS)
>- ZAP the VTOC  (i.e. FORMAT4.DSCB) to change the DSNAME to something 
>innocuous.
>- Compress via IEBCOPY
>- ZAP the DSNAME to SYS1.LINKLIB
>- Run ICKDSF to put the VTOC into Indexed Format (BUILDIX)
>
>I've done this, but, not recently.
>
>Here is an article where someone else came up with the same idea:
>Deleting a File That Is “In Use” | Steve Baugh - The CICS Guy 
>(wordpress.com) 
><https://thecicsguy.wordpress.com/2009/06/19/deleting-a-file-that-is-in-use/>
>
>Regards,
>David
>
>On 2024-01-19 07:27, Radoslaw Skorupka wrote:
>> I want to compress some system datasets like SYS1.LINKLIB, but *not* 
>> real "live", rather offline copies.
>> DSS ends with RC8, because of failed serialization.
>> SETPROG LNKLST,UNALLOCATE will not solve all the enqueues, because 
>> some datasets are serialized by other entities like TSO users.
>>
>> And I also want to CONSOLIDATE some datasets as well.
>>
>>
>> Any clue?
>>

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

Re: Programming Hardware

[Matthew Stitt]

My son got me a keyboard very much like the classic IBM Type "M" for Christmas 
a few years ago.  It is USB attached and has the name "UNICOMP" on it.

Matthew

On Wed, 5 Jul 2023 15:18:17 +0100, Rupert Reynolds  wrote:

>Wired (backlit) keyboard for me, even if I use a laptop, but wireless
>mouse, and my favourite is Bluetooth. I tried 2 before I found a no-name
>one that connects faultlessly and runs weeks on a charge (USB-C).
>
>I don't use mouse much, but when I do I'd be lost using the wrong one :-)
>
>Roops
>
>On Wed, 5 Jul 2023, 00:27 Steve Smith,  wrote:
>
>> imho, investing in the tools of my trade is a no-brainer.  For us, it's far
>> cheaper than many professions.  A mechanical-switch keyboard is worth it,
>> even if it only lasts for a year. (I (so far) haven't ruined one with a
>> spill, and both are going strong after several years.  Decent ones can be
>> had for $60-80.  Another option is old mechanical-switch keyboards from the
>> '80s... if you happen to have an old IBM PS/2 one laying around, check eBay
>> for how much they're worth.  DIN/USB converters are cheap.
>>
>> The one thing Microsoft does well is mouses.  Logitech is also good.  The
>> ones I use average around $60 each.  I usually use wired for the best in
>> precision, and just to avoid battery changes... but it's a fine line, good
>> wireless mouses seem to have imperceptible lag these days.
>>
>> I have a 32" 2K monitor.  I didn't really go high-end on that, maybe $500.
>>
>> My paycheck depends on my productivity, and these not only directly help
>> with that, they make me feel better.  Quality matters, and compared to the
>> fact that my work takes up 1/3 of my time, 1/2 my energy, and provides my
>> means of living, the costs are trivial.
>>
>> When I have to use a laptop as-is, it's always a grind... maybe
>> half-speed.  And that's if I have a mouse handy.  If I'm stuck with
>> touchpad/eraserhead, maybe half of that.
>>
>> sas
>>
>> On Tue, Jul 4, 2023 at 5:50 PM Bob Bridges  wrote:
>>
>> > ...
>> > But, oh boy, do I miss tactile feedback!  IBM's software is famously hard
>> > to use, but their hardware is reliably exceptional.  Heck, I liked the
>> old
>> > Selectrics, too.

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

Re: z/OSMF

[Matthew Stitt]

My son got me a keyboard very much like the classic IBM Type "M" for Christmas 
a few years ago.  It is USB attached and has the name "UNICOMP" on it.

Matthew

On Tue, 4 Jul 2023 17:50:24 -0400, Bob Bridges  wrote:

>I said I always buy a "real" keyboard (and monitor, and trackball) to plug 
>into a laptop.  I have thought hard about spending real money on them, too, or 
>at least on the keyboard considering how much time I spend on mine.  But so 
>far I've gone the other way.  About once a year I spill a Coke on my keyboard; 
>I just drop it in the bathtub, pick out a backup and get back to work.  No 
>lost time (or rather very little) and no tearing of hair.
>
>(I say I "drop it in the bathtub" because I have repeatedly read that 
>keyboards recover just fine when soaked and then allowed to dry out.  So far I 
>have never yet gotten a keyboard back this way, though; I always end up having 
>to throw it away.  Hints on a better way gratefully accepted.)
>
>Because of this, so far I buy El Cheapo brand.  I can't get El Cheapo for $10 
>any longer, but I think the last time I bought a few of them they were less 
>than $30.
>
>But, oh boy, do I miss tactile feedback!  IBM's software is famously hard to 
>use, but their hardware is reliably exceptional.  Heck, I liked the old 
>Selectrics, too.
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* There are trivial truths and great truths.  The opposite of a trivial truth 
>is plainly false.  The opposite of a great truth is also true.  -attributed by 
>Niels Bohr to his father */
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Mike Schwab
>Sent: Tuesday, July 4, 2023 16:54
>
>https://www.twindata.com/keyboards/twindatakeyboards.htm 5250 / 3270 keyboards 
>w PS/2 or USB connector.
>
>IBM 3270 APL converted to USB.
>https://www.pckeyboard.com/page/product/1394625
>
>On Tue, Jul 4, 2023 at 3:39 PM rpinion865 
><042a019916dd-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> Don't remember the manufacturer, I want the actual 3270 keyboard with the 
>> USB connect.
>>
>>  Original Message 
>> On Jul 4, 2023, 3:53 PM, billogden wrote:
>>
>> > Interesting discussion on screen sizes, keyboards, etc. Many of us 
>> > have various different opinions. My opinions have changed since the 
>> > early days when some of us (the "older" ones) used 2260s instead of 
>> > 3270s. I am using a 21" screen at the moment, with three "windows" 
>> > open on it. I would not want a larger screen and perhaps would 
>> > prefer a slightly smaller one. I prefer a size that does not require 
>> > me to constantly move my head to focus on different parts of the 
>> > screen. For 3270 emulation I prefer 133 character width (and most of 
>> > us probably agree on that) and at least 50 lines high (and this 
>> > could vary somewhat). I find 17" laptop screens OK, but not great. 
>> > More important for me (because I work mostly with text) is having 
>> > good character resolution. Perhaps because I as not as young as I 
>> > was a few years ago, I find long periods with crudely-formed 
>> > characters to be more exhausting. Given a choice, I would say this 
>> > is more important than the actual screen size. I am not fond of 
>> > laptop keyboards --- IMO they range from barely OK to poor. At the 
>> > moment I am using an old PC AT keyboard (with the "round" adapter 
>> > plug going to a converter to connect it to a USB port). It has the 
>> > numeric keypad (which I do not use) and has good "movement" of the 
>> > keys that provides a positive feedback for an old guy like me. (The 
>> > "real" 3270 terminals had great keyboards!) I can deal with the red 
>> > "mouse control" on IBM-designed laptop keyboards when needed, but I 
>> > prefer a "real" mouse (with the center "dial" function, if 
>> > possible). I use the same glasses for reading books and for dealing 
>> > with terminals -- I am lucky that they are fairly "weak" glasses. 
>> > The discussion about z/OSMF? One of these months I will need to 
>> > spend some time with it. These days I mostly use a relatively slow 
>> > machine for z/OS and the performance is not attractive for z/OSMF. 
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SSHD terminates immediately with permission(?) problem

[Matthew Stitt]

I'm surprised no one has mentioned about checking to see if the low ports (< 
1024) are restricted.

Matthew

On Tue, 30 May 2023 13:23:23 +, Allan Staller  wrote:

>Classification: Confidential
>
>Things to check.
>TCP Policy Agent
>Other users of the poirt (as previously suggested).
>OMVS segment for the affected user.
>Public/Private keypair definitions and Permissions. SSH is (*VERY PICKY*) 
>about file permissions.
>
>I suggest the folloning reading (thank you Dovetail).
>https://coztoolkit.com/docs/sftp/ssh_keys_part2_2012-06-19.pdf
>https://coztoolkit.com/docs/sftp/ssh_keys_part1_2012-06-12.pdf
>
>HTH,
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Wendell Lovewell
>Sent: Friday, May 26, 2023 6:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: SSHD terminates immediately with permission(?) problem
>
>[CAUTION: This Email is from outside the Organization. Unless you trust the 
>sender, Don’t click links or open attachments as it may be a Phishing email, 
>which can steal your Information and compromise your Computer.]
>
>I've done something wrong that I can't identify, and now SSHD terminates 
>immediately after starting.
>
>I'm not getting anything helpful on the console or in the joblog.  But I am 
>getting these msgs in syslog:
>
>OMVSKERN SSHD3sshd[67174408]: error: FOTS1442 Bind to port 22 on :: 
>failed: EDC5111I Permission denied. (errno2=0x744C7246).
>OMVSKERN SSHD3sshd[67174408]: error: FOTS1442 Bind to port 22 on 0.0.0.0 
>failed: EDC5111I Permission denied. (errno2=0x744C7246).
>OMVSKERN SSHD3sshd[67174408]: fatal: FOTS1464 Cannot bind any address.
>
>I've looked up the 7246 code:
>JRPORTACCESSAUTHQEQU 29254* User does not have authority to access 
>this port.
>
>OMVSKERN's is UID(0).  Has ALTER access to BPX.DAEMON.  Port 22 is not in use, 
>per D TCPIP,,N,SOCKETS
>
>None of the files in /etc/ssh had changed for 4 years, so I don't think it's 
>there.  (I did set LogLevel to DEBUG3, which didn't help any.)
>
>The only things I can think of that I might have messed up something with 
>keys.  I did try some weeks ago to set up a certificate to bypass entering my 
>password when using "ssh user@zos" and didn't get that to work.   And I did 
>install a new CERTAUTH this week for the new IBM service requirement 
>("DigiCert Global Root G2"), 'tho I can't imagine that would matter.
>
>Any suggestions would really be appreciated...I'm n t much good with entering 
>USS commands via a 3270 screen.
>
>TIA,
>Wendell

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

Re: What is BPXAS and how do I make them stop piling up?

[Matthew Stitt]

Here is my entry in IEFJOBS:

//BPXASJOB (SYSTEMS),'USS ADDRESS',MSGCLASS=Z 
//BPXASEXEC PROC=BPXAS,GETWORK=BPXPRJSR   

So, yes, IEFJOBS does work.

Matthew

On Tue, 11 Apr 2023 15:36:40 +, Seymour J Metz  wrote:

>That mentions accounting information for the BPXOINIT and OMVS address spaces, 
>but it doesn't mention it for BPXAS. I made a SWAG that BPXAS might go through 
>standard STC processing, including the master IEFJOB concatenation and the 
>JES2 JOBCLASS(STC), in which case they would control selection of a proclib 
>and output disposition. As usual, it's the sort of thing that I would look up 
>in the logic manuals if they still existed. Lacking documentation, only a test 
>will determine whether I guessed correctly.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu]
>Sent: Tuesday, April 11, 2023 11:25 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: What is BPXAS and how do I make them stop piling up?
>
>On Tue, 11 Apr 2023 09:04:22 -0500, Wendell Lovewell < wrote:
>
>>Charles, imo Seymour was on the right track.
>>
>>Could it have been that someone issued a $T JOBCLASS command?  (Or maybe from 
>>SDSF.)
>>
>Does this help:
>?
>
>--
>gil

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

Re: SMPe securing zones

[Matthew Stitt]

I've found that GIMSMP opens the datasets in UPDATE mode, so the user will 
still need UPDATE or higher access.  READ access fails when the program starts.

I've growled that GIMSMP needs to open in READ mode, then close/open in the 
desired UPDATE mode if needed.

Matthew

On Mon, 27 Mar 2023 13:50:28 +, Mark Jacobs  
wrote:

>If you have those zones in their own CSI datasets, you can use your security 
>system just to allow READ access.
>
>Mark Jacobs 
>
>
>Sent from ProtonMail, Swiss-based encrypted email.
>
>GPG Public Key - 
>https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
>
>--- Original Message ---
>On Monday, March 27th, 2023 at 9:46 AM, Bill Giannelli 
> wrote:
>
>
>> I want to create another TARGET and DLIB zone for another level of 
>> maintenance.
>> I am currently, showing "newbie" offshore folks our SMPe environment.
>> Is there a way to "secure" the newly created TARGET and DLIB zones so they 
>> are not inadvertently updated?
>> thanks
>> Bill

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Matthew Stitt]

I use the LISTSERV web site.  On the left there are two apostrophes (quote 
marks).  Those will include the entire thread (so far).

It is considered good practice to remove the IBM-MAIN stuff at the bottom.

Matthew

On Thu, 9 Mar 2023 18:33:08 -0500, Tony Harminc  wrote:

>On Thu, 9 Mar 2023 at 18:27, Bill Giannelli  wrote:
>
>> I am in the listserv web page. I do not see 3 dots above the send button
>>
>
>Sorry - my advice was for Gmail only. I never use the listserv page to post
>things, so can't help you. But surely you aren't the only one, so perhaps
>someone will chime in.
>
>Tony H.

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

Re: zOSMF

[Matthew Stitt]

There are two places it is specified.  One is in the configuration directory, 
member "active_configuration.cfg".  The other is in the IZUPRMxx member.  It 
seems the directory member takes precedent, as I had a subsystem running 
without specifying JAVA_HOME in the IZUPRMxx and the subsystem worked without 
issue.

Matthew

On Thu, 9 Feb 2023 09:04:54 -0600, Carmen Vitullo  wrote:

>got ya! I can't recall specifics but I do know I had some issues
>migrating due to the userdir location change
>
>I think others have suggested checking for Java 64 bit, the other error
>indicated the server could not locate the J8_64 environment
>
>in your IZUPRMxx member do you have JAVAHOME specified?
>
>JAVA_HOME('/usr/lpp/java/J8.0_64')
>
>CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>CEE3587S A call was made to a function in the AMODE 31 DLL
>/usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>
>Carmen
>
>
>On 2/9/2023 8:46 AM, Matthew Stitt wrote:
>> I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting 
>> is valid.  "/global/zosmf" is good if you configure z/OS MF to run on 
>> multiple LPARs and want to share the "../user" information directory.  Also 
>> if you have been successful in getting it to run distributed in a SYSPLEX.
>>
>> I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
>> "/var/zosmf" on each LPAR makes for good isolation when testing or training.
>>
>> Matthew
>>
>> On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  
>> wrote:
>>
>>> a couple of things I see in your configuration, but without seeing your
>>> parms for the task and the IZUPRM member I cannot really diagnose.
>>>
>>> 1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>>>
>>> I think that's what the IZUG084W: message may be stating -
>>>
>>> make sure you are using the supplied proc for IZUSVR1, I had a similar
>>> issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>>>
>>> unless you're started a local knowledge base server I'd specify KCINDEX=NO
>>>
>>>
>>> Carmen
>>>
>>> On 2/8/2023 12:21 PM, Steve Beaver wrote:
>>>> I will be at the front of the line that says "I have no idea what is 
>>>> wrong?"
>>>>
>>>>
>>>>
>>>> EZZ8342I gethostbyname(MVS1): Unknown host
>>>>
>>>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
>>>> 12:21:15 ES
>>>>
>>>> IZUG084W: Invalid number of arguments:  3 ; expected 4.
>>>>
>>>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>>>
>>>> WARNING: Some arguments may be ignored and/or defaults used.
>>>>
>>>> IZUG015I: Arguments in effect:
>>>>
>>>>   : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>>>
>>>>   : USER_DIR  = /MVS1/var/zosmf
>>>>
>>>>   : TRACE = N
>>>>
>>>>   : KCINDEX   = Y
>>>>
>>>> IZUG348I: Processing of your request has started. This process might
>>>>
>>>>   : require several minutes or more to complete.
>>>>
>>>> IZUG059I: Configuration operation exists as the configuration parameters 
>>>> are
>>>> not
>>>>
>>>> IZUG349I: The z/OSMF  Server home page can be accessed at
>>>>
>>>>   : https:///zosmf
>>>>
>>>>   : after the z/OSMF server is started on your system.
>>>>
>>>>
>>>>
>>>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>>>> CEE3587S A call was made to a function in the AMODE 31 DLL
>>>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>>>
>>>>
>>>>
>>>> HOSTNAME('10.10.70.48')
>>>>
>>>>
>>>>
>>>> HTTP_SSL_PORT(32217)
>>>>

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

Re: zOSMF

[Matthew Stitt]

Sorry, forgot to mention we are at z/OS V2R5.

Matthew

On Thu, 9 Feb 2023 08:46:47 -0600, Matthew Stitt  
wrote:

>I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is 
>valid.  "/global/zosmf" is good if you configure z/OS MF to run on multiple 
>LPARs and want to share the "../user" information directory.  Also if you have 
>been successful in getting it to run distributed in a SYSPLEX.
>
>I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
>"/var/zosmf" on each LPAR makes for good isolation when testing or training.
>
>Matthew
>
>On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:
>
>>a couple of things I see in your configuration, but without seeing your
>>parms for the task and the IZUPRM member I cannot really diagnose.
>>
>>1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>>
>>I think that's what the IZUG084W: message may be stating -
>>
>>make sure you are using the supplied proc for IZUSVR1, I had a similar
>>issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>>
>>unless you're started a local knowledge base server I'd specify KCINDEX=NO
>>
>>
>>Carmen
>>
>>On 2/8/2023 12:21 PM, Steve Beaver wrote:
>>> I will be at the front of the line that says "I have no idea what is wrong?"
>>>
>>>
>>>
>>> EZZ8342I gethostbyname(MVS1): Unknown host
>>>
>>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
>>> 12:21:15 ES
>>>
>>> IZUG084W: Invalid number of arguments:  3 ; expected 4.
>>>
>>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>>
>>> WARNING: Some arguments may be ignored and/or defaults used.
>>>
>>> IZUG015I: Arguments in effect:
>>>
>>>  : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>>
>>>  : USER_DIR  = /MVS1/var/zosmf
>>>
>>>  : TRACE = N
>>>
>>>  : KCINDEX   = Y
>>>
>>> IZUG348I: Processing of your request has started. This process might
>>>
>>>  : require several minutes or more to complete.
>>>
>>> IZUG059I: Configuration operation exists as the configuration parameters are
>>> not
>>>
>>> IZUG349I: The z/OSMF  Server home page can be accessed at
>>>
>>>  : https:///zosmf
>>>
>>>  : after the z/OSMF server is started on your system.
>>>
>>>
>>>
>>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>>> CEE3587S A call was made to a function in the AMODE 31 DLL
>>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>>
>>>
>>>
>>> HOSTNAME('10.10.70.48')
>>>
>>>
>>>
>>> HTTP_SSL_PORT(32217)
>>>
>

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

Re: zOSMF

[Matthew Stitt]

I still use "/var/zosmf"  My z/OS MF runs on one LPAR only, so that setting is 
valid.  "/global/zosmf" is good if you configure z/OS MF to run on multiple 
LPARs and want to share the "../user" information directory.  Also if you have 
been successful in getting it to run distributed in a SYSPLEX.

I do have to run z/OS MF on another LPAR occasionally.  Having it point to 
"/var/zosmf" on each LPAR makes for good isolation when testing or training.

Matthew

On Wed, 8 Feb 2023 12:43:47 -0600, Carmen Vitullo  wrote:

>a couple of things I see in your configuration, but without seeing your
>parms for the task and the IZUPRM member I cannot really diagnose.
>
>1) at zos2.3 the userdir was moved to /global/zosmf/    from /var/
>
>I think that's what the IZUG084W: message may be stating -
>
>make sure you are using the supplied proc for IZUSVR1, I had a similar
>issue moving from z/OS 2.1 or 2.2 that proc pointed to /var/zosmf
>
>unless you're started a local knowledge base server I'd specify KCINDEX=NO
>
>
>Carmen
>
>On 2/8/2023 12:21 PM, Steve Beaver wrote:
>> I will be at the front of the line that says "I have no idea what is wrong?"
>>
>>
>>
>> EZZ8342I gethostbyname(MVS1): Unknown host
>>
>> IZUG300I: The z/OSMF Configuration Utility has started at Wed Feb  8
>> 12:21:15 ES
>>
>> IZUG084W: Invalid number of arguments:  3 ; expected 4.
>>
>> WARNING: Arguments received: /ZOSV2R4/usr/lpp/zosmf /MVS1/var/zosmf N
>>
>> WARNING: Some arguments may be ignored and/or defaults used.
>>
>> IZUG015I: Arguments in effect:
>>
>>  : CODE_ROOT = /ZOSV2R4/usr/lpp/zosmf
>>
>>  : USER_DIR  = /MVS1/var/zosmf
>>
>>  : TRACE = N
>>
>>  : KCINDEX   = Y
>>
>> IZUG348I: Processing of your request has started. This process might
>>
>>  : require several minutes or more to complete.
>>
>> IZUG059I: Configuration operation exists as the configuration parameters are
>> not
>>
>> IZUG349I: The z/OSMF  Server home page can be accessed at
>>
>>  : https:///zosmf
>>
>>  : after the z/OSMF server is started on your system.
>>
>>
>>
>> CWWKB0215E Failed to open /usr/lpp/java/J8.0_64/bin/classic/libjvm.so :
>> CEE3587S A call was made to a function in the AMODE 31 DLL
>> /usr/lpp/java/J8.0_64/bin/classic/libjvm.so from an AMODE 64 caller.
>>
>>
>>
>> HOSTNAME('10.10.70.48')
>>
>>
>>
>> HTTP_SSL_PORT(32217)
>>

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

Re: Beware IBM PTF UJ09197 (APAR OA63062)

[Matthew Stitt]

And it trashed quite a number of things.  I saw it with my SMF exit IEFACTRT.  
Backed out the PTF and we're good now.

Matthew

On Sun, 15 Jan 2023 18:19:07 -0800, Ed Jaffe  
wrote:

>On 1/15/2023 5:54 PM, Ed Jaffe wrote:
>> The original code loaded R14 as shown and used it later in what's now
>> the failing CLC:
>>
>> 00E1523C | 58E0 8038  | L   R14,X'38'(,R8)
>> 00E15240 | 58F0 5080  | L   R15,X'80'(,R5)
>
>Actually, the code is supposed to skip the failing CLC if R14 contains
>zeros.
>
>00E1528C | 12EE   | LTR R14,R14
>00E1528E | 4780 62D0  | BC  X'8',X'2D0'(,R6)
>
>By accidentally trashing R14 right after loading it, the programmer a)
>causes control to unconditionally drop into an optional code path and b)
>with the wrong value in R14.
>
>Fun stuff... :-)
>
>
>--
>Phoenix Software International
>Edward E. Jaffe
>831 Parkview Drive North
>El Segundo, CA 90245
>https://www.phoenixsoftware.com/
>

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

Re: ICKDSF

[Matthew Stitt]

03 //* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
04 //* IF A VOLUME'S FREE SPACE SOMEHOW GETS OUT OF WHACK THIS * 
05 //* WILL FIX IT, I THINK. WE DEACTIVATE AND ACTIVATE THE* 
06 //* VOLUME'S VTOC INDEX * 
07 //* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
08 //STEP1EXEC PGM=ICKDSF,PARM='NOREPLYU'
09 //SYSPRINT DD SYSOUT=*
10 //DDCARD DD DISP=OLD,UNIT=(SYSDA,,DEFER),VOL=SER=ADA004   
11 //SYSINDD *   
12   BUILDIX DDNAME(DDCARD) OSVTOC NOPURGE   
13 //STEP2EXEC PGM=ICKDSF,PARM='NOREPLYU'
14 //SYSPRINT DD SYSOUT=*
15 //IXVTOC DD DISP=OLD,UNIT=(SYSDA,,DEFER),VOL=SER=ADA004,  
16 //  DSN=SYS1.VTOCIX.ADA004
17 //SYSINDD *   
18   BUILDIX DDNAME(IXVTOC) IXVTOC   

Matthew

On Thu, 22 Dec 2022 13:26:06 -0600, Steve Beaver  wrote:

>I worked in a stop the got sever LSPACE errors.
>
>
>
>Can anyone tell me the command to Convert a indexed vtoc to a CVOL and back
>to a INDEXED
>
>
>
>
>
>Regards,
>
>
>
>Steve

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

Re: MVS Update

[Matthew Stitt]

Upload it to a z/OS system with Binary, LRECL80.  Then use TSO RECEIVE.

Matthew

On Tue, 4 Oct 2022 15:04:43 GMT, esst...@juno.com  wrote:

>.
>.
> I was able to obtain CBT830.zip
> I extracted it, and it creates a xmi file.
> However I can't open it  CBT830.xmi
> I tried changing the suffix to doc and docx and txt
> Is there anything special to open this file ?
>
>Paul
>-- Original Message --
>From: Sri h Kolusu 
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: MVS Update
>Date: Mon, 3 Oct 2022 02:59:02 +
>
>Paul,
>
>CBT Tape File 830 contains 926 articles (with their code, as an EBCDIC pds) 
>from Xephon's MVS Update magazines, ranging from July 1987 thru December 1996.
>
>https://bit.listserv.ibm-main.narkive.com/q69XU7Zi/please-explore-cbt-tape-file-830-xephon-mvs-articles
>
>Here is the link to download File # 830 XEPHON MVS articles from 07/1987 thru 
>12/1996 EBCDIC
>
>https://www.cbttape.org/ftp/cbt/CBT830.zip
>
>Checking CBT830 it has the following articles from October of 1987
>
>"B2D3A01C"-An on-line MVS/XA CSA monitor -October   1987
>"F863B8BD"-Determining VSAM buffer allocations   -October   1987
>"U75306DC"-Issuing operator commands through JCL -October   1987
>"TE2F0969"-IPOUPDTE  -October   1987
>"YFB389AC"-MVS authorisation -October   1987
>"XA332F6C"-Protecting catalogued tape files  -October   1987
>"Q0F37C0C"-TSO response time monitor -October   1987
>"C813F37C"-Verifying whether a job is currently active   -October   1987
>"C503910D"-Volume pooling using IGGPRE00 -October   1987
>"TD9355BC"-Writing a cross memory program-October   1987
>
>Thanks,
>Kolusu

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

Re: Broadcom´s COPYCAT equivalent

[Matthew Stitt]

Many years ago (decades) I used VETAPE (modified) from the CBT to convert from 
reel to cartridge.  The program even created the change commands when the 
company was running CA-TLMS.

Matthew

On Wed, 21 Sep 2022 23:37:57 -0500, Brian Westerman 
 wrote:

>I think there is a file on the CBTtape that allows you to do this, but why do 
>you want to keep the same VOLSERs, wouldn't it be better (and easier) to use 
>another VOLSER group, and copy from/to using any number of utilities?  
>
>I have converted several sites from EMC to IBM to Luminex to Optica virtual 
>tapes, and the process is always very simple (I used the process from the 
>cbttape.org site), and the only tapes I had an issue with were Adabas backups, 
>(which were able to be copied via the Adabas utility).  One of the sites had 
>some HSM issues that were resolved by just pointing HSM to the new volumes and 
>having it migrate the backups and migration copies to the new tapes.
>
>The advantage of keeping the old and new volumes separate is that if you have 
>problems, you won't have to work very hard to fall back.  If you have a 
>problem, it's only a matter of rerunning the conversion catalog step and you 
>are back to you old tapes.  
>
>Also, I believe that COPYCAT is now free from CA/Broadcom, so if you have CA-1 
>you get it for free.  
>
>Brian
>

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

Re: What is the preferred way of starting PAGENT

[Matthew Stitt]

Here are my AUTOLOG statements from the TCP/IP profile:

AUTOLOG 5 
   PAGENT   ; AT-TLS Policy server
   GPMSERVE DELAYSTART TTLS ; RMF Server  
   TSOFRONT DELAYSTART TTLS ; TSO Startup 
   TN3270E  DELAYSTART TTLS ; TN3270 Server   
   FTPD  JOBNAME FTPD1 DELAYSTART TTLS ; FTP Server   
   CSFTTKE DELAYSTART TTLS  ; TKE Server  
   CFZCIM  DELAYSTART TTLS  ; CIM Server  
   SSHD DELAYSTART TTLS ; SSH Server  
ENDAUTOLOG

Notice we hold the startup of the started tasks until PAGENT is running.

Matthew

On Fri, 16 Sep 2022 08:53:55 -0500, Jantje.  wrote:

>Esteemed Listers,
>
>As we are required to support TLSv1.2 for our TN3270 sessions, we are now 
>implementing AT-TLS. Using the 'IBM Personal Communications and IBM z/OS TTLS 
>Enablement' Redpaper, I have the configuration of the PAGENT, TCPIP and TELNET 
>regions going. Remains to decide what is the correct way of starting it all 
>up...
>
>The Redpaper says I have to add an AUTOLOG statement for PAGENT to the TCPIP 
>profile. However, the 'AUTOLOG considerations' paragraph in the 'IP 
>Configuration Guide' gives a complicated explanation from which we take away 
>that I should not be using the AUTOLOG because in our installation, it will 
>not be listening on any port.
>
>The Redpaper states that 'The task (PAGENT) should remain up.' However, when I 
>stop it after TCPIP has come up, nothing harmful seems to happen and new 
>TN3270 sessions can start up quite fine.
>
>So, what is the best practice, please?
>
>Thanks and very best regards,
>
>Jantje.
>
>
>P.S. We have System Automation and can use that for starting and stopping if 
>needed.

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

Re: Is HFS still a thing?

[Matthew Stitt]

If you specify HFS as a filesystem in BPXPRMxx on z/OS V2R5 it will get 
rejected.  The system will come up, but the mounting of HFS file systems will 
fail.

You can also specify ZFS as a parameter in IDCAMS when defining a VSAM dataset. 
 This replaces the Dataset type of LINEAR and obviates the need for a separate 
format step.  The format will take place when the file system is mounted the 
first time.

Matthew

On Wed, 14 Sep 2022 14:29:18 -0500, Paul Gilmartin  wrote:

>On Wed, 14 Sep 2022 18:32:48 +, Michael Watkins wrote:
>
>>IBM says: 'Before z/OS V1R7, the HFS file system was the primary hierarchical 
>>file system. As of z/OS V1R7, you can use any combination of HFS and zFS file 
>>systems. Because zFS has higher performance characteristics than HFS and is 
>>the strategic file system, you should migrate your HFS file systems to zFS.'
>>
>>See: 'z/OS DFSMS Using Data Sets', Version 2, Release 5, p.451
>>
>Is DSNTYPE ever needed, or even useful when allocating an existing data set?
>Is DISP=OLD,DSNTYPE=?? allowed to differ from the DSNTYPE at creation
>of the data set, even as an overriding DSORG can be useful?
>
>-- 
>gil

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

Re: Automation of the TSO RECEIVE command

[Matthew Stitt]

Interesting The next line was there when I copied it:


PROFILE NOPROMPT NOPREFIX  
RECEIVE INDA('MSTITT.IBM.HHOP850.F1.BIN')  
DATASET('MSTITT.HHOP850.F1')   

Matthew

On Wed, 31 Aug 2022 13:43:22 -0500, Paul Gilmartin  wrote:

>On Wed, 31 Aug 2022 13:22:28 -0500, Matthew Stitt wrote:
>
>>Here is a snippet from my JCL:
>>
>>//TSO EXEC PGM=IKJEFT01,DYNAMNBR=20
>>//SYSTSPRT DD  SYSOUT=*
>>//SYSPROC  DD  DSN=MSTITT.CLIST,DISP=SHR   
>>//SYSTSIN  DD  *   
>>PROFILE NOPROMPT NOPREFIX  
>>RECEIVE INDA('MSTITT.IBM.HHOP850.F1.BIN')  
>>
>Show the next line in your SYSTSIN.  It probably matters.  The Ref. says:
>
>RECEIVE command prompt parameters
>After describing each file, the RECEIVE command prompts for overriding 
> parameters.
>These parameters are all optional and control the restoring of the 
> data set. Parameters
>not specified are allowed to default or are taken from information 
> transmitted with the data.
>The optional parameters are shown below.
>
>"parameters are all optional".  So it's permitted to provide no parameters.  
>In that case,
>does RECEIVE expect an empty line in response to the prompt?  What is the 
>effect if
>there is no such line?
>
>Most users will choose to specify DSNAME rather than taking the default.
>
>-- 
>gil
>

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

Re: Automation of the TSO RECEIVE command

[Matthew Stitt]

Here is a snippet from my JCL:

//TSO EXEC PGM=IKJEFT01,DYNAMNBR=20
//SYSTSPRT DD  SYSOUT=*
//SYSPROC  DD  DSN=MSTITT.CLIST,DISP=SHR   
//SYSTSIN  DD  *   
PROFILE NOPROMPT NOPREFIX  
RECEIVE INDA('MSTITT.IBM.HHOP850.F1.BIN')  

On Wed, 31 Aug 2022 18:15:16 +, Seymour J Metz  wrote:

>You put the necessary response in the stack. The details depend on whether you 
>are using CLIST or REXX.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
>Lennie Dymoke-Bradshaw [032fff1be9b4-dmarc-requ...@listserv.ua.edu]
>Sent: Wednesday, August 31, 2022 6:12 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Automation of the TSO RECEIVE command
>
>The TSO commands TRANSMIT and RECEIVE are very useful for moving data
>around, particularly as TRANSMIT produces an 80-byte LRECL which works
>easily with in-stream JCL.
>
>But has anyone worked out a reliable mechanism to automate the use of the
>RECEIVE command?
>
>It always issues queries to the user. How can the responses to these queries
>be simply handled?
>
>I feel sure someone has worked this out.
>
>
>Lennie Dymoke-Bradshaw
>

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

Re: VVDS problem

[Matthew Stitt]

I wonder if a DEFINE NONVSAM RECATALOG command would come close to resolving 
your issue.

Matthew

On Fri, 26 Aug 2022 11:52:35 +0100, Jack Zukt  wrote:

>Hi all,
>
>
>
>I have this file for which the LISTCAT ends with RC(00) and tells me that
>the file resides on VOLSER BPG023:
>
>
>
>LISTCAT ENTRIES (DGHOGAN.P7.BDB2.DPSBC.BODD.D220603A) ALL
>
>
>
>NONVSAM --- DGHOGAN.P7.BDB2.DPSBC.BODD.D220603A
>IN-CAT --- PCSYSUC.DGHOGAN
>HISTORY
>DATASET-OWNER-(NULL) CREATION2022.154
>RELEASE2 EXPIRATION--.000
>ACCOUNT-INFO---(NULL)
>SMSDATA
>STORAGECLASS ---SC65 MANAGEMENTCLASS---MCDF90
>DATACLASS --DCMULVOL LBACKUP ---.XXX.
>ENCRYPTIONDATA
>DATA SET ENCRYPTION-(NO)
>VOLUMES
>VOLSERBPG023 DEVTYPE--X'3010200F' FSEQN--0
>ASSOCIATIONS(NULL)
>ATTRIBUTES
>
>
>
>However, the
>
>LISTCAT CAT (PCSYSUC.DGHOGAN) VOL ends with  RC(04) and it gives me these
>error messages for that file:
>
>
>
>IDC3014I CATALOG ERROR
>IDC3009I ** VSAM CATALOG RETURN CODE IS 50 - REASON CODE IS IGG0CLE0-6 FOR
>BPG023
>IDC1566I ** DGHOGAN.P7.BDB2.DPSBC.BODD.D220603A NOT LISTED
>NONVSAM --- DGHOGAN.P7.BDB2.DPSBC.BODD.D220603B
>HISTORY
>DATASET-OWNER-(NULL) CREATION2022.154
>RELEASE2 EXPIRATION--.000
>ACCOUNT-INFO---(NULL)
>SMSDATA
>STORAGECLASS ---SC65 MANAGEMENTCLASS---MCDF90
>DATACLASS --DCMULVOL LBACKUP ---.XXX.
>VOLUMES
>VOLSERMIGRAT DEVTYPE--X'78048081'
>
>
>
>
>
>and it says that the VOLSER is MIGRAT; I ran a DCOLLECT over the MCDS and
>it does not show that file as migrated.
>
>
>
>
>
>A DIAGNOSE of the VOLSER BPG023 ends with RC(08):
>
>
>
>DC01379I NO VVDS ENTRY FOR DSCB NAME
>IDC01379I DGHOGAN.P7.BDB2.DPSBC.BODD.D220603A
>IDC21365I VTOC RECORD DISPLAY:
>RECORD: DGHOGAN.P7.BDB2.DPSBC.BODD.D220603A
>00  F1C2D7C7 F0F2F300 017A009A 0001   C9C2 D4D6E2E5 E2F24040
>4040407A   *1BPG023..:IBMOSVS2 :*
>20 009AA000 4000 90006000 1000 0082C000 000A 01C22C00
>00810011 *.. ...-...{..B..*
>40 5411 54000E00     
> **
>
>IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8
>
>
>
>A diagnose of the USERCAT (PCSYSUC.DGHOGAN) ends with RC(00) and does not
>show any inconsistencies.
>
>
>
>So, any suggestions on how I can fix this?
>

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

Re: Question on z/OS TCPIP and AutoLog

[Matthew Stitt]

Just went through something similar.  Had a STC which was under AUTOLOG.  
Looked fine, but TCPIP kept cancelling and restarting it.

Solution was to add NOAUTOLOG to PORT statement, then manually start the STC.

Wonder if AUTOLOG and NOAUTOLOG can coexist.

Matthew

On Thu, 18 Aug 2022 11:40:19 -0500, Lionel B. Dyck  wrote:

>It is and that is the plan for if nothing else works.  And I suspect that will 
>be the solution. The other option is to determine if our automation product 
>can replace the autolog.
>
>
>Lionel B. Dyck <><
>Website: https://www.lbdsoftware.com
>Github: https://github.com/lbdyck
>
>“Worry more about your character than your reputation. Character is what you 
>are, reputation merely what others think you are.”   - - - John Wooden
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Rob Schramm
>Sent: Thursday, August 18, 2022 11:27 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Question on z/OS TCPIP and AutoLog
>
>Isn't it an obey to remove autolog stc?
>
>Rob
>
>On Thu, Aug 18, 2022, 07:55 Lionel B. Dyck  wrote:
>
>> I have a started task that is started by TCPIP via its AUTOLOG which 
>> is fine.
>>
>> The problem comes when we need to stop the STC, which we do using the 
>> P STC command, and then TCPIP detects that it is down and restarts it.
>>
>> What is the proper way to stop the STC so that TCPIP will *not* 
>> attempt a restart?
>>
>> And then, once we do restart it, to have TCPIP pick up once again with 
>> the autolog monitoring?
>>
>> Thanks in advance
>>
>>
>> Lionel B. Dyck <><
>> Website: https://www.lbdsoftware.com
>> Github: https://github.com/lbdyck
>>
>> “Worry more about your character than your reputation. Character is 
>> what you
>> are, reputation merely what others think you are.”   - - - John Wooden
>>

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

Re: Shopz via smpe

[Matthew Stitt]

Yes.  Just did this yesterday.

RECEIVE SYSMODS 
HOLDDATA
FROMNETWORK(
 SERVER(SERVINFO)   
 CLIENT(CLNTINFO)/* <=== NOTE 4 */  
 /*  TRANSFERONLY   */   /* <=== NOTE 3 */  
  ).
And:

 wrote:

>Can you dl a shopz order smpe receive order?  I’ve tried to get information 
>but the links ibm sends are not working.  I already have receive order 
>processing set up for fixes etc.

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

Re: Receive from Network failed

[Matthew Stitt]

You would not happen to want to use JAVA V11?  It will not work.  I must keep 
JAVA V8 around for SMPE network stuff.

Matthew

On Fri, 10 Jun 2022 17:37:49 +, Richards, Robert B. (CTR) 
 wrote:

>Kurt,
>
>That worked very nicely, but I still want the FTP version to work. Service 
>request has been already opened.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Kurt J. Quackenbush
>Sent: Friday, June 10, 2022 10:03 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Receive from Network failed
>
>Have you tried using https instead of ftp for the download?  Just add this to 
>your  specification:
>
>downloadmethod="https"  
>downloadkeyring="*AUTH*/*"
>
>Otherwise, try IBM support for further debug.
>
>Kurt Quackenbush
>IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
>Chuck Norris never uses CHECK when he applies PTFs.
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Richards, Robert B. (CTR)
>Sent: Thursday, June 9, 2022 8:58 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: Receive from Network failed
>
>Tried again and order did get staged, but same FTP error that I cannot 
>explain, especially the comment about "Unable to build data connection: Not 
>owner":
>
>DATE 06/09/22  TIME 08:47:12SMP/E FTP Output   SMP/E 37.11 
>
>   
> 
>   
> 
>> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com   
>> 
>   
> 
>Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters.
>
>IBM FTP CS V2R4
>
>FTP: EXIT has been set.
>
>Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21.  
>
>220 ProFTPD Server (proftpd) [129.35.224.118]  
>
 AUTH TLS   
 
>234 AUTH TLS successful
>
>Authentication negotiation succeeded   
>
 PBSZ 0 
 
>200 PBSZ 0 successful  
>
 PROT P 
 
>200 Protection set to Private  
>
>Data connection protection is private  
>
>NAME (deliverycb-mul.dhe.ibm.com:xxx): 
>
>   
> 
>> S1u73456 
>> 
 USER S1u73456  
 
>331 Password required for S1u73456 
>
>PASSWORD:  
>
>   
> 
>> ***  
>> 
 PASS   
 
>230 User S1u73456 logged in
>
>Command:   
>
>   
> 
>> CCC  
>> 
>   
> 
>> BINARY   
>> 
 CCC
 
>200 Clearing control channel protection
>
>Control connection protection is clear 
>
>Command:   
>
>   
> 
>> GET "/2022060912634/PROD/GIMPAF.XML" 
>> "/xx/smpe/smpnts/ORD00254-09June2022-   
>> 08.47.12.207/GIMPAF.XML" (REPLACE
>> 
 TYPE I   

Re: SMP/E SMPWRK6

[Matthew Stitt]

I've been using DSNTYPE of LIBRARY for quite a while.  Look at the SMS option 
on the DDDEF definition panel.

Matthew

On Thu, 9 Jun 2022 20:34:42 +, rpinion865  wrote:

>Has anyone tried setting DSNTYPE=LIBRARY for SMPWRK6? I'm doing a z/OS 2.4
>cumulative maintenance install. Our temporary dataset allocations are SMS, and 
>the volumes are 3390-9. I had set SMPWRK6 to CYL(3500,250,5000). But, my job 
>kept abending with an E37 on SMPWRK6. In desperation, I allocated a permanent 
>dataset with DSNTYPE=LIBRARY, and put a DD statement in my APPLY that pointed 
>to it.
>
>Not only did the E37 go away, but my job ran much, much faster. I was curious 
>if anyone
>else has experimented with this? To me, it appears that DSNTYPE=LIBRARY could 
>speedup APPLY processing.

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

Re: Receive from Network failed

[Matthew Stitt]

This is what I use:

"https://eccgw01.boulder.ibm.com/services/projects/ecc/ws; 

and it worked a few minutes ago.  Of course I use HTTPS.

Matthew

On Wed, 8 Jun 2022 20:51:53 +, Richards, Robert B. (CTR) 
 wrote:

>Kurt,
>
>I submitted two jobs a few hours ago. One to Boulder and one to Rochester. 
>Neither server responded after 90 minutes, so I cancelled them. This was a 
>surprise that I did not even get the connection.
>
>I have had the following in our firewall for a while now:
>
> IBM Shopz and SMP/E   Boulder - deliverycb-bld.dhe.ibm.com"170.225.15.117
>   
> 129.35.224.117"
>IBM Shopz and SMP/EDublin -   deliverycb-mul.dhe.ibm.com   "129.35.224.118
>170.225.15.118"
>
>I thought these are still valid until we are notified otherwise by IBM.
>
>I requested the new *updates* but they are caught up in the change management 
>approval process at the moment.
>
>Bob 
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Kurt J. Quackenbush
>Sent: Wednesday, June 8, 2022 1:55 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Receive from Network failed
>
>> TLS security mechanism negotiation failed - data connection closed
>> 425 Unable to build data connection: Not owner Std Return Code = 
>> 16425, Error Code = 00017
>> >>> QUIT
>> 221 Goodbye.
>>
>> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS.
>
>I believe, but am not positive, your firewall is rejecting the connection to 
>the download server.  I suspect this order was staged to server 
>deliverycb-mul.dhe.ibm.com, which is not typically used for your orders.  
>Orders for US customers typically are staged to server 
>deliverycb-bld.dhe.ibm.com.  However, there are ongoing issues and US orders 
>are currently getting staged to deliverycb-mul.dhe.ibm.com instead.  You 
>should ensure your firewall accepts connections from both servers, as these 
>two servers are designed to back each other up in the case of an outage.
>
>If you believe this does not explain your problem, please open a case with IBM 
>support if you have not done so already.
>
>Kurt Quackenbush
>IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
>Chuck Norris never uses CHECK when he applies PTFs.

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

Re: COBOL V6 question

[Matthew Stitt]

Since 1990 (or so)

 //COBEXEC PGM=IGYCRCTL,REGION=4M,COND=(4,LT), 
 // PARM=('CICS("COBOL3,SP")', 
 //   APOST,NOSSRANGE,LIB,MAP,OFFSET)  
 //STEPLIB  DD DISP=SHR,DSN=SYS1.IGY.SIGYCOMP  
 // DD DISP=SHR,DSN=CICSTS51.CICS.SDFHLOAD 

Matthew

On Tue, 11 Jan 2022 10:27:43 -0600, Carmen Vitullo  wrote:

>Thanks Peter, in a former company that's what I was use to also.
>
>Carmen
>
>On 1/11/2022 10:24 AM, Farley, Peter x23353 wrote:
>> Bummer.  I can't imagine having my SDLC admin not be at least a semi-skilled 
>> z/OS professional, or better yet a set of skilled professionals, but ours is 
>> a very large shop so that's what I'm used to having.
>>
>> You have my deepest sympathy.
>>
>> Peter
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Carmen Vitullo
>> Sent: Tuesday, January 11, 2022 10:40 AM
>> To:IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: COBOL V6 question
>>
>> that helps Greatly thanks so much Peter, I was thinking a major project to 
>> rework the entire process.
>>
>> unfortunately our Endeavor admin has very little mainframe or Endeavor 
>> experience :(
>>
>> thanks again
>>
>> Carmen
>>
>> On 1/11/2022 9:34 AM, Farley, Peter x23353 wrote:
>>> Carmen,
>>>
>>> Not *necessary* but still usable.  We are V6 also (6.2, not 6.3 yet), and 
>>> with 4.2 going off support this year management made a strong push to 
>>> prevent 4.2 modules (changes or additions) from going into production on a 
>>> going-forward basis.  OTOH, we still have many production programs that 
>>> haven't changed in a long time that were originally compiled with V3 
>>> running just fine.
>>>
>>> Our DB2 and CICS SDLC process (in-house, not ISV product) still uses the 
>>> pre-compilers for V6.2 translations without any problems.  If your Endeavor 
>>> process to translate DB2 and/or CICS programs use the pre-compilers, they 
>>> will continue to work as before.  If it ain't broke, there's no urgent need 
>>> to "fix" it.
>>>
>>> One slight drawback of the "built-in" DB2 and CICS translation is that your 
>>> COBOL listing shows only the original SQL or EXEC CICS statements, not the 
>>> underlying MOVE's and CALL's that implement them (you have to use the LIST 
>>> compiler option to see the pseudo-assembler equivalent).  Some programmers 
>>> may call that an improvement, some won't.
>>>
>>> I'm not aware of any significant or documented program runtime performance 
>>> benefit from using the "built-in" translators, though there may be 
>>> compile-job efficiency to be gained (one step instead of several).
>>>
>>> HTH
>>>
>>> Peter
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List   On
>>> Behalf Of Carmen Vitullo
>>> Sent: Tuesday, January 11, 2022 10:05 AMTo:IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: COBOL V6 question
>>>
>>> Well I just inherited COBOL support and our programmers have been trying to 
>>> debug an issue with CICS COBOL, seems Ent COBOL V4 was still being used in 
>>> CICS TS 5.4. the tool used is Endeavor, long story short, V6 was being 
>>> tested in some processes but never updated in others.
>>> my question is mostly a sanity check, from what I've read the DB2 pre 
>>> compiler and the CICS translators are no longer needed, COBOL parms and 
>>> options are now used if these are DB2 or CICS programs ?
>>> this is valid ?
>>> thanks Carmen
>> --
>>
>> This message and any attachments are intended only for the use of the 
>> addressee and may contain information that is privileged and confidential. 
>> If the reader of the message is not the intended recipient or an authorized 
>> representative of the intended recipient, you are hereby notified that any 
>> dissemination of this communication is strictly prohibited. If you have 
>> received this communication in error, please notify us immediately by e-mail 
>> and delete the message and any attachments from your system.

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

Re: Help with switching an IP:PORT to TLS V1.2

[Matthew Stitt]

Are you sure the SSL options are turned off, leaving only the TLSV12 option on?

Matthew

On Thu, 23 Dec 2021 10:01:26 -0700, Lizette Koehler  
wrote:

>We have done the Packet trace.  It was not conclusive.
>
>Only showed that TLS V1.2 is being used.  However - some were thinking that 
>was not true since the connection (according to them) was behaving like SSLV3 
>what ever that means.
>
>Lizette
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Don Poitras
>Sent: Thursday, December 23, 2021 8:06 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Help with switching an IP:PORT to TLS V1.2
>
>You could also just do a packet trace. Send the output to Wireshark. It can 
>format all the TLS hand-shaking traffic. The question I'd have, given the 
>original description is whether AT-TLS is being used at all. Perhaps the 
>program is using OpenSSL or GSK?
>
>https://www.ibm.com/support/pages/how-capture-and-format-ssl-component-trace
>

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

Re: IBM Semeru Runtime Certified Edition for z/OS, Version 11 is now available!

[Matthew Stitt]

Does it allow usage of TLS V1.3?

Matthew

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

Re: Question on z/OS 2.5 and HFS file systems.

[Matthew Stitt]

You will not be able to specify a filesystype of HFS in the OMVS BPXPRMxx 
parameters at the z/OS V2R5 level.  At the previous z/OS levels you can remove 
the specification to disable the HFS file system capability.  This will take a 
restart of OMVS to be effective.

The HFS file systems can be converted to ZFS using BPZWHZ2 under TSO/E and/or 
ISPF option 6 (TSO Command).  But this must be done before removing the HFS 
filesystype.

Best method to start the migration.

On Wed, 6 Oct 2021 11:10:38 -0400, Steve Smith  wrote:

>For mounted filesystems, SDSF FS command shows what the type is.  I can
>assure you that on z/OS 2.5, you will not see a type HFS mounted.
>
>Various utilities that list catalog entries could be used to look for
>DSNTYPE HFS.  The dataset type code (NVSMATTR) is 'P' from IGGCSI00 if you
>have something that uses that.
>
>sas

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

Re: z/OS Dataset Last Date Used Information

[Matthew Stitt]

CBT file 527.  DADSM or LISTICAT.

I have a slightly newer DADSM, mostly larger print fields.

Matthew

On Mon, 27 Sep 2021 15:26:53 -0500, Jasi Grewal  wrote:

>Hi,
>
>I am interested in acquiring information on the DASD Datasets,  which were 
>updated recently and to understand the resources utilization.
>Is there a Tool available in CBT or somewhere where I could use to provide me 
>report on each DASD dataset which were updated today for an example.
>
>I am aware of DCOLLECT and changeid Indicator and LREF,  as I currently 
>extract the information from there but interested in other options as well, if 
>they are available.
>My program checks for CHGID and LREF and if LREF is today's date and CHGID is 
>'YES' then probability is that it was changed today for Output.
>
>Any expert advise would be appreciated.
>Thank You in advance,
>Regards,
>Jasi Grewal.

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

Re: IPL's POR's frequency

[Matthew Stitt]

I would use 24X365.  Of course that does not take into account the Leap Year 
day.

24X7X52 is more correct.

Matthew

On Fri, 17 Sep 2021 16:52:24 +0200, Radoslaw Skorupka  
wrote:

>I would say it is 168 years (24*7=168).
>And to avoid such comments I usually write 24/7/365. :-)
>
>
>--
>Radoslaw Skorupka
>Lodz, Poland
>
>
>
>
>W dniu 15.09.2021 o 19:41, Lennie Dymoke-Bradshaw pisze:
>> 24x7x365 is actually 7 years. .
>>
>> Lennie
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Mike Schwab
>> Sent: 15 September 2021 17:59
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: IPL's POR's frequency
>>
>> Mainframes have been powered up 24*7*365 for their lifetime (a decade
>> + in some cases)  since the 1960s.  Just the occasional off / on cycle
>> if required.

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

Re: Log of CICS transactions

[Matthew Stitt]

Have look at CBT tape file 529.  THere are programs which read the CICS SMF 
records and can generate reports.  CICS has not changed the record layouts, 
just added more types for more statistics over the years.

Matthew

On Tue, 3 Aug 2021 03:02:29 +, kekronbekron  
wrote:

>z/OS v2r1 added VBS support for REXX.
>Ref: 
>https://mainframeperformancetopics.com/2020/01/04/what-im-looking-forward-to-in-z-os-2-1/
>
>- KB
>

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

Re: BLS18160D Response

[Matthew Stitt]

An SDC2 abend on a JES2 warm start?  Sounds very familiar.  I spent quite a bit 
of time with support over that.  Here is what was finally determined:

 OA58190 has changed the JES2 checkpoint structure, which is independent of 
user activity. Such internal changes are necessary in order to support new 
functionality. Therefore all JES2 members accessing such a checkpoint 
thereafter need the mentioned compatibility APAR OA59665/UJ03635.

Thus.  If these APARs/PTFs are applied, there is no falling back.  And a 
fallback attempt causes the SDC2 abend.

Matthew

On Sun, 28 Feb 2021 08:08:55 -0800, Ed Jaffe  
wrote:

>On 2/27/2021 7:48 PM, Mark Jacobs wrote:
>> >From the FM;
>>
>> The summary dump data contains data captured closest to the time of the 
>> failure. If you reply Y to use this data, IPCS will not be able to display 
>> storage keys using the DISPLAY(MACHINE) parameter.
>
>Yeah, but...
>
>I don't experience issues displaying keys using DISPLAY(MACHINE) when
>responding 'Y' to BLS18160D.
>
>I tried it just now. I initialized a dump still lying around from
>yesterday (SLIP to capture an SDC2 abend in an SRB) and responded 'Y' to
>the BLS18160D prompt:
>
>  IKJ56650I TIME-07:42:42 AM. CPU-00:00:03 SERVICE-22127
>SESSION-00:00:47 FEBRUARY 28,2021
>  BLS18122I Initialization in progress for
>DSNAME('SYS3.DUMP.D210227.T222342.EDJX2.S8')
>  BLS18124I TITLE=SLIP DUMP ID=EEJ6
>  BLS18223I Dump written by z/OS 02.04.00-0 SLIP - level same as IPCS level
>  BLS18558I This redactable dump has not been post-processed to protect
>sensitive data
>  BLS18222I z/Architecture mode system
>  BLS18160D May summary dump data be used by dump access?  Enter Y to
>use, N to bypass.
>y
>  BLS18255I Dump Init    Elapsed Time  CPU Time
>    Input I/O   00:00:01.205379 00:00:01.041953
>    DDIR    00:00:00.842453 00:00:00.605543
>  BLS18123I 161,077 blocks, 670,080,320 bytes, in
>DSNAME('SYS3.DUMP.D210227.T222342.EDJX2.S8')
>  IKJ56650I TIME-07:44:17 AM. CPU-00:00:07 SERVICE-42085
>SESSION-00:02:21 FEBRUARY 28,2021
>  BLS18224I Dump of z/OS 02.04.00-0 - level same as IPCS level
>  ***
>
>STATUS shows PSW and registers for the DC2 abend:
>
>CPU STATUS:
>PSW=47045000 8000  019A7318
>     (Running in AR, key 0, AMODE 31, DAT ON, SUPERVISOR STATE)
>     Enabled for PER I/O EXT MCH
>    ASID(X'0072') 019A7318. IEANUC01.IAXV6+24D0 IN READ ONLY NUCLEUS
>   ASCB114 at FBD400, JOB(EDJX2), for the home ASID
>   ASXB114 at AFD000 for the home ASID. No block is dispatched
>   HOME ASID: 0072 PRIMARY ASID: 0072 SECONDARY ASID: 0072
>
>   General purpose register values
>     Left halves of all registers contain zeros
>  0-3  8400  84DC2000  0001  
>  4-7    029B9000  00FBD400  01DDDF00
>  8-11   042FCC30    08004000
>     12-15 019A8550  042FE178  042FE000  66004020
>
>SUMDUMP captures storage on both sides of the PSW and every register. I
>have 'IP SETDEF DISPLAY(MACHINE)' in effect. Listing the PSW via 'IP L
>019A7318' returns KEY(08):
>
>LIST 019A7318. ASID(X'0072') LENGTH(X'2000') AREA
>ASID(X'0072') ADDRESS(019A7318.) KEY(00)
>019A7318. B24D001C E31D 00045811 00889110 |.(..Thj.|
>019A7328. 1008A784 0009C019 04C0D000 C0F9FE00 |..xd..{..{}.{9..|
>
>'IP L 5R!' returns KEY(00):
>
>LIST 029B9000. ASID(X'0072') LENGTH(X'2000') AREA
>ASID(X'0072') ADDRESS(029B9000.) KEY(08)
>029B9000. C9C1E7C3 D7E3C2D3 0012  |IAXCPTBL|
>029B9010. 0012 0040 042FC000  |... ..{.|
>
>'IP L 7R!' returns KEY(00):
>
>LIST 01DDDF00. ASID(X'0072') LENGTH(X'2000') AREA
>ASID(X'0072') ADDRESS(01DDDF00.) KEY(00)
>01DDDF00. D9C3C540 002E65A3 0FFE 0EB6 |RCE ...t|
>01DDDF10. 050B 00350202 142E 28C0 |...{|
>
>'IP L 9R!' returns KEY(00):
>
>LIST 042FCC30. ASID(X'0072') LENGTH(X'2000') AREA
>ASID(X'0072') ADDRESS(042FCC30.) KEY(00)
>042FCC30.  009A   ||
>042FCC40.  042FC000  042FC004 |..{...{.|
>
>Same with all of the other registers that look like addresses. Not one
>does not show the KEY information. I get similar results when processing
>dumps in TCB mode. Pretty much everything pointed to by the RTM2WA is
>included in the SUMDUMP and KEY information seems to be routinely provided.
>
>Perhaps there is some pathological situation where that information
>doesn't display?
>
>--

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

Re: Anyway to save ISRDDN output?

[Matthew Stitt]

Does your site have SHOWZOS?  If so, would they accept the APF section listing 
from it?

Matthew Stitt

On Wed, 17 Feb 2021 19:39:55 +, Carmen Vitullo  wrote:

>That may be cleaner than the way my team member is doing it now, and can be 
>done via a macro also, thanks 
>I sure wish ISRDDN  worked like ISRFIND, I know ISRFIND can output to a 
>ddname. 
>  
>   
>Carmen Vitullo 
>
>   
>
>-Original Message-
>
>From: Michael <034cc18fb308-dmarc-requ...@listserv.ua.edu>
>To: IBM-MAIN 
>Date: Wednesday, 17 February 2021 1:28 PM CST
>Subject: Re: Anyway to save ISRDDN output?
>
>This may not be the answer you want but it will work: 
>TSO ISRDDN APF 
>then do top line command PRINT 
>Hit PF8 and do PRINT command again and then repeat until entire APF list is 
>captured. 
>Output will be written to userid.SPF?.LIST data set. 
>Make sure your ISPF options are not set to delete your list data set when you 
>exit ISPF. 
>
>Michael Brennan 

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

Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

[Matthew Stitt]

Of course.  Do it all the time.  Look in the CBT tape for program SMFDUMP.

Matthew

On Wed, 2 Dec 2020 07:25:02 +, Mike Hochee  wrote:

>Wondering if anyone has attempted to invoke the SMF IFASMFDP utility (handles 
>dumping and clearing of SMF data set logs, digital signature validation, etc.) 
>via program invocation using CALL, LINK, or ATTACH?  Some of the dfp utilities 
>allow dynamic invocation from a program, and for those some doc is provided, 
>however I found no equivalent doc for IFASMFDP. (probably not a good sign) 
>
>Thanks, 
>Mike   

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

Re: IEASYS problem

[Matthew Stitt]

It is the last one processed that takes precedence.  Each one is processed from 
left to right with each parameter over riding the previous specification.

On my system I specify (00,HW,H8).  Note IEASYS00 is the first one processed.

Matthew
On Tue, 6 Oct 2020 11:32:34 +, Allan Staller  wrote:

>Classification:
>
>The Init/Tuning ref is quite specif c in the order of precedence between SYS00 
>and SYSxx.
>Remember, there may be more than one SYSxx. (e.g. SYSPARM=(aa,bb,cc,00) 
>specified in LOADxx,
>I don't remember if it is the 1st hit or last hit that wins.
>
>In either case, is possible to "functionally replace" IEASYS00 with other 
>members.
>
>HTH,
>
>

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

Re: report splitting

[Matthew Stitt]

Look into file 527 on the CBT tape.  There is a callable sub-program that 
allows a COBOL (or any other language) program to change a f SYSOUT file 
characteristics.  Close the report file in the program, change what you want 
changed, then open the report file.  This creates a separate SYSOUT each time.  
There may be example programs in file 529 to use this sub-progarm.

Matthew

On Fri, 28 Aug 2020 10:46:47 -0700, Ed Jaffe  
wrote:

>On 8/28/2020 6:20 AM, Tony Thigpen wrote:
>>
>> The current project involves removing costly third-party software that
>> is providing minimal returns for a large cost. One of those products
>> is a report archive system, but the only part still being used is the
>> function of 'report splitting' which just sticks the reports back into
>> the JES2 queue as separate reports.
>
>
>Unless you need to split on a "special" boundary, I would just use
>SEGMENT= on the SYSOUT DD statement.
>
>
>--
>Phoenix Software International
>Edward E. Jaffe
>831 Parkview Drive North
>El Segundo, CA 90245
>https://www.phoenixsoftware.com/

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

Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

[Matthew Stitt]

Check the z/OS Initialization and Tuning Reference.  Table 55 lists the 
supplied entries for the SCHEDxx PPT.  This is what I used to clean up my PPT 
entries.

Matthew

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

Re: Copy DSNTYPE=BASIC to DSNTYPE=EXTREQ with LRECL=X

[Matthew Stitt]

My first thought is to use DSNTYPE on the output DD statement.  Second thought 
is to set up SMS DATACLAS and/or routine to make the output dataset EXTREQ.

Matthew

On Thu, 6 Aug 2020 17:20:12 +, Dymoke-Bradshaw, Lennie 
 wrote:

>Greetings,
>
>My requirement is in the title here.
>
>I want to copy data sets which have a DSNTYPE of BASIC to data sets with a 
>DSNTYPE of EXTREQ (i.e. extended format). However these data sets have LRECL=X 
>(i.e. LRECL larger than 32760).
>
>IDCAMS REPRO will not copy LRECL=X data sets.
>IEBGENER will copy LRECL=X but not if the attributes are different (as in this 
>case).
>
>I need a solution which works at access method level, so no solution using 
>DFSMSdss is acceptable.
>Anyone have any ideas?
>
>Lennie Dymoke-Bradshaw
>Consultant working on contract for BMC Mainframe Services by RSM Partners
>'Dance like no one is watching. Encrypt like everyone is.'

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

Re: DASD migration

[Matthew Stitt]

My favorite method of migrating to new DASD works for almost all the datasets.  
Define the new Disk volumes to your DFSMS Storage Group configuration(s).  
Change the old Disk volumes in each Storage Group to "DISNEW".  This method 
ensures that as each dataset is moved/copied/reorg/created it will show up on 
the new DASD.  Seamless and painless.  Finally a short outage to move the ones 
which are proving difficult.

Matthew

On Fri, 26 Jun 2020 09:27:42 -0600, Grant Taylor  
wrote:

>On 6/26/20 9:09 AM, Bill Bishop (TMNA) wrote:
>> One issue that you may encounter with going to a new storage system on
>> a z9 processor is the speed of the ficon cards and whether the new unit
>> can z9 cards.  I am not sure the new Hitachi's can work with 4GB ficon.
>
>I would naively assume that the FICON switch (director?) would
>facilitate speed conversion.  Is that an incorrect assumption?
>
>
>
>--
>Grant. . . .
>unix || die

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

Re: Dataset Quandry

[Matthew Stitt]

I had something like this happen many years ago.  I believe I used the 
"TRUENAME" form of the DELETE command.

Was running a dataset copy/rename under ADRDSSU which failed.  Several datasets 
were left with the temporary name.

Matthew

On Tue, 23 Jun 2020 20:32:41 +, Mark Jacobs  
wrote:

>Nope. The entry before and after are both fine.
>
>NONVSAM --- TCXMV010.TDV490A.SRCLIB
>IDC3014I CATALOG ERROR
>IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10
>IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED
>CLUSTER --- TCXMV010.TDV490A.THMMHELP.CNTLFILE
>   DATA --- TCXMV010.TDV490A.THMMHELP.CNTLFILE.DATA
>   INDEX -- TCXMV010.TDV490A.THMMHELP.CNTLFILE.INDEX
>

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

Re: CICS usage logs?

[Matthew Stitt]

CICS statistics.  Make sure they are turned on.

The CICS statistics are written as SMF 110 records.

It is possible to analyze them using various tools.

>toot toot>  Check CBT file 529.  You will also need CBT file 527 for a 
>sub-program or two.

Matthew

On Tue, 26 May 2020 16:59:28 -0400, Bob Bridges  wrote:

>I'm not a CICS jock, but at many of the installations I've worked at I've had 
>occasion to analyze a record of who used which CICS transactions over the past 
>weeks or years.  The datasets have had varying formats, but I've gradually 
>come to believe that CICS must track such things and keep a log somewhere.  
>The alternative is to believe that every installation reinvents this useful 
>wheel independently, which I'm inclined to doubt.
>
>Now I'm at a new place, and the guy I take to be the local CICS sysprog (but I 
>may be mistaken) says he's not aware of such a function.  Is this something 
>easy I can point out to him, or am I mistaken about it being a feature 
>available to all CICS installations?
>
>For that matter, is it something I can maybe find myself, without even 
>bothering him?
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* Be careful of your thoughts; they may become words at any  moment.  -Ira 
>Gassen */
>

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

Re: An older device query - still using??

[Matthew Stitt]

Has anyone checked with the banking customers?  I recall there was software for 
check reader hardware.  The 3890 seems to ring a bell.  Also a quick Internet 
search confirms my suspicions that the 3895 was a check printer and the 3890 
was a check reader.

I still write checks  

Matthew

On Tue, 12 May 2020 14:40:37 -0500, Marna WALLE  wrote:

>Hello All,
>We had an internal small discussion wondering if there were any customers that 
>still used these devices (the youngest of which went end-of-service in 2014, 
>from what I can find).  I wanted to extend this conversation outside of IBM, 
>to those that might have firsthand current knowledge.
>
>Here's the devices I'm wondering about:
>
>1287/1288 - IBM Optical reader and page reader respectively
>3540 - IBM Disk device
>3886 - IBM Optical Character reader
>3890 - IBM Magnetic Ink Reader
>3895 - IBM Printer device
>
>If you or someone you know *currently* has one of the above devices in use, 
>would you mind contacting me?  I'm not interested in the past, when I know 
>these were once-popular devices. For instance, all LinkedIn hits I read were 
>all "prior experience" type of references. 
>
>I'm interested in current 2020 usage of them.  I appreciate learning about 
>this.
>-Marna WALLE
>z/OS Installation, IBM Poughkeepsie
>mwa...@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: Print/copy one record of each type/subtype

[Matthew Stitt]

I use the IFASMFDP program to select records and output them to a disk file.

Matthew

On Mon, 20 Apr 2020 15:43:44 +, kekronbekron  
wrote:

>Hello!
>
>When working with VBS files, I reckon it's easiest to get 1 of each (SMF 
>record type & subtype) using DFSORT.
>Are there easier ways?
>Can y'all please help with a sample for picking such unique RTY_STY using 
>DFSORT
>
>Thanks in advance, I'm a complete DFSORT n00b.
>
>Kekron

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

Re: zOSMF

[Matthew Stitt]

sage-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Beaver
>Sent: Friday, April 17, 2020 1:16 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>  ⚠ EXTERNAL MESSAGE – Think Before You Click
>
>
>
>Does anyone have their contents of configuration.defaults they can provide me?
>
>TIA
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Steve Beaver
>Sent: Friday, April 17, 2020 11:32 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>Mine is empty NULL, NADA
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Matthew Stitt
>Sent: Friday, April 17, 2020 11:31 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>I'll show you mine, you show me yours  
>
>IZUSVR1  PROC PARMS='zosmfServer',
>  ROOT='/usr/lpp/zosmf',
>  WLPDIR='/usr/lpp/zosmf/liberty',
>  OUTCLS='Q',
>  USERDIR='/var/zosmf',
>  TRACE='N',
>  IZUPRM='SYSPARM',
>  SERVER='AUTOSTART',
>  Z='0',
>  IZUMEM=4G
>
>On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:
>
>>Well configuration.defaults did not populate and I have no Idea what needs
>>to go in that file
>>
>>S IZUSVR1
>>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>>$HASP100 IZUSVR1  ON STCINRDR
>>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
>> , GROUP IZUADMIN
>>$HASP373 IZUSVR1  STARTED
>>IZUG352W During processing of the z/OSMF server started procedure, 489
>>the PARM parameter was found to be missing one or more expected
>>values: SERVER,Z.
>>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>>JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
>>JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
>>JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>>JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED
>>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>Behalf Of Seymour J Metz
>>Sent: Friday, April 17, 2020 10:47 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: zOSMF
>>
>>Unless the documentation states that you must grant UID(0), you should not
>>do so.
>>
>>
>>--
>>Shmuel (Seymour J.) Metz
>>https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFaQ=rE3mhBYFJfJGqQ7WI0-DPw=YtzQMefLixRiLSy1_rpRMJa9C31jKq5qNsoJcgXjn6Q=WryptmDO6OUsnniA6YnFgE-3wOGq0L-0uhXHcd_cf50=AC-24uCZdO21opkhBImuq5ssLaQVQ0tIm9FTcj9cczo=
>>
>>
>>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
>>Steve Beaver [st...@stevebeaver.com]
>>Sent: Friday, April 17, 2020 11:20 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: FW: zOSMF
>>
>>I have had all the fun I can stand with zOSMF for the last m2 days.  I went
>>in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
>>is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.
>>
>>
>>
>>OBTW I am on a zOS 2.4 system
>>
>>
>>S IZUANG1
>>IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
>>TO START IZUANG1 WITH JOBNAME IZUANG1.
>>$HASP100 IZUANG1  ON STCINRDR
>>IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
>> , GROUP IZUADMIN
>>$HASP373 IZUANG1  STARTED
>>BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
>>/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
>>RETURN CODE
>>0081 REASON CODE 0594003D.
>>JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
>>
>>lu izusvr omvs
>>
>> USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108
>>
>>  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A
>>
>>  ATTRIBUTES=PROTECTED
>>
>>  REVOKE DATE=NONE   RESUME DATE=NONE
>>
>>  LAST-ACCESS=UNKNOWN
>>
>>  CLASS AUTHORIZATIONS=NONE
>>
>>  NO-INSTALLATION-DATA
>>
>>  NO-MODEL-NAME
>>
>>  LOGON ALLOWED   (DAYS)  (TIME)
>>
>>  -
>>
>>  ANYDAY   

Re: zOSMF

[Matthew Stitt]

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',  
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q', 
  USERDIR='/var/zosmf',   
  TRACE='N',  
  IZUPRM='SYSPARM',   
  SERVER='AUTOSTART', 
  Z='0',  
  IZUMEM=4G   

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUSVR1  STARTED
>IZUG352W During processing of the z/OSMF server started procedure, 489
>the PARM parameter was found to be missing one or more expected
>values: SERVER,Z.
>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
>JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
>JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf Of Seymour J Metz
>Sent: Friday, April 17, 2020 10:47 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>Unless the documentation states that you must grant UID(0), you should not
>do so.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
>Steve Beaver [st...@stevebeaver.com]
>Sent: Friday, April 17, 2020 11:20 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: FW: zOSMF
>
>I have had all the fun I can stand with zOSMF for the last m2 days.  I went
>in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
>is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.
>
>
>
>OBTW I am on a zOS 2.4 system
>
>
>S IZUANG1
>IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
>TO START IZUANG1 WITH JOBNAME IZUANG1.
>$HASP100 IZUANG1  ON STCINRDR
>IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUANG1  STARTED
>BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
>/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
>RETURN CODE
>0081 REASON CODE 0594003D.
>JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
>
>lu izusvr omvs
>
> USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108
>
>  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A
>
>  ATTRIBUTES=PROTECTED
>
>  REVOKE DATE=NONE   RESUME DATE=NONE
>
>  LAST-ACCESS=UNKNOWN
>
>  CLASS AUTHORIZATIONS=NONE
>
>  NO-INSTALLATION-DATA
>
>  NO-MODEL-NAME
>
>  LOGON ALLOWED   (DAYS)  (TIME)
>
>  -
>
>  ANYDAY  ANYTIME
>
>   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
>   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
> SECURITY-LEVEL=NONE SPECIFIED
> CATEGORY-AUTHORIZATION
>  NONE SPECIFIED
> SECURITY-LABEL=NONE SPECIFIED
>
> OMVS INFORMATION
> 
> UID= 00
> HOME= /global/zosmf/data/home/izusvr
> PROGRAM= /bin/sh
> CPUTIMEMAX= NONE
> ASSIZEMAX= NONE
> FILEPROCMAX= 0001
> PROCUSERMAX= NONE
> THREADSMAX= NONE
> MMAPAREAMAX= NONE
> READY
>

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

Re: FW: zOSMF

[Matthew Stitt]

The error indicates that a file and/or directory cannot be found.  I am V2R4 
also and I do not have the V2R1 sub-directory under the /usr/lpp/zosmf 
directory.

This appears that your WLPDIR parameter is not correct in your IZUSVR1 
procedure.

You might also check if you gave the z/OS MF server access to the 
BPX.SUPERUSER.** UNIXPRIV profiles.

Aso, have you started to configure and run the CEA server and the CIM server?  
You will need those for z/OS MF too.  I have an open case with IBM because the 
CIM server would not run until it was given access to the UNIXPRIV 
BPX.SUPERUSER.** profiles.  This is a different behavior from z/OS V2R3, 
BTW.

Matthew

On Fri, 17 Apr 2020 10:20:51 -0500, Steve Beaver  wrote:

>I have had all the fun I can stand with zOSMF for the last m2 days.  I went
>in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
>is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.
>
>
>
>OBTW I am on a zOS 2.4 system
>
>
>S IZUANG1
>IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
>TO START IZUANG1 WITH JOBNAME IZUANG1.
>$HASP100 IZUANG1  ON STCINRDR
>IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUANG1  STARTED
>BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
>/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
>RETURN CODE
>0081 REASON CODE 0594003D.
>JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
>
>lu izusvr omvs
>
> USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108
>
>  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A
>
>  ATTRIBUTES=PROTECTED
>
>  REVOKE DATE=NONE   RESUME DATE=NONE
>
>  LAST-ACCESS=UNKNOWN
>
>  CLASS AUTHORIZATIONS=NONE
>
>  NO-INSTALLATION-DATA
>
>  NO-MODEL-NAME
>
>  LOGON ALLOWED   (DAYS)  (TIME)
>
>  -
>
>  ANYDAY  ANYTIME
>
>   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
>   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
> SECURITY-LEVEL=NONE SPECIFIED
> CATEGORY-AUTHORIZATION
>  NONE SPECIFIED
> SECURITY-LABEL=NONE SPECIFIED
>
> OMVS INFORMATION
> 
> UID= 00
> HOME= /global/zosmf/data/home/izusvr
> PROGRAM= /bin/sh
> CPUTIMEMAX= NONE
> ASSIZEMAX= NONE
> FILEPROCMAX= 0001
> PROCUSERMAX= NONE
> THREADSMAX= NONE
> MMAPAREAMAX= NONE
> READY

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

Re: oSMF ZFS

[Matthew Stitt]

Depending on what JCL you are looking at.  The zosmf file system should have 
been delivered along with your z/OS software since it is a part of the base 
product.  That ZFS should be mounted at /usr/lpp/zosmf and also fully 
populated.  It contains the code needed to run zosmf.  You should not need to 
run the JCL which does this ZFS creation and directory creation.

Having said that, there is a ZFS to be created for each zosmf configuration.  
This file system will contain the configuration and other data repositories 
like logs, etc.  It will be mounted under /global/zosmf for a sysplex type 
operation, or under /var for an individual system operation.  That file system 
will be populated as a part of your zosmf configuraion and startup.

Matthew

On Tue, 14 Apr 2020 18:33:31 +, Chris Parker  
wrote:

>The PATHPREF is a prefix to be used ahead of the base path.So, setting 
>will depend on where you want the new filesystem mounted.  If I remember 
>correctly, the current path would be /usr/lpp/zosmf.  If you were to set your 
>path to zosmf as you have in your jcl, the end result will be a mount of 
>/zosmf/usr/lpp/zosmf.  If you are using the /Service directory for you 
>install, you may want to specify /Service as you prefix and it will mount to 
>/Service/usr/lpp/zosmf.
>
>Hopefully, that makes sense.
>
>Chris
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Steve Beaver
>Sent: Monday, April 13, 2020 4:02 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: oSMF ZFS
>
>I have very little experience with zFS and NONE with zOSMF.
>
>
>
>With the PATHPREF do I use /zosmf or /usr/lpp/zosmf in the ALLOCATION JCL
>
>
>
>//ALLOCZ EXEC ALLOCZFS,
>//  FSDSN=SYSTEM.CIMN.ZOSMF.ZFS,
>//  FSTYPE=ZFS,   * ZFS is the Default
>//  PATHPREF='/zosmf' * NO DEFAULT; see comment 7 above
>//  ENDIF
>//  ENDIF
>//*

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

Re: JESSPOOL

[Matthew Stitt]

I would also check if the user(s) have OWNER=xx. PREFIX=xx, and/or 
SYSTEM=x set.  This can be entered from the SDSF command line.

Matthew

On Fri, 13 Mar 2020 11:45:52 +, Bill Johnson  wrote:

>Thanks Bob.
>
>
>Sent from Yahoo Mail for iPhone
>
>
>On Friday, March 13, 2020, 7:09 AM, Robert S. Hansel (RSH) 
> wrote:
>
>Hi Bill,
>
>In general, users automatically get full ALTER access to their own output, so 
>I doubt JESSPOOL is the issue. If they are attempting to delete output from 
>within SDSF, they also need access to SDSF panels and operator commands. These 
>are controlled by RACF profiles in the SDSF, GSDSF, and OPERCMDS classes, or 
>if they are not protected by RACF, then by SDSF's ISFPARMS.
>
>You can use SDSF's SECTRACE to help debug the problem. Have a user execute SET 
>SECTRACE ON or WTP at the SDSF command line (ON sends the results to ULOG; WTP 
>to SYSLOG). Have the user attempt to delete output. Then, assuming they 
>specified ON, have the user execute the ULOG command to see the RACF calls and 
>their results. This assumes the user has authority to use ULOG - SDSF class 
>resource ISFCMD.ODSP.ULOG.jesname or the ISFPARMS equivalent.
>
>Regards, Bob
>
>Robert S. Hansel
>Lead RACF Specialist
>RSH Consulting, Inc.
>617-969-8211
>www.linkedin.com/in/roberthansel
>www.twitter.com/RSH_RACF
>www.rshconsulting.com
>---
>Upcoming RSH RACF Training - WebEx
>- RACF Audit & Compliance Roadmap - OCT 19-23, 2020
>- RACF Level I Administration - APR 27 - MAY 1, 2020
>- RACF Level II Administration - APR 6-10, 2020
>- RACF Level III Admin, Audit, & Compliance - NOV 2-6, 2020
>- RACF - Securing z/OS UNIX  - SEPT 28 - OCT 2, 2020
>---
>
>-Original Message-
>Date:    Thu, 12 Mar 2020 20:09:24 +
>From:    Bill Johnson 
>Subject: JESSPOOL
>
>I’m not a RACF expert and need help giving a user the ability to delete their 
>own SDSF output. Not really sure why they don’t have it. Not my setup. Is it 
>an easy 1 command fix or more complex?
>Thanks
>

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

Re: Transfering files from z/OS to VSE

[Matthew Stitt]

Twenty years ago, I used Netview FTP on z/OS to send actual JCL from a VSE 
system to an MVS system.  Also received the output of the job back that way.  
The connection was dial-up, which I configured to automatically start the 
connection when the job was started on VSE.  The VSE system was in OKC, the MVS 
system was in Pittsburgh.

Unfortunately, I don't think Netview FTP is marketed/supported anymore.  But 
the capabilities were amazing.

I still think you could use FTP if both systems can ping the other.

Matthew

On Wed, 4 Dec 2019 09:19:02 -0500, Tony Thigpen  wrote:

>If you have IP on both, which you indicated when you said "FTP via an
>open system", why do you not have direct IP connectivity so you can FTP
>directly?
>
>All you need is one side to have either an external address or a
>port-forwarding setup from an external address. (It's not needed at both
>ends, just at the end that is not starting the FTP transfer.)
>
>Tony Thigpen
>
>Gadi Ben-Avi wrote on 12/4/19 8:54 AM:
>> The systems are not connected in any way.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Edgington, Jerry
>> Sent: Wednesday, December 4, 2019 3:29 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Transfering files from z/OS to VSE
>>
>> You can also use NJE over IP.  But, if you use shared DASD, be careful about 
>> the VTOC. I remember some kind of issue between the z/VSE and z/OS 
>> formatting.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Tony Thigpen
>> Sent: Wednesday, December 4, 2019 8:27 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Transfering files from z/OS to VSE
>>
>> Are you in the same room where you can just attached the z/OS disk to the 
>> z/VSE system? (Works for DAM files, but not VSAM.)
>>
>> You can also use IDCAMS EXPORT/IMPORT to tape/vtape.
>>
>> Then, there is FTP directly from z/OS to z/VSE, but with variable records, 
>> there is some special site commands. And, those differ on the z/VSE site 
>> depending on which TCP/IP product you have there.
>>
>> Tony Thigpen
>>
>> Gadi Ben-Avi wrote on 12/4/19 8:16 AM:
>>> Hi,
>>> We need to transfer files from z/OS to VSE.
>>> The files are large, variable and have long record lengths.
>>> The files will be transferred using open systems as an intermediate.
>>>
>>> If I was transferring to another z/OS system. I would use XMIT or AMATERSE 
>>> to create a transportable file.
>>>
>>> Does VSE have a function comparable to RECEIVE or AMATERSE?
>>>
>>> Thanks
>>>
>>> Gadi
>>>

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

Re: CBPs (processors) - what is it?

[Matthew Stitt]

In late December, 2017 there was an announcement letter for Container Based 
Pricing.  It involves a new billing strategy based on containers.  Wonder if 
the processors are connected to this.

https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca=an=897=ENUS217-519

Matthew

On Fri, 8 Nov 2019 18:31:58 +0100, R.S.  wrote:

>Fortunately online Help panels clearly describe the acronym meaning:
>"CBPs - Displays the active/unassigned container based processors
>installed on your system."
>
>So, it is CONTAINER BASED PROCESSOR.
>We know the name. Not the purpose of CBPs.
>
>--
>Radoslaw Skorupka
>Lodz, Poland

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

Re: HFS Copy with same name

[Matthew Stitt]

Elaine;

I'm apparently not understanding what the issue is.

There were some questions asked with your previous posting on this same subject 
matter.

What release of z/OS is your installation running?  Do they have a SYSPLEX 
(Basic or Parallel)?

I'm thinking that the space blocks in the HFS are corrupted, or not set 
properly.  If you mount these HFS filesystems onto your U.S.S. subsystem, do 
you receive messages about recovery?  Does the HFS then show the percent 
utilized?

Has your installation considered converting the HFS to ZFS?  The HFS support 
will be going away shortly.

Matthew

On Wed, 11 Sep 2019 08:39:30 -0500, Elaine Beal  wrote:

>We have a 3 sets of sysre(s) we rotate through with maintenance and root is on 
>one of them (don't shoot the messenger)
>I am trying to copy root to the next set using the same root name.
>
>When I do a full volume copy with FDR and DSS, root utilization in 3.4 is 
>blank.
>
>this is true for all 3 of the root 'not in use' sysres, root util is blank
>prod shows proper utilization.
>The only way I can make a copy show the utilization is to copy with name.
>Of course that is not desirable and you can see that isn't how it's been done 
>in the past.
>
>Is this normal behavior? Will the root with no util be okay and show util once 
>we start using it in prod?
>
>Thanks,
>Elaine
>
>--
>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: Clarification on DASD mod conversion of SYSRES

[Matthew Stitt]

I mis-wrote.

My LPALSTxx and PROGxx do not utilized the  variable.  Only on the APF 
statements is it used.  Sorry for the confusion.

All the datasets except for the VSAM (ZFS) on my the volume I use for SMP/E 
target and IPL are cataloged with  for the volume name.  Even 
SYS1.NUCLEUS, SYS1.LPALIB, and SYS1.LINKLIB, which must be on the IPL volume 
anyway.  Except for SYS1.PARMLIB and SYS1.PROCLIB, which are cataloged using 
** for the volume name.  I've had IPL issues when not using that 
convention.  But usage of that special volume name implies they are on the IPL 
volume.

On Thu, 29 Aug 2019 12:49:47 +, David Spiegel  
wrote:

>Hi Matthew,
>That is not the same as CATALOGing Datasets to VOL().
>
>Regards,
>David
>
>On 2019-08-29 08444, Matthew Stitt wrote:
>> On my systems, I use the volume parameter of the LPALSTxx, PROGxx, etc.  
>> Volume is set to  (or  (on mod-54, so not needed now) ).  Have 
>> no issues with IPL using this method.
>>
>> Matthew
>>
>> On Thu, 29 Aug 2019 10:58:15 +, Richards, Robert B. 
>>  wrote:
>>
>>>> So, has anyone IPL'd z/OS 2.2 or higher with the data sets on the sysres 
>>>> catalogued to volume  instead of volume ** ???
>>> Not in my shop (z/OS 2.3). All my references to  are all contained 
>>> in IEASYM00 and are used to substring its first four characters for the 
>>> setting of , etc.
>>>
>>> Bob
>

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

Re: Clarification on DASD mod conversion of SYSRES

[Matthew Stitt]

On my systems, I use the volume parameter of the LPALSTxx, PROGxx, etc.  Volume 
is set to  (or  (on mod-54, so not needed now) ).  Have no issues 
with IPL using this method.

Matthew

On Thu, 29 Aug 2019 10:58:15 +, Richards, Robert B. 
 wrote:

>> So, has anyone IPL'd z/OS 2.2 or higher with the data sets on the sysres 
>> catalogued to volume  instead of volume ** ???
>
>Not in my shop (z/OS 2.3). All my references to  are all contained in 
>IEASYM00 and are used to substring its first four characters for the setting 
>of , etc.   
>
>Bob
>

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

Re: WEEDING OUT DSNS WITH CATALOG ENTRIES ONLY

[Matthew Stitt]

Program LISTICAT on the CBT tape, file 527 will give you the list of datasets 
in a catalog, but not in a VTOC.  That's in the error listing.

Matthew

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

Re: Reason for 2 digit years was Re: Instruction speeds

[Matthew Stitt]

I worked at such company that had 1 digit years.  The routine(s) to keep them 
straight across the decades I never did fully understand.

OTOH, I also worked at a small Insurance company.  The best (non) joke was when 
a client called regarding a new build discount she was getting on her house.  
The house was built in 1892.

Matthew

On Thu, 15 Aug 2019 00:46:00 -0500, Support, DUNNIT SYSTEMS LTD. 
 wrote:

>2 digit years I recall a shop who throughout the 70's implemented 1 digit 
>year dates across their files because of the precious cost and availability of 
>DASD space. In 1979, someone there took are hard look at what the future held 
>in store. So they did a full conversion project and changed all of their date 
>fields to. 2 digit year dates!
>

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

Re: z/OS V2R4 product documentation is published!

[Matthew Stitt]

Would be nice if the collections could have the control file created so they 
can be loaded into the SHELF ORGANIZER program, like the z/OS V2R2 books.

Matthew

On Wed, 24 Jul 2019 14:09:33 -0400, Susan Shumway  wrote:

>Hi Gil and Kees,
>
>Interesting - can you point me to an example? Some PDFs that I just
>tested all have form numbers that I can copy and paste...
>
>-Sue Shumway
>
>On 7/24/2019 2:05 AM, Vernooij, Kees - KLM , ITOP NM wrote:
>> I agree, a small detail, but a large irritator, seen often.
>>
>> Kees
>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Paul Gilmartin
>>> Sent: 24 July, 2019 6:23
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: z/OS V2R4 product documentation is published!
>>>
>>> On Tue, 23 Jul 2019 16:57:37 -0400, Susan Shumway wrote:

 All formats of the z/OS V2R4 product documentation are now published!
 Links to everything are on the z/OS Internet Library:
 https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLi
>>> brary

>>> Thanks, very nice on first glance!
 ...
 Otherwise, as always, we welcome and value your input, so let us know
 what you think!

>>> But, grrr!, the part number on the cover of at least one PDF book is a
>>> graphic; nearly impossible to copy and paste in a review.
>>>
>>> Thanks,
>>> gil

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

Re: DEBUG TOOL INSTALL

[Matthew Stitt]

Look for the Debug Tool Program Directory.  If you ordered the product through 
ShopZseries, there should have been several attachments to the order, one of 
which would be the product library documentation.  The Program Directory 
contains fairly good information on the product installation requirements and 
steps.

Matthew

On Sun, 14 Jul 2019 20:49:04 -0400, Joseph Reichman  
wrote:

>Let me be specific I have a Assembler  started task which communicates with 
>Windows program thru TCPI/IP 
>
>I have code that is to be used both on z/os and Windows so I decided to Write 
>this  code as a C DLL
>
>The Debugging I do for the Assembler Is with TEST didn't think this would be 
>to practical with the C program
>
>So that’s where debug tool came in I was hoping when I drive the code to call 
>the C program having a __cest(); call bring up DEBUG TOOL
>
>But that hasn't happened
>
>Thought I didn’t install it right but based on Peter response I am not sure I 
>didn't
>
>Thanks 
>
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Lizette Koehler
>Sent: Sunday, July 14, 2019 8:42 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: DEBUG TOOL INSTALL
>
>So is this a way to try and resolve the issue you have with CEETEST and C 
>program?
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Joseph Reichman
>> Sent: Sunday, July 14, 2019 5:29 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: DEBUG TOOL INSTALL
>> 
>> First off that process only remain for the ipl Once you re-ipl it’s 
>> gone
>> 
>> Second if you follow these steps is debug tool ready for use
>> 
>> I am calling  big __ceetest from a C program And there isn’t a 
>> indication that __ceetest();
>> 
>> Was invoked
>> 
>> I even went as far as to load CEE.SCEERUN(CEETEST) under test a 
>> breakpoint at
>> +0 and nothing never hit it
>> 
>> Thanks
>> 
>> 
>> > On Jul 14, 2019, at 8:13 PM, Peter Van Dyke  wrote:
>> >
>> > Hi,
>> > If you want to avoid doing an IPL at this point of the z/OS Debugger 
>> > install process, do the steps described in the following section of 
>> > the customization guide:
>> > https://www.ibm.com/support/knowledgecenter/en/SSQ2R2_14.1.0/com.ibm
>> > .d
>> > ebugtool.doc/cgdita/tdnoipl.html
>> >
>> >
>> > The job in member EQAWISVC in the samples data set *hlq*.SEQAAUTH 
>> > will dynamically install the SVCs. Going through this process will 
>> > allow you to verify and test the Debugger SVCs without having to do an IPL.
>> >
>> > So long as you have added the data set *hlq*.SEQALPA to your LPA 
>> > list, the SVCs will be installed each time the system is IPLed.
>> >
>> > Hope that helps.
>> >
>> > Regards,
>> > Peter Van Dyke
>> > HCL Software
>> >
>> >> On Mon, 15 Jul 2019 at 05:15, Joseph Reichman 
>> >> 
>> wrote:
>> >>
>> >> I have the global tlib and DLIB datasets already allocated
>> >>
>> >> For starters I’m looking for the smpte receive  job it’s not 
>> >> documented what datasets that’s in
>> >>
>> >>
>> >> I would think the customization guide would have the pds and member 
>> >> name
>> >>
>> >> Thanks
>> >>
>> >>> On Jul 14, 2019, at 4:40 PM, Lizette Koehler 
>> >>> 
>> >> wrote:
>> >>>
>> >>> Do you have the ISPF SMP/e interface available?  It could help you 
>> >>> with
>> >> some of
>> >>> this
>> >>>
>> >>> The topic is actually huge.
>> >>>
>> >>> Jobs that need to run
>> >>>
>> >>> Create Global/TLIB/DLIB
>> >>>
>> >>> Run jobs to update UCLIN with DDDEFs
>> >>>
>> >>> Run APPLY Check/APPLY
>> >>>
>> >>> Run ACCEPT Check/ACCEPT
>> >>>
>> >>> Copy TLIBs to live running datasets.
>> >>>
>> >>> Make sure  you have APF and LNKLST setting if needed.
>> >>>
>> >>> And then there is probably more.
>> >>>
>> >>> Lizette
>> >>>
>> >>>
>>  -Original Message-
>>  From: IBM Mainframe Discussion List  On
>> >> Behalf Of
>>  Joseph Reichman
>>  Sent: Sunday, July 14, 2019 1:36 PM
>>  To: IBM-MAIN@LISTSERV.UA.EDU
>>  Subject: DEBUG TOOL INSTALL
>> 
>>  Hi
>> 
>> 
>> 
>>  I am looking for  help regarding installing debug tool
>> 
>> 
>> 
>>  Looking at the customization guide they give you 2 options 1) 
>>  with a
>> >> IPL 2)
>>  with out
>> 
>> 
>> 
>>  Seems like the one with a IPL which basically does SVCUPDTE goes 
>>  away
>> >> after a
>>  IPL
>> 
>> 
>> 
>>  I am  a SMPE/E newbie
>> 
>> 
>> 
>>  I see GLOBAL, TARGET  and  DLIB datasets
>> 
>> 
>> 
>>  How ever looking at the customization guide which I assume would 
>>  have
>> >> the
>>  install instruction all that's mentioned SMP/E APPLY when you 
>>  install
>> >> z/os
>>  debugger there nothing which points me to the right PDS
>> 
>> 
>> 
>>  I have a EQAE10.SVSC.INSTALL pds however I am getting the feeling 
>>  the
>> >> SMP/E
>>  jobs I need to submit reside in EQAE10.SEQASAMP
>> 

Re: VTOC reading

[Matthew Stitt]

You are correct.  I did mean to type 527 for the file number.  529 has several 
COBOL programs which can process various SMF data records.

Matthew

On Fri, 14 Jun 2019 20:38:54 +, David Spiegel  
wrote:

>Hi Matthew,
>I think that you meant File 527.
>
>Regar,s,
>David
>
>On 2019-06-14 15:18, Matthew Stitt wrote:
>> If what you want is to find a dataset, then program DADSM on CBT file 529 
>> will do what you want.
>>
>> P.S.  I have an updated version if you would like it.  Let me know 
>> (privately preferred).
>>
>> Matthew
>>
>> On Fri, 14 Jun 2019 08:41:35 -0700, Tom Brennan 
>>  wrote:
>>
>>> On 6/14/2019 7:12 AM, Bill Ogden wrote:
>>>> Wow.  Everyone is being helpful.
>>> Yes! But only because nobody mentioned mainframe security or AMODE 32 :)
>>>
>>> I have to say when I saw that DSN=FORMAT4.DSCB post I said, "What???"
>>> and immediately went off to try it.  Then I saw Skip's post about ZAP.

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

Re: VTOC reading

[Matthew Stitt]

If what you want is to find a dataset, then program DADSM on CBT file 529 will 
do what you want.

P.S.  I have an updated version if you would like it.  Let me know (privately 
preferred).

Matthew

On Fri, 14 Jun 2019 08:41:35 -0700, Tom Brennan  
wrote:

>On 6/14/2019 7:12 AM, Bill Ogden wrote:
>> Wow.  Everyone is being helpful.
>Yes! But only because nobody mentioned mainframe security or AMODE 32 :)
>
>I have to say when I saw that DSN=FORMAT4.DSCB post I said, "What???"
>and immediately went off to try it.  Then I saw Skip's post about ZAP.
>

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

Re: ISF452E on SDSF using MACRO ISFPARMS only on z/OS V2.3.

[Matthew Stitt]

Find the SDSFAUX sample JCL and copy it to your system PROCLIB.  Create a user 
id and started task profile for it in your security product.

SDSF will automatically start the new address space when it starts.

Everything should be happy.

That's all I remember I had to do when I started playing with z/OS V2R3.

On Tue, 9 Oct 2018 18:02:39 +, Dunlap, Curtis L  wrote:

>Thanks, but I've checked with our ACF2 admin and he says SDSF class is not 
>activated.
>
>Curt
>
>
>
>From: IBM Mainframe Discussion List  on behalf of 
>Matt Hogstrom 
>Sent: Tuesday, October 9, 2018 12:41:33 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ISF452E on SDSF using MACRO ISFPARMS only on z/OS V2.3.
>
>If its the same problem I had you have to make the SDSF class Raclistable.
>
>
>Matt Hogstrom
>m...@hogstrom.org
>+1-919-656-0564
>PGP Key: 0x90ECB270
>

>> On Oct 9, 2018, at 5:01 PM, Dunlap, Curtis L  wrote:
>>
>> Hi IBM-MAIN Mainframers!  Long time listener, first time caller.  :-)
>>
>> I'm upgrading from z/OS V2.1 to V2.3 and I'm receiving this message opening 
>> SDSF:
>> ISF452E SDSFAUX communications failed, return code 0x0008,
>> reason code 0x00370801, function "connect". SDSFAUX not available
>> or function not supported
>> I tried to implement SDSF with the ISFPARMS USERMOD table w/o SDSF* servers 
>> to expedite the OS upgrade and am now receiving this message when SDSF is 
>> executed from TSO, ISPF or batch.  I've struck out doing searches on the 
>> webernets (and IBM as well) for this particular scenario, but from what I've 
>> read, I should still be able to use SDSF w/o the servers running.  Anybody 
>> out there have any good ideas short of converting?
>>
>> Thanks in advance.
>> Curt.
>

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

Re: COBOL Cowboys

[Matthew Stitt]

Ha ha ha.  I did all of that in the early 1980's, then again in the early 
1990's.  Both companies were a manufacturing company.

Both cases took "month-end" from 5 days to 5 hours.  

Matthew

On Thu, 4 Oct 2018 21:10:24 +, Pesce, Andy  wrote:

>That article is just full of all the right buzzwords: "vintage programming 
>language called COBOL",
>"aging programming language known as COBOL" and of course my favorite  "L E G 
>A C Y   S Y S T E M S"
>
>
>That reminds me of the IBM commercial, where there are all these newbies 
>talking about having a globe on the screen that they can rotate,
>and things fly across the screen.
>
>Then you have a business guy that states:   I need a customer to order a part, 
>it needs to interface with my inventory, then ship it through logistics,
>then take payment through my bank and run it through my GL showing it in my 
>accounting system so I can see the P
>
>The newbies then look at each other and say, "We don't know how to do 
>that!"...
>

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

Re: Abend 0C4 in DFDSS

[Matthew Stitt]

The way I look at the snippet, it seems the first "/" on the SYSIN DD statement 
is not in column 1, which would make the line part of the FILTER DD statement 
parameters.  The "-" continuation on the preceding card would cause ADRDSSU to 
read that card as a part of the command.  Of course, this could all be a result 
of the Copy/Paste from the OP.

Matthew

On Tue, 11 Sep 2018 13:19:32 -0400, Steve Smith  wrote:

>While the filter probably shouldn't have a trailing '-', it's impossible
>for //FILTER  DD * to read a JCL card (i.e. //SYSIN...).
>
>sas
>
>On Tue, Sep 11, 2018 at 6:59 AM Elardus Engelbrecht <
>elardus.engelbre...@sita.co.za> wrote:
>
>> ...
>> Last suggestion:
>>
>> >//FILTER   DD *
>> >  INCL(PBREX.PRJW.**, -
>> >  PBREX.PRUFST.CHOICE.AUDIT) -
>> >  BY(DSORG,NE,VSAM) -
>> > //SYSINDD *
>>
>> Remove that '-' after VSAM)
>>
>> ... so the SYSIN is not part of that FILTER DD *
>>
>> 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: SSH

[Matthew Stitt]

On my systems the current version of ssh requires ICSF to be active.  Not all 
systems have crypto cards available.  I configured ssh following the book and 
have no issues.  There were some issues with the type of crypto specified in 
the ssh parameters, but removing those "bad" types fixed that.

Matthew

On Tue, 24 Jul 2018 16:20:39 -0400, scott Ford  wrote:

>All:
>
>Sorry for not dropping by earlier , i am swamped supporting code, teaching
>,QA-ing
>I am researching the following feasibility of using SSH into z/OS but i
>have a question.
>Do all Z customers run ICSF and the crypto cards ? I read in the z/Os 2.3
>doc that SSH requires the crypto card and ICSF. I also found that you can
>use Kerberos. If so does Kerberos require the Crypto card ? We have
>inquires from Mgmt about running without our agents in z/OS to provision
>security requests.
>
>
>Scott
>-- 
>
>
>
>*IDMWORKS *
>
>Scott Ford
>
>z/OS Dev.
>

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

Re: Apply error WAS product

[Matthew Stitt]

With WAS, I've encountered certain PTFs (fixpacks) which supersede other ones 
and create errors like this when both (or more) fixpacks are being applied at 
once.  The solution I've found is to apply each fixpack separately.

HTH

Matthew

On Tue, 13 Feb 2018 10:13:18 -0500, John Eells  wrote:

>Did you open a PMR?
>
>Please do, if not; and, please post the PMR number.
>
>Peter wrote:
>> This time again it failed
>>
>> BPXF140E RETURN CODE 0090, REASON CODE 0549010C.  A LINK FAILED FOR
>> LINK NAME /usr/lpp/InstallationManagerRepository/HBBO850/IBM
>> /../bbodrmak.
>
>

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

Re: Extended format system ZFS files

[Matthew Stitt]

Does you SMS Storage Class list have one which can be specified to make a 
dataset non SMS managed?  And does your SMS ACS routines test for that non SMS 
storage class and obey your wishes?  If so, then add the STORCLAS parameter to 
your DFDSS copy job along with the destination volume.

Also your storage administrator could set up a Data Class routine to capture 
your new ZFS dataset name and assign it to a non extended data class.  Define 
your new ZFS, then use the Replace parameter on the DFDSS copy.

Hope this helps.

Matthew

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

Re: Questions about IPL with package IODF

[Matthew Stitt]

I copy the production IODF(s) to the outside system(s).  There is a hardware 
token in the HSA that must match the token in the IODF.  The OP received a 
message stating the token does not match.  This is a result of the installation 
creating a separate IODF for usage with certain LPARs.

You should have one IODF that contains each processor in your installation.  
Through the Operating System configuration you can ensure devices are 
online/offline to certain configurations.  Also you can configure CHPIDs to be 
accessible to certain LPARs only.  In this manner you can separated Control 
Units and Devices by having those resources accessible only through the 
isolated CHPIDs.

The copying of the production IODF can be accomplished through several methods.

Matthew

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

Re: IOCDF issue

[Matthew Stitt]

For what it's worth, here is the parts of my I/O configuration which deals with 
the CTC.  Sorry for the long post, but we do have cross CSS definitions which 
are active.  Please note the CUADD is the DESTINATION LPAR.  The first digit of 
the CUADD is the CSS, the second digit is the LPAR.

CHPID PATH=(CSS(0,1),53),SHARED,  *
  NOTPART=((CSS(0),(CF1,CF2),(=)),(CSS(1),(ZOSWK1,ZOSWK2),*
  (=))),PCHID=1E5,TYPE=FC  
 CHPID PATH=(CSS(0,1),D3),SHARED,  *
   NOTPART=((CSS(0),(CF1,CF2),(=)),(CSS(1),(ZOSWK1,ZOSWK2),*
   (=))),PCHID=125,TYPE=FC 
CNTLUNIT CUNUMBR=5301,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=1,UNIT=FCTC  
IODEVICE ADDRESS=(5310,004),UNITADD=00,CUNUMBR=(5301),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5302,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=2,UNIT=FCTC  
IODEVICE ADDRESS=(5320,004),UNITADD=00,CUNUMBR=(5302),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5303,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=3,UNIT=FCTC  
IODEVICE ADDRESS=(5330,004),UNITADD=00,CUNUMBR=(5303),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5304,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=4,UNIT=FCTC  
IODEVICE ADDRESS=(5340,004),UNITADD=00,CUNUMBR=(5304),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5305,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=5,UNIT=FCTC  
IODEVICE ADDRESS=(5350,004),UNITADD=00,CUNUMBR=(5305),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5306,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=6,UNIT=FCTC  
IODEVICE ADDRESS=(5360,004),UNITADD=00,CUNUMBR=(5306),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5307,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=7,UNIT=FCTC  
IODEVICE ADDRESS=(5370,004),UNITADD=00,CUNUMBR=(5307),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5308,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=8,UNIT=FCTC  
IODEVICE ADDRESS=(5380,004),UNITADD=00,CUNUMBR=(5308),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=5309,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=9,UNIT=FCTC  
IODEVICE ADDRESS=(5390,004),UNITADD=00,CUNUMBR=(5309),* 
  STADET=Y,UNIT=FCTC
CNTLUNIT CUNUMBR=530A,PATH=((CSS(0),53),(CSS(1),53)), * 
  UNITADD=((00,008)),CUADD=A,UNIT=FCTC  
IODEVICE ADDRESS=(53A0,004),UNITADD=00,CUNUMBR=(530A),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT CUNUMBR=530B,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,008)),CUADD=B,UNIT=FCTC 
IODEVICE ADDRESS=(53B0,004),UNITADD=00,CUNUMBR=(530B),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT CUNUMBR=530C,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,008)),CUADD=C,UNIT=FCTC 
IODEVICE ADDRESS=(53C0,004),UNITADD=00,CUNUMBR=(530C),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT CUNUMBR=530D,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,008)),CUADD=D,UNIT=FCTC 
CNTLUNIT CUNUMBR=530E,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,008)),CUADD=E,UNIT=FCTC 
CNTLUNIT CUNUMBR=530F,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,008)),CUADD=F,UNIT=FCTC 
CNTLUNIT CUNUMBR=5311,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,004)),CUADD=11,UNIT=FCTC
IODEVICE ADDRESS=(5318,004),UNITADD=00,CUNUMBR=(5311),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT CUNUMBR=5312,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,004)),CUADD=12,UNIT=FCTC
IODEVICE ADDRESS=(5328,004),UNITADD=00,CUNUMBR=(5312),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT CUNUMBR=5313,PATH=((CSS(0),53),(CSS(1),53)), *
  UNITADD=((00,004)),CUADD=13,UNIT=FCTC
IODEVICE ADDRESS=(5338,004),UNITADD=00,CUNUMBR=(5313),*
  STADET=Y,UNIT=FCTC   
CNTLUNIT 

Re: SMS Routines help

[Matthew Stitt]

That indicates you need to modify your storage group(s) to use the volumes 
available to the system.  Your storage groups still have the other systems 
volumes defined.  So your system is attempting to define stuff on those 
volumes, which don't exist on your sandbox system.

Matthew

On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S  wrote:

>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+,
>,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
>B
>E MOUNTED,
>,***,
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Tuesday, February 28, 2017 3:28 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Ward,
>
>Why do you want to nullify the SMS functions?  Just curious?
>
>I think you can have very simple ACS Constructs, like others have posted. Or I 
>think you can have an empty SCDS (not sure you would need to look this up)
>
>When you copied the datasets and catalogs from PRD to Sandbox, you probably 
>have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
>nullify those?
>
>Thanks
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Ward, Mike S
>> Sent: Tuesday, February 28, 2017 1:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SMS Routines help
>>
>> Hello all, we set up a sandbox LPAR where we just basically copied all
>> the operating environment (z/OS 2.2) from prod system to the sandbox.
>> What we want to do is turn off or nullify the SMS routines for a short
>> time. I have spent all morning and part of the afternoon looking for a
>> way to do that, but have come up empty handed. Can anyone give me an
>> idea of how to do that or point to some reading material that outlines what 
>> I need to do?
>>
>> Thanks.
>>

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

Re: HMC CPC Image

[Matthew Stitt]

Just start customizing the default profile(s) shown.  Change everything you 
can, including the name of the profile.  The default profile you are editing 
will not change, and a new profile with the new name will be created.

Matthew

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

Re: VVDS points to non-existent catalog

[Matthew Stitt]

This is what I use:

//STEP0   EXEC PGM=IDCAMS 
//SYSPRINT DD  SYSOUT=*   
//SYSUDUMP DD  SYSOUT=*   
//DD1  DD  DSN=MSTITT.UCAT.BKUP,DISP=OLD,VOL=SER=xx,UNIT=3390   
   
//SYSINDD  *  
  IMPORT INFILE(DD1) OUTDATASET(SYS1.ZOS1D.TEST.MCAT) -   
  OBJECTS(SYS1.ZOS1D.MCAT VOLUMES(H3MCAT)) -  
  INTOEMPTY - 
  ALIAS   
/*  

The ALIAS parameter will recreate the ALIAS entries if the EXPORT was done with 
the option to save them.

HTH

Matthew  

On Mon, 17 Oct 2016 20:59:22 +0100, Sean Gleann  wrote:

>Dan - the alias has already gone (as a result of the 'export'?). If I try a
>generic ISPF list, specifying just the HLQ of the file name, I get 'No data
>set names found'
>
>Sean
>
>On 17 October 2016 at 20:50, Blake, Daniel J [CTR] <
>00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Having not seen this before, I think you will need to delete the alias, so
>> that the master is not searching that 'path' for the data set you are
>> renaming.  Then you should be able to rename and catalog it.
>>
>>
>> Dan
>>
>>
>>
>>
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>> Behalf Of Sean Gleann
>> Sent: Monday, October 17, 2016 3:48 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: VVDS points to non-existent catalog
>>
>> Dan - yes, I tried that. I get " '(filename)' was not found in catalog. "
>> John
>>
>>
>> On 17 October 2016 at 20:37, Blake, Daniel J [CTR] <
>> 00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> > Did you press PF1 to see more information as to why the rename did not
>> > work?
>> >
>> > Thank You
>> >
>> >
>> > Dan Blake – Team Leader
>> >
>> >
>> > dbl...@fdic.gov
>> > FDIC ISC-3 O Service Delivery | Room B4072
>> > O: (703) 516-5497 | BB: (703) 314-0501 | M: (703) 946-2967
>> >
>> >
>> > Advanced Out of Office Notice:
>> >
>> > Telecommute: October 24-28, 2016.
>> >
>> >
>> >
>> > -Original Message-
>> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> > On Behalf Of Sean Gleann
>> > Sent: Monday, October 17, 2016 3:35 PM
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: Re: VVDS points to non-existent catalog
>> >
>> > Dan - no go, I'm afraid. The 'R' command results in the same 'data set
>> > not catalogued' message.
>> >
>> > John - yes, that is very much like one of my attempts, except the file
>> > involved is not a cluster
>> >
>> > Sean
>> >
>> > On 17 October 2016 at 20:20, John McKown
>> > 
>> > wrote:
>> >
>> > > On Mon, Oct 17, 2016 at 2:10 PM, Sean Gleann 
>> > > wrote:
>> > >
>> > > > I've made a stupid mistake with one of my z/OS systems, and now
>> > > > I'm
>> > > hoping
>> > > > that someone can help me extricate myself..
>> > > >
>> > > > I was in the process of moving a user catalog from one disk to
>> another.
>> > > >
>> > > > Following examples from documentation on the IBM web site...
>> > > > Did an EXPORT TEMPORARY of the ucat to a 'flat' file, followed by
>> > > > DELETE catname RECOVERY USERCATALOG, and then a DEFINE of the
>> > > > catalog on it's new volume.
>> > > > (All going well so far - I should know better)
>> > > >
>> > > > The subsequent attempt at an IMPORT of the 'flat' file resulted in
>> > > > a JCL error 'data set not found'.
>> > > >
>> > > > If I use ISPF 3.4 to look at all the files on the disk involved, I
>> > > > can
>> > > see
>> > > > that the file does in fact exist.
>> > > > If I try 'I' or 'S', or 'browse', etc, I get 'data set not
>> catalogued'
>> > > >
>> > > > The problem is that the flat file I created has a name that was
>> > > > aliased
>> > > to
>> > > > the catalog I've just deleted and redefined. (foot...gun...BANG)
>> > > >
>> > > > The VVDS entry for the export file points to a catalog that -
>> > > > while it exists - is empty.
>> > > >
>> > > > I've tried numerous attempts at RECATALOG and DELETE NVR
>> > > > NOSCRATCH, but nothing works because SMS can't find the data it
>> > > > needs to complete the
>> > > task
>> > > > I specify.
>> > > >
>> > >
>> > > ​You tried something like the below & it failed?
>> > >
>> > >
>> > > //RECAT   JOB (H0I),'JOHN MCKOWN',
>> > > // CLASS=Z,
>> > > // MSGCLASS=X,
>> > > // NOTIFY=
>> > > //STEP010  EXEC PGM=IDCAMS
>> > > //SYSPRINT DD   SYSOUT=*
>> > > //SYSINDD   *
>> > >  DEF CLUSTER(NAME(SYS1.OS141774.SCPPEENU) -
>> > >  VOLUME(LIHTS1) -
>> > >  RECATALOG ) -
>> > >  CAT(CATALOG.ICF.VI12CAT.MCAT)
>> > > /*
>> > > //
>> > > LIHTS1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=LIHTS1
>> > > /*EOF
>> > >
>> > > ​
>> > >
>> > >
>> > > >
>> > > > To add to the problem, 

Re: OMVS hang at system shutdown

[Matthew Stitt]

I also use the web interface.

On the bottom right of the message, you should see a "quote" mark in green, 
next to the check box to send a copy of the message to your e-mail. I use that 
to insert the original message, as seen below.

Matthew

On Tue, 31 May 2016 13:18:42 -0500, Zahir Hemini  wrote:

>I am interacting through the listserv web page. It shows a reply icon at the 
>top right. When I click on that I get a blank message, so I have had to 
>highlight the text, copy that then paste it into the response before I start. 
>But I will get the hang of it.  
> 
>--
>Just hilite a portion to give a hint as to what we're talking  about. 
> 
> 
>In a message dated 5/31/2016 5:28:17 A.M. Central Daylight Time,  
>zhem...@gmail.com writes:
>
>Is there  a better way to reply to a thread than to copy the entire  
>message?
>
>--
>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: CP VOLUME COPY with ADRDSSU on z/OS

[Matthew Stitt]

The documentation is your friend.  But it can be confusing.  There is an entire 
section on CP volumes.

I recently went through this exercise.

COPY  - 
 TRACKS(0,0,X'FFF') -   
  INDDNAME(INVOL0) -
  OUTDDNAME( -  
OUTVOL0 -   
) - 
  CANCELERROR - 
  COPYVOLID -   
  OPTIMIZE(4) - 
  CPVOLUME -
  PURGE -   
  ADMINISTRATOR -   
  WAIT(2,2) 

You may also need to run ICKDSF to reset the volume size information if you 
copy to a larger volume.

Matthew

On Mon, 30 May 2016 13:37:44 +, Buckton, T. (Theo)  
wrote:

>Hi,
>
>Is it possible to do a FULL COPY  with of a CPVOLUME (z/VM) with COPYVOLID  
>using ADRDSSU on z/OS? If so, what would the parms be?
>
>Regards
>Theo
>
>
>Nedbank Limited Reg No 1951/09/06. The following link displays
>the names of the Nedbank Board of Directors and Company Secretary.
>[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
>This email is confidential and is intended for the addressee only.
>The following link will take you to Nedbank's legal notice.
>[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
>
>
>--
>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: SMFDUMP CBT S0C4 under z/OS 2.1

[Matthew Stitt]

Yeah, it's the CBIPO program.  The last modification was to the enqueue 
routine.  The program was issuing hard enqueues (reserves) which did not work 
very well in a shared sysplex environment.  Also the multi-line WTOs started 
giving problems.

Matthew

On Mon, 22 Jun 2015 22:40:18 -0500, Ed Gould edgould1...@comcast.net wrote:

Matthew,

If this is the same S0C4 I ran into with the CBIPO SMFDUMP program 20
+ years ago it was reasonably straightforward to debug (IIRC). The
people that replaced were just simply to lazy to recompile the program.
Once I recompiled the issue went away. Since its been 20 years I do
not remember specifics outside it involved the SMFDUMP CBIPO program.
Just recompile (with the latest libraries) and run it again.

Ed

On Jun 22, 2015, at 3:21 PM, Matthew Stitt wrote:

 I have a slightly modified version of SMFDUMP which indicates it
 started with the IPO libraries.  I believe the modification has to
 do with a change to the WTO setup.  It shows last modified in 2009,
 and I didn't even think of assembling it when we upgraded to V2R1.

 I can send it to anyone who wants it, along with the assembler JCL.

 Matthew

 On Mon, 22 Jun 2015 09:53:19 -0500, Rich Szabo dad...@rszabo.com
 wrote:

 Thank you Lizette, Ed, and others.

 I'm going to go with the IEFU29 exit supplied by IBM.

 Jay Moseley also supplies procedures to surround IEFU29 here.

http://www.jaymoseley.com/hercules/iefu29_exit/iefu29.htm

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

Re: SMFDUMP CBT S0C4 under z/OS 2.1

[Matthew Stitt]

I have a slightly modified version of SMFDUMP which indicates it started with 
the IPO libraries.  I believe the modification has to do with a change to the 
WTO setup.  It shows last modified in 2009, and I didn't even think of 
assembling it when we upgraded to V2R1.

I can send it to anyone who wants it, along with the assembler JCL.

Matthew

On Mon, 22 Jun 2015 09:53:19 -0500, Rich Szabo dad...@rszabo.com wrote:

Thank you Lizette, Ed, and others.

I'm going to go with the IEFU29 exit supplied by IBM. 

Jay Moseley also supplies procedures to surround IEFU29 here.

http://www.jaymoseley.com/hercules/iefu29_exit/iefu29.htm

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

Re: Symbol in OMVS HOME directory?

[Matthew Stitt]

Dana;

FWIW, here is the command used from a simple CLIST which creates the user id on 
my system:

OMVS(AUTOUID  
 HOME('/u/SYSLC(USER)') 
 PROGRAM('/bin/sh')   

Notice we translate the user id to lower case.

Matthew

On Tue, 3 Mar 2015 14:14:21 -0500, Mark Jacobs - Listserv 
mark.jac...@custserv.com wrote:

I found something in the Security Server RACF Security Administrators
Guide, Enabling default OMVS segments processing that looks promising.

Mark Jacobs

 Dana Mitchell mailto:mitchd...@gmail.com
 March 3, 2015 at 1:52 PM
 Mark,

 I'm not sure what you mean I have:

 /etc/auto.master contains:

 /u /etc/u.map

 /etc/u.map contains:

 name *
 type ZFS
 filesystem OMVS.SYSNAME..uc_name
 mode rdwr
 duration nolimit
 delay 10
 setuid no

 That much is working fine. I'm just trying to streamline the RACF ALU
 commands for all the other users sort of like:

 ALU JOHN OMVS(HOME('/u/sysuid'))


 Dana

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

Re: Data formatting

[Matthew Stitt]

So the output record from the FTP is two bytes longer than it should be and 
this results in each logical record wrapping around, shifting two bytes each 
time.

What happens if you pre-allocate the output file with the correct record length?

Matthew

On Tue, 3 Mar 2015 12:27:15 -0600, Ron Thomas ron5...@gmail.com wrote:

The 1'st bytes of the 2'nd record got appended to the last 2 bytes of the 1'st 
record , similarly the first 4 bytes of the  3'rd got apended to the last 4 
bytes of the 2'nd record and this goes on.

Sample data at the end

00   00 60611L011  EI
  60611L011 EI B
60611L011   EI BSC

Thanks
Ron T


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

Re: ShopzSeries problems?

[Matthew Stitt]

I just checked and it now lets me access the download information.  So 
ShopZseries appears to be working again.

Matthew

On Wed, 26 Nov 2014 07:20:23 -0500, Richards, Robert B. 
robert.richa...@opm.gov wrote:

Thanks for confirming it ain't just me!:-)


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Jousma, David
Sent: Wednesday, November 26, 2014 7:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ShopzSeries problems?

Ok, getting a little further, site is really slow.   

And then I get the same error as you:

ERROR: SHP0003E: An unexpected error occurred. Please try again later. If the 
problem persists, please contact us (visit our Customer Service page for 
contact information).

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI� 49546 MD RSCB2H p 616.653.8429 f 
616.653.2717

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

Re: Need help for two LPARS sharing DASD

[Matthew Stitt]

The simplest method is to create an OSCONFIG in your IODF for each system.  For 
the test system, mark the volumes as offline except for the 24 volumes you want 
to use.

Make sure you set the LOADxx parameters to specify the OSCONFIG you want to use.

Matthew

On Wed, 18 Jun 2014 11:22:59 -0700, John Norgauer 
john.norga...@ucdmc.ucdavis.edu wrote:

My production LPAR and Test LPAR have access to almost 600 volumes.

My test LPAR only uses and needs about 24 volumes.

Any ideas how, at IPL time for the test LPAR, I can  use commands to
restrict the LPAR to only these 24 volumes.

For sure, I could issue vary off and vary on commands for only those
volumes needed or not needed by the test LPAR,
but the UCB's  are so numerous that there would be dozens of commands. I
am just trying to have a smaller list of commands
in my COMMNDXX member

Any other simpler way to accomplish this task?

Thanks.

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

Re: Using DFDSS to copy non-extended format dataset to extended format?

[Matthew Stitt]

I just tried IDCAMS REPRO for exactly the same purpose.  The job shows it 
worked, but a directory list of the new ZFS showed nothing in it.

So I then used the following PAX command:

/usr/sbin/mount -t ZFS -f PLEX.OLD.AGGR002.LDS0002 /service2

/usr/sbin/mount -t ZFS -f PLEX.NEW.AGGR002.LDS0002 /service3

cd /service2 

pax -rwvCMX -p eW . /service3


This series of commands gave the desired result.

Matthew


On Tue, 17 Jun 2014 08:00:12 -0500, John McKown john.archie.mck...@gmail.com 
wrote:

Thanks. I understand. DFDSS is certainly a more efficient data copier than
IDCAMS REPRO!


On Tue, Jun 17, 2014 at 7:51 AM, Peter Hunkeler p...@gmx.ch wrote:

 I can't answer your question. Especially since I don't know what various
 ways that you tried.


 My intent really only was to make sure I'm not missing a DFDSS option that
 would do this. I didn't find anything the like in the manual. That's why I
 didn't post details.


 So, how about doing trying this:


 I was curious if it was feasible to perform the task using DFDSS. That's
 why I haven't YET tried AMS REPRO. Will consider this path next.


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

Re: Dataset in Two master catalog

[Matthew Stitt]

I usually use a favorite REXX program named RCNVTCAT from the CBT tape 
(www.cbttape.org), file 542.  I find it does a fairly good 
job of generating the IDCAMS control statements to build the entries for 
cataloging.  It also does a good job at comparing two catalogs and building the 
control cards which can be used to make the two catalogs equal.

Matthew

On Wed, 11 Jun 2014 13:37:20 +, Staller, Allan allan.stal...@kbmg.com 
wrote:

//DDSMF001  DD   DISP=OLD,UNIT=SYSALLDA,VOL=SER=SMF001 
//SYSIN DD   * 
   DEFINE  CLUSTER( - 
  NAME(SYS1.SYS9.MAN1) - 
  VOLUMES(SMF001) - 
  NONINDEXED - 
  RECATALOG - 
  ) - 
   CATALOG(ZZ.MASTER.CATALOG) 
 
Should do it. 
 
snip 
So, I just drafted sample JCL for SMF dataset recatalog. 
 
//DDSMF001  DD   DISP=OLD,UNIT=SYSALLDA,VOL=SER=SMF001 
//SYSIN DD   * 
   DEFINE  CLUSTER( - 
  NAME(SYS1.SYS9.MAN1) - 
  VOLUMES(SMF001) - 
  FILE(DDSMF001) - 
  CONTROLINTERVALSIZE(4096) - 
  NONINDEXED - 
  RECORDSIZE(4086 32767) - 
  REUSE - 
  SHAREOPTIONS(2) - 
  SPANNED - 
  SPEED - 
  RECATALOG - 
  ) - 
   DATA(- 
  CYLINDERS(60 0) - 
) - 
   CATALOG(ZZ.MASTER.CATALOG) 
/snip

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

Re: JES Volume addition error

[Matthew Stitt]

According to your SPOOLDEF statement, the volume name must start with SPOOL.  
The VOLUME parameter indicates to JES2 what the spool volume names will be, 
plus a suffix to ensure they have unique names.  The prefix can be up to 5 
characters.  Any volume name which does not start with that prefix will be 
rejected by JES2.

Matthew

On Thu, 22 May 2014 17:04:11 +0530, Jake anderson justmainfra...@gmail.com 
wrote:

Hello All,


I am trying to add spool volume with a command : $SSPOOL(TSO11V), but it
gives out me the below error :

$HASP003 RC=(04),S SPOOL(TSO11V)  - CONTAINS AN INVALID
$HASP003   SUBSCRIPT


As an initial message from IBM manual :

04*CONTAINS AN INVALID SUBSCRIPT[, RANGE IS (-)]*

The specified subscript value is either outside the allowable range or is
not defined by your installation. The valid range of the subscript is
displayed. This code can also be displayed if a subscript should have been
specified but was not.

Currently system has only 1 spool volume and the JES2PARM has the
limitation of 32.


JES2PARM

SPOOLDEF BUFSIZE=3992,
 DSNAME=SYS1.HASPACE,
 FENCE=NO,
 RECINCR=2,
 SPOOLNUM=32,
 TGBENUM=10,
 TGNUM=16288,
 TGSIZE=30,
 TGWARN=80,
 TRKCELL=3,
 VOLUME=SPOOL

Allocation :

//ALLOC DD DSN=SYS1.HASPACE,DISP=(NEW,KEEP,KEEP),
// SPACE=(CYL,900),UNIT=3390,VOL=SER=TSO11V,
// DCB=(DSORG=PS,RECFM=F,LRECL=4096,BLKSIZE=3992),
// DSNTYPE=LARGE

Could someone point me where I have gone wrong.

Jake


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

Re: z10 IPL from Utility Tape

[Matthew Stitt]

You do not need a remote HMC.  You just need to have the local HMC available 
through the Internet with remote access allowed.  I do this all the time.  
Could save you some time if that could happen.

On Thu, 8 May 2014 12:39:37 -0500, Karl Severson karl_j_sever...@raytheon.com 
wrote:

If the original volume was not IPL'able, then maybe the IPL data got 
damaged. You could try updating the IPL data on the RES volume from the 
starter system.
If in the worst case, you should still be able to re-use existing volumes. 
Hardware support told you the DS6800 is fine. Instead of purging and 
reconfigure, you should be able to retain the current volumes.  If you have 
access to the existing user definitions, then you should be able  to retain 
existing user volumes.

Okay – I think first I have to figure out why the system won’t IPL from tape 
or disk. I guess they could try IPLing from a DVD if they have this starter 
system. I don’t know if they do or not. I’ll ask.

Download a copy of ZZSA and burn it to a CD. Have Operations IPL that CD and 
use it to explore the volumes, specifically the Resvol and IPL required 
volumes (IODF Volume etc). From there you should have an idea as to what is 
actually broken.

I’ll pass this on to the customer

IBM SUPPORT does not help in situations where it's a configuration issue. If 
the error is the IOCDS was not updated, then they are not responsible. On the 
other hand, if the problem is hardware, then hardware support is responsible 
and if there is a software bug then software support is responsible. Everyone 
is responsible to point the figure at someone else so they don't have to deal 
with it. If you point the finger at support hard enough, they may resolve the 
issue for you.

If you actually mean IBM PROFESSIONAL SERVICES is maintaining this system, 
then yes, they are responsible. 

It seems strange that they have been down for 3 weeks and not screaming.

Maybe you should have them consider allowing you access to the hardware 
console (temporarily).

The system crashed as a result of a power outage. All was well before that. We 
had an error code of ACTZ0182. That’s all I told IBM when I made the service 
call. What I wanted was for someone from IBM to determine if it was a hardware 
or software bug and go from there. At this point, no one knows if it’s an 
IOCDS problem or any other for that matter. Unfortunately I did not set this 
machine up and know very little about it. I know the zVM and  Computer 
Associates parts obviously but with matters of the HMC, IOCDS, etc., I know 
very little as IBM came in and set all of that up. One guy, ONE guy came in 
and set up the HMC, DS6800, installed zVM and because the compiler tapes 
weren’t delivered yet, another person from the same department came out and 
installed Fortran, PASCAL, etc. Now, these are the people, or someone like 
them that ought to be able to determine what’s going on with the system. I’m 
1300 miles away and can’t be away from SoCal (I work and live here after all) 
on an open ended trip until this gets sorted out though I know this would be a 
great learning experience if I could be there for the duration. No one at the 
site is an IBMer – they’re all Windows or Linux people who take care of things 
like backups and account maintenance although I can do a lot of that via a 
link assuming the system is up. This would probably be a great time to have a 
remote HMC! Maybe as a result of this problem, the customer will buy one.

Regarding the system being down for three weeks, there is one fall back and 
that’s for the users to come to SoCal and use our legacy machine. At some 
point after the z10 gets back on its feet, any updates will be sent back to 
OKC and the z10 will be “caught up.”

There was an evaluation version of z/VM that was bootable from a DVD
in the HMC.  I would give that a shot.

I’ll contact the customer and see if they can find this.
Thanks for all of the great posts!
Karl

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

Re: When should we ACCEPT DB2 PTFs?

[Matthew Stitt]

DB2 does not release PTFs on a Level Set basis.  Believing there is a Level 
Set implies your company orders PTFs on a non-scheduled basis, say, every few 
months.  What should be a standard operating procedure is to order and receive 
PTFs
on a daily basis.  If any PTFs you have not applied are found to have problems, 
the error hold will be received with the daily processing. Likewise with PTFs 
which have been accepted.

When an Apply is done, any PTFs which are marked as being in error will not be 
Applied.  Unless you choose to bypass the error
hold.  The same holds true for an Accept of the Applied PTFs.

On Tue, 19 Nov 2013 12:39:34 -0500, Shmuel Metz (Seymour J.) 
shmuel+ibm-m...@patriot.net wrote:

In 4137735368258915.wa.szwangxdgmail@listserv.ua.edu, on
11/19/2013
   at 03:11 AM, Alex szwan...@gmail.com said:

I have been confusing that when should we accept DB2 PTFs by SMP/E?

It's the same issue as for any other component or product. pick an
aging interval that you're comfortable with and exclude service wqith
an unresolved PE. I like 90 days, but YMMV.

--
 Shmuel (Seymour J.) Metz, SysProg and JOAT
\

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

Re: New LPAR build - Storage activities - SMS/ACS Functionality

[Matthew Stitt]

On entry to each SMS Class (DATA, MANAGEMENT, STORAGE, and STORAGE GROUP) you 
can enter the name of the SCDS dataset 
to use.  I would use the dataset name of the copy from the original LPAR, which 
I believe is what you want.  By using the SCDS
dataset name it should pull up the existing class entries, which you can then 
edit.

On Thu, 10 Oct 2013 10:59:51 +0100, Raju Reddy rajunjmainfra...@gmail.com 
wrote:

Vernooij,

No. I don't need any new/more class names than original LPAR.

Do you have any idea of how to copy ISMF class entries from LPAR to LPAR.?


Cheers,
Raj


On Thu, Oct 10, 2013 at 7:56 AM, Vernooij, CP - SPLXM kees.verno...@klm.com
 wrote:

 Raj,

 You mean, you need other/more/new classnames to the SCDS, than there
 already are from the original LPAR?

 Kees.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
 Behalf Of Raju Reddy
 Sent: Wednesday, October 09, 2013 18:16
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality


  Lizette,

 I agree with you...!!!

 I have already copied SCDS from model LPAR.

 Now what I have to do is to add the class names to ISMF panels MANUALLY
 :-(



 Cheers,
 Raj


 On Wed, Oct 9, 2013 at 4:59 PM, Richards, Robert B.
 robert.richa...@opm.gov
  wrote:

  In the old days, these class entities were called *constructs*. As
  far as I know, they still are. I concur with the rest of Lizette's
 comments.
 
  Bob
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of Lizette Koehler
  Sent: Wednesday, October 09, 2013 10:57 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: New LPAR build - Storage activities - SMS/ACS
  Functionality
 
  Kees,
 
  Raju is talking about the ISPF application called ISMF.  Easy to mix
  the two.
 
  So if you are in ISMF Panels under ISPF you have options to define
  Data Classes, Storage Classes, Management Classes.
 
  Those are done manually.  And if you only want to copy those
  definitions that are in the SCDS and SMS Address space, you have
  either
 
  1) Copy the complete SCDS to the new LPAR. Activate it, then Delete
  the entries you do not want.
  2) Start with a clean SCDS VSAM dataset, Activate it, then manually
  add your Data Classes, Storage Classes and Management classes through
  the ISMF Panels.
 
  As far as I know, IBM never provided a batch process to do en masse
  the addition of these functions or a selective EXPORT of some of the
  classes to load into a new LPAR.
 
 
 
  Lizette
 
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of Vernooij, CP - SPLXM
  Sent: Wednesday, October 09, 2013 7:06 AM
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: New LPAR build - Storage activities - SMS/ACS
  Functionality
 
  Manual ISPF entries??? With which panels?
 
  Adding dataclasses etc. will be done in the SCDS, that you are
  specified on the panel in:
  To perform Data Class Operations, Specify:
  CDS Name . . . . . .dsname
 
  So they are in that CDS.
 
  Kees.
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
  On Behalf Of Raju Reddy
  Sent: Wednesday, October 09, 2013 15:36
  To: IBM-MAIN@LISTSERV.UA.EDU
  Subject: Re: New LPAR build - Storage activities - SMS/ACS
  Functionality
 
  Kee,
 
  Nope. They are manual ISPF entries so they won't be in SCDS :-(
 
 
  Lizette Koehler,
 
  You understood my problem very well.
  I have not come across any suggestions/options to copy ISMF entries
  from one LPAR to another LPAR's ISMF.
 
  So I am planning to define them manually.
 
  But I still hope to see some ideas here...!!!
 
 
  Cheers,
  Raj
 

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

Re: Allocation test

[Matthew Stitt]

Do you have an ALLOCxx active on your system?  I tried your test and have no 
issues with the dataset and ISPF.  I shows the
information as reported previously, and B gives No members message.  I have 
an ALLOCxx active on my system(s) which specifies
several defaults for dataset allocation.  The system(s) are all V1R13 level, 
maintenance within a few months.

Using ISPF Edit on the dataset gives a member list and the No members 
message.  Specifying the dataset name with a member name
(e.g. TEST.NITZ(TEST) ) on the Edit screen gives BLDL Error.

I also recall discussions about the minimum block size for datasets (disk and 
tape).  It seems there was some magic about 20 bytes maybe being close to the 
minimum.

On Thu, 19 Sep 2013 15:01:58 +0200, nitz-...@gmx.net nitz-...@gmx.net wrote:

 IIRC the (pseudo) eof is only written for SMS managed PS datasets, so a PO 
 dataset could well be allocated over old data which will then be readable. 
 Can you force the problem PO dataset to anther place by making sure the 
 space for the 66000 dataset is still in use when the problem PO dataset is 
 allocated.

We're dealing with SMS-managed data sets here. I used this job
// EXEC PGM=IEFBR14
//DD1 DD DISP=(,CATLG),DSN=ALLO020,
//   SPACE=(TRK,(1,0,66000)),RECFM=F,LRECL=20,DSORG=PO
//DD2 DD DISP=(,CATLG),DSN=ALLO021,
//   SPACE=(TRK,(1,0,0)),RECFM=F,LRECL=20,DSORG=PO
and got this:

Data Set Name  . . . : ALLO021
General Data Current Allocation
Management class . . : class  Allocated tracks  . : 1
Storage class  . . . : class  Allocated extents . : 1
 Volume serial . . . : SMS002 Maximum dir. blocks : 0 *
 Device type . . . . : 3390
Data class . . . . . : **None**
 Organization  . . . : POCurrent Utilization
 Record format . . . : F  Used tracks . . . . : 0
 Record length . . . : 20 Used extents  . . . : 0
 Block size  . . . . : 20 Used dir. blocks  . : 0 *
 1st extent tracks . : 1  Number of members . : 0 *
 Secondary tracks  . : 0
 Data set name type  : PDS   Dates
  Creation date . . . : 2013/09/19
  Referenced date . . : ***None***
  Expiration date . . : ***None***
  * Information is unavailable.

Note the 'information is unavailable'. So this looks like the invalid data is 
gotten from DASD, not some storage area in the initiator. After deleting 
ALLO020 and rerunning the job with only ALLO021, I get again the I/O error in 
ISPF when doing an i (and a severe error on edit).

Barbara


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

Re: Allocation test

[Matthew Stitt]

Good point, Ed.  Regarding my previous test and posting, I have my VSM rule set 
to NO.  So that could make a good reason
for the results I saw.

On Thu, 19 Sep 2013 06:40:11 -0700, Ed Jaffe edja...@phoenixsoftware.com 
wrote:

On 9/19/2013 5:17 AM, DASDBILL2 wrote:
 It sounds as if one of the allocation routines is getting some temporary 
 storage but not zeroing all of it out, and the storage it happens to get 
 contains residual data from whoever used some of that storage previously.

That's exactly what I was going to suggest, DASDBILL!

Barbara, what happens if you specify the following in DIAGxx? (Use SET
DIAG=xx to activate the change.)

VSM UseZosV1R9Rules(YES) /* Use old-school GETMAIN/FREEMAIN */


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

Re: List all dataset in system by HLQ

[Matthew Stitt]

You have just reminded me of DADSM, which is located on file 527 of the CBT 
tape.  That program could list all datasets found on
all online volumes and did give a space summary by volume and HLQ.  There is 
also an option to list only certain volumes.

On Mon, 12 Aug 2013 09:15:35 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com 
wrote:

There was a program on the CBT site that allowed you to list all datasets.
Unfortuneately, I can't remember the name of it.  It might have been called
SUPRLIST?  If I remember,  at the beginning of the list it listed every high
level qualifier, and the total number of datasets that started with that
qualifier and the space they occupied.  That was followed by an alphabetical
list of every dataset, one line per DS.

When I worked at PH Mining, we used to print that list, and every week send
it off site with all of our backup tapes.  It was only about 2 inches thick.
I used to use the list occasionally just to look for overallocated datasets,
and other things.

Eric Bielefeld
z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message -
From: Victor Hugo Ochoa Avila vhoa@gmail.com
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sunday, August 11, 2013 9:59 PM
Subject: List all dataset in system by HLQ


Hello Group.
I want to know if it is possible to list all datasets on the system but I'm
just interested to obtain the list by the HLQ.

That way I can get this?

Example.

sys1. *
parmlib. *


Thanks to all

ATTE

Victor

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

Re: Is DVGIFBI available to download from anywhere?

[Matthew Stitt]

Netview FTP still can be ordered.  I have it on my system.  I show product 
5685-108 and a 1994 date in the comments from
the installation jobs.

It's a great product.  Allows parallel FTP between any system which can run it 
(including z/VSE).

Hope this helps.

On Wed, 15 May 2013 07:26:13 -0400, Richards, Robert B. 
robert.richa...@opm.gov wrote:

My boss is interested in getting DVGIFBI (Netview FTP) again. Somehow, we lost 
the original.

Does anyone know where it might be available for download?

Bob


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

Re: The GDDM CCSID 351 does not match the CCSID of 1047 at database DB9G

[Matthew Stitt]

Looking on my system, I have an ADMDEFS dataset which contains the line:
 ADMMDFT APPCPG=1047
Which I believe resolves this issue.  The code page must match in both the QMF 
and DB2 subsystem definitions.

Hope this helps

On Tue, 9 Apr 2013 10:29:43 -0400, William Janulin wjanu...@gmail.com wrote:

I am resending this as I just switched my subscription to gmail fro yahoo.
If anyone has run into this situation, any information would be greatly
appreciated. I am not sure what the easier solution would be on this, QMF
versus DB2.

Thank you in advance,
 Bill Janulin


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

Re: The GDDM CCSID 351 does not match the CCSID of 1047 at database DB9G

[Matthew Stitt]

When I installed QMF, I needed the documentation library for QMF, DB2, and 
GDDM.  This wasn't a trivial exercise.

The ADM datasets belong to GDDM.  the DSQ datasets belong to QMF.  The 
QMF documentation will point you into the GDDM documentation, etc, etc.

Hope this helps

On Tue, 9 Apr 2013 13:11:31 -0400, William Janulin wjanu...@gmail.com wrote:

Matt,

  Is that ADMDEFS dataset a GDDM dataset or a QMF dataset?

Thks,
 Bill J.


On Tue, Apr 9, 2013 at 12:38 PM, Matthew Stitt mathwst...@bellsouth.netwrote:

 Looking on my system, I have an ADMDEFS dataset which contains the line:
  ADMMDFT APPCPG=1047
 Which I believe resolves this issue.  The code page must match in both the
 QMF and DB2 subsystem definitions.

 Hope this helps

 On Tue, 9 Apr 2013 10:29:43 -0400, William Janulin wjanu...@gmail.com
 wrote:

 I am resending this as I just switched my subscription to gmail fro yahoo.
 If anyone has run into this situation, any information would be greatly
 appreciated. I am not sure what the easier solution would be on this, QMF
 versus DB2.
 
 Thank you in advance,
  Bill Janulin
 

 --
 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: Speed up DASD copy

[Matthew Stitt]

The PARALLEL keyword will cause DSS to start each copy as a sub task and run 
them together.  Use SERIAL to single thread the copy if you wish.

On Thu, 7 Mar 2013 13:34:15 +0100, Miklos Szigetvari 
miklos.szigetv...@isis-papyrus.com wrote:

  Hi

The dfdss accepting haply the OPT(4) keyword, the copy time dropped from
10 minutes to abut 7 minutes.
The  real copy will go from ESCON channels to FICON .
We have to do this only once, as BusTech gave up the support for zDASD .

Thank you

On 07.03.2013 12:37, David Devine wrote:
 Hi Miklos,
 I'm making the assumption that your are referring to dfdss.
 The traditional way of speeding up dfdss (adrdssu) copy's (or dumps) is by 
 using the OPT keyword.
 I believe the default is (3) which is 5 tracks read at at time.
 OPT(1) 1 track OPT(2) 2 tracks OPT(3) 5 tracks and OPT(4) 15 tracks read at 
 at time.

 If you are doing a full volume copy i expect your sysin should look 
 something like this:-

 COPY FULL ALLX ALLDATA(*) IDY(TS0002) ODY(XX12C0) -
 COPYVOLID PURGE OPT(4)

 or you may use INDD OUTDD for your volume selection

 Other criteria to consider, region size on your jobcard or pgm; number of 
 available channels; whether you want to copy your disks when in use or not.

 Using a product like softek's tdmf will allow for in flight disk copys.
 If you don't ahve it, then dfdss should only be used for packs when not in 
 use.

 With dfdss you need to cater for the volume ids on the source  target 
 volumes, so you may want to add steps to clip (ickdsf reformat) the source 
 volume before the dfdss copy and clip the target volume to the original 
 source name after the copy.
 This will keep it isolated and stop inadvertant access to the original 
 source volume.

 Good luck!

 Dave
 ***
 Hi

 We need to copy a large number of DASD volumes (from zDASD to DS6800).
 Any option to speed up?
 Seems CONCURRENT is not supported by the zDASD.
 Kind regards, / Mit freundlichen Grüßen
 Miklos Szigetvari
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN




--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111
Visit our brand new extended Website at www.isis-papyrus.com

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

Re: DSECT for volume list returned by CAMLST, also device types

[Matthew Stitt]

The program LISTICAT on the CBT tape file 527 has a listing of the device type 
codes as shown in the catalog and the device type for printing.  Hope that is 
what you are interested in.

On Fri, 22 Feb 2013 15:43:15 -0600, Richard Peurifoy r-peuri...@neo.tamu.edu 
wrote:

On 2/22/2013 3:01 PM, Breton Imhauser wrote:
 Hey y’all!

I’m looking for an IBM(/or ?) provided dsect for the volume list returned 
 by LOCATE.  If there isn’t one, that’s okay, as they layout is self-evident.

I also am wondering if there is a macro/copy member with EQUates for the 
 device types returned.  I know about the printed reference table in “AMS for 
 Catalogs”, but would like a reliable program method for differentiating 
 device types based on the catalog device types returned.

Thanks for any pointers!

You can use the EDTINFO macro to call a service to convert a
device type to a generic or esoteric name.

--
Richard

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

Re: Anything to read on MetaCOBOL

[Matthew Stitt]

GIYF.

www.move2open.com/metacobol-to-cobol.html

http://www.ibm.com/developerworks/forums/thread.jspa?messageID=14509093tstart=0

ftp://scftpd.ca.com/comp/R105M+11QAP.pdf
ftp://scftpd.ca.com/comp/R205M+11UGP.pdf

www.linkedin.com/groups/MetaCOBOL-Users-3267927/about

HTH..

adarsh khanna wrote:

I have come across a system which uses MetaCOBOL (CA product) and needs to be 
migrated to COBOL.

Where to what vendor of COBOL? On what system is that COBOL whereto you want to 
migrate?

Oh yes, migration of programs is one thing. Data migration is another thing. 
What about migration of your data (input and output) and storage mediums of 
that data?

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

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

Re: CTC connection based zos plex guest failed with IXC402D

[Matthew Stitt]

A simple approach to figuring out what's going on would be to 'spool' the 
guests' VM consoles so that all console activity is captured. That would 
certainly show whether or not the guest was entering some weird state. And also 
to monitor the main VM operator console for any relevant messages.

--
news:of9a85af5a.737ab5cb-on85257a78.004a68a1-85257a78.004a6...@us.ibm.c
om...
 Hi,

 I would also like to warn you that having automation reply to the
IXC402D
 message without also ensuring that the subject system has been reset
 creates a data integrity exposure.  It appears to me that you have
this
 exposure.  The IXC220W message suggests that the system wait-stated
itself
 because it recognized that it have been removed from the sysplex.
This
 suggests that the system came back to life at some point, made an
attempt
 to read data from the sysplex couple data set, and discovered that it
had
 been removed from the sysplex.  This suggests that the system was in
fact
 NOT reset when the peer system was told to remove system XT1K from the
 sysplex.


That is what worried me too, also because he told he copied the system,
including the SA policy, from another system. I fear, the other system
had different circumstances, possibly under GDPS control that would have
Reset the other system and validly replied to IXC402D. That was why I
advised him to get more information about the SA policy.

Probably the copy was done a little too quick and simple.

Kees.

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

Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS

[Matthew Stitt]

I would change the receiving volume to a unique name, then use the COPYVOLID 
parameter.  DFDSS will take the volume offline 
when the restore is finished.  Then you can change the volume name to a unique 
name and bring it online.

Try with the following parameters:

   RESTORE FULL ADMINISTRATOR -
COPYVOLID - 
   INDD(TAPE2) OUTDD(DASD1)  

Sounds like a good idea.  I will give it a try.  Thanks.  




From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, 6 September 2012 1:30 PM
Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS

And, if you do option #2 (data set restore syntax), then you can do 
PARM='TYPRUN(NORUN)' which will read the tape and list the data set names on 
it, but not attempt to restore them.

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

ShopZseries Change

[Matthew Stitt]

Just received this notification.

1.  z/OS family - all hardware, OS, and related software: Flashes

- TITLE: SMP/E Internet Service Retrieval and Shopz download servers will 
change hostname and public internet IP addresses on August 26, 2012. These IP 
address changes may require customer action.
- URL: 
http://www.ibm.com/support/docview.wss?uid=isg3T1018808myns=z000mynp=OCSG004CEmynp=OCSWG90mync=E
- ABSTRACT: Public internet IP address and hostname changes will take place on 
August 26, 2012 which may affect downloads of z/OS products and service through 
Shopz and service through SMP/E Internet Service Retrieval. Customer action may 
be required to ensure uninterrupted downloads of products and service.


Following the URL link provided gives a table showing the new IP addresses.

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