Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[R.S.]

The term is not dead. It became meaningless, like "E" in TSO/E or SMP/E.
Now it is used as synonym for Windows/Linux. Not there is rather no 
(commercial) Unix here.

Maybe it shouldn't be used in such meaning, but it is.

BTW: We (mainframe folks) use colour system (as opposite to black and 
white, no racism intended), despite of colours in mainframe. It is 
rather "toys are colourful". :-)



--
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.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

Re: SMP/E Help

[David Crayford]

On 11/09/2015 2:04 PM, Paul Gilmartin wrote:

On Fri, 11 Sep 2015 11:22:25 +0800, David Crayford wrote:


I notice that you cp "//'SYS1.SAMPLIB(GIMSAMPU)'" /dev/fd/1 and then
pipe into sed as opposed to using cat. Is that because in the past cat
did not support MVS data sets?


No, I'm using sed to tailor; replacing the substitutable symbols in GIMSAMPU.


Yes, I understand that. But wouldn't cat "//'SYS1.SAMPLIB(GIMSAMPU)'" | 
sed have worked?



-- gil

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


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

Re: Finding an MPF WTO Exit

[Jim Mulder]

> I'm trying to debug a WTO exit defined in MPFLSTxx. (It's not 
> IEAVMXIT.) The user-named module is in the link list, but I can't 
> find it in storage. An MPF WTO exit is apparently loaded somewhere 
> initially and on SET MPF=xx. If I name a nonexistent exit, I get
> 
>IEE028I WTO INSTALLATION EXIT WTOSKIPR COULD NOT BE LOADED
> 
> So how can I find the load point of a valid WTO exit? I want to 
> trace execution.

  MPF exits are in common storage.  Exits which are in the LNKLST
get loaded into CSA.

  Unfortunately, I don't see any way to get D MPF to display
addresses of exits.  The addresses can be found in the MPF Table,
mapped by SYS1.MODGEN(IEEZB809).  The MPF table can be located
via a pointer in SYS1.MODGEN(IEECUCM), which can be located via
a pointer in the CVT.  All of these things are in common storage
and I think are not fetch protected, so it should be a SMOP to 
write a program or REXX exec to look up an exit by name and display
its entry point address (of course, with the caveat that IEEZB908
and IEECUCM are classified as NOTPI).

 Alternately, you could use 
SETPROG EXIT,ADD,DSN=xx,MOD=
to add your exit to Dynamic LPA before doing the SET MPF=xx  to 
activate it, and then things which use system services to 
find LPA modules by name (like SLIP with LPAMOD) will be able
to locate your exit.

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

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

BPXPRM changes before z/OS upgrade

[Jake Anderson]

Hi

Cross posted to MAIN and MVS-OE.


I am performing a z/OS upgrade activity. I have completed till the
serverpac IPL. So normally I am trying to understand what are the changes
to be done on OMVS before upgrade ? As I understand the the production Root
have to created from the serverpac root then SYmlinks have to be defined
for etc tmp var and Dev. All the Root structures have to be compared with
custompac parmlib

Are there any other changes required apart from the above ?

Can someone please point me if there is any other approach I need to take ?

Jake

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

Re: SMP/E Help

[Paul Gilmartin]

On Fri, 11 Sep 2015 11:22:25 +0800, David Crayford wrote:

>I notice that you cp "//'SYS1.SAMPLIB(GIMSAMPU)'" /dev/fd/1 and then
>pipe into sed as opposed to using cat. Is that because in the past cat
>did not support MVS data sets?
>
No, I'm using sed to tailor; replacing the substitutable symbols in GIMSAMPU.

-- gil

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

Open Systems Certification

[Mike Schwab]

http://www.unix.org/what_is_unix/the_brand.html



On Thu, Sep 10, 2015 at 10:28 PM, Gord Tomlin
 wrote:
> On 2015-09-10 02:44, Timothy Sipples wrote:
>> One of my pet peeves is that some people -- even a few "experts" -- in the
>> IT industry persist in using the term "open system" to refer to whatever
>> is
>> not a mainframe. I believe words ought to have meaning, including the word
>> "open."
>
> The term, as it is most usually used to describe systems that conform to
> open interfaces, is alive and well. Certainly, the term has also been
> misused frequently by various vendors, and Microsoft is among the offenders.
> Most of us are intelligent enough to see through the misappropriation of the
> term and simply ignore it.
>
> --
>
>
>
> Regards, Gord Tomlin
>
> Action Software International
>
> (a division of Mazda Computer Corporation)
>
> Tel: (905) 470-7113, Fax: (905) 470-6507
>
> --
> 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

Re: SMP/E Help

[Charles Mills]

> Why?

Because some customers demand it.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Thursday, September 10, 2015 7:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E Help

In
,
on 09/10/2015
   at 02:13 PM, Scott Ford  said:

>I need to convert our software to use SMP/E.

Why? Unless you're going to package in a way that exploits SMP, you'll just
be putting lipstick on a pig.

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Gord Tomlin]

On 2015-09-10 02:44, Timothy Sipples wrote:
> One of my pet peeves is that some people -- even a few "experts" -- 
in the
> IT industry persist in using the term "open system" to refer to 
whatever is
> not a mainframe. I believe words ought to have meaning, including the 
word

> "open."

The term, as it is most usually used to describe systems that conform to 
open interfaces, is alive and well. Certainly, the term has also been 
misused frequently by various vendors, and Microsoft is among the 
offenders. Most of us are intelligent enough to see through the 
misappropriation of the term and simply ignore it.


--



Regards, Gord Tomlin

Action Software International

(a division of Mazda Computer Corporation)

Tel: (905) 470-7113, Fax: (905) 470-6507

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

Re: SMP/E Help

[David Crayford]

I notice that you cp "//'SYS1.SAMPLIB(GIMSAMPU)'" /dev/fd/1 and then 
pipe into sed as opposed to using cat. Is that because in the past cat 
did not support MVS data sets?


On 11/09/2015 8:18 AM, Paul Gilmartin wrote:

  On 2015-09-10 12:13, Scott Ford wrote:

All:

I need some help with SMP/E. I need to convert our software to use SMP/E. I
am not a SMP/E heavy. I have the following;

1. Linklib
2. Proclib
3. Parmlib
4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
5. Rexx Clistlib

I need a how to build a complete package and then how do I install it. I
want to use GIMZIP, I think this should work.
  

Ah!  This motivates me to put together an SMP/E package/install
boilerplate/cheat-sheet.  I'll attach it, and Cc: you directly
because LISTSERV will discard it.

Probably less than half done, but all the steps complete with RC=0.
Uses SYS1.SAMPLIB(ASMASAMP) as a dummy payload and SYS1.SAMPLIB(GIMSAMPU)
to do some of the setup.

It's a here-document in a shell script because that's what I'm most
comfortable with.

-- gil

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


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

Re: Effort to upgrade V1R13 to V2R1?

[J O Skip Robinson]

We install our 'serious' user exits via SMPE usermods. As a part of each new 
release, we update the MCS cards for the new FMIDs, reapply, and lunge forward. 
Do we test every single exit individually? Of course not. We manage the 
environment by exception. Once a new release is IPLed and running like a 
banshee, the *absence* of problem reports is an endorsement to move ahead. 

Long gone are the days of the luxurious army of dirt cheap testers thrown 
against the wall of new software just to see what sticks. Modern software is 
dear, but way more so the people who use it. Life is short. So are life cycles. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: Thursday, September 10, 2015 1:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Effort to upgrade V1R13 to V2R1?

In <7079205180613309.wa.brianwestermansyzygyinc@listserv.ua.edu>,
on 09/09/2015
   at 11:45 PM, Brian Westerman  said:

>Upgrading can be a whole different animal because there can (and
>will) be a number of exits and other site specific items which have to 
>be altered.

How do they not need to checked, altered (or not) and reinstalled either way?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

[Shmuel Metz (Seymour J.)]

In
,
on 09/10/2015
   at 02:13 PM, Scott Ford  said:

>I need to convert our software to use SMP/E.

Why? Unless you're going to package in a way that exploits SMP, you'll
just be putting lipstick on a pig.

>Does anyone have any suggests

Don't ship monolithic load modules or program objects; ship small
object or source modules and let SMP call the BINDER.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Shmuel Metz (Seymour J.)]

In
,
on 09/10/2015
   at 07:02 AM, John McKown  said:

>For DRP, it is usually fairly easy to get temporary keys.

Usually isn't good enough. BTDT,GTS.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Effort to upgrade V1R13 to V2R1?

[Shmuel Metz (Seymour J.)]

In <7079205180613309.wa.brianwestermansyzygyinc@listserv.ua.edu>,
on 09/09/2015
   at 11:45 PM, Brian Westerman  said:

>Upgrading can be a whole different animal because there can (and
>will) be a number of exits and other site specific items which have
>to be altered.

How do they not need to checked, altered (or not) and reinstalled
either way?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: z/OS pricing question

[Shmuel Metz (Seymour J.)]

In
,
on 09/10/2015
   at 03:01 AM, J O Skip Robinson  said:

>OP did suggest that this may be too complex a question for IBM Main.
>Could it be harder than tracing back through an SRB chain running in
>secondary mode? (I made that up.)

Only if he's not running the ANSI standard workload.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Effort to upgrade V1R13 to V2R1?

