Re: Mainframe Report meets abrupt end | Computerworld Shark Tank

[Rugen, Len]

In the early days of delivering mainframe print to IP addressed printers, I had 
a user that "never got" their reports, yet my software shows them delivered.  I 
tried to get them to verify their ip address, all they would do is repeat what 
was on the label printed on the printer.  So I sent a large core dump to the 
printer.  Soon another use calls shouting what is this !@#$%& using my 
expensive bond letterhead paper!   I found where the reports had been going :-) 
 

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

Re: $HASP250 JOB Purged

[Rugen, Len]

That's what I meant :-)  It's been 10 years since I ran JES2, just keeping 
sharp here on IBM-MAIN :-)

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

Re: $HASP250 JOB Purged

[Rugen, Len]

Is the msgclass / sysout class one setup for purge?  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, March 1, 2019 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP250 JOB Purged

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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: Tape Mount Mangement

[Rugen, Len]

I probably commented on TMM, because we really benefited using it. We were on 
mainframe hospice, they weren’t going to improve anything before they killed 
it, but we had to survive several years of growing usage first.  Had we been in 
your situation, already having a virtual tape appliance, I'm not sure it would 
have gained much.

What would TMM gain for you?  I'm not familiar with that hardware, but you 
shouldn't have to wait long for mounts, you shouldn't be limited on drives and 
surely doesn't waste storage on short tapes.  

I don't recall such a cookbook.  If I remember correctly, I first looked at 
demand mounts (non scratch), then at demand mounts that were created in the 
past 36 hours.  If I could put data on disk that was to be referenced soon, it 
would probably be referenced before it migrated.  

I repeated that cycle for longer intervals until most demand  mounts were 
eliminated.  I also looked for short tapes, where not much data was written.  
We could satisfy most of our scratch mounts with the autoloaders on the drives, 
but eliminating the short tapes was just less tapes to shuffle.  

In our case, we saved a lot of clock time eliminating demand  mounts and drive 
allocation.  


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

Re: Newbie SMP/E questions

[Rugen, Len]

Some of us developed a maintenance cycle of ACCEPT, RECEIVE, APPLY.  :-) 

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

Re: Code vulnerability

[Rugen, Len]

I guess you could write assembler code entirely with 
   DCX'.'

The use ZAP to maintain it :-)

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

Re: Another IBM tape not for z/OS

[Rugen, Len]

Years of rules enforced by tape management systems, extensive GDG use and "If 
you don't use catalog control, you  get what you deserve" made this possible.  
I don't remember the SMS rules, but I'm pretty sure they required SL and 
catalog control.  First passes didn't get all of them, but tape mount hate 
weeded out the rest quickly.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: Tuesday, December 4, 2018 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another IBM tape not for z/OS

On 12/02/2018 07:55 PM, Rugen, Len wrote:
> Batch tape should be dead, even if batch JCL still looks like tape is used.   
> One of my last SMS projects was to manage tape, redirecting almost all to SMS 
> disk.   
>
>
>
Before employing any technique to convert all tape data sets to DASD, one 
should I hope first consider whether replacing a tape data set with a DASD data 
set is a reasonable act based on the application design. The one logical 
capability of a tape data set, even one using virtual tape, that is not 
normally associated with a  DASD data set is the innate ability to continue to 
exist for hours,  days, or even longer after a new data set with identical name 
has been created, depending on how tapes volumes are  scratched.   The use of 
tape could mean the application is depending on that retention as an implicit 
and essential part of recovery should programming errors or other disasters 
occur during application processing, especially if the problem is a subtle one 
that isn't caught immediately.  Throwing out that capability without providing 
a suitable substitute is something you may live to regret.

    Joel C. Ewing

--
Joel C. Ewing

--
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: Another IBM tape not for z/OS

[Rugen, Len]

Batch tape should be dead, even if batch JCL still looks like tape is used.   
One of my last SMS projects was to manage tape, redirecting almost all to SMS 
disk.   

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

Re: That bus rolls both ways | Shark Tank

[Rugen, Len]

Last days of a fairly cordial departure, one leg of a storage controller 
failed, 3830 I think.  I told them they needed to place a service call.  A few 
months go by and they call asking if I can get their system back up.  Yep, the 
other leg had failed  I got consulting wages :-)


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

Re: COBOL Cowboys

[Rugen, Len]

Wow, a 360/91 
https://images.techhive.com/images/idge/imported/article/itw/2014/04/04/ibm-360-600x450-100520215-orig.jpg

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

Re: COBOL Cowboys

[Rugen, Len]

Yea, it looks like it's way too wide, but I think they made some odd "one off" 
or small batch 360's. 

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

Re: Tape Migration

[Rugen, Len]

It's been awhile, but if it's the17th SL file, since there are headers and 
trailers, isn't it something like the 49th file processed NL or BLP?  NL just 
counts tapemark's, headers and trailers are just short files.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
venkat kulkarni
Sent: Wednesday, September 19, 2018 5:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tape Migration

Hello ,

I run tapemap and able to list all volume backup dataset on tape.

/SYSPRINT DD  SYSOUT=*

//DASD1DD  UNIT=3390,VOL=SER=REST01,DISP=OLD

//TAPE DD UNIT=359D,DISP=SHR,DSN=BKUP.PROH19.TP 
,LABEL=(1,BLP),

//VOL=SER=(PROD01)


 In above DD stmt, we are trying to restore BKUP.PROH19.TP using BLP option, 
so, there is no use of putting sequence number of this dataset on tape. I can 
always use 1 in this case.


Please correct, if I my understanding is wrong.

On Wed, Sep 19, 2018 at 12:52 PM Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> venkat kulkarni wrote:
>
> >We already tried with option BLP and receive below error.
>
> Please post the full DD statement with that BLP.
>
>
> >ADR389E (001)-BKIOR(01), INVALID INPUT ON DDNAME TAPE, INPUT DATA SET 
> >NOT  PRODUCED BY DFDSS OR DFSMSDSS ADR389E (001)-TDDS (07), INVALID 
> >INPUT ON DDNAME TAPE, INPUT DATA SET NOT PRODUCED BY DFDSS OR 
> >DFSMSDSS
>
> I believe you are picking up an incorrect/wrong dataset on your tape.
>
> Run a Tapemap on that volser. What do you see there?
>
>
> >Yes,  TEST01 to PROD01 copy was 100% successful.
>
> Thanks. One worry eliminated.
>
> 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

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

Re: Question on SMF Records and ALTER GDG Base

[Rugen, Len]

This, I think:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieag200/iea3g2_Record_Type_66__42__Integrated_Catalog_Facility_Alter_Activity.htm

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, August 26, 2018 8:23:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question on SMF Records and ALTER GDG Base

So, I have a request about who changed a GDG limit.

Is there an SMF record that would list that type of change?

I know the command will be ALTER gdg-base LIMIT(xx)

What type of SMF Record would I look at?

Thanks


Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

--
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: SORTLIB DD

[Rugen, Len]

If both those libraries have contents, I'd try with just SYS1.SORTLIB.  It 
fails quickly doesn't it?

Based on my interpretation of 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icei100/lp.htm
 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Tuesday, June 5, 2018 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SORTLIB DD

We have a DFSORT job that wolfs down enormous amounts of SORTWK space. It has 
been exceeding the DASD capacity on the system where it runs, so we advised the 
user to point SORTWK to tape instead of DASD. Now it fails with

IEC130I SORTLIB  DD STATEMENT MISSING
IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000 USER=0063

IBM doc indicates the need for SORTLIB with a 'tape sort'. We have no working 
example to share with the user. My question: what should DD SORTLIB point to? 
SMPE puts load modules into

SYS1.SORTLIB
SYS1.SICELINK

Should the user specify only the first one or both? I hate to drag them into a 
sysprog guessing game.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office <= NEW
robin...@sce.com


--
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: Help with PSF printer.

[Rugen, Len]

Some of us old guys can make a printer sing: 
https://www.youtube.com/watch?v=jufHGUp3xQw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ward, Mike S
Sent: Tuesday, June 5, 2018 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with PSF printer.

That worked thanks Len. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, June 05, 2018 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with PSF printer.

I think Len hit the nail on the head, IIRC, the GFxx fonts are fixed type 
fonts, block type chars, but it's been a long time since I dealt with fonts 


Carmen Vitullo 

- Original Message -

From: "Mike S Ward"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, June 5, 2018 9:11:52 AM 
Subject: Re: Help with PSF printer. 

My mistake, it is FSS, I meant to say non-sna attached. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Tuesday, June 05, 2018 8:51 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Help with PSF printer. 

You say it's not an FSS printer, so what drives the printer? VPS, CASPOOL LPR, 
Info print? 


Are you using a site specific fontlib? 


I think that's where you need to look I have both 240 and 300 pel fontlib's 
defined for all my printers and have no issues with upper vs lower case . 
maybe some printer setting? 


Carmen Vitullo 

- Original Message - 

From: "Mike S Ward"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, June 5, 2018 8:42:04 AM 
Subject: Help with PSF printer. 

"-//IPPRTR70 EXEC PGM=APSPPIEP,REGION=6M,TIME=1440,PARM=(TCPIP)" 

All we have a proc that uses the above PSF program and the printdev statements 
below. I have been looking through all the PSF documentation searching for how 
to print lower case on that printer. We have lowercase printout that seems to 
fold to uppercase. The printer is not an FSS printer it's just a plain old IP 
printer. All printout seems to work fine except that lowercase folds to upper 
case. I have looked through the pseglib documentation and the fontlib docs, but 
I can't seem to find anything that tells you how to print lowercase. Can you 
help out? Just point me to some docs that explains how to do the lowercase. I 
don't mind researching, I'm just at a loss as to where to look. Any help 
appreciated. 

TIA Mike. 