[Jousma, David]

Upgrade path is pretty much what that is!   I have never done the full 
replacement, always upgrade path.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, September 10, 2015 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Effort to upgrade V1R13 to V2R1?

It's too bad ServerPac doesn't have an option to 'Build me a SYSRES volume(s)'  
and nothing else.

Dana

--
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 contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: SMP/E Help

[Paul Gilmartin]

 On 2015-09-10 12:13, Scott Ford wrote:
> All:
> 
> I need some help with SMP/E. I need to convert our software to use SMP/E. I
> am not a SMP/E heavy. I have the following;
> 
> 1. Linklib
> 2. Proclib
> 3. Parmlib
> 4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
> 5. Rexx Clistlib
> 
> I need a how to build a complete package and then how do I install it. I
> want to use GIMZIP, I think this should work.
>  
Ah!  This motivates me to put together an SMP/E package/install
boilerplate/cheat-sheet.  I'll attach it, and Cc: you directly
because LISTSERV will discard it.

Probably less than half done, but all the steps complete with RC=0.
Uses SYS1.SAMPLIB(ASMASAMP) as a dummy payload and SYS1.SAMPLIB(GIMSAMPU)
to do some of the setup.

It's a here-document in a shell script because that's what I'm most
comfortable with.

-- gil

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

# User modifiable parameters.
: ${MVS_USER=$LOGNAME}
: ${HLQ=$MVS_USER.GIMTEST}
: ${JHOME=/usr/lpp/java/J6.0.1}  # Go find one that works.
: ${VOLUME=TSO021}   # You probably have to change this.
: ${SMPDIR=/tmp/$MVS_USER/samp.SMPDIR}
: ${UNIT=SYSALLDA}

{ cat <
  

  



//SYSUT2   DD UNIT=SYSALLDA,SPACE=(CYL,(10,10))
//SYSUT3   DD UNIT=SYSALLDA,SPACE=(CYL,(10,10))
//SYSUT4   DD UNIT=SYSALLDA,SPACE=(CYL,(25,5))
//*.+|+|+|+|+|+|+|+|
//* Edit GIMSAMPU to make executable and create CSIs and Libraries.
//* Manually delete all your $HLQ.**
//*data sets before running again!
$(  set -x
cp "//'SYS1.SAMPLIB(GIMSAMPU)'" /dev/fd/1 |
sed "s/  *$//
/^..GIMSAMPU/d
/VOL=SER=&VOLUME/d
s/&VOLUME&/$VOLUME/

# For non-VSAM data sets.
s/SYSALLDA/\&UNIT\&/

# For all data sets.
s/&UNIT&/$UNIT/
s/&HLQ&/$HLQ/
" )
//*.+|+|+|+|+|+|+|+|
//*
//* !!! Very incomplete !!!
//* Still need to create and define DLIB and TLIB data sets.
//UPDZONE2 EXEC PGM=GIMSMP  ,COND=(0,LT) 
//SMPCSI   DD DSN=$HLQ.GLOBAL.CSI,DISP=SHR 
//SMPLOG   DD SYSOUT=* 
//SMPOUT   DD SYSOUT=* 
//SMPRPT   DD SYSOUT=* 
//SMPLIST  DD SYSOUT=* 
//SMPPTS   DD DSN=$HLQ.SMPPTS,DISP=SHR 
//SYSPRINT DD SYSOUT=* 
//SMPCNTL  DD * 
  SET BOUNDARY(GLOBAL). 
  UCLIN.
  ENDUCL. 
  SET BOUNDARY(TARGET). 
  UCLIN. 
  ENDUCL. 
  SET BOUNDARY(DLIB). 
  UCLIN. 
  ENDUCL. 
//*
//*.+|+|+|+|+|+|+|+|
//
end-of-job
} | /bin/submit
exit $?

:w ! sh




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

Re: Finding an MPF WTO Exit

[Mike Schwab]

This documentation is for the z/OS 1.8 revisions to message formatting.
http://www-01.ibm.com/support/docview.wss?uid=isg1OA09018
http://publibz.boulder.ibm.com/zoslib/pdf/ieavmxit.pdf
Verify your program is using the revised specs.

On Thu, Sep 10, 2015 at 6:30 PM, J O Skip Robinson
 wrote:
> I'm trying to debug a WTO exit defined in MPFLSTxx. (It's not IEAVMXIT.) The 
> user-named module is in the link list, but I can't find it in storage. An MPF 
> WTO exit is apparently loaded somewhere initially and on SET MPF=xx. If I 
> name a nonexistent exit, I get
>
>IEE028I WTO INSTALLATION EXIT WTOSKIPR COULD NOT BE LOADED
>
> So how can I find the load point of a valid WTO exit? I want to trace 
> execution.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>
>
> --
> 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

Finding an MPF WTO Exit

[J O Skip Robinson]

I'm trying to debug a WTO exit defined in MPFLSTxx. (It's not IEAVMXIT.) The 
user-named module is in the link list, but I can't find it in storage. An MPF 
WTO exit is apparently loaded somewhere initially and on SET MPF=xx. If I name 
a nonexistent exit, I get

   IEE028I WTO INSTALLATION EXIT WTOSKIPR COULD NOT BE LOADED

So how can I find the load point of a valid WTO exit? I want to trace execution.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com


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

Webcast Friday - Bob Rogers on Simultaneous MultiThreading on z Systems

[Jerry]

Bob Rogers presented a webcast today for The z Channel on Simultaneous 
MultiThreading. Great attendance and Bob Rogers has agreed to present it again 
on Friday, September 11 at 2 pm EDT. To see an abstract for the presentation 
and link to register for the webcast, go to www.newera-info.com/zExchange.html


--
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: Add TCP/IP AFP-Printer

[Nims,Alva John (Al)]

I think you should not put the "PROC=" on a separate line, not without using a 
"continuation" character.
So I think it should be:
  FSS(FSS1) PROC=APSWPROF, 

Also there is a AFP list:
To join or leave the list, post to the list or browse the list archives go to 
http://listserv.uga.edu/archives/afp-l.html

Al Nims
Systems Admin/Programmer 3
Information Technology
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Knigge
Sent: Thursday, September 10, 2015 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Add TCP/IP AFP-Printer

All,

currently I try to add an TCP/IP-Attached printer to our z/PDT System, but in 
vain… When I IPL my z/OS 2.1 I get the message:

$HASP003 RC=(04),PROC  - CONTAINS AN INVALID SUBSCRIPT

What I’ve done: I’ve added the following lines to my JES2PARM:

FSS(FSS1)
 PROC=APSWPROF,
 HASPFSSM=HASPFSSM,
 AUTOSTOP=YES

PRT1 FSS=FSS1,
 MODE=FSS,
 PRMODE=(LINE,PAGE,SOSI1),
 CLASS=A,
 UCS=0,
 SEP=NO,
 SEPDS=NO,
 CKPTPAGE=100,
 START=NO,
 MARK=YES,
 TRKCELL=YES

And in USER.PROCLIB I’ve created the member APSWPROF containing the PSF start 
procedure.

So… according to 
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.apss000/contcpip.htm%23contcpip?lang=de
 I have to create some entries to RACF. Well…. Due to a really bad knowledge of 
RACF ;-) I’ve skipped this part. I wonder if the HASP003 Message (“PROC is not 
valid”) is issued because of the missing RACF stuff or if I did something 
really wrong….

Thank you for any hint,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Weitere Informationen finden Sie auf unserer Homepage...


--
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: Effort to upgrade V1R13 to V2R1?

[Dana Mitchell]

It's too bad ServerPac doesn't have an option to 'Build me a SYSRES volume(s)'  
and nothing else.

Dana

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

Re: SMP/E Help

[Charles Mills]

It is out of date and inadequate.

Charles
Graduate of the School of SMP/E Hard Knocks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, September 10, 2015 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E Help

Scott,

I know nothing about how to package items for SMP/E, but there is a book in the 
SMP/E bookshelf called  "Standard Packaging Rules for z/OS-Based Products" that 
looks like it might give you what you need to know.  1.13 number is 
SC23-3695-10.

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

Re: SMP/E Help

[Paul Gilmartin]

On Thu, 10 Sep 2015 15:55:52 -0400, Scott Ford wrote:

>Rex,
>
>That's where I though about starting on my SMP/ E adventure, thanks my
>friend..
>
>On Thursday, September 10, 2015, Pommier, Rex wrote:
>
>> I know nothing about how to package items for SMP/E, but there is a book
>> in the SMP/E bookshelf called  "Standard Packaging Rules for z/OS-Based
>> Products" that looks like it might give you what you need to know.  1.13
>> number is SC23-3695-10.
>> 
That seems mostly top address tape.

>> -Original Message-
>> From:  Scott Ford
>> Sent: Thursday, September 10, 2015 1:14 PM
>>
>> I need some help with SMP/E. I need to convert our software to use SMP/E. I
>> am not a SMP/E heavy. I have the following;
>>
>> 1. Linklib
>> 2. Proclib
>> 3. Parmlib
>> 4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
>> 5. Rexx Clistlib
>>
>> I need a how to build a complete package and then how do I install it. I
>> want to use GIMZIP, I think this should work.
>> 
You can perhaps learn more from the description of GIMZIP in the SMP/E
Reference and the description of RECEIVE FROMN* in the SMP/E Commands?