"//PRT70 PRINTDEV FONTDD=*.FONT01, /* FONT LIBRARY DD */ "// OVLYDD=*.OLAY01, 
/* OVERLAY LIBRARY DD */ "// PSEGDD=*.PSEG01, /* SEGMENT LIBRARY DD */ "// 
PDEFDD=*.PDEF01, /* PAGEDEF LIBRARY DD */ "// FDEFDD=*.FDEF01, /* FORMDEF 
LIBRARY DD */ "// JOBHDR=*.JOBHDR, /* JOB HEADER SEPARATOR */ "// 
JOBTRLR=*.JOBTLR, /* JOB TRAILER SEPARATOR */ "// DSHDR=*.DSHDR, /* DATA SET 
HEADER */ "// MESSAGE=*.MSGDS, /* MESSAGE DATA SET OUTPUT */ "// PAGEDEF=38511, 
/* WAS A06462 */ '// FORMDEF=A10111, /* DEVICE FORMDEF DEFAULT */ '// 
CHARS=(GF15, /* DEVICE @H1C*/ "// GS12), /* DEFAULT FONT SET @H1C*/ "// 
PIMSG=YES, /* ACCUMULATE DATA SET */ "// DATACK=BLOCK, /* WAS UNBLOCK ON 
10/16/13 @H7A*/ "// SETUP=FORMS, /* REPORT ALL DATA-CHECK @H7A*/ "// TRACE=NO, 
/* BUILD INTERNAL TRACE @H3C*/ "// FAILURE=WCONNECT, /* ACTION ON PRTR FAILURE 
*/ "// TIMEOUT=REDRIVE, /* ACTION ON TIMEOUT */ "// MGMTMODE=OUTAVAIL, /* PRTR 
MANAGEMENT MODE */ "// CONNINTV=0, /* ADDED 03/22/10 */ "// PORTNO=5001, /* 
ADDED 03/22/10 */ "// DISCINTV=15, /* DISCONNECT INV IN SECS */ "// 
IPADDR='172.21.13.101' /* IP ADDRESS */ 
"//PRT70 ENDCNTL 

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

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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 

== 
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confi

Re: Help with PSF printer.

[Rugen, Len]

I think GF15 if "folded", so if the 15 point font is upper cast, try changing 
that to GT15.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ward, Mike S
Sent: Tuesday, June 5, 2018 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with PSF printer.

"-//IPPRTR70 EXEC PGM=APSPPIEP,REGION=6M,TIME=1440,PARM=(TCPIP)"

All we have a proc that uses the above PSF program and the printdev statements 
below. I have been looking through all the PSF documentation searching for how 
to print lower case on that printer. We have lowercase printout that seems to 
fold to uppercase. The printer is not an FSS printer it's just a plain old IP 
printer. All printout seems to work fine except that lowercase folds to upper 
case. I have looked through the pseglib documentation and the fontlib docs, but 
I can't seem to find anything that tells you how to print lowercase. Can you 
help out? Just point me to some docs that explains how to do the lowercase. I 
don't mind researching, I'm just at a loss as to where to look. Any help 
appreciated.

TIA Mike.



"//PRT70PRINTDEV FONTDD=*.FONT01, /* FONT LIBRARY DD  */
"//  OVLYDD=*.OLAY01, /* OVERLAY  LIBRARY DD  */
"//  PSEGDD=*.PSEG01, /* SEGMENT  LIBRARY DD  */
"//  PDEFDD=*.PDEF01, /* PAGEDEF  LIBRARY DD  */
"//  FDEFDD=*.FDEF01, /* FORMDEF  LIBRARY DD  */
"//  JOBHDR=*.JOBHDR, /* JOB HEADER SEPARATOR */
"//  JOBTRLR=*.JOBTLR,/* JOB TRAILER SEPARATOR*/
"//  DSHDR=*.DSHDR,   /* DATA SET HEADER  */
"//  MESSAGE=*.MSGDS, /* MESSAGE DATA SET OUTPUT  */
"//  PAGEDEF=38511,   /* WAS A06462   */
'//  FORMDEF=A10111,  /* DEVICE FORMDEF DEFAULT   */
'//  CHARS=(GF15, /* DEVICE   @H1C*/
"//  GS12),   /* DEFAULT FONT SET @H1C*/
"//  PIMSG=YES,   /* ACCUMULATE DATA SET  */
"//  DATACK=BLOCK,/* WAS UNBLOCK ON 10/16/13  @H7A*/
"//  SETUP=FORMS, /* REPORT ALL DATA-CHECK@H7A*/
"//  TRACE=NO,/* BUILD INTERNAL TRACE @H3C*/
"//  FAILURE=WCONNECT,/* ACTION ON PRTR FAILURE   */
"//  TIMEOUT=REDRIVE, /* ACTION ON TIMEOUT*/
"//  MGMTMODE=OUTAVAIL,   /* PRTR MANAGEMENT MODE */
"//  CONNINTV=0,  /* ADDED 03/22/10   */
"//  PORTNO=5001, /* ADDED 03/22/10   */
"//  DISCINTV=15, /* DISCONNECT INV IN SECS   */
"//  IPADDR='172.21.13.101'   /* IP ADDRESS   */
"//PRT70 ENDCNTL

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: Replaceing IEBGENER

[Rugen, Len]

My similar war story, DOS/VS job would fail with system error that blocks read 
from tape didn't match label block count; OK, that is a hardware error, dropped 
block.  After much cleaning and attempts at repair we would still get it.  
Programmer came in one day and said they had fixed it themselves and were mad 
that they had to do it.  Their fix?  Switch to NL tape  



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

Re: IP printing from JES2?

[Rugen, Len]

I think I tried this once:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.halp001/ispfint.htm


I don't know if it's still an option.


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

From: IBM Mainframe Discussion List  on behalf of 
Tony Thigpen 
Sent: Monday, May 21, 2018 6:13:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IP printing from JES2?

Is there any non-cost solutions built within z/OS 1.13 to print from
JES2 to basic IP printers?

--
Tony Thigpen

--
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: CLIP?

[Rugen, Len]

You could trim the tape leader without needing to relabel a tape (or lose data) 
as long as you didn't get too close to the shiny spot :-) 



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

Re: How far out of date are my skills

[Rugen, Len]

I would have been busy "Update JES2 Exits" seems to be popular in every one 😊  
JES2 was the last subsystem I inherited from departing/retiring staff.


Since we were are a University, our mainframe was connected via TCP/IP for a 
very long time, I think even pre Z/OS.  Our first method was via RS/6000 acting 
as a router.  That was good a good skill set, I've been a AIX/Solaris/Linux 
admin since the mainframe.


Thanks for the tips.


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Sunday, April 22, 2018 3:50:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How far out of date are my skills

Go through the z/OS migration guides.

On Sun, Apr 22, 2018 at 3:37 PM, Wayne Bickerdike  wrote:
> Shouldn't be hard to catch up. SMPE installation you may need to skill up
> on USS zFS file systems. Installation is from internet or ftp to a zFS pax
> file etc.
>
> CICS changes have been incremental nothing very different.
>
> On Mon, Apr 23, 2018 at 5:27 AM, Rugen, Len  wrote:
>
>> I left the Z/OS world at the version 1.6 after nearly many years of
>> mainframe OS and CICS work .  I see adds for telecommute Z/OS support, how
>> far out of date are my skills?  What should I read up on to stay current?
>>
>>
>> I know that as we moved along in Z/OS and previous version, 95% of what we
>> continued to use was old, some new features were exploited, but never all
>> of them.  Most of the change was in hardware support.  I don't miss pulling
>> bus and tag cables under the floor :-)
>>
>>
>> I didn't leave the mainframe, it left me.  :-)
>>
>>
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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

How far out of date are my skills

[Rugen, Len]

I left the Z/OS world at the version 1.6 after nearly many years of mainframe 
OS and CICS work .  I see adds for telecommute Z/OS support, how far out of 
date are my skills?  What should I read up on to stay current?


I know that as we moved along in Z/OS and previous version, 95% of what we 
continued to use was old, some new features were exploited, but never all of 
them.  Most of the change was in hardware support.  I don't miss pulling bus 
and tag cables under the floor :-)


I didn't leave the mainframe, it left me.  :-)




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

Re: which 3270 terminal

[Rugen, Len]

You may have sessions from VPN's, NAT'ed networks or cell phones that won't be 
completely accurate.  We were using network load balancers and one backend kept 
having excess use.  We found that all sessions (Host on Demand) from a popular 
frat house shared the same IP so went to the same backend server.



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

Re: [OT] KeePass

[Rugen, Len]

Nearly OT anyway, we replaced a lot of the "sealed envelope" things with 
keepass.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gord Tomlin
Sent: Thursday, March 8, 2018 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [OT] KeePass

On 2018-03-08 10:05, Steve Beaver wrote:
> How do you get the thing to engage in Windows using FireFox?

There are several plugins that purport to integrate Keepass and Firefox:
https://keepass.info/plugins.html

I don't use any of them, though, so I can't comment on their usefulness.

I've marked this OT, since, well, it's OT here.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
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: KeePass

[Rugen, Len]

I've found keepass better for keeping things that need to be shared between a 
group of administrators.  Lastpass if better for browser integration.

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

Re: Any issues with $ACTIVATE,LEVEL=Z22 command

[Rugen, Len]

A cold start is a big dill...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, February 21, 2018 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any issues with $ACTIVATE,LEVEL=Z22 command

I've never been in a pickle, but I've had to do a cold start. Much colder than 
a pickle (or so I imagine). 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, February 21, 2018 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Any issues with $ACTIVATE,LEVEL=Z22 command

just some food for thought, once you're z22 mode there's no EASY way back 
that's the biggest reason I've delayed this on my prod plex, I'm comfortable 
now but for any reason I had to revert back to z/OS 2.1, I'd be in a pickle :) 



Carmen Vitullo 

- Original Message -

From: "Todd Burrell"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, February 21, 2018 12:41:43 PM 
Subject: Re: Any issues with $ACTIVATE,LEVEL=Z22 command 

Yeah - we're planning on doing both at the same time ($TSPOOLDEF and 
$ACTIVATE). 


-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Wednesday, February 21, 2018 1:39 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Any issues with $ACTIVATE,LEVEL=Z22 command 

forgot to mention CYL_MANAGED support can be changed dynamically 


$T SPOOLDEF,CYL_MANAGED=ALLOWED 



Carmen Vitullo 

- Original Message - 

From: "Carmen Vitullo"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, February 21, 2018 12:34:58 PM 
Subject: Re: Any issues with $ACTIVATE,LEVEL=Z22 command 

no problems on my test system after expanding my checkpoint but my production 
systems MAS I get 

$HASP895 z22 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER. 
$HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION: 
$HASP895 -- CYL_MANAGED SUPPORT MUST BE ACTIVATED. 
I'm in no rush right now to get to z22 mode 

Carmen Vitullo 

- Original Message - 

From: "Todd Burrell"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, February 21, 2018 12:27:11 PM 
Subject: Any issues with $ACTIVATE,LEVEL=Z22 command 

We've done the $ACTIVATE,LEVEL=Z22 command on our test system and seen no 
issues, but I wanted to run it by this group to see if there have been any 
issues that anyone has seen when doing this? I've checked our CHECKPOINT's and 
they have plenty of room. We will also be doing the 
$TSPOOLDEF,CYL_MANAGED=ALLOWED command at the same time. 
Thanks 
Todd Burrell 

--
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: z/OS MF environment - effort estimation.

[Rugen, Len]

When things break and the application support team doesn't find a fix, the 
systems team will eventually get involved.  The vendors typically won't help 
and management will demand a solution;l "you must have changed something in the 
system".  

It just takes longer when they bring problems in dead languages like UFO or RPG 
:-)  

I really blew their minds when I used SMS to implement TMM (Tape Mount  
Management)... By job LOOKS like it worked, but it never mounted the TAPE!  
That’s IMPOSSIBLE!  

The operators sure loved it :-)  

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

Re: z/OS MF environment - effort estimation.

[Rugen, Len]

We kept a 120 MIP system on "hospice" for several years starting with 4 FTE and 
dwindling down to 1.5 FTE.  Even a doomed system required 2 hardware upgrades, 
several OS versions, encryption for TN3270, distributed printing, internet data 
transfer and general hand holding.


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

From: IBM Mainframe Discussion List  on behalf of 
ANIL KUMAR 
Sent: Tuesday, February 13, 2018 9:45:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS MF environment - effort estimation.

Hi Elardus - Thanks very much for your support.

I was specifically looking at effort / man hours estimate for supporting
standard z/OS MF infrastructure which does not include H/W support.
Basically wanted to
how many FTEs does the industry standard recommend for no of LPARs. etc.,
for DB2 sysproc activities , cics sysprog activities etc.

Any one has any further inputs please advise.
have nice day.

On Mon, Dec 18, 2017 at 4:23 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Anil Kumar wrote:
>
> >Good day. I needed expert advise on how do we calculate the numbers
> (effort estimation )
>
> What numbers / effort? Costs? Man-hours? CPU estimate? Licenses?
> Infrastructure? etc.?
>
>
> > ... provided that we have the infrastructure that we support.
>
> Are these things in place: Power (Main and UPS), Room space, Physical
> security?
>
>
> >... Assuming that I have the below:
>
> >1) # of LPARs.
> >2) # of ISV products.
> >3) Automation on z/os on all LPARs.
> >4) Storage
> >5)MIPS
> >6) # of CICS regions
> >7) # of DB2 subsystems
> >8) MQ regions
> >9) # of WAS
> >10) # of IMS subsystems
>
> More things to add...
>
>  11) Network infrastructure including remote connection.
>  12) Security product(s)
>  13) PPRC and what else too for your storage...
>  14) You forgot about DRP. This will certainly double (sort off) your
> 'effort'.
>  15) Workstations to access above things ...
>  16) XCF, Sysplex Timers
>  17) Add more toys and tools including having a 'Sandbox' LPAR for
> SMP/E and testing out products.
>
>
> >I understand that different shops have different strategy in calculating
> the same. However I needed valuable inputs on how to start estimating.
>
> Ask first, how much staff do you have and how much are you willing to pay
> or pulling in contractors.
>
> How many clients / users do you have for each of those listed systems?
>
>
> >Is there any industry standard or best practice available.
>
> Yes, there is only ONE standard, it is named 'No Standard'. You will have
> to figure out yourself what is the best for you. Perhaps there are IBM-MAIN
> members who can help you or supply you a product which can do those
> estimates...
>
>
> >I really appreciate all your inputs in this regard. Please let me know
> for any further information required from my end.
>
> Ask your vendors. They know their products and can give you a ball-park
> figure of everything.
>
> Good luck.
>
> 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

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

Re: Question on Autologon for JES2 REMOTES HASP207

[Rugen, Len]

There is a chance that no one remembers :-)  

Is the LU active?  Is the luname correct?  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 13, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on Autologon for JES2 REMOTES HASP207

I guess no one remembers JES2 Remotes or can answer this very simple question

Lizette

;-D


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Monday, February 12, 2018 4:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Question on Autologon for JES2 REMOTES HASP207
> 
> List - I am only seeing the HASP207 AUTOLOGON Failed for some remotes.
> 
> Can I guess that the remote is either
> 
>1) Powered down when the autologon occurred?
>2) Or the remote no longer exists?
> 
> Which makes more sense?  Trying to do remote clean up
> 
> 
> Lizette
> 
> A theory can never be proven, but it can be falsified.  Karl Raimund 
> Popper

--
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: System z & Meltdown/Spectre

[Rugen, Len]

I wonder if the microcode has a little "detuning" so that if they ever have to 
make patches that would slow down the system, they can remove a little of the 
detuning to get back to base performance.


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Wednesday, January 10, 2018 8:55:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System z & Meltdown/Spectre

Yep.  I know my site didn't purchase upgrades until running at 100%
all weekday long would slow down batch runs by 4X elapsed time
compared to 90%.

On Wed, Jan 10, 2018 at 1:15 PM, Pommier, Rex  wrote:
> Gil,
>
> I don't think this one is necessarily a quality issue.  As widespread as the 
> problem is, it appears to me to be more of a huuuge oversight.  That said, 
> you are correct in that we don't know what IBM plans to do, or for that 
> matter, even how much of an impact fixing this will be on performance of 
> z/OS.  My concern is that since we (as well as probably many of the sites on 
> this board) are bumping against our cap and if we get hit by even a 10% 
> reduction in thruput from this, we're in danger of missing SLAs and other fun 
> TLAs.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Wednesday, January 10, 2018 11:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: System z & Meltdown/Spectre
>
> On Wed, 10 Jan 2018 17:31:37 +, Pommier, Rex wrote:
>
>>And what does "a significant CPU hit" mean for those of us who's 4HRA is 
>>already at the top of our machine's capacity?  That's where my concern is.  
>>Yeah, the money for increasing MSUs is gonna stink, but missing SLAs due to 
>>the box no longer being big enough is going to really bite.
>>
> There's a cynical suspicion that when a vendor sees defect repair as a profit 
> center
> it provides a disincentive to quality.
>
> This might go a step beyond:  "We did it wrong, so we'll raise the price to 
> make it right."
>
> In fairness, we don't know what IBM plans to do.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> The information contained in this message is confidential, protected from 
> disclosure and may be legally privileged.  If the reader of this message is 
> not the intended recipient or an employee or agent responsible for delivering 
> this message to the intended recipient, you are hereby notified that any 
> disclosure, distribution, copying, or any action taken or action omitted in 
> reliance on it, is strictly prohibited and may be unlawful.  If you have 
> received this communication in error, please notify us immediately by 
> replying to this message and destroy the material in its entirety, whether in 
> electronic or hard copy format.  Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: SoftwareXcel Discontinued

[Rugen, Len]

If I have to ask how-to, isn't it a DOC apar?  :-O


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, September 8, 2017 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SoftwareXcel Discontinued

On 9/8/2017 12:12 AM, Timothy Sipples wrote:
> SoftwareXcel, and its successors, provide additional support services 
> above and beyond Program Services, notably including some "how-to" support.

It used to be that if you didn't have at least SoftwareXcel Basic Edition, you 
could not logon to IBMLink to search for fixes, you could not open PMRs 
electronically (you had L1 voice only), and you could not download PTFs 
electronically (you had tape only).

Are you saying that I can now search for fixes, open PMRs electronically, and 
download PTFs electronically without paying for SoftwareXcel Basic Edition? 
Please elaborate!

Haha! Never in my life have I asked anything resembling a "how to" 
question via a support channel. I don't think that's even possible with 
SoftwareXcel Basic Edition! LOL

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
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: Using RACROUT and Facility Class

[Rugen, Len]

It's been several years for me also, but this looks like a typical "user space" 
call, the doc here
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ichc600/auth.htm


calls this a "first-party" type.


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

From: IBM Mainframe Discussion List  on behalf of 
esst...@juno.com 
Sent: Thursday, June 29, 2017 7:53:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using RACROUT and Facility Class

Hello
.
I am not a RACF Security Administrator by any means, after reading several 
documents
I need some help setting up a RACF Facility Class and Permitting Access To a
Started Task Userid (STCUSRID) and My Userid (PAULD01).

Do the following RACF Commands Define a Facility Class BLUE_RIBBON.SYS1.MSTRUPDT
and Have I permitted the Started Task Userid (STCUSRID) Update access to the 
Facility
and My Userid PAULD01 Read access ?
*
RDEFINE FACILITY BLUE_RIBBON.SYS1.MSTRUPDT UACC(NONE)
PERMIT  BLUE_RIBBON.SYS1.MSTRUPDT CLASS(FACILITY) ID(STCUSRID) ACCESS(UPDATE)
PERMIT  BLUE_RIBBON.SYS1.MSTRUPDT CLASS(FACILITY) ID(PAULD01) ACCESS(READ)
*
*
No for the code ...
*
*
FACILITY$ DC   CL8'FACILITY'
STEM  DC   H'00',H'00'
  DC   CL13'BLUE_RIBBON.SYS1.MSTRUPDT'
STEM#EQU   *-STEM
*
 DS0D
RACLAB   RACROUTE REQUEST=AUTH,ATTR=READ,CLASS='FACILITY',XX
   RELEASE=1.9,MF=L
 DS  XL8
RACLAB#  EQU  *-RACLAB

 MVC  SEC_ENTITY,STEM

 RACROUTE REQUEST=AUTH,   **
   WORKA=(R10),   **
   ATTR=READ, **
   ENTITYX=SEC_ENTITY,**
   CLASS=FACILITY$,   **
   MSGSUPP=NO,**
   LOG=ASIS,  **
   MF=(E,RACLAB)
*
*
Does the Above RACROUTE REQUEST=AUTH macro verify that the userid has
Read Authority to the Facility ?
Have I coded it properly ?
.
.
Without specifying a Userid, Is the ACEE used to verify the user ?
*
*
Should a Userid be explicitly specified on the command ?
*
*
Thank You
Paul D'Angelo
*

--
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: HSM Backup to Disk

[Rugen, Len]

Would the cloud tape connector work? 
https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&supplier=897&letternum=ENUS216-052

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, May 30, 2017 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Backup to Disk

The question of how much DASD you need strikes me as a can of worms. I doubt 
that we are unique in being legally required to keep 'some data' for the life 
of the corporation. Even if it's not a substantial percentage of the total, 
it's non-trivial and means that forever you will need to add more and more 
acreage to the DASD farm even if your 'live data' needs remain static--an 
unoptimistic forecast at best. 

I understand the short-term appeal of eliminating an entire peripheral 
component. I also understand the long-term agony of being required by a judge 
to cough up data that you can no longer retrieve. The rosy take is that your 
head will plop in the guillotine basket alongside your CEO's. ;-)

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, May 30, 2017 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HSM Backup to Disk

Note:  We have found using a VTS (Virtual Tape System) - any hardware vendor - 
works very well.  The device is a little DASD farm on the inside and our 
BACKUPs and MIGRATION datasets are super-fast to retrieve

Expansion on point 2:  You may need more DASD than you did TAPE.  I think with 
TAPE the BACKUP datasets are stacked.  When you write to DASD - I think they 
become individual dataset and may require more room



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Tuesday, May 30, 2017 11:11 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HSM Backup to Disk
> 
> So my thoughts are
> 
>   1) Yes you can do this
>   2) You may need more dasd that tape
>   3) You will be tying up DASD for a long time for backups.
>   4) You will need to determine how long your longest Backup dataset 
> is held for.
> 
> An HSM Backup is used to recover files.  So if this is part of a DR 
> process, then you need to account for that policy as well.
> 
> Also determine how is your HSM BACKUP datasets sent to a DR site (if 
> they are
> sent) and identify that as part of the DASD requirements.
> 
> Lizette
> 
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Heffner
> > Sent: Tuesday, May 30, 2017 10:03 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: HSM Backup to Disk
> >
> > First off, I would like to say I am not an HSM expert, I am 
> > supporting HSM while a coworker is on medical leave.  The company is 
> > looking to eliminate tape from the environment and I would like to 
> > know the best (or perhaps only) way to move HSM automatic backup from tape 
> > to disk.
> > My feeling is we need to obtain the disk space needed well ahead of 
> > the elimination of tape, then set backups to go to disk instead of 
> > tape, and just let the tape backups drop off through attrition.  
> > There are some backups that we keep up to 200 days.  Any other 
> > ideas?  This is
> z/OS 2.2.
> > Thanks -- Bob Heffner


--
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: Question about C++

[Rugen, Len]

I think I still suffer OOD (Object Oriented Disorder) :-)   However, a few 
weeks ago I managed to write a Python program to report on a data structure 
accessed by an OO api that was a fit to using recursion.  

Then I had to try to explain the magic of the html indention...  

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 30, 2017 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about C++

You're trying to scare the poor man!

After I learned OO, I realized the problem in trying to communicate the 
concepts.