Wouldn't it be nice if IBM supplied a complete out-of-the-box sample?
And nice if GIMZIP supported uncatalogued data sets for experimenting?

-- gil

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

Add TCP/IP AFP-Printer

[Michael Knigge]

All,

currently I try to add an TCP/IP-Attached printer to our z/PDT System, but in 
vain… When I IPL my z/OS 2.1 I get the message:

$HASP003 RC=(04),PROC  - CONTAINS AN INVALID SUBSCRIPT

What I’ve done: I’ve added the following lines to my JES2PARM:

FSS(FSS1)
 PROC=APSWPROF,
 HASPFSSM=HASPFSSM,
 AUTOSTOP=YES

PRT1 FSS=FSS1,
 MODE=FSS,
 PRMODE=(LINE,PAGE,SOSI1),
 CLASS=A,
 UCS=0,
 SEP=NO,
 SEPDS=NO,
 CKPTPAGE=100,
 START=NO,
 MARK=YES,
 TRKCELL=YES

And in USER.PROCLIB I’ve created the member APSWPROF containing the PSF start 
procedure.

So… according to 
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.apss000/contcpip.htm%23contcpip?lang=de
 I have to create some entries to RACF. Well…. Due to a really bad knowledge of 
RACF ;-) I’ve skipped this part. I wonder if the HASP003 Message (“PROC is not 
valid”) is issued because of the missing RACF stuff or if I did something 
really wrong….

Thank you for any hint,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Weitere Informationen finden Sie auf unserer Homepage...


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

Re: SMP/E Help

[Scott Ford]

Rex,

That's where I though about starting on my SMP/ E adventure, thanks my
friend..

Scott

On Thursday, September 10, 2015, Pommier, Rex 
wrote:

> Scott,
>
> I know nothing about how to package items for SMP/E, but there is a book
> in the SMP/E bookshelf called  "Standard Packaging Rules for z/OS-Based
> Products" that looks like it might give you what you need to know.  1.13
> number is SC23-3695-10.
>
> HTH
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On Behalf Of Scott Ford
> Sent: Thursday, September 10, 2015 1:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: SMP/E Help
>
> All:
>
> I need some help with SMP/E. I need to convert our software to use SMP/E. I
> am not a SMP/E heavy. I have the following;
>
> 1. Linklib
> 2. Proclib
> 3. Parmlib
> 4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
> 5. Rexx Clistlib
>
> I need a how to build a complete package and then how do I install it. I
> want to use GIMZIP, I think this should work.
>
> Does anyone have any suggests or places they can point me to ??
>
> Regards,
> Scott
>
> --
> 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
>

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

Re: SMP/E Help

[Pommier, Rex]

Scott,

I know nothing about how to package items for SMP/E, but there is a book in the 
SMP/E bookshelf called  "Standard Packaging Rules for z/OS-Based Products" that 
looks like it might give you what you need to know.  1.13 number is 
SC23-3695-10.

HTH

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Thursday, September 10, 2015 1:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E Help

All:

I need some help with SMP/E. I need to convert our software to use SMP/E. I
am not a SMP/E heavy. I have the following;

1. Linklib
2. Proclib
3. Parmlib
4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
5. Rexx Clistlib

I need a how to build a complete package and then how do I install it. I
want to use GIMZIP, I think this should work.

Does anyone have any suggests or places they can point me to ??

Regards,
Scott

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

SMP/E Help

[Scott Ford]

All:

I need some help with SMP/E. I need to convert our software to use SMP/E. I
am not a SMP/E heavy. I have the following;

1. Linklib
2. Proclib
3. Parmlib
4. JCLLIB ( for install ) , this can be removed , because SMP/E will do it
5. Rexx Clistlib

I need a how to build a complete package and then how do I install it. I
want to use GIMZIP, I think this should work.

Does anyone have any suggests or places they can point me to ??

Regards,
Scott

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

Re: DFSORT (old) enhancement

[Martin Packer]

Would be lovely if STATS operator reported the LRECL. Or would that be 
redundant? And perhaps in a POINTED way so that AVERAGE was contrasted to 
LRECL. :-)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Sri h Kolusu 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/09/2015 17:08
Subject:Re: DFSORT (old) enhancement
Sent by:IBM Mainframe Discussion List 



Martin,

The default is Half the LRECL for VLR processing and you are remembering 
it correctly. :) However I suggest that you run the STATS operator to find 

the avg/min/max lrecl's 

 //STEP0100 EXEC PGM=ICETOOL 
 //DFSMSG   DD SYSOUT=* 
 //IN   DD DISP=SHR,DSN=Your VB file 
 //TOOLMSG  DD SYSOUT=* 
 //TOOLIN   DD * 
   STATS FROM(IN) ON(VLEN) 
 //* 
 
and you will get a detailed report in TOOLMSG similar to this 

ICE630I 0 MODE IN EFFECT:  STOP 
 
STATS FROM(IN) ON(VLEN) 
ICE627I 0 DFSORT CALL 0001 FOR COPY FROM IN   TO E35 EXIT COMPLETED 
ICE628I 0 RECORD COUNT:  0005776 
ICE607I 0 STATISTICS FOR (VLEN): 
ICE608I 0   MINIMUM:  +032, MAXIMUM:  +821 
ICE609I 0   AVERAGE:  +176, TOTAL  :  +1017663 
ICE602I 0 OPERATION RETURN CODE:  00 
 
Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/10/2015 08:41:09 AM:

> From: Martin Packer 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/10/2015 08:51 AM
> Subject: Re: DFSORT (old) enhancement
> Sent by: IBM Mainframe Discussion List 
> 
> Not sure whether it's relevant but AVGRLEN is another thing you can use 
to 
> help DFSORT do the calculations, I seem to recall. (Someone long ago 
once 
> said for Variable-Length the default is half the LRECL.)
> 
> Cheers, Martin
> 
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Banking Center of Excellence, IBM
> 
> +44-7802-245-584
> 
> email: martin_pac...@uk.ibm.com
> 
> Twitter / Facebook IDs: MartinPacker
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> 
> 
> 
> From:   Sri h Kolusu 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/09/2015 16:03
> Subject:Re: DFSORT (old) enhancement
> Sent by:IBM Mainframe Discussion List 
> 
> 
> 
> > Q: How can I use the above enhancement or read more about it?
> 
> RS,
> 
> As lizette kindly pointed out you need to use DFSORT's Dynamic 
Allocation. 
> 
> 
> 
> DFSORT's dynamic allocation of work data sets has been enhanced to 
improve 
> 
> reliability in situations where the disk work space requirements are 
> larger than expected. A new DYNAPCT installation and run-time option 
> allows you to specify additional work data sets to be allocated with 
zero 
> space. DFSORT only extends these data sets when necessary to complete a 
> sort application. New message ICE278I is issued if these additional work 


> data sets are used.
> 
> DFSORT's new shipped installation default of DYNAPCT=10 increases the 
> number of dynamically allocated work data sets by 10%. These additional 
> work data sets are allocated with zero space and only extended if 
required 
> 
> to complete a sort application. The availability of these additional 
work 
> data sets can improve reliability in situations where the disk work 
space 
> requirements are larger than expected. The DYNAPCT=n percentage can be 
> changed at installation or run-time, if appropriate. If you want DFSORT 
to 
> 
> behave as it did in prior releases, you can set DYNAPCT=OLD. 
> 
> You can read about it here 
> 
> http://tinyurl.com/pd4q3td 
> 
> 
> >>If any kind of SORT E15/E35 exits are being used where data is being 
> passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 
> record count is being passed, OR reading from a unix path name, then 
SORT 
> will fail miserably dynamically allocating sortwork, or will at least 
use 
> the default dynamic allocation specified in your ICEOPTS, which may or 
may 
> 
> not be sufficient.
> 
> Dave Jousma,
> 
> A slight correction in your statement, DB2 Utilities invoke DFSORT 
passing 
> 
> us the filesize. DFSORT automatically calculates the file size and 
> determines the right amount of storage required for the job complete. 
> However when customers are inserting records via an E15 exit or Invoking 


> DFSORT via a program, DFSORT will have no way of knowing an accurate 
> record count for the file size without it being specified. You can 
always 
> get around this passing an  estimate of the number of records to be 
sorted 
> 
> (x) or an estimate of the number of records in the input data sets (y) 
> using the parm OPTION FILSZ=En. This value is not used for the 
record 
> check. It is used for the file size calculations, but only if DFSORT 
could 
> 
> not reas

Re: Effort to upgrade V1R13 to V2R1?

[Staller, Allan]

Since a similar topic comes up now and then, let me make yet another pitch for 
a 'hybrid' process. We follow the REPLACEMENT path except that we never 
actually use the supplied versions of crucial installation-centric components. 
That is, at run time, we use our own master catalog, our own JES spool, our own 
RACF database, our own PARMLIB/PROCLIB, and so on. The ones that get created 
during ServerPac install are discarded. For example, on one system running 
under R13, the master catalog has a creation date of 1983.193. That pretty much 
dates to the introduction of ICF catalogs. Trying to tailor such ServerPac 
components for each new release leads to much churning and hand wringing. As 
well as questions to IBM Main. ;-)


Exactly the process I use. That is the 24 hour part of the 60-80 hour migration 
specified in my previous post.