- The easy-to-grasp explanations are stupid: Animal is a class. Dog and Cat are 
child classes of Animal. Fido is an instance of Dog. You could have an 
inherited public overridden method Speak() and say myAnimal.Speak() and if it 
were a Dog it would bark and if it were a Cat it would Meow ...

- The real problems that are solved by the significant features are too hard to 
explain in a simple tutorial. I solved a problem the other day with a very 
sparsely-implemented virtual polymorphic method -- but it would take me an hour 
to explain what the problem was.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Tuesday, May 30, 2017 5:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about C++

This might bewilder you some more ...

--
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: Migration of Mainframe to other plat form

[Rugen, Len]

The modernsystems one looks like it might not be an objective opinion, they 
seem to sell that as a service :-) 

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, May 04, 2017 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migration of Mainframe to other plat form

I did a google on IBM mainframe migration and here are two opposing viewpoints. 


https://www.forbes.com/sites/jasonbloomberg/2015/08/14/mainframe-migration-fools-errand/#6fd702984cd3


http://modernsystems.com/10-commandments-of-successful-mainframe-migration/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of James Wellingtin
Sent: Thursday, May 04, 2017 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migration of Mainframe to other plat form

Hi Steve

No , I don't get frustrated of not having a direct answer to the main question.

I really appreciate alt he answers coming in.
We are getting quite around a lot of things in this case and topic And it is 
all of great value and all of the answers contributes to  my final analyze

So , please go on with answers

Regards

James




2017-05-04 15:01 GMT+02:00 Steve Thompson :

> On 05/04/2017 05:18 AM, James Wellingtin wrote:
> 
>
>>
>> Have anybody experience with the vendor MetaWare doing migration , 
>> Did they succeed in migrating.
>> What did they migrate to
>> How long time did it take
>>
> 
>
> I understand your frustration. I am guilty of what I have been 
> frustrated with others about. One asks a question, and never gets a 
> direct answer to the main question being asked.
>
> After doing a bit of research on MetaWare, assuming we are talking 
> about the same company, they are a privately owned France based entity.
>
> I have found nothing about them, using Google, to know much about them 
> on a technical/effective basis. Their website doesn't give much to go 
> on in this area. However, I am amused by their stats they publish.
> Such as a 295% ROI in one year. But then again, I know that 86.3% of all 
> stats are made up.
>
> And so, since no one has said anything about them in/on this list, one 
> must assume that (1) none of us have experience with them, or (2) 
> those that do are not allowed to discuss anything because of an NDA 
> (Non Disclosure Agreement) whether effected by an out of court 
> settlement or actually signed prior to engagement, etc. or, (3) those 
> who do have experience with them are Lurkers that never post.
>
> Regards,
> Steve Thompson
>
>
> --
> 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

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@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: Mainframe operating systems?

[Rugen, Len]

I remember running OS/VS1 under VM/SP.  I seem to remember that we had to 
install an earlier VM, then add the "SP" feature on top of that.  

OS/VS1 did run pretty good under VM.  I remember coding diagnose instructions 
in JES exits to spool and tag output for RSCS.  I also remember the "pseudo 
page fault" trick.  I think VM returned that to OS/VS1 when he needed to fetch 
a page, OS/VS1 would dispatch another task while VM fetched the faulted page.  

I also remember a bug where VS1 storage was changed between instructions being 
a fun one to trace and capture, but I don't remember the cause.  

Len Rugen

Metrics and Automation - umdoitmetr...@missouri.edu

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

Re: Software vendor trying to force MSU based contract

[Rugen, Len]

We had a vendor of a product to lookup error message codes try to jump our 
price years ago.  Internet search engines were just becoming useful and IBM was 
putting manuals online, so we told the vendor we would renew for a reasonable 
increase, or cancel if they wouldn't accept that.  They didn't, we cancelled 
and removed the product before its expiration date.

When we reached the expiration date, the salesman called back asking why we 
didn't renew.  I reminded him of what we said, he then offered to renew at the 
same price as before.  I explained that we had taken the effort to find another 
way and no longer needed his product, even if it was free.  

I hope his boat payment wasn't hurt :-)

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Thursday, March 02, 2017 7:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract

As Dennis said, have the lawyers read your currently contract.

Hopefully, your product keys will not expire or lock you out if you change 
boxes.  The OS-Level will not usually hurt you unless the new version is using 
some features that they never used before.  But the type and serial number will 
hurt you if they are used to control the ACTIVATION of the product.

Let us all know how it works out

Steve   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longnecker, Dennis
Sent: Thursday, March 2, 2017 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Software vendor trying to force MSU based contract

I would think that if you had a contract in place and were not requesting any 
changes to the contract, the T&C's would stay the same.   If the contract was 
based on machine serial number, address, OS, etc. and you were requesting a 
change, then they could do this to you.   Sometimes they try to change the name 
of the product with a new version, but my contracts usually have language to 
include new versions, etc.

It's pretty hard to amend a contract unless both sides sign on the dotted line.

Dennis

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of JT
Sent: Tuesday, February 28, 2017 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Software vendor trying to force MSU based contract

Has anyone else experienced this?

A vendor for a mainframe data entry product used for the last 30 years (with a 
perpetual unlimited seat license) has sent us a contract addendum where they 
increase the price by 60+% and include language to change to a MSU based 
license.

The use of this product is dwindling while our MSU foot print is growing.

When questioned about the change the representative indicated government 
contracts give him no room to negotiate on price.

This will be turned over to the legal department, but I am interested how 
others have handled similar situations.


JT

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

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

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

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

Re: IBM's Marissa Mayer moment: Staff ordered to work in one of 6 main offices – or face the axe (2)

[Rugen, Len]

I've had the opposite complaint, after pushing each task to where I was waiting 
on something, I was leaving the office about 3 PM one day and ran into the VP.  
He questioned why I was leaving when others had to stay to all hours of the 
night to get their work done.  I said something like "I'm sorry they hired such 
slow people" and kept waking.  This when my mainframe was "going away" and 
being replaced by 100's of servers :-)   I knew I'd get in my "hours" during 
the maintenance windows.  When managers can't determine work effort, they 
revert to "butt time in seat" to attempt to measure effort.  

I'm still here, he is gone

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu



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

Re: Paper Tape

[Rugen, Len]

My first experience was with an IBM 2560 on a 370/125.  

The IBM 2560 Multi-Function Card Machine (MFCM) provides the System/360 Model 
20 with a unique and versatile input/output capability. It combines the 
facilities of a card reader, card punch, collator, interpreter, and card 
document printer, all under control of the Model 20 processor. (See Fig. 1.) 
Two card hoppers, an optical read station that reads both primary and secondary 
cards, a common punch station, an optional printing station, and five selective 
radial stackers provide the Model 20 system with a card handling capacity never 
before possible with one pass of the cards.

Using the letters "MFCM" was not well thought out in advance... it was a highly 
effective card shredder at times :-)  


Len Rugen

Metrics and Automation - umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael O'Byrne
Sent: Thursday, January 26, 2017 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Paper Tape

The IBM 1402 card reader read cards at 800 cards per minute or 1066.67 
characters per second (14XX series).
The IBM 2540 card reader read cards at 1000 cards per minute of 1333.3 
characters per second (S360 series).
The IBM 2671 paper tape reader read 500 - 1000 characters per second. 


Michael C. O'Byrne
Senior Software Analyst - Enterprise Server Foot Locker Corporate Services
7800 W Brown Deer Rd, Milwaukee, WI 53223
(414) 357-4094



From:   "R.S." 
To: IBM-MAIN@listserv.ua.edu
Date:   01/26/2017 09:04 AM
Subject:Re: Paper Tape
Sent by:IBM Mainframe Discussion List 



(I admit I could miss the information in the thread)

What was the speed of tape reader or card reader?
Of course I don't mean the device in motion transported on the wheels, but 
rather data transfer in bytes per second.  ;-)

--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorized to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. Wedug stanu na dzie 01.01.2016 r. kapita zakadowy 
mBanku S.A. (w caoci wpacony) wynosi 168.955.696 zotych.


--
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: IMS log files question

[Rugen, Len]

I've  been off IMS for too long, but it may be something in Recovery Control.

Len Rugen

Metrics and Automation - umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, January 18, 2017 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

See if DFHSM is running space management process on those volumes/pools.

Or you can check on the IMS List and see if someone over there has had a 
similar issue

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

IMS http://imslistserv.bmc.com/scripts/wa-BMC.exe?A0=ims-l



Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Tony Thigpen
> Sent: Wednesday, January 18, 2017 7:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IMS log files question
> 
> Which makes since. It is using the
> "larger of [JCL vs SMS]" & <= RET_LIMIT.
> 
> So, I am back to my original problem. I need to identify the process 
> that is suppose to be deleting the expired files from the VTOC?
> 
> Tony Thigpen
> 
> Burrell, Todd wrote on 01/18/2017 09:09 AM:
> > Looks like your RETPD=45 is overriding the SMS parameters.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
> > Sent: Wednesday, January 18, 2017 8:52 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: IMS log files question
> >
> >   From the job logs where the file is created:
> >
> > //DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
> > // DISP=(NEW,CATLG,DELETE),RETPD=45,
> > // UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))
> >
> > IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
> >   DSN (IMSVS.SLDSP.DBCT.D17018.T0040131.VF3)
> >   STORCLAS (SCIMSLOG) MGMTCLAS (MCIMSLOG) DATACLAS ()
> >   VOL SER NOS= HIMSL2
> >
> >   From the management class panel:
> > MGMTCLAS EXPIRE EXPIRERETPARTIAL  PRIMARY
> > NAME NON-USAGE  DATE/DAYSLIMIT   RELEASE  DAYS
> > --(2)--- ---(3)---  ---(4)  --(5)--  (6)  ---(7)--
> > MCIMSLOG 7   7  NOLIMIT  NO  0
> >
> > SMS is something I am just learning, but, if I am reading the manual 
> > right,
> I would expect the files to be gone after 7 days.
> >
> > But, from the VTOC:
> > Created  Expires
> > 2017.018 2017.063
> >
> > It appears that I am missing something. Because here is the vtoc 
> > dates for
> one of the old files:
> > Created Expires
> > 2015.190 2015.235
> >
> > Tony Thigpen
> >
> > Peter Hunkeler wrote on 01/18/2017 01:55 AM:
> >>
> >>> I am reviewing the system VTOCs and I see a lot of IMS log files 
> >>> that contain a date/timestamp in their names. I know they are 
> >>> created by the IMS system using the skeleton proc member ARCHJCL.
> >>> What I am seeing is that the file was created with a retention 
> >>> period of
> 45 days.
> >>>
> >>> //DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
> >>> // DISP=(NEW,CATLG,DELETE),RETPD=45,
> >>> // UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))
> >>>
> >>> But, I have daily files going back almost 2 years.
> >>
> >>
> >>
> >>
> >> Is the RETPD honoured at allocation time? Look for message 
> >> IGD17364I in the
> IMS joblog. What value is set for "RET LIMIT" in the management class. 
> If it is 0, then EXPDT and RETPD will be ignored, and EXPIRE NON-USAGE 
> and EXPIRE DATE/DAYS determine when space managment considers to 
> delete the data set. Any of those could be NOLIMIT. Or the value is larger 
> than your "almost 2 years".
> >>
> >>
> >> Have you looked a the "Expiration date" in ISPF for any of those 
> >> data data
> sets?
> >>
> >>
> >> --
> >> Peter Hunkeler
> >>
> >>
> >>

--
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: Hidden Figures

[Rugen, Len]

I had to explain the "HAL" name in 2001 A Space Odyssey, legend says it was a 
one-letter shift from IBM, but that was denied by the writers :-)


We're so old the young generation can't even appreciate our fiction :-)


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team



From: IBM Mainframe Discussion List  on behalf of 
Pew, Curtis G 
Sent: Tuesday, January 10, 2017 7:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Hidden Figures

My wife and I saw the movie "Hidden Figures" last Saturday, and I highly 
recommend it. Mentioning this here seems appropriate, since an IBM 7070 and 
FORTRAN play a significant role in the narrative.

--
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


--
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: Diasabled wait 088 when trying ipl z/os 2.1 under zVM 63 on zPDT

[Rugen, Len]

So last of PSW is x'0088"?


For reason code X'00', check the value specified in the LOAD parameter. If it 
is incorrect, use the correct value and reIPL. If it is correct, notify the 
system programmer that the LOADxx member is missing from SYSn.IPLPARM on the 
IODF volume or SYS1.PARMLIB on the IODF volume or on SYSRES.


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team



From: IBM Mainframe Discussion List  on behalf of 
Itschak Mugzach 
Sent: Monday, December 26, 2016 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Diasabled wait 088 when trying ipl z/os 2.1 under zVM 63 on zPDT

I am trying to ipl a z/os image that ipl properly as stand alone under
zPDT. When I try to ipl this system under z/vm (still zPDT), I get disabled
wait 088. all other bis are off, but I don't think this is a disk error as
it IPLs well in stand alone.

Any idea why this happen? BTW, we have a single CPU license if this matter.

Merry Christmas
ITschak

*| **Itschak Mugzach | Director | SecuriTeam Software | *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: 
www.Securiteam.co.il  **|*

--
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: Seasons Greeting

[Rugen, Len]

What?  There is more to security than chmod 777?


Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team



From: IBM Mainframe Discussion List  on behalf of 
Clem Clarke 
Sent: Saturday, December 24, 2016 4:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Seasons Greeting

Well I hope Santa brings you all the toys you could possible wish for.
Perhaps a nice new mainframe with good working security systems?  And
some decent programming languages like Cobol and PL/I which don't have
buffer overflow problems and that can handle a bit of Decimal Arithmetic
correctly?

Cheers from Oz,

Clem Clarke
http://start.oscar-jol.com/
[http://start.oscar-jol.com/_/rsrc/1468876365055/home/scrn02.gif]

Jol - Universal Command Language
start.oscar-jol.com
Job Organization Language - Jol Programming Language. Mainframe Computer 
Software. IBM Mainframe. Next Generation JCL. Next generation Job Control 
Language. Easy Simple JCL. Z Series. Linux. Scripting Language.



Edward Finnell wrote:
> We had a bout last year with a bloke following the delivery trucks. So the
> local constabulary put in an unmarked car with a CCTV in both directions
> and  caught him at the exit.
>
>
> In a message dated 12/23/2016 7:23:13 A.M. Central Standard Time,
> elardus.engelbre...@sita.co.za writes:
>
> Great,  great here in Sunny and very hot South Africa no one is using Post
> Office at  all due to theft/non-delivery of anything. (mails and  packages.)
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> -
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2016.0.7924 / Virus Database: 4739/13644 - Release Date: 12/23/16
>
>

--
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: how to: convince programmer something else is better.

[Rugen, Len]

Is it a database on the SAN?  Doesn't M$SQL support compression?  

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Thursday, December 15, 2016 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: how to: convince programmer something else is better.

While I sympathize with your effort, I have to wonder what happens 10 years 
from now when MicroFocus no longer supports the version of the compression 
routine you are using and the new version of the compiler cannot generate the 
calling sequence the old routines need.  I don't know that company at all but 
I'm sure Ed could regale us with lots of horror stories regarding loss of 
backward compatibility by numerous vendors.  We have been spoiled by IBM's past 
efforts in this area.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, December 15, 2016 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: how to: convince programmer something else is better.

I'm having a bit of a problem convincing a COBOL programmer to "not do"
something because, IMO, there is a better way. However, it almost seems like he 
is not hearing me.

Some background. We have an in-house written RLE blank compression routine 
which we use for some selected data sets. These data sets are known to have 
large sequences of blanks in the records. We have used this program for over 25 
years (it was here when I came here). So this predates SMS compression by a 
couple of decades. It was also used because, back in that day, VSAM KSDS data 
sets were limited to 2 GiB. Oh, the program is written in HLASM.

Well, we are getting off of z/OS to Wintel. Regardless of cost and time.
"So let it be written. So let it be done!" As part of this, we will need to 
uncompress the data and transfer it to Windows. There are no problems with that 
(other than screams from the SAN people about the size of the resultant files). 
Part of this is using MicroFocus COBOL to do some of the work (i..e port the 
COBOL programs to Windows). The aforementioned programmer wants a COBOL version 
of the HLASM compression and decompression routines. In fact, he has written 
the decompression routine. He wants me to write a COBOL version of the 
compression routine. Which I am working on.
This is being done "just in case" they are needed (i.e. the SAN people scream 
long & hard enough about space issues). However, MicroFocus supplies
3 different compression routines which can be called from COBOL. What I'm 
trying to convince the programmer to do is write the Wintel COBOL versions of 
the compression routines to take the same parameters as they have historically, 
but to call the MIcroFocus routines within them to do the actual compression 
and decompression. But, again, it is like he is just not hearing me.

Do any of the COBOL programmers out there have any idea how I can phrase this 
information so that it makes better sense to him? I.e. convince him that using 
the vendor compression routines, via a compatible interface routine, is the way 
to go?

--
Heisenberg may have been here.

http://xkcd.com/1770/

Maranatha! <><
John McKown

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

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

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

Re: COBOL in demand?

[Rugen, Len]

I haven't touched COBOL since I supported CICS.  I did use it for some fairly 
trivial CICS applications instead of Assembler, but after using less COBOL and 
more Assembler, I rarely started anything new in Cobol.


I remember generating shear horror in a manager one time, a long time ago.  We 
had a pretty massive file layout change, many record types, many fields, the 
doc was pages of old layout, new layout.  I had never used "move corresponding" 
and was somewhat bored, so I redefined the new file format using the same field 
names from the old record.  Instead of performed paragraphs of moves for each 
various record, my pretty simple logic just had something like "If recort-type 
= "104" then move corresponding old-record-104 to new-record-104.

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team



From: IBM Mainframe Discussion List  on behalf of 
Steve Thompson 
Sent: Tuesday, December 6, 2016 8:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL in demand?

Some years ago I was trying to get a system migrated to z/OS 1.4. I ran into a 
problem and my cohort told me I could write the diagnostic code in COBOL faster 
than I could do it in ALC. He was quite right. I knew enough about how the 
COBOL system behaved, that I could read the various outputs with COBOL and 
generate the JCL and Commands to fix it.

And, I have processed SMF records with COBOL as well. It is sometimes a pain to 
do (especially with VS/COBOL).

Now the particulars, or details, are a bit hazy now, since the 1.4 fiasco was 
about 2005.

Sent from my iPhone

> On Dec 6, 2016, at 9:16 PM, Clark Morris  wrote:
>
> [Default] On 6 Dec 2016 13:44:13 -0800, in bit.listserv.ibm-main
> ste...@copper.net (Steve Thompson) wrote:
>
>> Where I work we do a lot of COBOL.
>>
>> In fact, l use it as a tool to generate JOBs (JCL). I've even used it to 
>> help diagnose system problems.
>
> Could you elaborate on how you use COBOL for system problem diagnosis.
> A retired COBOL programmer who used COBOL as the primary language in a
> file and program usage system that included parsing SMF 30 records
> wants to know.
>
> Clark Morris
>>
>> People who know COBOL can do amazing things with it.
>>
>> Sent from my iPhone
>>
>>> On Dec 6, 2016, at 4:27 PM, Barkow, Eileen  wrote:
>>>
>>> This is from a LYNDA.COM COBOL course (using the free GNU COOBL on WINDOWS 
>>> under CYGWIN).
>>> I thought that some people might be interested in the big bucks being 
>>> offered to COBOL programmers.
>>> That is certainly news to me.  And there was even a reference to the old 
>>> days when the code had to be punched into cards.
>>>
>>> "
>>> COBOL is an endangered language. But it once ran 80% of the world's 
>>> business systems: thousands of mission-critical applications that still 
>>> exist today. Some companies want to upgrade and transition their COBOL 
>>> applications to more modern frameworks; others want to stick with COBOL's 
>>> relatively stable platform. In either case, hiring managers are willing to 
>>> pay a premium for candidates who know how to take on COBOL's challenges. 
>>> For this reason, programmers are learning COBOL again.
>>> "
>>>
>>> 
>>>
>>> This e-mail, including any attachments, may be confidential, privileged or 
>>> otherwise legally protected. It is intended only for the addressee. If you 
>>> received this e-mail in error or from someone who was not authorized to 
>>> send it to you, do not disseminate, copy or otherwise use this e-mail or 
>>> its attachments. Please notify the sender immediately by reply e-mail and 
>>> delete the e-mail from your system.
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Mainframe systems programmer ID 'vaulting'

[Rugen, Len]

At a minimum, I think an IT auditor would require a method of joining who owns 
one of these id's when, so the mainframe logs (and any other system) can know 
the real "who" did something.  What about long running tasks?  Can I start a 
session that outlives my lease on the ID?  I bet my task lives on, but blame 
goes elsewhere  Thinking like a bad guy, start a task with 24 hours of low 
use, then do bad things.

Sounds like a job for an ELK stack :-)  Has anyone ever tried sending mainframe 
things like SMF to ELK (elasticsearch/logstash/kibana, that acronym may not be 
well known here :-)?

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of william janulin
Sent: Tuesday, November 22, 2016 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe systems programmer ID 'vaulting'

Sounds like the brainchild of this project came from some management type that 
has no clue about mainframes. Usually ideas like that come from those types.
 

On Tuesday, November 22, 2016 1:37 PM, Bigendian Smalls 
 wrote:
 

 This is something I hadn’t heard much about, but a couple questions come to 
mind - for anyone who has thought about or implemented this:

1) If you have a pool of IDs, then are you losing granularity with which you 
might want to assign privelages?  Meaning you now have to have IDs that have 
exactly the same permissions - if they are user-agnostic (among some class of 
users obviously, like DEVs or SYSPROGs or whatever) - Seems like that is back 
to the old, “Create a new id.  What perms to give him? Dunno, just build it 
like Chad’s, they have the same job.”  Which has kind of gone out of style for 
obvious reasons (though still prevelant in practice).

2) How does tracing back activity go?  If Gil & Charles decide to collude and 
do horrible things, I see this on SMF or whatever I’m using to monitor these 
guys, then I have to go back to another system of record to see who had those 
IDs during what time (hoping that all that data is up to date, accurate and 
available)  ?  

3)  Is this a band-aid, where having MF-RACF (or whichever ESM) passphrases / 2 
factor auth would seemingly be preferable, but for whatever reason people 
can’t/won’t do this?