In fact, in my case, the SERVER PACK/CBPDO system is IPL'ed exactly once, to 
prove it was installed properly.
All further testing is done after the SERVER PACK/CBPDO system has been 
"migrated" into a "near clone" of our existing systems. 
This "near clone" is then migrated through devtest/qa/production stages for 
further bullet proofing.
 
HTH,




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

Re: DFSORT (old) enhancement

[Sri h Kolusu]

>Does DFSORT support  a character special file as SORTIN?

DFSORT does support Pipes as sortin and sortout. Here is an example of 
Sorting with Pipes and OUTFIL SPLIT

http://www-01.ibm.com/support/knowledgecenter/SSLTBW_1.12.0/com.ibm.zos.r12.icea100/ice1ca50272.htm%23wq1368

Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/10/2015 09:14:54 AM:

> From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/10/2015 09:22 AM
> Subject: Re: DFSORT (old) enhancement
> Sent by: IBM Mainframe Discussion List 
> 
> On 2015-09-10, at 10:06, Sri h Kolusu wrote:
> 
> > Martin,
> > 
> > The default is Half the LRECL for VLR processing and you are 
remembering 
> > it correctly. :) However I suggest that you run the STATS operator to 
find 
> > the avg/min/max lrecl's 
> > 
> >> From: Martin Packer
> >> Date: 09/10/2015 08:51 AM
> >> 
> >> Not sure whether it's relevant but AVGRLEN is another thing you can 
use to 
> >> help DFSORT do the calculations, I seem to recall. (Someone long ago 
once 
> >> said for Variable-Length the default is half the LRECL.)
> >> 
> >> 
>  If any kind of SORT E15/E35 exits are being used where data is 
being 
> >> passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 

> >> record count is being passed, OR reading from a unix path name, then 
SORT 
> >> will fail miserably dynamically allocating sortwork, or will at least 
use 
> >> the default dynamic allocation specified in your ICEOPTS, which may 
or may 
> >> not be sufficient.
> >> 
> >> Dave Jousma,
> >> 
> If tye UNIX path name refers to a regular file, stat() should provide
> considerable guidance.  For a character special file such as a pipe,
> not so much.  Does DFSORT use stat() in this way?  Does DFSORT support
> a character special file as SORTIN?
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 



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

Re: Effort to upgrade V1R13 to V2R1?

[J O Skip Robinson]

What Brian said. Another take on the UPGRADE/REPLACEMENT choice. From the 
get-go of ServerPac, we always did system replacement. For 2.1, I decided to 
try upgrade. After slogging into it like a trekker with only one snowshoe, I 
realized that I was in big trouble. I put some questions to IBM, who conceded 
that we would need to change our entire installation and migration strategy. 
Not worth the trouble nor the time. I started over with full replacement.

Since a similar topic comes up now and then, let me make yet another pitch for 
a 'hybrid' process. We follow the REPLACEMENT path except that we never 
actually use the supplied versions of crucial installation-centric components. 
That is, at run time, we use our own master catalog, our own JES spool, our own 
RACF database, our own PARMLIB/PROCLIB, and so on. The ones that get created 
during ServerPac install are discarded. For example, on one system running 
under R13, the master catalog has a creation date of 1983.193. That pretty much 
dates to the introduction of ICF catalogs. Trying to tailor such ServerPac 
components for each new release leads to much churning and hand wringing. As 
well as questions to IBM Main. ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Wednesday, September 09, 2015 9:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Effort to upgrade V1R13 to V2R1?

I tend to agree that system replacement can be quite a bit faster than upgrade, 
but having done this several times in the past two years I think 1 month is 
reasonable which includes planning to cut-over implementation for a 
replacement.  Upgrading can be a whole different animal because there can (and 
will) be a number of exits and other site specific items which have to be 
altered.  Most exits will have no problem at all, but you still have to check 
them all.  I have also come to believe that there is no such thing as a 
"vanilla" z/OS shop.

Just being a systems programmer, even a very good one, doesn't mean that you 
have installed z/OS, or that you can handle the conversion.  That's one of the 
reasons that consultants are still in such demand.  When it comes to upgrading, 
nothing beats experience.

Brian


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

Re: DFSORT (old) enhancement

[Paul Gilmartin]

On 2015-09-10, at 10:06, Sri h Kolusu wrote:

> Martin,
> 
> The default is Half the LRECL for VLR processing and you are remembering 
> it correctly. :) However I suggest that you run the STATS operator to find 
> the avg/min/max lrecl's 
> 
>> From: Martin Packer
>> Date: 09/10/2015 08:51 AM
>> 
>> Not sure whether it's relevant but AVGRLEN is another thing you can use to 
>> help DFSORT do the calculations, I seem to recall. (Someone long ago once 
>> said for Variable-Length the default is half the LRECL.)
>> 
>> 
 If any kind of SORT E15/E35 exits are being used where data is being 
>> passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 
>> record count is being passed, OR reading from a unix path name, then SORT 
>> will fail miserably dynamically allocating sortwork, or will at least use 
>> the default dynamic allocation specified in your ICEOPTS, which may or may 
>> not be sufficient.
>> 
>> Dave Jousma,
>>  
If tye UNIX path name refers to a regular file, stat() should provide
considerable guidance.  For a character special file such as a pipe,
not so much.  Does DFSORT use stat() in this way?  Does DFSORT support
a character special file as SORTIN?

-- gil

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

Re: DFSORT (old) enhancement

[Sri h Kolusu]

Martin,

The default is Half the LRECL for VLR processing and you are remembering 
it correctly. :) However I suggest that you run the STATS operator to find 
the avg/min/max lrecl's 

 //STEP0100 EXEC PGM=ICETOOL 
 //DFSMSG   DD SYSOUT=* 
 //IN   DD DISP=SHR,DSN=Your VB file 
 //TOOLMSG  DD SYSOUT=* 
 //TOOLIN   DD * 
   STATS FROM(IN) ON(VLEN) 
 //* 
 
and you will get a detailed report in TOOLMSG similar to this 

ICE630I 0 MODE IN EFFECT:  STOP  
  
STATS FROM(IN) ON(VLEN)  
ICE627I 0 DFSORT CALL 0001 FOR COPY FROM IN   TO E35 EXIT COMPLETED  
ICE628I 0 RECORD COUNT:  0005776  
ICE607I 0 STATISTICS FOR (VLEN):  
ICE608I 0   MINIMUM:  +032, MAXIMUM:  +821  
ICE609I 0   AVERAGE:  +176, TOTAL  :  +1017663  
ICE602I 0 OPERATION RETURN CODE:  00  
  
Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/10/2015 08:41:09 AM:

> From: Martin Packer 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/10/2015 08:51 AM
> Subject: Re: DFSORT (old) enhancement
> Sent by: IBM Mainframe Discussion List 
> 
> Not sure whether it's relevant but AVGRLEN is another thing you can use 
to 
> help DFSORT do the calculations, I seem to recall. (Someone long ago 
once 
> said for Variable-Length the default is half the LRECL.)
> 
> Cheers, Martin
> 
> Martin Packer,
> zChampion, Principal Systems Investigator,
> Worldwide Banking Center of Excellence, IBM
> 
> +44-7802-245-584
> 
> email: martin_pac...@uk.ibm.com
> 
> Twitter / Facebook IDs: MartinPacker
> Blog: 
> https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> 
> 
> 
> From:   Sri h Kolusu 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date:   10/09/2015 16:03
> Subject:Re: DFSORT (old) enhancement
> Sent by:IBM Mainframe Discussion List 
> 
> 
> 
> > Q: How can I use the above enhancement or read more about it?
> 
> RS,
> 
> As lizette kindly pointed out you need to use DFSORT's Dynamic 
Allocation. 
> 
> 
> 
> DFSORT's dynamic allocation of work data sets has been enhanced to 
improve 
> 
> reliability in situations where the disk work space requirements are 
> larger than expected. A new DYNAPCT installation and run-time option 
> allows you to specify additional work data sets to be allocated with 
zero 
> space. DFSORT only extends these data sets when necessary to complete a 
> sort application. New message ICE278I is issued if these additional work 

> data sets are used.
> 
> DFSORT's new shipped installation default of DYNAPCT=10 increases the 
> number of dynamically allocated work data sets by 10%. These additional 
> work data sets are allocated with zero space and only extended if 
required 
> 
> to complete a sort application. The availability of these additional 
work 
> data sets can improve reliability in situations where the disk work 
space 
> requirements are larger than expected. The DYNAPCT=n percentage can be 
> changed at installation or run-time, if appropriate. If you want DFSORT 
to 
> 
> behave as it did in prior releases, you can set DYNAPCT=OLD. 
> 
> You can read about it here 
> 
> http://tinyurl.com/pd4q3td 
> 
> 
> >>If any kind of SORT E15/E35 exits are being used where data is being 
> passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 
> record count is being passed, OR reading from a unix path name, then 
SORT 
> will fail miserably dynamically allocating sortwork, or will at least 
use 
> the default dynamic allocation specified in your ICEOPTS, which may or 
may 
> 
> not be sufficient.
> 
> Dave Jousma,
> 
> A slight correction in your statement, DB2 Utilities invoke DFSORT 
passing 
> 
> us the filesize. DFSORT automatically calculates the file size and 
> determines the right amount of storage required for the job complete. 
> However when customers are inserting records via an E15 exit or Invoking 