4) I get the value for privileged IDs that say a production support dev or 
infrastructure team that’s 2nd level, or oncall might not need everyday, but 
might need in a “break glass” scenario; but day to day - would it make sense?  
Certainly if the alternative is the standard password character pool and it’s 
30 year old lack of entropy, then anything is an improvement - but given the 
headaches in doing a huge new process / tooling - I wonder if time wouldn’t be 
better spent updating the ESM settings + 2 factor?


Chad


> On Nov 22, 2016, at 10:52 AM, James Peddycord  wrote:
> 
> NTAC:3NS-20
> Our company is undergoing a project to 'protect privileged access' by using a 
> password vaulting product. We have been doing this for quite some time for 
> applications teams who require higher levels of access to production datasets 
> for problem resolution, installs, etc.
> The way it works is that a pool of logonids is created, along with an AD 
> group that allows the appropriate applications folks to be able to 'check 
> out' one of these pooled logonids for 24 hours via a web interface. The web 
> interface uses the users lan password plus their secure key passcode and 
> phrase to validate their identity.
> The project has now included Windows and Unix server admins, but instead of a 
> pooled logonid these users have separate logonids with admin access and they 
> 'check out' their own individual administrator logonid.
> Now the project has moved into the mainframe systems programmer space. So far 
> we have used the 'privileges' on the logonid records as defined by our 
> security product to limit this vaulting. Users with 'security' access must 
> check out logonids from the vault. Users with the non-cncl privilege are next.
> During project discussions it has been brought up that the systems 
> programmers, with their access to SYS1 datasets and operator commands, are 
> privileged users by nature, and that eventually they are going to want to 
> vault this access. We (the systems programmers) are strongly against this.
> It looks like at some point we will lose our battle and our access to the 
> mainframe will be vaulted, meaning my entire team will need to check a 
> logonid out of the password vault every morning before starting work. Our 
> main argument now is that we do not want these logonids to be generic, pooled 
> logonids, we want them to be basically the same as our own logonids so that 
> we can see who did what by using the mainframe's built in logging (SMF data, 
> ISPF stats, etc...).
> 
> My questions are, are other companies using password vaulting or other 
> multi-level authentication for mai

Re: Can Someone Check Redbooks?

[Rugen, Len]

Looks like it.

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
George Rodriguez [george.rodrig...@palmbeachschools.org]
Sent: Thursday, September 29, 2016 6:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can Someone Check Redbooks?

Is the http://www.redbooks.ibm.com/ site down?

*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

--


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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@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: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Rugen, Len]

It would be an interesting concept to have a team of old farts to provide 
support for one or a few Z/OS sites, they could provide backup for each other 
and 24x7 availability without being over taxed.  We've all had the rash of 
grass fires that eat all the hours available in a few days.  They could chose 
what percentage of full time they wanted to participate and build support 
schedules accordingly.  

I always worked in what were small shops, from 1 to maybe 4 main "OS" people.  
Sometimes we had VTAM, DB, CICS and/or VM people, but the teams were small 
enough to be agile and yet could sanity check plans against others expertise 
before blundering into some bear trap.  

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Lester, Bob [bles...@ofiglobal.com]
Sent: Wednesday, September 28, 2016 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 
states away from you).

Hi Len,

Same here.  I'm not sure if my 40+ years of MF experience will be in demand 
for much longer.  I hope so - it's still may favorite platform.

These days, I'm working  on lunix/unix to add to my knowledge, and to 
hopefully keep a job.  :-)

I've been following these threads with much interest, as I'm approaching 60 
and want to know what my options are.

Thanks!
BobL



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rugen, Len
Sent: Wednesday, September 28, 2016 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 
states away from you). [ EXTERNAL ]

I've contemplated retiring from my current post-mainframe job sometime if I 
could find a fitting at least mostly remote job.  Another option would be short 
term contracts and living the RV life :-)

I wonder how long my mainframe knowledge will be marketable, how may year away 
is too long?

The other alternative is the same setup, but my current skill set, Linux, 
Zabbix, DEV-OPS and maybe soon Splunk or ELK.

If you search the MXG logs or the various Listservs, you'll find my name, we 
just didn't know that kind of cooperation was the future of "open source" :-)


Len Rugen  - The past owner of IMS-L :-)


University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

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

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

--
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: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you).

[Rugen, Len]

I've contemplated retiring from my current post-mainframe job sometime if I 
could find a fitting at least mostly remote job.  Another option would be short 
term contracts and living the RV life :-)   

I wonder how long my mainframe knowledge will be marketable, how may year away 
is too long?  

The other alternative is the same setup, but my current skill set, Linux, 
Zabbix, DEV-OPS and maybe soon Splunk or ELK.  

If you search the MXG logs or the various Listservs, you'll find my name, we 
just didn't know that kind of cooperation was the future of "open source" :-)


Len Rugen  - The past owner of IMS-L :-)


University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team

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

Re: How do you say "z/OS"?

[Rugen, Len]

Legacy, how did you pronounce MVS, MVS/SP, MVS/ESA and OS/390?  I never heard 
"emmvees eisa"  :-)  

Just commeting for kicks  (A CICS joke)


Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu

Myth: If You Can’t Measure It, You Can’t Manage It, but if you have data, it’s 
not cheating to use it.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Porowski, Kenneth
Sent: Friday, September 16, 2016 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do you say "z/OS"?

I consider anyone that doesn't pronounce all three letters separately to be a 
Mainframe newb.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, September 16, 2016 2:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] How do you say "z/OS"?

On 9/16/2016 11:27 AM, Porowski, Kenneth wrote:
> I believe it is either 'zee oh ess' or 'zed oh ess' depending on how you 
> pronounce the letter 'z'.  Either way is acceptable.

I'm not a big fan of "zauce" (rhymes with "sauce")...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
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: Adding Module to an empty APFed Library

[Rugen, Len]

I think auditors must have an annual convention and decide what to add to their 
checklist at some SCIDS equivalent.  

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu

Myth: If You Can’t Measure It, You Can’t Manage It, but if you have data, it’s 
not cheating to use it.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Wednesday, August 03, 2016 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Adding Module to an empty APFed Library

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Wednesday, August 03, 2016 8:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Adding Module to a empty APFed Library
> 
> Just a note.  Auditors hate it when we have an APF list entry with no 
> dataset.  Makes them cringe.

I wonder why.  The only time it would have any effect is if something is added 
to it.  Adding to an empty APF library is hardly different than adding to a 
populated one.

Did they ever discuss what additional exposure they thought it created?

--
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: OT, funny. A good comic about "Code Quality"

[Rugen, Len]

I worked where IBM's Information Center was installed, it was a CMS product 
written in APL.  

I had to "fix" something, creating an array "yourboat" just so I could  it :-)  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andy Wood
Sent: Monday, June 20, 2016 3:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT, funny. A good comic about "Code Quality"

On Mon, 20 Jun 2016 09:46:44 -0500, Elardus Engelbrecht 
 wrote:

. . .
>
>"I tried APL once, back in 77.  I thought it was the perfect programming 
>language.  One could write an entire program on/in one line of code. "
>

The only thing I remember about APL is ")OFF".

For some reason (lost in the mists of time) we regularly had TSO users who 
managed to "accidentally" invoke the APL interpreter, which was almost 
impossible to terminate unless you knew the above magic incantation.

--
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: CICS - TS MAIN, AUX question

[Rugen, Len]

Look at the TS part of 
https://share.confex.com/share/116/webprogram/Handout/Session8269/SHARE%20Anaheim%20CICS%20Performance%20Tutorial%20-%20Other%20Tuning%20Areas%2002102011.pdf

It's been several years, but I had an installation where TS was heavily used.  
It had used MAIN storage, but as the system grew, it would cause SOS, so it was 
changed to AUX, but not given enough buffers, so it severely impacted 
performance.  

Note the part above that talks about TS uses delayed write to the VSAM file.  
Note also that TS should be TEMPORARY, it's not for long term storage.  

The CICS statistics program can be used to report on TS usage, but I don't 
remember the format.  

I was able to determine that I had S average sessions retaining TS data, each 
session could be contained in B TS buffers, so I allocated (S * B) * 1.5 TS 
buffers.  TS VSAM writes went down by over 90%, but TS was there if there were 
abandoned sessions leaving data.

Net result was I got back to BETTER than TS Main performance, most of the data 
was never written to VSAM, and it used a lot less main storage.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Monday, June 20, 2016 4:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CICS - TS MAIN, AUX question

Hi Folks,

I've been seeing a lot of TS buffer and string waits in some of my CICS 
regions, and also noticed that I can benefit by increasing the CISIZE of TS AUX.
Is there any way for me to calculate the CPU and I/O consumed/wasted on string 
& buffer waits BEFORE implementing this change.
This way, I can say that 'x' system resources was saved by doing this basic 
fine-tuning task.

Happy to look into SMF as well but I reckon CICS SMF is compressed and I 
therefore can't read it manually.

Thanks in advance!

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

--
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: TCPIP Help

[Rugen, Len]

It can be the case of old dogs not learning new tricks, I still use rz and sz, 
I always have to install lrzsz first, that's one of my footprints that I've 
been on a system :-)  

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Wednesday, June 01, 2016 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TCPIP Help

Mainly out of curiosity, why use IND$FILE and not FTP?
I am assuming that TCPIP is up and running and that you are not accessing your 
TSO via native VTAM?

On 1 June 2016 at 17:52, Rugen, Len  wrote:

> I've seen similar problems where some point along the path fumbles 
> max-MTU sized packets.
>
> You can test this by setting the MTU on the PC initiating the TSO 
> session to something smaller, try 1200, it's usually just a small 
> amount smaller size MTU that works.
>
> 3270 screen sessions will work as long as they don't try to send a max 
> MTU frame, but IND$FILE will almost guarantee a max MTU frame.
>
> Len Rugen
>
> Metrics and Automation – umdoitmetr...@missouri.edu
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of John McKown
> Sent: Wednesday, June 01, 2016 9:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TCPIP Help
>
> On Wed, Jun 1, 2016 at 9:21 AM, Scott Ford  wrote:
>
> > All:
> >
> > I need some help guys/gals.  I have installed z/OS 2.2 under z/PDT 
> > and have a wierd issue. I am trying to send a file via IND$FILE, I 
> > see the xref start and it hangs forever forcing me to cancel the TSO userid.
> > Could this be a IP routing issue ?  I need some help on where to 
> > start looking.  I realize this isnt the TCPIP forum and apologize 
> > for the thread.but I need some help.
> >
>
> ​I'm confused. IND$FILE does not run on TCP/IP per se. It runs over 
> the
> 3270 data stream (the 3270 emulation session). So long as you can 
> access TSO with no problems, then IND$FILE should work OK. ​How are 
> you invoking IND$FILE? In the past, I would get out of ISPF, back to 
> the TSO ready. I then switched to a command prompt and used the "send" 
> or "receive" (IIRC) commands, which were a part of the 3270 emulation 
> software package.
>
> ​One thing that I know of which will hang up an IND$FILE will be an 
> asynchronous message coming to the ​TSO user, such as from a NOTIFY on 
> a job or someone using the TSO SEND command to send a message. I 
> always used a PROFILE NOINTERCOM to help avoid this problem.
>
>
>
>
> >
> > Regards,
> > Scott
> >
> >
>
>
> --
> The unfacts, did we have them, are too imprecisely few to warrant our 
> certitude.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
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: TCPIP Help

[Rugen, Len]

I've seen similar problems where some point along the path fumbles max-MTU 
sized packets.  

You can test this by setting the MTU on the PC initiating the TSO session to 
something smaller, try 1200, it's usually just a small amount smaller size MTU 
that works. 

3270 screen sessions will work as long as they don't try to send a max MTU 
frame, but IND$FILE will almost guarantee a max MTU frame.

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, June 01, 2016 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TCPIP Help

On Wed, Jun 1, 2016 at 9:21 AM, Scott Ford  wrote:

> All:
>
> I need some help guys/gals.  I have installed z/OS 2.2 under z/PDT and 
> have a wierd issue. I am trying to send a file via IND$FILE, I see the 
> xref start and it hangs forever forcing me to cancel the TSO userid. 
> Could this be a IP routing issue ?  I need some help on where to start 
> looking.  I realize this isnt the TCPIP forum and apologize for the 
> thread.but I need some help.
>

​I'm confused. IND$FILE does not run on TCP/IP per se. It runs over the
3270 data stream (the 3270 emulation session). So long as you can access TSO 
with no problems, then IND$FILE should work OK. ​How are you invoking IND$FILE? 
In the past, I would get out of ISPF, back to the TSO ready. I then switched to 
a command prompt and used the "send" or "receive" (IIRC) commands, which were a 
part of the 3270 emulation software package.

​One thing that I know of which will hang up an IND$FILE will be an 
asynchronous message coming to the ​TSO user, such as from a NOTIFY on a job or 
someone using the TSO SEND command to send a message. I always used a PROFILE 
NOINTERCOM to help avoid this problem.




>
> Regards,
> Scott
>
>


--
The unfacts, did we have them, are too imprecisely few to warrant our certitude.

Maranatha! <><
John McKown

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

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

Re: What was a 3314? (was: Whither VIO)

[Rugen, Len]

The real odd balls, 3340, 3344, 3370 & 3375's :-)

3340's had the coolest looking removable disk assembly.

I suspected that the 3344 was a code-hacked 3350, it just carved 4 70Mb disks 
out of the larger physical disk.  

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Steve Thompson [ste...@copper.net]
Sent: Monday, May 16, 2016 6:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What was a 3314? (was: Whither VIO)

2314, 2419, 2311, these are just a few of the "IBM" DASD that
I've had the pleasure of working with. I've forgotten the drum
device numbers and the noodle snatcher model number.

Regards,
Steve Thompson

On 05/16/2016 07:24 PM, Jesse 1 Robinson wrote:
> OK, the sleeping dog wants some attention. Before my first reply, I carefully 
> Googled device type 2314 to verify the number. Then I typed '3314' because 
> who has ever worked with DASD that started with something other than '33'? 
> 2314 remained valid in the IODEVICE macro long, long after the final one 
> disappeared into the sunset. And as I said, I was advised to use it for VIO 
> because of 'device architecture', whatever that meant. Track size, I guess, 
> from what others have posted.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Clark Morris
> Sent: Monday, May 16, 2016 4:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: What was a 3314? (was: Whither VIO)
>
> [Default] On 16 May 2016 07:01:50 -0700, in bit.listserv.ibm-main 
> jcal...@narsil.org (Jerry Callen) wrote:
>
>> In the "Whither VIO" thread, J.O.Skip Robinson wrote:
>>
>>>   In a previous life, we defined VIO (I believe) to device 3314 even
>>> though we had none left on the floor
>>
>> That's a device type I've never heard of, and the Google knows not of. Could 
>> this be a typo for "2314"?
>
> I believe the OP meant 2314 which had 7294 bytes per track.  It was a 
> removable disk.
>
> Clark Morris
>>
>> -- Jerry
>
> --
> 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: zSECURE 32 x 80 Hang

[Rugen, Len]

I've remembered a little more about session hang and MTU size.  1500 is 
supposed to work everywhere, however there are some things in the past that 
just didn't work with 1500, and the symptom was that things just quietly hung.  
Some times it would even paint part of the screen and hang.  Changing the 
client side MTU to something smaller, maybe 1400, would "fix it".   It probably 
didn't fix it, it just masked whatever the bug was elsewhere.  

Isn't token ring MTU something less than 1500?  

A few years ago, a Linux sysadmin was using dyndns to get back to his home 
system and it would hang in a similar manner.  I had him set his MTU down a 
little and it started working.  

I think the problem ONLY happens when a message at MTU 1500 doesn't need 
fragmented, but at the lower MTU DOES need fragmented. 

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Elardus Engelbrecht [elardus.engelbre...@sita.co.za]
Sent: Friday, May 06, 2016 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zSECURE 32 x 80 Hang

George Henke wrote:

>Whenever we Dial into our z/OS VM with PCOMM and 32X80 screen size it hangs at 
>the very end of the ISPF dialog and after displaying the final ISPF dialog 
>screen.

What do you mean by 'hang'? Are your sessions standing still, waiting for 
something requiring a cancel of your session? Is your Keyboard locked (Host 
keyboard lock status)? Is this only you [1] or are others also affected?

What is the name (PANELID) of those dialog screens? Perhaps those panels and or 
the driving dialogs were coded incorrectly? Or should I ask, what were you 
actually doing from one panel to the other?

I see ZSECURE in Subject. Are you referring to IBM's security tool product? If 
so, open a PMR. If IBM can recreate your problem this should be very 
interesting.


>24 X 80 is ok.

>Coming through PCOMM on CITRIX is ok.
>Coming through a NATed address in PCOMM is also ok.

With what screen size for above?

Now you're talking about NATed address, check your firewall settings on your 
workstation and on all parts of your network.


>It only fails when we Dial In with 32 X 80.

If you're in office, can you use 32x80? I always use 32x80 from home and from 
office. I hate 24*80, but then it is just me... ;-)


>Any ideas?

Probably a bad logmode in VTAM / TCP/IP? Do you use Extended Attribute?

What about larger sizes? Can you use them?

Len Rugen said something about MTU. Hmmm, very interesting.

Perhaps you can review your PCOMM settings? Oh, with what version of PCOMM and 
z/VM are you working?

Can you extract a session trace from your PCOMM session and see if some invalid 
characters were transmitted?

Sorry for asking so many bothersome questions, but I have done similar, but 
weird session+communication debugging ages ago...

Groete / Greetings
Elardus Engelbrecht

[1] - Check your profile dataset and your ISPF screen attributes and settings.

--
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: zSECURE 32 x 80 Hang

[Rugen, Len]

Check MTU sizes.  It's been so long ago, I don't remember why.

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
George Henke [gahe...@gmail.com]
Sent: Friday, May 06, 2016 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zSECURE 32 x 80 Hang

Whenever we Dial into our z/OS VM with PCOMM and 32X80 screen size it hangs
at the very end of the ISPF dialog and after displaying the final ISPF
dialog screen.

24 X 80 is ok.

Coming through PCOMM on CITRIX is ok.

Coming through a NATed address in PCOMM is also ok.

It only fails when we Dial In with 32 X 80.

Any ideas?

--
George Henke
(C) 845 401 5614

--
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: VIRTUAL TAPE PECULIARITY

[Rugen, Len]

I seem to remember adding a process to re-init tapes at scratch so they would 
free VTL space.  

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gibney, David Allen [gib...@wsu.edu]
Sent: Monday, April 25, 2016 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VIRTUAL TAPE PECULIARITY

It also does depend on the type of VTL. A Luminex MVTi for example, doesn't 
reclaim until you write to the scratch tape or reinit it.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Monday, April 25, 2016 9:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VIRTUAL TAPE PECULIARITY
>
> Virtual tape processing is the similar to physical tape processing.  Only
> difference is that virtual tapes are files are on a storage array and the
> physical tapes are square boxes you can tote in your hand.
>
> So you need to determine what are the requirements for a tape to go
> scratch.  Once that point in time occurs for scratching the tapes, the storage
> is reclaimed in the tape storage array.  As others have pointed out, the
> storage can be reclaimed if the physical storage on the Virtual storage array
> for tape happens (95% for example), it will start to reclaim what it can.
>
> If you have a tape management system like CA1, TLMS, etc  Then you need
> to find out what their requirements are for scratching the tape.  It is best 
> if
> the two environments (tape management system and virtual tape system) use
> a same point in time to scratch tapes.
>
> When we first installed our VTS, we had X days for the VTS and Y days for
> CA1.  Needless to say, we got several issues where the tape looked like it
> should be viable but became scratched.  We later sync'd the two up to 2 days
> for both.
>
> You also need to know how much physical storage is on the VTS and how
> much is being used.  Too little physical storage could cause the VTS to start
> reclaiming tapes that are scratched more quickly.
>
> The relationship between your tape, when it gets scratched and when the
> virtual tape storage system recovers that data will be unique for your shop.  
> If
> you can contact the group responsible for supporting your virtual tapes, they
> can probably give you better answers.
>
> Things to review
>
> 1) What is the tape management system (TMS)?
>
> 2) When does the TMS scratch tapes
>
> 3) When does the VTS scratch tapes
>
> 4) How much storage is on the VTS and how much is being used?
>
> 5) How long do you have after the TMS scratches the tape before the VTS
> reclaims the space?
>
> Next review how your tape dataset is being created.  What is the EXPDT or
> RETPD for the dataset?  Is it long enough?  Do you need to extend that
> timeframe?
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of John Dawes
> > Sent: Monday, April 25, 2016 9:27 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: VIRTUAL TAPE PECULIARITY
> >
> > Is it safe to say that once a tape goes scratch all the data is deleted?
> >
> > Also, is the same volume serial number - in this case A15886 - is kept
> > and reused?
> >
> > Please bear with me because I am not very familiar with virtual tape
> > processing.
> >
>
> --
> 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: List user's

[Rugen, Len]

I spent too much time in MXG, I always look at the SMF record types first :-)  

I also spent enough time looking for "the bad guy" that I sometimes think like 
one.  When TSO accounts were available to nearly anyone in a University 
environment, even with idle time enforcement, some users would take measures to 
circumvent such timeout, so I often had multi-day sessions.  Let alone 
researchers  Remember the vector facility?  I think we had VF on a 3090 or 
something 

-Original Message-


​> Yes, but that's definitely ​for the elite programmers.


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

Re: List user's

[Rugen, Len]

https://www.ibm.com/support/knowledgecenter/SSLTBW_1.13.0/com.ibm.zos.r13.icha300/type80fmt.htm%23type80fmt

Probably code 0

watch for long running sessions that started before the date in question 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hilario Garcia
Sent: Friday, April 15, 2016 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: List user's

Hello,

I need to obtain a list of users that access to the Z/OS (CICS, TSO, Batch) in 
a specific date.

¿  Is there any job to obtain this data from RACF or SMF ?

Thanks in advance.

Hilario

--
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: Raised Floor

[Rugen, Len]

I know my feet about froze when I had a desk on raised floor :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longnecker, Dennis
Sent: Tuesday, March 15, 2016 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Raised Floor

While not an operating system type question, I know someone here will be able 
to answer .

In the USA, are there requirements/rules regarding how a raised for can be 
utilized?   I seem to recall reading some code that specified only people who 
need to work on a raised for should be located on a raised floor...something 
about being due to the different electrical systems in a raised floor vs office 
space.   That is, you shouldn't house someone's desk on a raised floor if they 
don't need to use anything in the raise floor.