> DFSORT via a program, DFSORT will have no way of knowing an accurate 
> record count for the file size without it being specified. You can 
always 
> get around this passing an  estimate of the number of records to be 
sorted 
> 
> (x) or an estimate of the number of records in the input data sets (y) 
> using the parm OPTION FILSZ=En. This value is not used for the 
record 
> check. It is used for the file size calculations, but only if DFSORT 
could 
> 
> not reasonably estimate the input file size itself.
> 
> Thanks,
> Kolusu
> DFSORT Development
> IBM Corporation
> 
> IBM Mainframe Discussion List  wrote on 
> 09/10/2015 07:21:13 AM:
> 
> > From: "R.S." 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 09/10/2015 07:21 AM
> > Subject: DFSORT (old) enhancement
> > Sent by: IBM Mainframe Discussion List 
> > 
> > I'm just reading DFSORT presentation and found the following:
> > 
> > Additional work data sets
> > –DFSORT V1R12 provided capability for dynamic allocation of additional 

> > work data sets that are only used if needed
> > –Primary space of zero
> > –Secondary

Re: DFSORT (old) enhancement

[Martin Packer]

Not sure whether it's relevant but AVGRLEN is another thing you can use to 
help DFSORT do the calculations, I seem to recall. (Someone long ago once 
said for Variable-Length the default is half the LRECL.)

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Sri h Kolusu 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/09/2015 16:03
Subject:Re: DFSORT (old) enhancement
Sent by:IBM Mainframe Discussion List 



> Q: How can I use the above enhancement or read more about it?

RS,

As lizette kindly pointed out you need to use DFSORT's Dynamic Allocation. 



DFSORT's dynamic allocation of work data sets has been enhanced to improve 

reliability in situations where the disk work space requirements are 
larger than expected. A new DYNAPCT installation and run-time option 
allows you to specify additional work data sets to be allocated with zero 
space. DFSORT only extends these data sets when necessary to complete a 
sort application. New message ICE278I is issued if these additional work 
data sets are used.

DFSORT's new shipped installation default of DYNAPCT=10 increases the 
number of dynamically allocated work data sets by 10%. These additional 
work data sets are allocated with zero space and only extended if required 

to complete a sort application. The availability of these additional work 
data sets can improve reliability in situations where the disk work space 
requirements are larger than expected. The DYNAPCT=n percentage can be 
changed at installation or run-time, if appropriate. If you want DFSORT to 

behave as it did in prior releases, you can set DYNAPCT=OLD. 

You can read about it here 

http://tinyurl.com/pd4q3td 


>>If any kind of SORT E15/E35 exits are being used where data is being 
passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 
record count is being passed, OR reading from a unix path name, then SORT 
will fail miserably dynamically allocating sortwork, or will at least use 
the default dynamic allocation specified in your ICEOPTS, which may or may 

not be sufficient.

Dave Jousma,

A slight correction in your statement, DB2 Utilities invoke DFSORT passing 

us the filesize. DFSORT automatically calculates the file size and 
determines the right amount of storage required for the job complete. 
However when customers are inserting records via an E15 exit or Invoking 
DFSORT via a program, DFSORT will have no way of knowing an accurate 
record count for the file size without it being specified. You can always 
get around this passing an  estimate of the number of records to be sorted 

(x) or an estimate of the number of records in the input data sets (y) 
using the parm OPTION FILSZ=En. This value is not used for the record 
check. It is used for the file size calculations, but only if DFSORT could 

not reasonably estimate the input file size itself.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/10/2015 07:21:13 AM:

> From: "R.S." 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/10/2015 07:21 AM
> Subject: DFSORT (old) enhancement
> Sent by: IBM Mainframe Discussion List 
> 
> I'm just reading DFSORT presentation and found the following:
> 
> Additional work data sets
> –DFSORT V1R12 provided capability for dynamic allocation of additional 
> work data sets that are only used if needed
> –Primary space of zero
> –Secondary space only allocated if needed
> 
> Q: How can I use the above enhancement or read more about it?
> 
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione 
> Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą
> może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. 
> Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem 
> upoważnionym do jej przekazania adresatowi, informujemy, że jej 
> rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o 
> podobnym charakterze jest prawnie zabronione i może być karalne. 
> Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
> zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę 
> wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisanena 
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
> 

Re: DFSORT (old) enhancement

[Sri h Kolusu]

> Q: How can I use the above enhancement or read more about it?

RS,

As lizette kindly pointed out you need to use DFSORT's Dynamic Allocation. 


DFSORT's dynamic allocation of work data sets has been enhanced to improve 
reliability in situations where the disk work space requirements are 
larger than expected. A new DYNAPCT installation and run-time option 
allows you to specify additional work data sets to be allocated with zero 
space. DFSORT only extends these data sets when necessary to complete a 
sort application. New message ICE278I is issued if these additional work 
data sets are used.

DFSORT's new shipped installation default of DYNAPCT=10 increases the 
number of dynamically allocated work data sets by 10%. These additional 
work data sets are allocated with zero space and only extended if required 
to complete a sort application. The availability of these additional work 
data sets can improve reliability in situations where the disk work space 
requirements are larger than expected. The DYNAPCT=n percentage can be 
changed at installation or run-time, if appropriate. If you want DFSORT to 
behave as it did in prior releases, you can set DYNAPCT=OLD. 

You can read about it here 

http://tinyurl.com/pd4q3td 


>>If any kind of SORT E15/E35 exits are being used where data is being 
passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ or a 
record count is being passed, OR reading from a unix path name, then SORT 
will fail miserably dynamically allocating sortwork, or will at least use 
the default dynamic allocation specified in your ICEOPTS, which may or may 
not be sufficient.

Dave Jousma,

A slight correction in your statement, DB2 Utilities invoke DFSORT passing 
us the filesize. DFSORT automatically calculates the file size and 
determines the right amount of storage required for the job complete. 
However when customers are inserting records via an E15 exit or Invoking 
DFSORT via a program, DFSORT will have no way of knowing an accurate 
record count for the file size without it being specified. You can always 
get around this passing an  estimate of the number of records to be sorted 
(x) or an estimate of the number of records in the input data sets (y) 
using the parm OPTION FILSZ=En. This value is not used for the record 
check. It is used for the file size calculations, but only if DFSORT could 
not reasonably estimate the input file size itself.

Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on 
09/10/2015 07:21:13 AM:

> From: "R.S." 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/10/2015 07:21 AM
> Subject: DFSORT (old) enhancement
> Sent by: IBM Mainframe Discussion List 
> 
> I'm just reading DFSORT presentation and found the following:
> 
> Additional work data sets
> –DFSORT V1R12 provided capability for dynamic allocation of additional 
> work data sets that are only used if needed
> –Primary space of zero
> –Secondary space only allocated if needed
> 
> Q: How can I use the above enhancement or read more about it?
> 
> 
> -- 
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> 
> 
> 
> 
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione 
> Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą
> może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. 
> Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem 
> upoważnionym do jej przekazania adresatowi, informujemy, że jej 
> rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o 
> podobnym charakterze jest prawnie zabronione i może być karalne. 
> Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
> zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę 
> wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisanena 
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
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
> 526-021-50-88. Według stanu na dzień 01.01.2015 r. kapitał zakładowy
> mBanku S.A. (w całości wpłacony) wynosi 168.840.228 złotych.
> 
> 
> --

Re: DFSORT (old) enhancement

[Norbert Friemel]

On Thu, 10 Sep 2015 16:21:13 +0200, R.S. wrote:

> I'm just reading DFSORT presentation and found the following:
> 
> Additional work data sets
> –DFSORT V1R12 provided capability for dynamic allocation of additional
> work data sets that are only used if needed
> –Primary space of zero
> –Secondary space only allocated if needed
> 
> Q: How can I use the above enhancement or read more about it?


Installation option DYNAPCT

"specifies additional work data sets to be dynamically allocated with
 zero space. DFSORT only extends these data sets when necessary to
 complete a sort application. The availability of additional work data
 sets can help avoid out of space ABENDs."

http://publibfp.dhe.ibm.com/cgi-bin/bookmgr/BOOKS/ice1ci20/2.2.7

Norbert Friemel

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

Re: DFSORT (old) enhancement

[Jousma, David]

This works well IF, and only IF, DFSORT is actually doing the reading of the 
input dataset.  That’s how it makes its intelligent decision of how much 
sortwork to allocate.   If any kind of SORT E15/E35 exits are being used where 
data is being passed to SORT(internal COBOL sort, DB2 utilities) and no FILESZ 
or a record count is being passed, OR reading from a unix path name, then SORT 
will fail miserably dynamically allocating sortwork, or will at least use the 
default dynamic allocation specified in your ICEOPTS, which may or may not be 
sufficient.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, September 10, 2015 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT (old) enhancement

I have been removing any SORTWKxx DDs in my JCL.  Seems to work fine.

Also, check out the DYNALLOC parm for DFSORT.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of R.S.
> Sent: Thursday, September 10, 2015 7:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFSORT (old) enhancement
> 
> I'm just reading DFSORT presentation and found the following:
> 
> Additional work data sets
> –DFSORT V1R12 provided capability for dynamic allocation of additional 
> work data sets that are only used if needed –Primary space of zero 
> –Secondary space only allocated if needed
> 
> Q: How can I use the above enhancement or read more about it?
> 
> 
> --
> Radoslaw Skorupka
> Lodz, Poland

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: DFSORT (old) enhancement

[Lizette Koehler]

I have been removing any SORTWKxx DDs in my JCL.  Seems to work fine.

Also, check out the DYNALLOC parm for DFSORT.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Thursday, September 10, 2015 7:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFSORT (old) enhancement
> 
> I'm just reading DFSORT presentation and found the following:
> 
> Additional work data sets
> –DFSORT V1R12 provided capability for dynamic allocation of additional work 
> data
> sets that are only used if needed –Primary space of zero –Secondary space only
> allocated if needed
> 
> Q: How can I use the above enhancement or read more about it?
> 
> 
> --
> Radoslaw Skorupka
> Lodz, Poland

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

DFSORT (old) enhancement

[R.S.]

I'm just reading DFSORT presentation and found the following:

Additional work data sets
–DFSORT V1R12 provided capability for dynamic allocation of additional 
work data sets that are only used if needed

–Primary space of zero
–Secondary space only allocated if needed

Q: How can I use the above enhancement or read more about it?


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając 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
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: Setting up Sublime Text to edit PDS members

[Martin Packer]

Actually I just tried IBM Explorer for z/OS and couldn't find a way for it 
to recognise the member I'd downloaded was JCL. Likewise REXX. :-(

(Ex and current) IBMers will remember there were various PCTOOLS, VMTOOLS, 
MVSTOOLS packages in the 80's that seemed to cope with the idea of editing 
host data sets on a PC - with all the (even then good) benefits of PC 
editing.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Jerry Callen 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/09/2015 14:42
Subject:Re: Setting up Sublime Text to edit PDS members
Sent by:IBM Mainframe Discussion List 



IBM Explorer for z/OS can edit pretty much any sequential file, either 
native z/OS or USS, but in the generic Eclipse editor. Eclipse is 
endlessly customizable, so there may well be language-sensitive editing 
modes floating around for it.

I've made (feeble) efforts to get emacs to do it, without success. My 
current lame hack is to suck the file into Eclipse, cut'n'paste into an 
emacs buffer edit, then cut'n'paset back and save. Blech.

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Charles Mills]

The industry term "open" as I know it is not usually applied to Windows but
rather to *nix and refers to software compatibility, not license
enforcement.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Wednesday, September 09, 2015 11:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's
with Me?

One of my pet peeves is that some people -- even a few "experts" -- in the
IT industry persist in using the term "open system" to refer to whatever is
not a mainframe. I believe words ought to have meaning, including the word
"open." So let's take a look at what some people still continue to call an
"open system," Microsoft Windows Server (on X86-based servers), and compare
that to z/OS on an IBM z System. Let's consider Microsoft Windows Server
2016 (in beta testing currently and scheduled for release in early 2016)
with z/OS 2.2 (scheduled for release later this month). While it's possible
Microsoft and IBM could change their products before release, I do not
expect any material changes that would affect this particular comparison.

The "open" Microsoft Windows Server includes these "features":

1. Activation keys. In order to make Microsoft Windows Server fully operable
you need a license key and must "activate" your installation of Windows.
Microsoft has made some provision for enterprises to manage keys (and have
enterprise key servers), but everybody still must use keys and activation.

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

Re: Setting up Sublime Text to edit PDS members

[Jerry Callen]

IBM Explorer for z/OS can edit pretty much any sequential file, either native 
z/OS or USS, but in the generic Eclipse editor. Eclipse is endlessly 
customizable, so there may well be language-sensitive editing modes floating 
around for it.

I've made (feeble) efforts to get emacs to do it, without success. My current 
lame hack is to suck the file into Eclipse, cut'n'paste into an emacs buffer 
edit, then cut'n'paset back and save. Blech.

-- Jerry

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

Re: z/OS pricing question (and Single Version Charge)

[Charles Mills]

Now you need open (i.e., understandable by mortals) pricing.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Thursday, September 10, 2015 12:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS pricing question (and Single Version Charge)

The information provided so far is somewhat incomplete. Here are some more
important points:

1. Customers that adopt Country Multiplex Pricing (CMP) no longer have
Single Version Charge (SVC) term limits at all. (Yay!) Please refer to IBM
announcement letter 215-230 (dated July 28, 2015) for details, or "talk with
your friendly IBM representative." Note that CMP does not require more than
one machine or even more than one z/OS LPAR. You can certainly be a "small"
z/OS customer with even a single z/OS LPAR and single machine and still find
CMP to be attractive -- maybe even especially attractive.

The elimination of SVC periods should NOT (triple underscore) be interpreted
as a license to run old, crusty versions "forever." Old, crusty versions
will still be old and crusty, still unsupported if they're beyond their
service periods. Please don't get old and crusty, at least not in this
respect.

Sysplex aggregation rules also disappear with CMP, by the way. [Excited yet?
:)]

2. Even among those customers choosing to maintain SVC term limits (i.e.
not adopt CMP), SVC term limits do not apply between Solution Edition LPARs
and non-Solution Edition LPARs. For example, if you license the IBM Solution
Edition for Data Warehousing with z/OS 2.2 and DB2 11 for z/OS, and you
install that Solution Edition on an existing machine with z/OS 1.13 and DB2
10 for z/OS, you do not start the Single Version Charge periods for either
z/OS or DB2. Each Solution Edition license is treated as a separate entity.
*Within* a specific Solution Edition license the SVC term limits may apply,
for example if you have two Solution Edition for Data Warehousing LPARs on
one machine (or aggregated Sysplex) then those two LPARs would be within one
SVC scope.

My understanding is that zNALC z/OS is treated the same way. For example, if
you have two zNALC z/OS LPARs and two non-zNALC z/OS LPARs on one machine,
all currently running z/OS 1.13, and you upgrade one of your zNALC LPARs to
z/OS 2.2, you have only started the SVC period for your zNALC LPARs, not for
all z/OS LPARs. (Somebody please correct me if I'm mistaken, but that's my
understanding.)

Anyway, to net it out, zNALC and Solution Editions are already separate
license entities, so you can think of them as separate non-aggregated
machines for SVC purposes, effectively -- separate SVC "zones."

3. In general (and I cannot think of any exceptions), Early Support Program,
Preview, Beta, and Trial licenses do not start SVC term limits -- at least
not pre-General Availability of the new version, and perhaps not even then.
(Another good reason to participate in those programs! They effectively give
you elongated SVC periods. Fortune favors the brave, and in this case you
don't have to be too brave.) For example, you can license the IBM Enterprise
COBOL Developer Trial for z/OS without starting the SVC period for your
COBOL compiler.

4. Even if you exceed your SVC period it's not the "end of the world" -- far
from it. You don't "pay double" -- at least I've never seen that, unless
perhaps you have full capacity licensing on every machine.
(Unlikely, especially these days.) What ends up happening is that you take
an additional trip on the Monthly License Charge price curve, but you don't
travel as far along the curve on each trip as you did when you had one trip.

For example, let's suppose you are subject to SVC terms, you exceed your SVC
period, and you have both CICS Transaction Server Version 5 and CICS
Transaction Server Version 3 running on the same machine. You've upgraded
all but one LPAR to CICS TS Version 5, but you've got a "straggler" LPAR
still running CICS TS Version 3. You have sub-capacity licensing of some
type, e.g. VWLC, AWLC, AEWLC, etc. Let's suppose you have a 200 MSU machine,
and your total CICS TS peak four hour rolling average is typically
160 MSUs as reported in SCRT or MWRT. OK then, before you run past your SVC
period you'd be reporting 160 MSUs of CICS TS Version 5 (only) and pay for
that. After running past your SVC period you'd most probably report
something less than 160 MSUs of CICS TS Version 5 (i.e. your CICS TS Version
5 license charge would decrease somewhat), and "a few" MSUs of CICS TS
Version 3 (i.e. your CICS TS Version 3 license charge would increase from
zero to something non-zero). Yes, 145 + 15 MSUs (for example) is greater
than 160 MSUs in licensing terms, but *usually* not hugely
greater.(*) If you do get caught in this situation I recommend:

(a) Segregating software versions (using LPARs) as best you can, setting a
"softcap" (defined capacity) at least on the LPAR(s) containing your older
software version(s), and 

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Staller, Allan]

> >Importantly, z/OS does not have artificial hardware limitations.
>
> Very good for DRP purposes. What's more, unlike the other type of 
> machines, the CEC boxes have spare CPUs if you wish to activate them.
>

​But many OEM vendors _do_ have artificial hardware limitations. Examples that 
I know of myself: CA, BMC, MacKinney, RocketSoftware. For DRP​, it is usually 
fairly easy to get temporary keys. Many lock not just to CPU serial number, but 
even to the sub-model number. And I do understand why. I am not saying that 
they are wrong to do this, just that such a thing exists.


I am aware of (at least one vendor ) that is "HARD-WIRED" to a *SPECIFIC* CPU 
serial number!
 Failed a DR test because the vendor could not supply a working key in time.


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

Re: Current market share breakdown for EACH of the three z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret

[Ted MacNEIL]

There are a couple of shops in Toronto that use it.
It was developed by a couple of. CROWN TECH/DATACROWN ex-employees.

-
-teD
-
  Original Message  