Dennis


--
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: Real Storage Allocation

[Rugen, Len]

I'd say it depends on your workload :-)  

If you are doing I/O that could be avoided with more buffers, it would be used. 
 Sort might be able to use it, if you sort much.  

I once did amazing things increasing CICS temp storage buffers :-)

Len Rugen

University of Missouri
Division of Information Technology
Systems & Operations - Metrics & Automation Team


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
phil yogendran [philyo...@gmail.com]
Sent: Friday, February 12, 2016 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Real Storage Allocation

Hello,

Is there a downside to over-allocating real storage on an LPAR?

We will be upgrading current processors which are tired and soon to be out
of service to z13's which will have 4 times the storage we have at present.

We don't have any issues with paging or UIC etc. but I feel that on the new
processors, I need to make use of most if not all that available storage.

Some of my thoughts are;

- Will the additional storage be used on an LPAR which already has enough
to do it's work.
- Is there a way to monitor for 'unused' storage?
- If the storage is not used, is there a loss of cycles in an 'overhead' to
managing this unused storage?
- etc.

Your comments will be appreciated.

--
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: Reading the CA-1 Tape Catalog

[Rugen, Len]

Here's the obligatory vendor plug, see mxg.com, at least if you have the SAS 
software available.  I used it to consolidate SMF, RACF, CA-1 and many other 
information for research and reporting.  

At least before we killed the mainframe and went back to reproducing the 
problems from the 1980's in servers  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hardee, Chuck
Sent: Friday, February 12, 2016 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading the CA-1 Tape Catalog

Thanks Russell, I'll go re-read the documentation in the programming guide.


Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 
(412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com  | 
www.thermofisher.com

WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent of a system responsible for delivering the message to 
the intended recipient, is prohibited. If you are not the intended recipient, 
please inform the sender and delete all copies.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Russell Witt
Sent: Friday, February 12, 2016 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading the CA-1 Tape Catalog

Chuck,

As Level-1 has indicated, you will have to read the entire TMC and do your 
executed compare (length of the DSN computed up to the .GV00) on every 
entry within the TMC. There are two ways to access the TMC (both documented in 
the Programming Guide); one is a sequential access method and one is a 
direct-read method that reads one specific record at a time. For performance 
reasons, you will want to read the entire TMC of course in the sequential 
access method. I know that other products read the TMC quite often (MXG of 
course comes to mind) mining it for information. And there is nothing that says 
you must use the CA 1 access methods (after all, the TMC is a simple flat-file 
that any program using QSAM can read). The CA 1 macros for sequential access 
will require an OPEN, a GET and a CLOSE. 

One nice reason to use the CA 1 macro's for the sequential access is that the 
OPEN can specify if you want the active TMC used all the time (in which case we 
will dynamically allocate it and a DD statement is NOT allowed), optionally (in 
which case we will dynamically allocate the TMC if there is no DD statement) or 
none of the time (in which case a DD statement is required). So, if you only 
want to look at the active TMC you can eliminate the DD statement from your JCL 
and simply have the CA 1 OPEN macro dynamically allocate the ACTIVE TMC for you.

Russell Witt
CA 1

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hardee, Chuck
Sent: Friday, February 12, 2016 5:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Reading the CA-1 Tape Catalog

Hello Everyone,

I have posted this to the IBM Mainframe and IBM Assembler lists.

I was wondering if anyone has ever written a program to read the CA-1 Tape 
Catalog for a generic name?
In a nutshell, what I am wanting to do is look up in the catalog all entries 
for a GDG base name.

Currently my program issues a call to the IBM Catalog Search Interface (CSI) 
program, IGGCSI00, passing the GDG name and I get back all entries that are 
currently cataloged. However, if I go to CA-1's TSO Inquiry panel and put in 
the GDG name modified to have a low level qualifier of "-" (CA-1's equivalent 
of "*"), I get back 621 entries. Since the GDG is defined to have
150 entries, that's all I'll ever get, via MVS services. However, as can be 
seen, there are more tapes available.

I have read thru the CA-1 Tape Management Programming Guide, and there appear 
to be numerous macros that can be used to access the catalog, but the 
narratives for the macros leave something to be desired in the name of clarity 
when one isn't a CA-1 expert. And, before you ask, yes, I have asked
CA-1 support for help but I am getting the run around from them. For whatever 
reason, they just don't want to seem to help. It may be a level 1 protecting 
level 2 situation, or it may just be they don't want to take the time to 
educate the user community. Whatever the reason, I need to look for alternative 
assistance.

So, if anyone has a snippet or three of code to OPEN, READ and CLOSE the
CA-1 catalog looking for a dataset name, I would appreciate it if you would be 
willing to share.

Thanks in advance,
Chuck


Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 51

Re: Compile error

[Rugen, Len]

I ran OS/VS1 on a 4341 and later I think on a 4381.  We also ran VM, OS/VS1 had 
a VM "Assist" mode where it didn't page, but let VM page for it.  I think 
OS/VS1 ran JES, just JES, no 2 or 3 after it, but it looked a lot like JES2.  

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

Re: Compile error

[Rugen, Len]

Quote vs. apost option?

Len Rugen

Metrics and Automation – umdoitmetr...@missouri.edu


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, January 19, 2016 9:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compile error

What platform are you running this on?  This does not appear to be COBOL 
compiler on z/OS

An internet search on IKF1017I appears to be Hercules390 compiler?  z/OS Cobol 
is IGY typically.
  
Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ron Thomas
> Sent: Tuesday, January 19, 2016 8:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Compile error
> 
> Hello
> 
> We are trying to compile a very old cobol/db2 program and getting the 
> below error . Could someone let me know how to get this fixed ?
> 
> 00210   77 SQL-TEMP  PIC X(128).
> 00211   77 DSN-TEMP  PIC S9(9)  COMP-4.
> 00212   77 DSN-TMP2  PIC S9(18) COMP-3.
> 00213   77 DSNNROWS  PIC S9(9)  COMP-4.
> 00214   77 DSNNTYPE  PIC S9(4)  COMP-4.
> 00215   77 DSNNLEN   PIC S9(4)  COMP-4.
> 00216   77 SQL-NULL  PIC S9(9) COMP-4 VALUE +0.
> 00217   77 SQL-INIT-FLAG PIC S9(4) COMP-4 VALUE +0.
> 00218  88 SQL-INIT-DONE VALUE +1.
> 00219   77 SQL-FILE-READ  PIC S9(9) COMP-4 VALUE +2.
> 00220   77 SQL-FILE-CREATEPIC S9(9) COMP-4 VALUE +8.
> 00221   77 SQL-FILE-OVERWRITE PIC S9(9) COMP-4 VALUE +16.
> 00222   77 SQL-FILE-APPENDPIC S9(9) COMP-4 VALUE +32.
> 00223   01 SQL-PLIST5.
> 00224  05 SQL-PLIST-CON   PIC S9(9) COMP-4 VALUE +4195328.
> 00225  05 SQL-CALLTYPEPIC S9(4) COMP-4 VALUE +30.
> 00226  05 SQL-PROG-NAME   PIC X(8)  VALUE X'5453533530305020'.
> 00227  05 SQL-TIMESTAMP-1 PIC S9(9) COMP-4 VALUE +436568894.
> 00228  05 SQL-TIMESTAMP-2 PIC S9(9) COMP-4 VALUE +473023280.
> 00229  05 SQL-SECTION PIC S9(4) COMP-4 VALUE +1.
> 00230  05 SQL-CODEPTR PIC S9(9) COMP-4.
> 00231  05 SQL-VPARMPTRPIC S9(9) COMP-4 VALUE +0.
> 00232  05 SQL-APARMPTRPIC S9(9) COMP-4 VALUE +0.
> 00233  05 FILLER  PIC S9(4) COMP-4 VALUE +1208.
> 00234  05 SQL-STMT-TYPE   PIC S9(4) COMP-4 VALUE +231.
> 00235  05 SQL-STMT-NUMPIC S9(9) COMP-4 VALUE +239.
> 00236  05 SQL-PLIST-FLG   PIC S9(4) COMP-4 VALUE +0.
> 00237  05 FILLER  PIC X(18) VALUE
> 00238 X''.
> 00239  05 SQL-AVAR-LIST5.
> 00240 10 PRE-SQLDAID  PIC X(8)  VALUE 'SQLDA   '.
> 00241 10 PRE-SQLDABC  PIC S9(9) COMP-4 VALUE +104.
> 00242 10 PRE-SQLN PIC S9(4) COMP-4 VALUE +2.
> 0243 10 PRE-SQLLDPIC S9(4) COMP-4 VALUE +2.
> 0244 10 PRE-SQLVAR.
> 0245   12 SQLVAR-BASE1.
> 0246 15 SQL-AVAR-TYPE1  PIC S9(4) COMP-4 VALUE +452.
> 0247 15 SQL-AVAR-LEN1   PIC S9(4) COMP-4 VALUE +8.
> 0248 15 SQL-AVAR-ADDRS1.
> 024920 SQL-AVAR-ADDR1   PIC S9(9) COMP-4.
> 025020 SQL-AVAR-IND1PIC S9(9) COMP-4.
> 0251 15 SQL-AVAR-NAME1.
> 025220 SQL-AVAR-NAMEL1  PIC S9(4) COMP-4 VALUE +0.
> 025320 SQL-AVAR-NAMEC1  PIC X(30) VALUE ' '.
> 0254   12 SQLVAR-BASE2.
> 0255 15 SQL-AVAR-TYPE2  PIC S9(4) COMP-4 VALUE +500.
> 0256 15 SQL-AVAR-LEN2   PIC S9(4) COMP-4 VALUE +2.
> 0257 15 SQL-AVAR-ADDRS2.
> 025820 SQL-AVAR-ADDR2   PIC S9(9) COMP-4.
> 025920 SQL-AVAR-IND2PIC S9(9) COMP-4.
> 00260 15 SQL-AVAR-NAME2.
> 0026120 SQL-AVAR-NAMEL2  PIC S9(4) COMP-4 VALUE +0.
> 0026220 SQL-AVAR-NAMEC2  PIC X(30) VALUE ' '.
> 00263   01 SQL-PLIST6.
> 00264  05 SQL-PLIST-CON   PIC S9(9) COMP-4 VALUE +4195328.
> 00265  05 SQL-CALLTYPEPIC S9(4) COMP-4 VALUE +30.
>8TSS500P 10.15.24JAN 19,1916
> 00266  05 SQL-PROG-NAME   PIC X(8)  VALUE X'5453533530305020'.
> 00267  05 SQL-TIMESTAMP-1 PIC S9(9) COMP-4 VALUE +436568894.
> 00268  05 SQL-TIMESTAMP-2 PIC S9(9) COMP-4 VALUE +473023280.
> 00269  05 SQL-SECTION PIC S9(4) COMP-4 VALUE +2.
> 00270  05 SQL-CODEPTR PIC S9(9) COMP-4.
> 00271  05 SQL-VPARMPTRPIC S9(9) COMP-4 VALUE +0.
> 00272  05 SQL-APARMPTRPIC S9(9) COMP-4 VALUE +0.
> 00273  05 FILLER  PIC S9(4) COMP-4 VALUE +12