From: Shane Ginnane
Sent: Wednesday, September 9, 2015 14:52
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Current market share breakdown for EACH of the three z/OS ESM 
products: RACF, CA-ACF2 and CA-Top Secret

On Wed, 9 Sep 2015 08:47:27 -0500, Steve Harner  wrote:

>(a) When SKK was sold in 1986, ACF2 had a 60% market share while IBM’s RACF 
>and CA’s Top Secret split the other 40%; and (b) Currently , RACF has 75% 
>market share while ACF2 and Top Secret from CA share the other 25 percent.

Does anyone, other than reputedly CA itself, actually use T/S ?. Never seen it 
in a customer site.
When I first saw ACF2 (prior to the buyout), it was the ducks nuts - RACF was a 
slug in comparison. Seems IBM has won that battle though.

Shane ...

--
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: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[John McKown]

On Thu, Sep 10, 2015 at 7:14 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John McKown wrote:
>
> >We can't even run an FTP and Web server on the same Windows image. Or, at
> least we don't. "One function, one server" seems to be the Windows way.
>
> You can. My Windows XP is both FTP Server and WebServer used to receive
> data from z/OS and I use it to produce stats and audit reports. I also have
> a Windows Server 2008 in use for similar functions on another network.
>

​I guessed it is possible. It's just that _we_ don't seem to do it for some
reason. I have a 2nd desktop PC, running Linux/Intel, which I am allowed to
have, which I use for this. I got it simply because it was "excess
inventory" (i.e. old and nobody wanted it) and Linux Fedora is "gratis".​



>
> You can use native FTP as supplied or use FileZilla as FTP server. For
> hosting Webpages, I use standard IIS and FrontPage (yes, I know it is old,
> blah, blah, blah).
>
>
> >Linux is the answer for those of us who lost the "Just say No! to OCO"
> wars. Of course, given the current business climate, Linux requires more
> expertise to install and maintain than z/OS. And thus can use less
> expensive people.
>
> True. Headhunters can tell you the same story.
>

​Most, if not all, headhunters will say most anything, which is not a
direct lie, that helps them "move inventory". In their case, people. And
there are more Linux types than z/OS types. ​And it is much easier to gain
proficiency in Linux than z/OS. I am self taught in Linux. Installation and
maintenance is simple ... anymore (my original attempt with Slackware on
3.5 floppies was a disaster).



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



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Elardus Engelbrecht]

John McKown wrote:

>We can't even run an FTP and Web server on the same Windows image. Or, at 
>least we don't. "One function, one server" seems to be the Windows way. 

You can. My Windows XP is both FTP Server and WebServer used to receive data 
from z/OS and I use it to produce stats and audit reports. I also have a 
Windows Server 2008 in use for similar functions on another network.

You can use native FTP as supplied or use FileZilla as FTP server. For hosting 
Webpages, I use standard IIS and FrontPage (yes, I know it is old, blah, blah, 
blah).


>Linux is the answer for those of us who lost the "Just say No! to OCO" wars. 
>Of course, given the current business climate, Linux requires more expertise 
>to install and maintain than z/OS. And thus can use less expensive people.

True. Headhunters can tell you the same story.

Groete / Greetings
Elardus Engelbrecht

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[John McKown]

On Thu, Sep 10, 2015 at 3:53 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Timothy Sipples wrote:
>
> >1. Activation keys. In order to make Microsoft Windows Server fully
> operable you need a license key and must "activate" your installation of
> Windows.
>
> You forgot Windows XP, Windows 7 and Windows 10.
>
>
> >2. Hardware-based key sensitivity. If you "substantially" or materially
> alter the machine configuration, or you move your installation to another
> server, you typically need to re-activate your installation.
>
> Provided you're not running the same copy at another machine at the same
> time. You have about 30 days to fix your internet connection to "activate"
> your system. In the meantime you're sitting with a crippled windoze system.
>
>
> >3. Moot. z/OS 2.2 has no activation keys. When you receive z/OS 2.2 you
> receive all elements, including optional elements that require additional
> licensing such as z/OS DFSORT. ...
>
> > ... With z/OS YOU have full technical control over your license
> entitlements to optional elements via a configuration data set. IBM does
> not assume you are untrustworthy (i.e. require keys to unlock features), ...
>
> SYS1.PARMLIB(IFAPRDxx)? I could 'active' elements if I wish, but surely I
> will be caught out by big blue.
>
> One of our clients was having a debugging problem about 10 years ago. They
> asked me to 'activate' the IBM debug tool. Sorry, I could not help them,
> even while IFAPRDxx is open for me and ready to be changed if I wish. We
> fixed that problem with usual debug methods.
>
>
> >Importantly, z/OS does not have artificial hardware limitations.
>
> Very good for DRP purposes. What's more, unlike the other type of
> machines, the CEC boxes have spare CPUs if you wish to activate them.
>

​But many OEM vendors _do_ have artificial hardware limitations. Examples
that I know of myself: CA, BMC, MacKinney, RocketSoftware. For DRP​, it is
usually fairly easy to get temporary keys. Many lock not just to CPU serial
number, but even to the sub-model number. And I do understand why. I am not
saying that they are wrong to do this, just that such a thing exists.



>
>
> >4. Goodness, no! If you want to send dumps, traces, etc. to IBM Support
> you can, but you must expressly choose to do so, and you choose exactly
> what data to send (and what not to send).
>
> With one catch - you must give up any rights to the data send over to IBM.
> IBM can do whatever they want with the data you send to them.
>
> Read the fine print.
>
>
> >Customers simply e-mail those reports to IBM if they choose to do so.
>
> Or to IBM LMS website.
>
>
> > ... could we all start using words/terms that reflect reality and stop
> using words/terms that are highly misleading at best?
>
> Really? Your company is also using the phrase 'Open System'.
>
> Do that on *all* discussion sites and other websites like Wikipedia,
> YouTube, etc. Write an article and publish it in magazines, newspaper, etc.
>
> I recently had to explain that 'form factor' has other meaning in IBM
> parlance during an audit. :-(
>
> 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
>



-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[John McKown]

On Thu, Sep 10, 2015 at 1:44 AM, Timothy Sipples  wrote:

> One of my pet peeves is that some people -- even a few "experts" -- in the
> IT industry persist in using the term "open system" to refer to whatever is
> not a mainframe. I believe words ought to have meaning, including the word
> "open." So let's take a look at what some people still continue to call an
> "open system," Microsoft Windows Server (on X86-based servers), and compare
> that to z/OS on an IBM z System. Let's consider Microsoft Windows Server
> 2016 (in beta testing currently and scheduled for release in early 2016)
> with z/OS 2.2 (scheduled for release later this month). While it's possible
> Microsoft and IBM could change their products before release, I do not
> expect any material changes that would affect this particular comparison.
>
> ​
Total agreement. However, there are truly open systems - to me that means
any system which has an OSI approved license: Linux, the *BSDs, and perhaps
others. The only one which I consider to be truly Enterprise Ready is
Linux. OK, mainly because only Linux runs on z hardware. IMO, a totally
free (gratis & libre) software system is possible using z hardware using
Linux, Apache, and PostgreSQL (RDMS). I don't claim that this would be as
reliable as z/OS & DB/2. But I would be shocked if it were not more
reliable than Wintel. Assuming, of course, equally competent IT people.

FWIW - I refer to Wintel systems as "distributed systems" instead of "open
systems". Mainly because they can only be reliable when there are "fall
over" systems in "hot ready" and only if the workload is "distributed"
amongst multiple systems. I have _never_ heard of any z/OS system (single
image) being replaced by a _single_ Windows server doing the equivalent.
Regardless of the supposed power of the underlying Intel hardware. We can't
even run an FTP and Web server on the same Windows image. Or, at least we
don't. "One function, one server" seems to be the Windows way. That is one
reason why VMware is a necessity, to multiplex the Intel hardware.

Linux is the answer for those of us who lost the "Just say No! to OCO"
wars. Of course, given the current business climate, Linux requires more
expertise to install and maintain than z/OS. And thus can use less
expensive people.
​


Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Current market share breakdown for EACH of the three z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret

[R.S.]

Just to complement: RACF, TSS and ACF2 were not the only choice.
Here, in Poland many installation had been using polish security product 
called PIES (eng. DOG).


Now, AFAIK there is (still) one small TSS shop, all the rest use RACF.

Few years ago I saw some announcement of DEADBOLT, product of 
JMenterprises company (US). AFAIK neither product, nor the company is on 
the market now.


I've also heard of some system modification allowing to used z/OS 
without any security product. Of course in such case everyone has access 
to everything.



--
Radoslaw Skorupka
Lodz, Poland






W dniu 2015-09-10 o 07:11, Timothy Sipples pisze:

Tony Harminc wrote:

Only IBM is in a position to truly know the market share, because only
they know exactly how many z/OS systems are out there.

Not truly, not exactly. IBM's omnipotence is routinely overestimated. ;)

IBM presumably knows how many z/OS licensees(*) are licensing the z/OS
Security Server elements. Presumably most(**) z/OS customers that do not
license z/OS Security Server are licensing some other security provider
product(s), though IBM would not know those details. Also, IBM would not
know which z/OS Security Server licensees also license other security
provider products.(***)

Anyway, I assume IBM could make some "reasonable" estimates, as other
parties could, but I'd say IBM doesn't truly know these market shares.

For what it's worth, Barry Schrager's estimates seem plausible to me, too,
but I have no special insight.

Writing my own views for myself, as always, even if I do not always insert
a disclaimer.

(*) z/OS licensees is not quite the same thing as z/OS systems (or
enterprises with z/OS). Every discrepancy I can think of is illegal,
though.

(**) I suppose it's also possible (though I'm sure rare) to run z/OS
without one of the three most popular security provider products. That's an
interesting side question. I have not yet encountered even one z/OS LPAR
(or z/VM guest) running without one of the three most popular security
provider products. Has anyone else? If so, how was that z/OS instance
configured?

(***) As one simple example, customers that license the IBM Rational
Development and Test Environment for z (RDTz) have z/OS Security Server
licenses (within those particular license terms and conditions) at no
additional charge. Do those RDTz licensees actually use the z/OS Security
Server, or do they use another security provider product? IBM would have no
reliable way of knowing.






--
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.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


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

Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Paul Gilmartin]

On Thu, 10 Sep 2015 14:44:22 +0800, Timothy Sipples  wrote:

>One of my pet peeves is that some people -- even a few "experts" -- in the
>IT industry persist in using the term "open system" to refer to whatever is
>not a mainframe. I believe words ought to have meaning, including the word
>"open." 
> 
I agree.

>Importantly, z/OS does not have artificial hardware limitations. ...
> 
Specialty engines?  Ask Neon zPrime.

-- gil

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

Re: z/OS pricing question

[Tommy Tsui]

To my understanding, all versions are the same price now no matter which 
version, but you may enjoy the VWLC or FWLC or other depends on your shop, to 
save overall price 

從我的 iPad 傳送

> Charles Mills  於 2015年9月9日 下午11:44 寫道：
> 
> Maybe this is a question that is too complex for a listserve answer. Does
> IBM price each version of z/OS separately on a single box? In other words,
> does it generally cost more in IBM license charges to run V1R13 on one LPAR
> and V2R1 on the others (on the same footprint) than it would to run V2R1 on
> all?
> 
> Charles 
> 
> --
> 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: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?

[Elardus Engelbrecht]

Timothy Sipples wrote:

>1. Activation keys. In order to make Microsoft Windows Server fully operable 
>you need a license key and must "activate" your installation of Windows. 

You forgot Windows XP, Windows 7 and Windows 10.


>2. Hardware-based key sensitivity. If you "substantially" or materially alter 
>the machine configuration, or you move your installation to another server, 
>you typically need to re-activate your installation.

Provided you're not running the same copy at another machine at the same time. 
You have about 30 days to fix your internet connection to "activate" your 
system. In the meantime you're sitting with a crippled windoze system.


>3. Moot. z/OS 2.2 has no activation keys. When you receive z/OS 2.2 you 
>receive all elements, including optional elements that require additional 
>licensing such as z/OS DFSORT. ...

> ... With z/OS YOU have full technical control over your license entitlements 
> to optional elements via a configuration data set. IBM does not assume you 
> are untrustworthy (i.e. require keys to unlock features), ...

SYS1.PARMLIB(IFAPRDxx)? I could 'active' elements if I wish, but surely I will 
be caught out by big blue. 

One of our clients was having a debugging problem about 10 years ago. They 
asked me to 'activate' the IBM debug tool. Sorry, I could not help them, even 
while IFAPRDxx is open for me and ready to be changed if I wish. We fixed that 
problem with usual debug methods.


>Importantly, z/OS does not have artificial hardware limitations.

Very good for DRP purposes. What's more, unlike the other type of machines, the 
CEC boxes have spare CPUs if you wish to activate them.


>4. Goodness, no! If you want to send dumps, traces, etc. to IBM Support you 
>can, but you must expressly choose to do so, and you choose exactly what data 
>to send (and what not to send).

With one catch - you must give up any rights to the data send over to IBM. IBM 
can do whatever they want with the data you send to them.

Read the fine print.


>Customers simply e-mail those reports to IBM if they choose to do so.

Or to IBM LMS website.


> ... could we all start using words/terms that reflect reality and stop using 
> words/terms that are highly misleading at best?

Really? Your company is also using the phrase 'Open System'. 

Do that on *all* discussion sites and other websites like Wikipedia, YouTube, 
etc. Write an article and publish it in magazines, newspaper, etc.

I recently had to explain that 'form factor' has other meaning in IBM parlance 
during an audit. :-(

Groete / Greetings
Elardus Engelbrecht

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

Re: z/OS pricing question (and Single Version Charge)

[Shane Ginnane]

What a bloody schmozzle.
Imagine if something like this was foisted on Ubuntu customers with the 
LinuxONE. Wouldn't get a single taker I imagine.

Any news on that licensing model ?.

Shane ...

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

Re: z/OS pricing question (and Single Version Charge)

[Timothy Sipples]

The information provided so far is somewhat incomplete. Here are some more
important points:

1. Customers that adopt Country Multiplex Pricing (CMP) no longer have
Single Version Charge (SVC) term limits at all. (Yay!) Please refer to IBM
announcement letter 215-230 (dated July 28, 2015) for details, or "talk
with your friendly IBM representative." Note that CMP does not require more
than one machine or even more than one z/OS LPAR. You can certainly be a
"small" z/OS customer with even a single z/OS LPAR and single machine and
still find CMP to be attractive -- maybe even especially attractive.

The elimination of SVC periods should NOT (triple underscore) be
interpreted as a license to run old, crusty versions "forever." Old, crusty
versions will still be old and crusty, still unsupported if they're beyond
their service periods. Please don't get old and crusty, at least not in
this respect.

Sysplex aggregation rules also disappear with CMP, by the way. [Excited
yet? :)]

2. Even among those customers choosing to maintain SVC term limits (i.e.
not adopt CMP), SVC term limits do not apply between Solution Edition LPARs
and non-Solution Edition LPARs. For example, if you license the IBM
Solution Edition for Data Warehousing with z/OS 2.2 and DB2 11 for z/OS,
and you install that Solution Edition on an existing machine with z/OS 1.13
and DB2 10 for z/OS, you do not start the Single Version Charge periods for
either z/OS or DB2. Each Solution Edition license is treated as a separate
entity. *Within* a specific Solution Edition license the SVC term limits
may apply, for example if you have two Solution Edition for Data
Warehousing LPARs on one machine (or aggregated Sysplex) then those two
LPARs would be within one SVC scope.

My understanding is that zNALC z/OS is treated the same way. For example,
if you have two zNALC z/OS LPARs and two non-zNALC z/OS LPARs on one
machine, all currently running z/OS 1.13, and you upgrade one of your zNALC
LPARs to z/OS 2.2, you have only started the SVC period for your zNALC
LPARs, not for all z/OS LPARs. (Somebody please correct me if I'm mistaken,
but that's my understanding.)

Anyway, to net it out, zNALC and Solution Editions are already separate
license entities, so you can think of them as separate non-aggregated
machines for SVC purposes, effectively -- separate SVC "zones."

3. In general (and I cannot think of any exceptions), Early Support
Program, Preview, Beta, and Trial licenses do not start SVC term limits --
at least not pre-General Availability of the new version, and perhaps not
even then. (Another good reason to participate in those programs! They
effectively give you elongated SVC periods. Fortune favors the brave, and
in this case you don't have to be too brave.) For example, you can license
the IBM Enterprise COBOL Developer Trial for z/OS without starting the SVC
period for your COBOL compiler.

4. Even if you exceed your SVC period it's not the "end of the world" --
far from it. You don't "pay double" -- at least I've never seen that,
unless perhaps you have full capacity licensing on every machine.
(Unlikely, especially these days.) What ends up happening is that you take
an additional trip on the Monthly License Charge price curve, but you don't
travel as far along the curve on each trip as you did when you had one
trip.

For example, let's suppose you are subject to SVC terms, you exceed your
SVC period, and you have both CICS Transaction Server Version 5 and CICS
Transaction Server Version 3 running on the same machine. You've upgraded
all but one LPAR to CICS TS Version 5, but you've got a "straggler" LPAR
still running CICS TS Version 3. You have sub-capacity licensing of some
type, e.g. VWLC, AWLC, AEWLC, etc. Let's suppose you have a 200 MSU
machine, and your total CICS TS peak four hour rolling average is typically
160 MSUs as reported in SCRT or MWRT. OK then, before you run past your SVC
period you'd be reporting 160 MSUs of CICS TS Version 5 (only) and pay for
that. After running past your SVC period you'd most probably report
something less than 160 MSUs of CICS TS Version 5 (i.e. your CICS TS
Version 5 license charge would decrease somewhat), and "a few" MSUs of CICS
TS Version 3 (i.e. your CICS TS Version 3 license charge would increase
from zero to something non-zero). Yes, 145 + 15 MSUs (for example) is
greater than 160 MSUs in licensing terms, but *usually* not hugely
greater.(*) If you do get caught in this situation I recommend:

(a) Segregating software versions (using LPARs) as best you can, setting a
"softcap" (defined capacity) at least on the LPAR(s) containing your older
software version(s), and getting migrated as quickly as you can; or

(b) Switching to Country Multiplex Pricing; or

(c) Asking your friendly IBM software representative for advice and
forbearance consideration. In particular, if the delay in getting over to
the new version is due to something IBM did or didn't do -- an impactful
defect that IBM hasn't been