Re: Will z/OS be obsolete in 5 years?

[Roger W Suhr]

With the new flash drives there are no more SPINNING parts.

Sent from my Verizon, Samsung Galaxy smartphone
Get Outlook for Android

From: IBM Mainframe Discussion List  on behalf of 
Phil Smith III 
Sent: Tuesday, August 8, 2023 2:18:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Will z/OS be obsolete in 5 years?

Colin Paice wrote:
>These days disks are virtualized. I think the unit is the track. Two

>"adjacent" tracks from a data set perspective could be on different PC

>sized disks in the disk subsystem. The "disks" are usually irrelevant

>as the data is usually in cache!



This gets humorous at times. Someone I knew was doing a FIPS certification. 
Part of the process is taking pictures of the hardware used. That meant that a 
FIPS certification lab person got to fly to their outsourcer location and take 
a picture of *a* z CEC and *a* disk array-nobody was really sure which system 
they were physically running on at that moment, and certainly not where the 
data was spinning!


--
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: They are *all* dinosaurs

[Roger W Suhr]

I think it is very difficult and costly to reproduce all mainframe applications 
on other platforms using "modern" programming languages.
Not to speak of the inherit reliability, serviceability and secureability  of 
the System Z hardware, running z/OS.

Anyone who says the mainframe is a dinosaur simply hasn't looked at a moder 
mainframe in  WHILE.

It's not just about COBOL anymore, you can run anything on system z hardware 
these days.


Please let me know if you have any questions, or concerns!

Thank You!

Roger W Suhr

suhr...@gmail.com
563-581-9065

(from my personal laptop)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Schmitt, Michael
Sent: Wednesday, August 2, 2023 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: They are *all* dinosaurs

I'm trying to find where Micro Focus COBOL supports collections and 
dictionaries. Do you mean Micro Focus JVM COBOL, which runs in a Java virtual 
machine (as opposed to compiling for native execution, such as a Windows .exe 
or .dll?

If so, isn't this not really COBOL but Micro Focus allowing access to JVM 
features?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Tuesday, August 1, 2023 11:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: They are *all* dinosaurs

> On 2 Aug 2023, at 11:38 am, Jon Perryman  wrote:
>
>> On Tuesday, August 1, 2023 at 05:18:46 PM PDT, David Crayford 
>>  wrote:
>> The obvious difference is that C/C++ etc are still evolving.
>> The z/OS COBOL compiler hasn’t implemented significant features of 
>> the ANSI standard. If I were a COBOL programmer I would like the 
>> language to support collections, dictionaries etc but I suppose the 
>> type of applications where COBOL is used don’t require hash tables.
>
> Are you suggesting that COBOL programmers should stop using instorage VSAM 
> KSDS and learn how to use collections, dictionaries and hash tables? Are you 
> saying that KSDS doesn't solve these exact problems using a facility 
> programmers use daily?

That’s not what I’m saying at all. My point is that IBM don’t invest in COBOL 
to implement features in the language standard whereas MicroFocus do. Most 
probably because they don’t have customer requirements asking for them. I 
mostly program in C++ and Java these days and take it for granted that they 
have built-in standard libraries for data structures and algorithms. COBOL 
doesn’t even support dynamic arrays but most COBOL programmers are used to 
having to use the file system to make up for the lack collections. Performing 
binary searches using SEARCH ALL was as good as it got back when I was working 
with COBOL.

>
> I don't use Cobol because it's boring and nothing to do with it's ability to 
> solve business problems. I think that Cobol allows programmers to be business 
> line experts instead of computer experts.

I’m not knocking COBOL. The raison d’être of the mainframe is to run 
applications written in COBOL.

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


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



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

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

Re: Will z/OS be obsolete in 5 years?

[Roger W Suhr]

Re: Will z/OS be obsolete in 5 years?

That's what they said in 1995!



Please let me know if you have any questions, or concerns!

Thank You!

Roger W Suhr

suhr...@gmail.com
563-581-9065

(from my personal laptop)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Perryman
Sent: Thursday, July 20, 2023 12:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Will z/OS be obsolete in 5 years?

 > That 1,536 doesn't sound right.  Max I/O drawers on a z16 A01 is 12 (see

> page 20 in the pdf you linked).  So 12 x 16 = 192 cards.  And if all 
> of

> them are 2 port cards, max ports is 384.  And that still leaves CEC

> slots for 36 dual port ICA cards to connect that huge mass.


On page 22, CPC Fanouts are discussed. It says for each CPC which would be 4 
making 384 * 4 = 1,536.  It's unclear which is correct but even 384 PCIe slots 
seems huge. Here's what is says: 

Fanouts
  - Each CPC drawer supports up to 12 PCIe+ fanout adapters to connect to
the PCIe+ I/O drawers, and Integrated Coupling Adapter Short Reach
(ICA SR) coupling links:
   – A 2-port Peripheral Component Interconnect Express (PCIe) 16 GBps I/O 
fanout.
   Each port supports one domain in the 16-slot PCIe+ I/O drawers .– ICA 
SR1.1 and ICA SR PCIe fanouts for coupling links (two links of 8 GBps each).

> Oh, and each of those 32 four-frame machines would need 8 60A 3Ph 
> power cables.  Wow!


It's hilarious that you are impressed by a meager 8 X 60A 3PH power cables. 
First, those are cables are rated 60A and should never use 60A. IBM requires 
redundancy so I suspect half are redundant since there are 4 PDU. Probably 
somewhere around 22 megawatt hours per year. The same redbook says running the 
same Linux workload on a x86, there is a 75% reduction in power use. Impressive 
is Google's 5,500,000 servers which consumed 15 terawatt hours in 2020.

On Wednesday, July 19, 2023 at 07:43:28 PM PDT, Tom Brennan 
 wrote:  
 
 > An IBM z16 Max200 fully loaded has 256 cores where 200 cores  > are 
 > available to the customer, 40TB ram and 1,536 (4 CPC draws  > with 12 fanout 
 > adapters each containing 2 ports connecting to  > a 16 PCIe slot I/O drawer)?

That 1,536 doesn't sound right.  Max I/O drawers on a z16 A01 is 12 (see page 
20 in the pdf you linked).  So 12 x 16 = 192 cards.  And if all of them are 2 
port cards, max ports is 384.  And that still leaves CEC slots for 36 dual port 
ICA cards to connect that huge mass.

Oh, and each of those 32 four-frame machines would need 8 60A 3Ph power cables. 
 Wow!

On 7/19/2023 6:09 PM, Jon Perryman wrote:
>  
>> What a BS 'survey'
> 
> 
> What is it you consider to be BS? Are you saying that the hardware 
> numbers are wrong?  An IBM z16 Max200 fully loaded has 256 cores where 
> 200 cores are available to the customer, 40TB ram and 1,536 (4 CPC 
> draws with 12 fanout adapters each containing 2 ports connecting to a 
> 16 PCIe slot I/O drawer)? 32 z16 Max200 in a sysplex is 8,192 cores 
> (6,400 customer usable cores), 1,280TB ram and 49,152 PCIe+ slots with 
> each of the 32 boxes capable of running 1 z/OS. These numbers come 
> from https://www.redbooks.ibm.com/redbooks/pdfs/sg248950.pdf
> 
> While that is excessive, IBM can provide you with it today and you could make 
> it run efficiently. If you were to run 1 Linux on each of these boxes, most 
> of each machine would sit idle waiting on disk.
> 
> Is it BS to say that running Linux even on a 32 core 5.5Ghx CPU is struggling 
> to keep that box 100% busy because of disks? Is it BS to say that you won't 
> find a motherboard with more than 8 PCIe slots or that those PCIe slots 
> mostly go unused? Is it BS to say that any company with a 10,000 server 
> server farm is not jumping through hoops and using an army to maintain those 
> servers? Is it BS to say that IBM z16 failures occur on a daily basis whereas 
> Google is constantly fixing their server farm with a large fulltime staff?
> 
> I want to know why people think IBM RHEL closed source announcement is being 
> ignored when IBM can only grow if they sell z16 to Linux only customers. Are 
> you saying it's BS for IBM to expand into the Linux market by using existing 
> z/OS products making RHEL compatible with z16? Is it BS for IBM to collect 
> revenues from the z/OS products used directly in RHEL without having z/OS on 
> any box?On Wednesday, July 19, 2023 at 07:00:53 AM PDT, Michael Watkins 
> <032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote:
>  
>  What a BS 'survey'.
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jon Perryman
> Sent: Tuesday, July 18, 2023 7:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Will z/OS be obsolete in 5 years?
> 
> CAUTION: This email originated from outside of the Texas Comptrolle

Re: RSU Maintenance: Asking For a Friend

[Roger W Suhr]

My opinion:  If the SYSPLEX capacity for each LPAR is designed to accept the 
workload of another LPAR and you have procedures in place to move the load from 
one LPAR to another, it should be possible to do that.  After all, that is the 
main purpose of creating a SYPLEX.



Please let me know if you have any questions, or concerns!

Thank You!

Roger W Suhr

suhr...@gmail.com
563-581-9065

(from my personal laptop)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Marchant
Sent: Tuesday, July 18, 2023 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSU Maintenance: Asking For a Friend

In a Sysplex environment it is possible to shift the workload off of one system 
so that it can be IPLed at any time, not just on weekends.

IMO, customers that are stuck in the old way of doing things should not serve 
as a model for others.

--
Tom Marchant

On Tue, 18 Jul 2023 06:52:02 -0400, David Spiegel  
wrote:

>Hi Brian,
>One of my customers decided (many years ago) to upgrade software/apply 
>maintenance once a year (on each of their 4 complexes).
>There are not enough weekends in the year to do this more frequently 
>(due to other groups doing upgrades and "blocked out" weekends).

--
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: A Discussion about RLSE on RAID Drives with Chat GPT-4

[Roger W Suhr]

Would you rather pass data in move mode (*nix piping) or locate mode

Just remember, in LOCATE mode you can move your data once, in MOVE mode you'll 
have to move data twice!  But in the end it really depends on what you are 
going to do with the data record.

I know nothing about pipes.

Please let me know if you have any questions, or concerns!

Thank You!

Roger W Suhr

suhr...@gmail.com
563-581-9065

(from my personal laptop)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Thursday, June 29, 2023 7:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A Discussion about RLSE on RAID Drives with Chat GPT-4

https://chat.openai.com/share/1718b445-7a89-47a3-ab23-b670aa8c2211


OREXXMan
Q: What do you call the residence of the ungulate with the largest antlers?
A: A moose pad.
:-D
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)?  Why do you think you rarely see *nix commands with 
more than a dozen filters, while Pipelines specifications are commonly over 
100s of stages, and 1000s of stages are not uncommon.
REXX is the new C.

--
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: RACF - SDSF question

[Roger W Suhr]

Hi Ms. Terri,

The OPERCMDS JES2.CANCEL.** profiles protect the JES2 ($C...) cancel command.
I believe you also need to use the OPERCMDS MVS.CANCEL.STC.mbrname.id profile 
to protect the MVS CANCEL command.

So in your case, that would be something like this: (if your running CICS as an 
STC!)
MVS.CANCEL.STC.C30TCI* (G)
MVS.CANCEL.STC.** (G)


Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Tuesday, February 7, 2023 8:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF - SDSF question

Hi,
 I know there is a RACF group, but hopefully this is simple and I am just 
missing something I have done 100 times over with no issues.

We run our CICS regions as batch jobs, and I just found out a user instead of 
them issuing a CEMT PERF SHUT command, they are canceling it.

Which then causing a 100 vsam messages on startup with all the verifies, and if 
something goes wrong they call me...

So I tried to stop this habit, I know they are putting a C beside the CICS and 
a $CJ(x) command

So I have 2 rules in RACF under OPERCMDS

JES2.CANCEL.BAT.C30TCI* (G)
JES2.CANCEL.BAT.** (G)

If I restrict the BAT.**  then they cant cancel even their own batch jobs, So I 
always thought more specific is looked at first?

One of my previous co-workers implemented SDSF-RACF rules converted from 
ISFPARMS.

Lastly, I understand this doesn’t stop them from canceling any other jobs, but 
since this is a development shop we allow more access than most.

But I don’t want users canceling a CICS or DB2 etc.

Any ideas how they are getting the access and not stopped with the more 
specific rule??


Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com


 [https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] 
<http://www.aciworldwide.com> This email message and any attachments may 
contain confidential, proprietary or non-public information. The information is 
intended solely for the designated recipient(s). If an addressing or 
transmission error has misdirected this email, please notify the sender 
immediately and destroy this email. Any review, dissemination, use or reliance 
upon this information by unintended recipients is prohibited. Any opinions 
expressed in this email are those of the author personally.

--
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: PDS compression needs a new name - defoam? unfoam? degas? I hope someone has a better idea!

[Roger W Suhr]

Look at the PDS command (rel 8.6) on the CBTTAPE (CBTTAPE.ORG)

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Saturday, December 24, 2022 14:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS compression needs a new name - defoam? unfoam? degas? I hope 
someone has a better idea!

How about an command to expand the directory by moving the early members back?

On Sat, Dec 24, 2022 at 10:19 AM Michael Oujesky  wrote:
>
> Wrong end,  Passing gas occurs at a different orifice.
>
> Michael
>
>
> At 08:40 AM 12/21/2022, Paul Gorlinsky wrote:
>
> >Burping ... because we are removing the gas trapped above in a PDS
> >
> >-
> >- For IBM-MAIN subscribe / signoff / archive access instructions, 
> >send email to lists...@listserv.ua.edu with the message: INFO 
> >IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

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

Re: Can I get the true jobname in JCL

[Roger W Suhr]

Try 

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Colin Paice
Sent: Friday, December 16, 2022 4:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can I get the true jobname in JCL

If I start OMPROUTE.OMP1, or issue Start OMPROUTE,JOBNAME=OMP1, can I get the
OMP1 as a JCL symbol so I can use it to pick up different configuration members?
I can crawl around the control blocks and create a symbol - but want a 
supported solution.

If I use  I get JES2.

Colin

--
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: Simple JOBGROUP or Simple User

[Roger W Suhr]

Hi,


Maybe you can try this:

//DRCPYFC  JOBGROUP 
 //DRCPYFC1 GJOB 
 //   CONCURRENT NAME=DRCPYFC2   

 I'm not sure you need two CONCURRENT statement 

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Longfellow
Sent: Tuesday, August 16, 2022 16:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Simple JOBGROUP or Simple User

My forehead is bruised from beating it against the wall.  I am trying to set up 
a simple JOBGROUP with two simultaneous jobs.  Here is my JCL (excerpted for 
brevity)
 //DRCPYFC  JOBGROUP 
 //DRCPYFC1 GJOB 
 //   CONCURRENT=DRCPYFC2
 //DRCPYFC2 GJOB 
 //   CONCURRENT=DRCPYFC1
 //DRCPYFC  ENDGROUP 
 //* --- 
 //DRCPYFC1 JOB (ACCT#),'DR COPY  ',CLASS=A, 
 // MSGCLASS=X,REGION=800M   
 // SCHEDULE JOBGROUP=DRCPYFC
 //* stuff to do
 //DRCPYFC2 JOB (ACCT#),'DR COPY  ',CLASS=A, 
 // MSGCLASS=X,REGION=800M   
 // SCHEDULE JOBGROUP=DRCPYFC
//*  more stuff to do

Jes is rejecting this masterpiece with: 

$HASP100 DRCPYFC  ON INTRDRFROM TSU17899
TECHXXX 
$HASP1110 DRCPYFC  -- Illegal JOBGROUP card -  card not 
valid within JOBGROUP   
$HASP1110 DRCPYFC  -- Illegal JOBGROUP card -  card not 
valid within JOBGROUP   
IRR010I  USERID TECH905  IS ASSIGNED TO THIS JOB.   
$HASP DRCPYFC  -- ENDGROUP card - JOBGROUP DRCPYFC  contains errors 

I tweak, I read the manual (many times).   But must be missing something.  It 
did run once, but sequentially - not concurrently.  I added CONCURRENT cards 
and this is where I am.

What funny little JES syntax did I miss?   I modeled this on the sample in the 
book.   

--
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: SMF Record types to capture

[Roger W Suhr]

z/OS 2.5 provides for new "extended" SMF record types >255.  They have a
standard type (I forgot the number) for backward compatibility, AND an
extended  type number (4 digits).

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Michael Oujesky
Sent: Sunday, July 3, 2022 13:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF Record types to capture

The standard header is still a one byte field, so 0:255 captures them all.

At each dump/off-load, I segmented our SMF records by
category/interest-group and anticipated retention period to reduce the
processing resources and time by not having to process record types that ere
superfluous.  As an example:

* CICS 110.1.3 transaction detail and further segmented by region
grouping 9production, development, etc)
* CICS 110.1.1 dictionary records for preparation of processing the
tracnsaction detail 110.1.3 records
* CICs exception records
* CICS DOMAIN interval records
* DB2 101
* DB2 100/102
* RMF 70 and 72
* RMF device 74.1
* Security 80
* WLM 99
* Dataset 14/15/60-series
And a number of others, but this set should give you an idea of ho this
approach orked.

Michael


At 10:44 AM 7/3/2022, Lizette Koehler wrote:
>I am reviewing our SMF Setup.  We are on z/OS V2.3 going to z/OS V2.4 
>We have not reviewed or updated our SMF record types in decades We only 
>use 0:255 for our archive/collection parms Is there a new  range to 
>change to use?
>If so, what should I use?
>Any suggestions or is this still valid
>
>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

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

Re: Trouble getting new mainframe staff?

[Roger W Suhr]

I think people in the US would be available.  It all depends what the company 
is willing to pay.  
Of course there may be some age discrimination going on as well.

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
esmie moo
Sent: Sunday, March 20, 2022 12:28
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Trouble getting new mainframe staff?

 No surprise.  All the Mainframers lost their jobs when their positions were 
outsourced to India, Brazil, Philippines because of corporate greed.
On Sunday, March 20, 2022, 08:50:38 a.m. EDT, Mark Regan 
 wrote:  
 
 
http://mainframeupdate.blogspot.com/2022/03/trouble-getting-new-mainframe-staff.html

marktre...@gmail.com

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

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

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

Re: Using the JOBNAME system symbol in a batch job

[Roger W Suhr]

Hi,

There are two system symbols that are available (but not listed in the
SYMBOLS table and not documented in the same place as the  symbol:

  - Contains the current JOB Name
  - Contains the current JOB ID  (e.g. JOB19002)   

This has been in place since z/OS 2.3 (maybe earlier, but that's when I've
been told after I created an RFE about this.) 

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Gadi Ben-Avi
Sent: Wednesday, December 29, 2021 09:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using the JOBNAME system symbol in a batch job

Hi,

How do I use the JOBNAME system symbol in a batch job and have it resolve to
the JOBNAME?

Currently, every time I try, it resolved to JES2.

We are running z/OS v2.4.

Thanks

Gadi


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

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

Re: EXTERNAL: Coding for the future

[Roger W Suhr]

Hi Bob,

  I didn't look out for the indenting, sorry.  I used  on one line, but 
not on the other, but recently I started to add comments to the "END" statement 
in more complex code, to help with clarity:

if fx then  do
ntim=ntim+1
end/* if fx then  do */
else  do
nres=nres+1
end/* else do - if fx then  do */

In this short example this may be superfluous, but it really helps me when 
coding nested ifs and selects
I like to code like this mainly because I forget what I intended to do when I 
come back to a piece of code I wrote months ago.  So doing this will help me 
follow my thoughts at a later time.
Of course I also hope it will help someone who looks at this, when I'm not 
around.

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Saturday, June 19, 2021 6:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Coding for the future

I can't tell whether you're joking.  Yes, putting the DO on the same line as 
the IF is (in my opinion) more readable.  But as your email came across at my 
end, the indentation is inconsistent...which maybe you did on purpose, just to 
hear my teeth grate.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The fire department in Austin has a 5-minute response time.  -from Things 
I've Learned from My Children */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roger W Suhr
Sent: Friday, June 18, 2021 23:13

How about:

 if fx then  do
ntim=ntim+1
end
else  do
   nres=nres+1
end

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Clark Morris
Sent: Friday, June 18, 2021 7:19 PM

[Default] On 18 Jun 2021 08:57:44 -0700, in bit.listserv.ibm-main 
robhbrid...@gmail.com (Bob Bridges) wrote:

>Ack!  To my mind
>
>  if fx then
>do
>  ntim=ntim+1
>end
>  else
>do
>  nres=nres+1
>end
>
>...is much harder to read than
>
>  if fx then ntim=ntim+1
>else nres=nres+1

As a retired COBOL programmer used to meaningful data names I have found one 
condition of a compound conditional or 1 verb per line made things easier to 
modify and also to read.  I tried to keep data names to 15 bytes or fewer and 
didn't use qualification as much as I would have liked because of COBOL's 
verbose way of handling it.

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

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

Re: EXTERNAL: Coding for the future

[Roger W Suhr]

How about:

 if fx then  do
ntim=ntim+1
end
else  do
   nres=nres+1
end

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Clark Morris
Sent: Friday, June 18, 2021 7:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Coding for the future

[Default] On 18 Jun 2021 08:57:44 -0700, in bit.listserv.ibm-main
robhbrid...@gmail.com (Bob Bridges) wrote:

>Ack!  To my mind
>
>  if fx then
>do
>  ntim=ntim+1
>end
>  else
>do
>  nres=nres+1
>end
>
>...is much harder to read than
>
>  if fx then ntim=ntim+1
>else nres=nres+1

As a retired COBOL programmer used to meaningful data names I have found one
condition of a compound conditional or 1 verb per line made things easier to
modify and also to read.  I tried to keep data names to 15 bytes or fewer
and didn't use qualification as much as I would have liked because of
COBOL's verbose way of handling it.


Clark Morris 
>
>---
>Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
>/* -from _The Voyage of the Dawn Treader_ by C S Lewis:
>Eustace: In our world a star is a huge ball of flaming gas.
>Ramandu: Even in your world, my son, that is not what a star is but 
>only what it is made of. */
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Crawford, Robert C.
>Sent: Wednesday, June 16, 2021 09:23
>
>It's a small thing, but I now longer try to cram as much code into line 
>as I can.  Now I put spaces between operators and variables and after 
>commas.  I also put the clauses following "THEN" and "ELSE" on another
line.
>
>Oh, and I used to this:
>LOOP  MVC   HERE,THERE
>
>And now do this:
>LOOP  DS   0H
>MVC   HERE,THERE
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: JCL checkers?

[Roger W Suhr]

We're using CA-JCLCHECK; it works well, I get no complaints from users.  It has 
many customization options. (maybe too many )

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 11, 2021 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL checkers?

What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

--
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: TS7720 to EMC DLM migration

[Roger W Suhr]

We decided not to do that and go with a TS7760  instead.  Easy peasy

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Wednesday, December 23, 2020 11:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TS7720 to EMC DLM migration

Hello

I am interested to know about your experience on migrating TS7720 to EMC DLM ?

Basically what are the changes to be done in zOSA Before migrating ? Any 
gotchas ?

We use HSM and is there anything to be done ?

Peter

--
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: Build and submit proc

[Roger W Suhr]

No need to be naughty here.

Roger W. Suhr

suhr...@gmail.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hobart Spitz
Sent: Tuesday, December 22, 2020 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Build and submit proc

You can do it in batch REXX.

Stop being brain-dead and thinking about everything in terms of JCL.

I've don't write JCL anymore.

JCL causes brain-damage.


On Tuesday, December 22, 2020, Jousma, David < 
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> I would build the JCL, and then FTP it with the filetype below.   That
> will submit and run the job.
>
> SITE FILEtype=JES NOJESGETBYDSN
> put your.modified.jcl.
>
> 
> _
> Dave Jousma
> AVP | Director, Technology Engineering
>
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand 
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Fred Kaptein
> Sent: Tuesday, December 22, 2020 12:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Build and submit proc
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Hello,
> I would like to build a JCL batch job called BACKUPS, that does the
> following:
> 1) STEP01
> Create a JCL proc in MYLIB.PROCLIB(BKUP)
> 2) STEP02
> Execute the proc MYLIB.PROCLIB(BKUP)
>
> My testing finds that STEP02 runs the proc in MYLIB.PROCLIB(BKUP) that 
> was built prior to submitting job BACKUPS.
>
> Is there a way to do these two steps in one job and not two?
>
> Thanks
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> 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
>


--
OREXXMan
JCL is the buggy whip of 21st century computing.  Stabilize it.
Put Pipelines in the z/OS base.  Would you rather process data in move mode or 
locate mode?
IBM has been looking for an HLL for program products; REXX is that language.

--
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: OOBOL and English was Re: Still COBOL After All These Years?

[Roger W Suhr]

There hasn’t been a general speed limit of 55 Mph(80 km/h) on US Interstate
Highways in many years.  It’s 55 Mph only in populate areas (not many adhere
to that anyway), 65 Mph outside the cities, and West of the Mississippi 75
Mph (or more in selected areas).
I’ve seen 75 Mph East of the Mississippi, but only on some toll roads. 

Roger W. Suhr
mailto:suhr...@gmail.com



From: mailto:suhr...@gmail.com <mailto:suhr...@gmail.com> 
Sent: Tuesday, August 4, 2020 11:32
To: IBM Mainframe Discussion List <mailto:IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?


From: IBM Mainframe Discussion List <mailto:IBM-MAIN@LISTSERV.UA.EDU> on
behalf of John McKown <mailto:john.archie.mck...@gmail.com>
Sent: Tuesday, August 4, 2020 11:17:47 AM
To: mailto:IBM-MAIN@LISTSERV.UA.EDU <mailto:IBM-MAIN@LISTSERV.UA.EDU>
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years? 
 
On Tue, Aug 4, 2020 at 7:23 AM R.S. <mailto:r.skoru...@bremultibank.com.pl>
wrote:

> (I know it's off-topic)
> My opinion: I like american cars and roads.
> However I don't understand common speed limit 55 mph which is in my
> opinion too low for the road on desert.
>

Pretty much "inertia". Back when 55 was first introduced, it during the
"oil embargo (1969-1976)") and it was touted as the most fuel efficient
speed. Today, that is totally false. Engines are much more efficient now.
Today it is touted as safer. I don't know about that. But, then again, here
in Texas the speed limit on highways is pretty much regarded as a
suggestion. Except when it goes through a small town, where a smaller limit
is imposed and is basically used as a source of revenue for the local
government (aka "speed trap"). That's why the government loves automatic
license readers -- the cops don't even need to wake up to issue a ticket.
Isn't technology wonderful?!?

Speaking of driving in the desert, long ago, I remember my dad going
through Arizona -- flat & featureless. He was tired, and passed driving off
to my mom & told her not to go too fast. She scoffed. I was in the back
seat. When I woke up, I asked mom why she was going over 100 mph (150 kph)?
Ah, the dangers of a Cadillac, smooth pavement, and nothing to see along
the road.



>
> BTW:
> Here in Poland default limit on highway is 140 km/h.
> However in Germany default is ...your sanity. No speed limit. Most cars
> have factory limit at 250 km/h, but not luxury ones. And yes, it is
> legal to drive 300 km/h
> Of course this is for highways only. And speed limit signs may reduce it.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>

-- 
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to mailto: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: Still COBOL After All These Years?

[Roger W Suhr]

I couldn't agree more!

Roger W. Suhr
suhr...@gmail.com



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Thursday, July 16, 2020 11:41
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Still COBOL After All These Years?

https://www.planetmainframe.com/2020/07/still-cobol-after-all-these-years/

Regards,

Mark Regan

--
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: Gratuitous EXECIO Documentation

[Roger W Suhr]

It does, but FOO could be a variable symbol in which case it woud be
evaluated ADDRESS ({variable symbol})

Like:
 FOO ="TSO"
 ADDRESS (FOO)   =>> sets host environment to "TSO"



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Phil Smith III
Sent: Saturday, June 6, 2020 23:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Gratuitous EXECIO Documentation

Wow, cool. Never noticed that ADDRESS (foo) evaluates FOO, but of course in
retrospect it should. A good day!


--
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: REXX as JCL replacement

[Roger W Suhr]

I agree with David Crayford's comment, 100%!
Let's put this to rest.  To completely replace JCL with REXX is not an option.  
If you want to run certain applications driven by REXX program, by my guest, 
that's a design issue.  But please don't plan on replacing everything with REXX.

Roger W. Suhr
suhr...@gmail.com


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Monday, July 9, 2018 21:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX as JCL replacement

On 10/07/2018 7:15 AM, Andrew Rowley wrote:
> On 9/07/2018 10:46 PM, Hobart Spitz wrote:
>>
>> Basically, JCL is so far from real a programming language, that I 
>> can't describe it.
>>
> That's because JCL isn't a programming language. There are plenty of 
> other languages that also suck as programming languages e.g. HTML, 
> XML, JSON, but that's not what they are supposed to be.


Java Batch (JSR 352) has basically re-implemented JCL using XML. Now that must 
really suck!


>
> JCL is really a kind of definition language. In programming language 
> terms it is more like a set of classes in OOP than a language in 
> itself: you have a job, which has steps, steps have DDs etc. The 
> syntax is old fashioned, but the concepts are very much OOP. It would 
> be relatively simple to create a set of classes in your OOP language 
> of choice to hide the syntax - just create a Job object, add Step 
> objects, add DataDefinition objects etc. and have a Submit method emit 
> JCL.
>
> If I want to write a program, I will choose a programming language. If 
> I want to define a unit of work to the system, JCL does a pretty good 
> job. I definitely prefer JCL to long command lines with multiple 
> switches and options defining input and output files, which is the 
> non-z/OS equivalent.
>
> Andrew Rowley
> Black Hill Software
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: empty KSDS behavior - why?

[Roger W Suhr]

I think this is just one of the quirky things IBM has been getting away with 
for years.  It's that way, because the VSAM designers built it that way.
It's not a big enough issue to go out an fix it (e.g. Have the IDCAMS DEFINE 
command (possibly optional) open the KSDS just defined, for OUTOUT and write a 
null record and then  delete it.
I recently found out that some IBM utilities (IMS DBRC) actually expect a 
cluster in "create mode", when switching to a new secondary RECON dataset.  If 
you provide an initialize cluster, the DBRC utility ABENDS and says the dataset 
had been used before and no valid header record could be found.
So I doubt IBM will ever provide an option to do this in the DEFINE command.

There are programs available on the CBT Tape (CBTTAPE.ORG) that will initialize 
a new cluster (intelligently).  Personally, I like the INITKSDS program. 

Roger W. Suhr
suhr...@gmail.com


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, May 29, 2018 20:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: empty KSDS behavior - why?

On Tue, 29 May 2018 20:42:53 -0400, Doug Shupe wrote:

>LOADED vs UNLOADED.
>
>Read the VSAM DEMISTIFIED Redbooks.
>
>When you define a VSAM file it is in an UNLOADED state, REPRO will open for 
>output and work just fine.
>
>If you write a record and delete the record the VSAM file is now in a LOADED 
>state. You should be able to open I/O or REPRO with the REPLACE option.
>
>I surely might have missed what your trying to do but this is not rocket 
>science and has been this way for years..
>
Antiquity doesn't make something right.  The Fugitive Slave Act was the law of 
the land for years.

-- 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: GDG with timestamp

[Roger W Suhr]

Hi,

For a GDG dataset names to have time stamp information in the name is currently 
not possible.  What I have done to place the creation date and time into the 
dataset name is to use system symbols.
There are dynamic system symbols in z/OS now and you can use them in JCL for 
name datasets.  Of course the dataset is then not a GDG and you will have to 
create something to delete older datasets as needed.
I did so using REXX with ISPF services LMDLIST etc., to create IDCAMS delete 
statement's for the datasets that are no longer needed to be removed.
A tape management system can also give you the creation dates, if it is a tape 
dataset.
ISPF services can be used in REXX and in other higher level programming 
languages.  It takes some getting used to and any program using them must run 
in an ISPF environment.

Roger W. Suhr
suhr...@gmail.com


-Original Message-
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Peter
Sent: Monday, March 12, 2018 12:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDG with timestamp

Hi

Sorry I meant putting the dates

On 12-Mar-2018 9:27 PM, "John McKown" <john.archie.mck...@gmail.com> wrote:

> On Mon, Mar 12, 2018 at 10:50 AM, Peter <dbajava...@gmail.com> wrote:
>
> > Hi
> >
> > Apology for the dummy question
> >
> > For the GDG to have timestamp on its every generation, how do I 
> > ensure
> that
> > timestamp gets appended with all that generation created ?
> >
> > Could someone please point me as I am little confused here.
> >
>
> I'm confused too. A GDG data name is of the form .GVmm, 
> where  is the absolute generation number and "mm" is a version and 
> 99.99% of the time ​is "00". The only timestamp that I know of the 
> the one in the catalog, which is the date & time the catalog entry was 
> put into the catalog. Normally, this is the same as the creation date 
> & time, but can be different if "something happens" and the GDG entry is 
> recatalogued.
>
> ​What are you hoping for? If you want the timestamp in the DSN, I 
> think you are outta luck.​
>
>
>
> >
> >
> > Peter
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
>
> --
> I have a theory that it's impossible to prove anything, but I can't 
> prove it.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Disable DYNALLOC?

[Roger W. Suhr (GMail)]

My 5 cents:  Why do people always have to control everything.  DYNALLOC is a 
beautiful thing.  It has to be used properly, for sure and it's not a "one size 
fits all" tool, but it is very useful.
If you really have to control all allocations, then look into using and exit 
(DADSM,SMS comes to mind).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Wednesday, December 20, 2017 17:38
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Disable DYNALLOC?

>From a recent thread (rant?) in ASSEMBLER-LIST:

... Do you stand by "SVC 99 for good measure"? Generally, products
do not implement it for good reason. Irrelevant in CICS and IMS. 
In batch, it bypasses job scheduler, job restart, violates  production
control requirements, bypasses JES3 resource management 
and potentially poses a production security risk. TSO has the 
alloc command which can easily be used in clists. It exists 
because of  MVS UNIX.  ...

Disregard the anachronism in the last sentence.  If, hypothetically, DYNALLOC 
except by initiator is so harmful as to be prohibited in production jobs, is 
there any way to do so?  If it were possible, what would be the collateral 
damage?  What fraction of production jobs would work, unmodified, without using 
DYNALLOC?

Are code reviews a better technique?  Other (specify)?

-- 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: UTC and Daylight Savings Time

[Roger W Suhr]

Local time is just that, local - which means the time must adhere to the LOCAL 
requirement. UTC is the world wide standard time, it will not change for 
daylight savings.


Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: "Bill Bishop (TMNA)" 
 Date: 1/5/17  11:02  (GMT-06:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: UTC and Daylight Savings Time 
I have been requested to investigate the impact of switching "local" time to 
"UTC" time.

We currently use STP to establish the time and offsets for our LPARs, so 
basically we are using UTC time correctly.

However, the requirement may include not changing local time when daylight 
savings time occurs.  The intent is to maintain a consistent 'displayed' time 
world-wide as many places do not adjust times.

Using STP, the local time changes automatically and I am not aware of any way 
prevent it.  

Is anyone aware of how to accomplish this?

Thanks

Bill Bishop
Consultant, Mainframe Engineer
Mainframe and Scheduling - Infrastructure Technology Services Toyota Motor 
North America

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


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

Re: IBM Lays Out Plans to Hire 25,000 in U.S. Ahead of Trump Meeting

[Roger W Suhr]

Yeah, but what kinds of jobs?  It doesn't matter, I won't go back to work for 
IBM,  because their whole philosophy is outdated and backward.  To many levels 
of management, who do only administrative work and talk your head off, but 
don't have a clue what's going on in the industry. 



Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: "Jack J. Woehr"  Date: 
12/13/16  20:27  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Lays 
Out Plans to Hire 25,000 in U.S. Ahead of Trump Meeting 
wjanu...@yahoo.com wrote:
> Yeah, and when they finish their three months probation, they will get laid 
> off.

IBM is on its way up again.

The institution with the broadest view of business computing in the entire 
world is about to enter its 2nd Golden Age.

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

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


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

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Roger W. Suhr (gmail)]

I use the REVIEW command from CBTTAPE.ORG


On 2015-06-16 7:44 AM, Elardus Engelbrecht wrote:

Jason Cai wrote:


We just want to know how  IBM zSecure could alter  specific events based on 
certain RACF information that is captured by SMF in real time  without dumping 
SYS1.MANX

What do you mean by 'alter'? What are you trying to solve?

zSecure does NOT alter the records it gets from SYS1.MANx, but see below.

  

Could you give us a sample program to alter one specific events based on 
certain  information that is captured by SMF in real time  ?

Select your input (type = 'ACT.SMF') and your selection criteria, then go to 
the right page to get your report. Now place that report in a dataset. You can 
do that in batch or in TSO / ISPF. Then use whatever program or editing tool to 
'alter' your records.

Some components of zSecure (I think Command Verifier or something like that) 
may intercept some events and allow/disallow it instantly.

Alternatively, you can go to RACF-L discussion list and ask your questions 
there.

You can also go to zSecure Suite discussion list which is listed in this list 
of Security related forums:

https://www.ibm.com/developerworks/community/forums/html/category?id=a4c83a8c-1106-418e-bcae-323eb6641707

But still, please tell us what do you mean by 'alter'.
  
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


--
Hava a great day!

Roger W. Suhr
Indianapolis, IN 46202
suhr...@gmail.com

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

Re: A New Perfromance Model ?

[Roger W. Suhr (GMail)]

Good point!  The software costs might break the deal.  Use that to send 
those developers back to drawing board.


Roger

On 4/8/2015 5:11 PM, J O Skip Robinson wrote:

I have not mined this thread meticulously, but I did not see mention of 
software costs. If you upgrade your CEC, the ISV (V for vulture) folks will 
descend upon you as in the Hitchcock movie and peck your corpse clean to the 
bone. IBM will be there too with beak in motion.

The software costs of a hardware upgrade can be stunning, especially if the 
bean counters budgeted only the hardware portion. Those additional costs live 
on forever because the annual maintenance fees go up as well.

Which is to say that no matter how cheaply memory or storage can be obtained, 
the cost of additional MIPS looms larger than it appears in the mirror.

.
.
.
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 Roger W. Suhr (GMail)
Sent: Wednesday, April 08, 2015 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A New Perfromance Model ?

I think this nailed it!  Clueless is also correct.  It did start back in the 90's with 
disk space is cheap, then it went to memory is cheap'
and now it's MIPS is a commodity, so is the manpower to maintain all that stuff.
It's all in the CLOUD now anyway - who cares!

Roger

On 4/8/2015 4:11 PM, Dave Barry wrote:

In the old paradigm, technology was managed by technologists.  In the new 
paradigm, technology is managed by accountants.  Computer hardware and labor 
costs wind up on different lines of the general ledger.  They have different 
budgetary constraints and are treated differently for tax purposes depending on 
whether they are capitalized or expensed.

I've heard the new regime refer to MIPS as a commodity.  Talk about clueless...!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of esst...@juno.com
Sent: Saturday, April 04, 2015 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A New Perfromance Model ?

.
Can someone explain and rationalize for this new paradyne ?
.
cheaper to Upgrade the mainfame than to have the application programmers review 
their code for performance oppurtunities.

.
Im clueless .  ??

--
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: A New Perfromance Model ?

[Roger W. Suhr (GMail)]

On 4/4/2015 3:11 PM, esst...@juno.com wrote:

Hi

Im not a performance analyst, Im a CICS  MQ Sys-Prog.
I dont understand this new paradyne.

Some Back ground
March 1 Our Development Team introducd some new functionality.
The following week we were plagued with multiple 0C4 and 0C7 - ASRA Abends, 
Storage Violations, and one CICS Task abended in a loss of our main production 
CICS Region.
   
March 7 a secnd wave of application changes were deployed.

All Of the Abends with the Exception of The Storage Vioation seem to have 
evaporated, as they no-longer exists. However we are now see a sihnificant 
Increase of I/O, Almost double in
CPU consumption by many tasks, and an Increase in Storage Occupancy for these 
transaction.

Some Transaction Storage incresaed by 6+ Meg.

Working with our Capacity Planning and Performance  person and reviewing CMF 
data, RMF Reports, running Traces, and real time Monitors we have identified 
the 7 buggest cuprits. (STROBE is a Great Product)
.
We provided our findings and analysis to our Management and Mainframe 
development management with much reluctance.
.
.
  
Heres what I dont understand

Our development management are telling is (Systems  Operations) that it is cheaper 
to Upgrade the mainfame than to have the application programmers review their code for 
performance oppurtunities.
.
.
Are You F...ing kidding me.
.
.
In todays era is this true, because I havent heard of it ?
.
The Systems teams spent three weeks trying to compensate and adjust our 
performance configuration (LPAR Weights, CICS File Adjustments etc.) to 
accomodate the additional CPU that was introduced.
.
I have not seen any documents produced stating that it would be cheaper to 
Upgrade to a larger machine. What about the License costs for all our products ?
.
.
If a Machine costs 8 Million, are you telling me 10 good COBOL CICS  MQ 
appliaction programmers could not make some improvement
for less than 8-Mil ?
.
One of My application developers explained to me that they were getting a 
ASRA/0C4 Abend.
So to correct it they increased 3 tables from 33 entries (3Meg) to 99 entries 
(9Meg).
.
Did I miss a performance lecture at SHARE ?
.
Can someone explain and rationalize for this new paradyne ?
.
cheaper to Upgrade the mainfame than to have the application programmers review 
their code for performance oppurtunities.

.
Im clueless .  ??

--
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: Dataset space release

[Roger W. Suhr (GMail)]

Yes, use the RELEASE parameter of the ALLOCATE command

Roger

On 3/24/2015 1:52 PM, Tim Brown wrote:

Can space in an allocated dataset via Rexx with the tso allocate cmd be freed 
and space reclaimed as is possible with a jcl allocated dataset with the RLSE 
option

SPACE=(CYL,(10,2),RLSE) if this just needs 6 cyls then the unused 4 will be 
freed.

Can't find a way to do same via TSO and Rexx.

Sent from my Verizon Wireless 4G LTE smartphone

--
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: Setting RMF Post Processor report for partial date/time

[Roger W. Suhr]

Like it or not, I think you need two runs:

TIME(12,235959)  
DATE(15040,15040)

TIME(00,115959)  
DATE(15041,15041)


Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, February 27, 2015 5:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Setting RMF Post Processor report for partial date/time

I have reviewed the manuals and internet and still cannot seem to find this 
simple function.

I need to create a report from noon on Monday to noon on Tuesday.

I am using
TIME(12,115959)  
DATE(15040,15041)

Which of course does not do what I want.
What is the secret command?

Thanks
Lizette
 

--
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: massive IBM layoff rumored?

[Roger W. Suhr]

No doubt, there will be some people missing @ IBM next month, but mass
layoff's?  That's far fetched.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bill Johnson
Sent: Monday, January 26, 2015 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: massive IBM layoff rumored?

The latest reports from CNBC have IBM laying off 10,000.

BJ

On Mon, 1/26/15, Nims,Alva John (Al) ajn...@ufl.edu wrote:

 Subject: Re: massive  IBM layoff rumored?
 To: IBM-MAIN@LISTSERV.UA.EDU
 Date: Monday, January 26, 2015, 9:23 AM
 
 I have heard of it also
 and apparently a few others, I believe the notices start
 today:
 
 
http://thevarguy.com/business-technology-solution-sales/012315/report-ibm-em
ployees-bracing-colossal-layoff-starting-next-week
 
 
http://www.bidnessetc.com/33231-international-business-machines-corp-ibm-to-
layoff-over-10-employees/
 
 http://www.cultofmac.com/310012/ibm-prepares-largest-corporate-layoff/
 
 
 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 Marvin.Lukasik
 Sent: Monday,
 January 26, 2015 9:11 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: massive IBM layoff rumored?
 
 Has anyone else heard the
 rumor of massive IBM layoffs ?
 Figures
 stated say 26% or about 112,000 people to get the axe  !!
 It would be the biggest layoffs
 EVER!
 The sources are Robert X. Cringely and
 an article in www.itworld.comhttp://www.itworld.com by Andy  Patrizio.
 Yikes!
 
 --
 For IBM-MAIN subscribe / signoff / archive  access instructions, send email
to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN
 
 --
 For IBM-MAIN subscribe / signoff / archive  access instructions,  send
email to lists...@listserv.ua.edu  with the message: INFO IBM-MAIN

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

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

Re: non-IBM: SONY new tape storage - 185 Terabytes on a tape.

[Roger W. Suhr]

When the company is in litigation and needs data from years back for evidence 
in court, a few hundred dollars for some tapes seem very cost effective, as 
opposed to losing a case, or being charged with negligence for loosing data 
(very high fines apply)!

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, May 02, 2014 7:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: non-IBM: SONY new tape storage - 185 Terabytes on a tape.

On Fri, May 2, 2014 at 6:38 AM, Elardus Engelbrecht  
elardus.engelbre...@sita.co.za wrote:

 John McKown wrote:

 
 http://www.itworld.com/storage/416783/sony-develops-tape-tech-could-le
 ad-185-tb-cartridges

 Hmmm , interesting, but the webpage is slow.

 Just how long would it take to _find and restore_ an individual file
 backed up on such a monster? Or even just do a backup to it? What good 
 is it, unless there is some I/O channel fast enough to do backup and 
 restores which utilize at least most of the tape?

 I quickly looked at Sony's LTO tape drives (PetaSite) which uses IBM 
 LTO specifications. Nice expensive things, but nothing, absolute 
 nothing is written about transfer rates unless I missed it somewhere.

 Or am I, once again, missing something?

 What if the tape itself is broken or teared? Granted, it is years ago 
 I encountered a teared tape, but ...


Good point! We had a 3592J tape cart tear just last year. What was especially 
bad is that it was a 3494 VTS back store tape. So by losing this one physical 
tape, we lost about 50 virtual 3490 volumes. We were very lucky that the tape 
was not full and that the virtual volumes lost contained mainly test data. I 
had argued at the time of installation that we should separate VTS virtual 
volumes by environment with each environment having its own set of back 
store tapes. And then duplexing the back store tapes which contained production 
data. I was shot down in flames because: (1) 3592J tapes are _expensive_ and 
duplexing would not be cost effective; and (2) it's too difficult to set up! 
(by the storage admin at the time).



 Groete / Greetings
 Elardus Engelbrecht


--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

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

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

Re: Sorry state of IT education?

[Roger W. Suhr]

It's really simple,  I always tell my younger colleagues:  If you're willing to 
stay in the office after work hours, I'll stay with you and show/help you with 
a few things, and where to find more information.  If not, don't expect me to 
interrupt my work to do yours.

Some do, some don't, so what?
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Wednesday, April 23, 2014 7:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sorry state of IT education?

 Now, my usual response to a question which, to me, implies an abysmal lack of 
 knowledge (Something on the order of I'm trying to install z/OS and need to 
 know what JOB card used for.), my usual response is ... silence.

Yeah.. That's like, totally unacceptable. Totally. Yeah.

- Vignesh
Mainframe Admin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: 23 April 2014 13:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sorry state of IT education?

I will do the RTFM response. But, in my defense, I will usually try to 
include a URL to the proper FM to R. At times, I will even try to quote a 
paragraph or two. Now, my usual response to a question which, to me, implies an 
abysmal lack of knowledge (Something on the order of I'm trying to install 
z/OS and need to know what JOB card used for.), my usual response is ... 
silence.


On Wed, Apr 23, 2014 at 6:55 AM, Shmuel Metz (Seymour J.) 
shmuel+ibm-m...@patriot.net wrote:

 In
 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.c
 om,
 on 04/23/2014
at 08:47 AM, Sankaranarayanan, Vignesh
 vignesh.v.sankaranaraya...@marks-and-spencer.com said:

 and most of the experts just say - R.T.F.M

 If it's not important enough to you to justify consulting the manuals, 
 then it's not important to anybody else. You might get a different 
 response if you wrote what you found in the manuals, what was missing 
 and what you didn't understand, or if you asked where is foo 
 documented?.

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

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




--
There is nothing more pleasant than traveling and meeting new people!
Genghis Khan

Maranatha! 
John McKown

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

MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

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

Re: Inquire SPACE/DIR allocation attributes

[Roger W. Suhr]

Hi, 

Do you know ISPF?

Regards

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gabor Hoffer
Sent: Wednesday, April 23, 2014 7:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Inquire SPACE/DIR allocation attributes

Hi,

How can I get allocation attribs for an existing dataset? PRI/SEC Space, space 
unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? 
Do you have any example ASM code for it?

Regards,
Gabor

--
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: Friday Humor: Happy Birthday Mainframe

[Roger W. Suhr]

We kept a case of beer and a case of champagne under the raised floor in the
computer room.  It was very cool down there.  For the days when celebrations
were called for.

Roger


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bernd Oppolzer
Sent: Saturday, April 05, 2014 12:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Friday Humor: Happy Birthday Mainframe

At friday (?) afternoon regularly some of our operators could be seen
walking down the corridor carrying some boxes for punch cards.
But: we already had no more punch cards in those years (mid to end 1980s).

The solution is: two bottles of beer fitted very well in the punch card
boxes ... and nobody noticed what was inside.


Am 05.04.2014 08:43, schrieb David Crayford:
 Wow, it's gone viral (962 views)!

 I like the guy drinking a beer at the terminal at 2:37. Reminds me of 
 my early days in operations minus the doner kebab.

--
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: 3270 Emulators and consoles

[Roger W. Suhr]

VistaTN3270 from Tom Brennan is a nice low cost product!
I love to work with it on my Hercules - MVS system

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Wissink, Brad [ITSYS]
Sent: Monday, March 31, 2014 1:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3270 Emulators and consoles

Using VistaTN3270 from Tom Brennan.   Works great, no complaints.

Brad Wissink
Information Technology Services
Iowa State University
515-294-3088
If it ain't broke, you ain't trying - Red Green


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of MARTIN, MIKE
Sent: Monday, March 31, 2014 1:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 3270 Emulators and consoles

All,

We have a  z114 and are upgrading to Windows 7.  Is anyone using a 3270
emulator other than PCOMM for their OSA-ICC console functions.

Mike Martin

This email may contain confidential and privileged material for the sole use
of the intended recipient. If you are not the intended recipient, please
contact the sender and delete all copies. Any review or distribution by
others is strictly prohibited. Personal emails are restricted by policy of
the State Employees' Credit Union (SECU).  Therefore SECU specifically
disclaims any responsibility or liability for any personal information or
opinions of the author expressed in this email.

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

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

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

Re: [OT ] Mainframe memories

[Roger W. Suhr]

Was the smoke black or white?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Chris Hoelscher
Sent: Sunday, March 09, 2014 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [OT ] Mainframe memories

Maybe IBM elected a new chairman that evening?

Chris hoelscher
Technology Architect | Database Infrastructure Services Technology Solution
Services

123 East Main Street |Louisville, KY 40202 choelsc...@humana.com Humana.com
(502) 476-2538 - office
(502) 714-8615 - blackberry
Keeping CAS and Metavance safe for all HUMANAty


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Blaicher, Christopher Y.
Sent: Saturday, March 08, 2014 10:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] [OT ] Mainframe memories

Right you are, but it was a long time ago.  It was a 360, I know.  It could
have been a 40 or 50.   I just remember the column of smoke and how fast the
CE moved.  It must have been drawn by a fan as it was a column about 3 or 4
inches in in diameter just going straight up.  If I remember correctly, it
turned out to be a big resistor.

Chris Blaicher
Principal Software Engineer, Software Development Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Saturday, March 08, 2014 7:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [OT ] Mainframe memories

In
b6c1eb4364c30e47950e0f68ef65f46708f24...@proditmailbox1.us.syncsort.com,
on 03/07/2014
   at 08:50 PM, Blaicher, Christopher Y. cblaic...@syncsort.com
said:

When working for a third party disk vendor I was in a computer room and 
there was an IBM CE working on a 360/45.

No such animal; I might believe 360/40 or 370/145.

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

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





ATTENTION: -

The information contained in this message (including any files transmitted
with this message) may contain proprietary, trade secret or other
confidential and/or legally privileged information. Any pricing information
contained in this message or in any files transmitted with this message is
always confidential and cannot be shared with any third parties without
prior written approval from Syncsort. This message is intended to be read
only by the individual or entity to whom it is addressed or by their
designee. If the reader of this message is not the intended recipient, you
are on notice that any use, disclosure, copying or distribution of this
message, in any form, is strictly prohibited. If you have received this
message in error, please immediately notify the sender and/or Syncsort and
destroy all copies of this message in your possession, custody or control.

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

The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material.  If you receive
this material/information in error, please contact the sender and delete or
destroy the material/information.

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

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

Re: IBM sells x86 server business to Lenovo (was Levono)

[Roger W. Suhr]

Just like any other company!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DASDBILL2
Sent: Friday, January 24, 2014 8:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM sells x86 server business to Lenovo (was Levono)

IBM's core business is making profits for their stockholders.  All else is 
details of implementation. 

Bill Fairchild 

- Original Message -

From: Tony Harminc t...@harminc.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, January 23, 2014 4:26:28 PM
Subject: Re: IBM sells x86 server business to Lenovo (was Levono) 

On 23 January 2014 12:43, Charles Mills charl...@mcn.org wrote: 
 I think IBM's core business is (1) services and (2) software. 

I don't think IBM has been in the core business since the early 1970s. 

Tony H. 

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


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

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

Re: XMITMGR

[Roger W. Suhr]

Check this.  It works on Win7:

http://sourceforge.net/directory/os:windows/freshness:recently-updated/?q=un
xmit

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Scott Ford
Sent: Friday, January 24, 2014 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: XMITMGR

All:

I am working off a new Windows 8.1 x64 laptop and need XMITMGR to work does
anyone have any ideas that work.
I use it to verify a download of modules/libraries prior to shipment to
customers..

All help is always appreciated..

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

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

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

Re: Disposal of storage devices/med

[Roger W. Suhr]

I usually don't say much here.  With all the senior expertise here, there is
little I can add.
I really liked this story.  This is the BEST way I ever heard, to eliminate
all trace data from a magnetic device.

Hahaha, congratulations on your ingenuity and resourcefulness.

I just wonder if an IT auditor would accept this method!

Thank you for sharing.

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pommier, Rex
Sent: Tuesday, January 21, 2014 7:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Disposal of storage devices/med

Radoslaw,

About 10 years ago I was given the task to migrate off an RVA onto a
different disk subsystem.  Not really knowing how to erase the disks without
use of a sledgehammer, I initialized all the volumes to logically erase
them, then uploaded a bunch of songs to the array.  I then proceeded to copy
these songs multiple times across the array volumes until the RVA screamed
that the back end storage was full.  I then deleted it all and did it over
again.  I figured writing several thousand copies of Barry Manilow songs
against the array would drive anybody crazy who would try to recover
anything useful off the disk.

I suppose the RIAA could have come against me for illegally copying music.
:-)

Rex

-Original Message-

W dniu 2014-01-20 22:44, Paul Gilmartin pisze:
 On 2014-01-20, at 13:35, R.S. wrote:
 And what about n-times overwrite policies? What number is proper? Does
one need to overwrite disk content once, twice, 3 times, 7 times or 21
times? What's the magic number? And what is the reason for the number?
   
 For example from:

  http://www.fsl.cs.sunysb.edu/docs/secdel/

  2.3  Overwrite Data Many Times
 Years ago it was shown that there is a chance that even after the data is
overwritten, it can potentially be recovered [15]. Many experts believe that
unless one can overwrite the data numerous times, that it is not worth to
overwrite it even once [9]. Nothing could be further from the truth. Even
the government's own NIST and NISPOM standards for secure deletion of
top-secret files call for overwriting no more than three-times [8, 23]; and,
for most users, a single overwrite will suffice and greatly enhance
security. In particular, one overwrite will make any software-based data
recovery impossible. Thus, hackers who gain privileged access to the system
will not be able to recover files deleted from its hard disks. To date, no
commercial services are available to recover data that was overwritten even
just once [24].

 (See original for citations ca. 2005 and earlier.)

 My suspicion is that it was empirical.  Someone working with 
 RAID/virtual disks which don't really overwrite in place observed that 
 data were still recoverable from original, non-overwritten sectors.  
 But a sufficient number of overwrites would suffice to overwrite the 
 real backing store.
1. I did mean DISK overwirte. Not some emulated gismo, especially not dasd
arrays like Iceberg/RVA. That's completely different story and - important -
it's still not applicable to number of writes. The problem in such arrays is
to really overwrite the disks, no matter how many times. It's important to
overwirte al least once, but every disk area, each copy. It's more like
caution to delete dataset *and* its copies and backups.
(Disclaimer: spare sectors on HDD is yet another story.) 2. Fun story: some
company used special software to overwrite PC HDDs. 
The number of writes was set to 5. Reason: default was 3, but we want more
security.
3. Regarding possibility rto read *valuable* information overwritten
once: Such theoretical possibility assumes one use good microscope and
watches single magnetic domain. There is no hidden HDD command like read
deleted info. And now: what is easier: decrypt encrypted content of play
with 10-element puzzle of domains?



--
Radoslaw Skorupka
Lodz, Poland

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 

Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes

[Roger W. Suhr]

Definitions of 'legacy' [leg-uh-see]   

Dictionary.com - (Showing 1 definitions) 
 

(noun)

1. anything bequeathed

Find more definitions for legacy on Dictionary.com » 


Synonyms:



Bequest 

Birthright 

Devise 

Endowment 


Aid 

Alimony 

Allocation 

Allotment 


Bequeathal 

Bequeathment 

Bestowal 

Devisal

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, December 16, 2013 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes

On Mon, 16 Dec 2013 08:46:43 -0800, Mark Regan wrote:

 http://www.forbes.com/sites/timworstall/2013/12/16/geek-is-now-a-prais
 eword-not-an-insult-apparently/

Could Legacy be next?

-- 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: RMM v/s TS7740 VTS

[Roger W. Suhr]

Compression/compaction is done in the controller/FICON Adapter, if it is turned 
ON in either SMS, a parmlib member, or JCL (DBB=TRTCH=COMP).
2-3:1 is achieved on average.  It's important, because it will affect the 
performance of the VTS, and tape usage (capacity).

Roger S. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Chapman
Sent: Thursday, July 18, 2013 5:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RMM v/s TS7740 VTS

The compression is done after it hits the VTS, and is compressed in the disk 
cache. My possibly faulty memory says that it at least used to be done on the 
host adapter cards in the VTS (that have the FICON connection to the 
mainframe), but that may not be entirely accurate.

But effectively:
mainframe  FICON Adapter -- 100GB -- VTS FICON adapter -- 25 GB -- VTS Disk 
-- ~25GB -- VTS Tape

I haven't taken the time to really understand RMM and how it reports things 
though. Sorry.

Scott Chapman

On Wed, 17 Jul 2013 18:01:34 -0500, Munish Sharma mf291...@gmail.com wrote:

Hello
I am researching on TS7740 VTS, as it reaching the VTS Throughput limit and 
done some initial analysis with VEHSTATS. 
To narrow down to alias level reporting, for who is using how much at what 
point of time..I am using RMM report. I am struck at a point, where I do not 
understand.. if RMM says in panels a DSN is 100GB, but in RMM report DSIZE is 
zero (most cases) .. and comparatively minimum data(lets say 6-7 GB), under 
Variable(Actual amount of Data on Tape) .. in RMM report. 

So, If RMM Panels says TAPE DSN was 100 GB.. but 6-7 GB on real tape.. I 
understand compression does that.. 


NOW the question is ...  DOES VTS do any I/O initially while creating 100GB or 
is it compressing while write to VTS and not creating 100GB( just fake it ).. 
So does that do I/O for 100 GB while writing to VTS or 25gb as if compressed?

Another scenario.. If a Compressed Data on Backend tape was 3982 MB and 25244 
MB in VTS.. after coming to VTS .. Does this DSN uses 25 GB space in VTS or 
virtualization keep it at 3982 MB even in VTS (just fake it)... So, when Host 
going to read it back, does it read 25GB, or 3982 MB?


Please let me know,  how to look at it..

Regards
Munish Sharma

People are Awesome

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

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

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

Re: SMF record - IPADDR

[Roger W. Suhr]

I could agree with that too.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, July 15, 2013 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record - IPADDR

In 003801ce8119$55b87300$01295900$@com, on 07/15/2013
   at 12:08 AM, Roger W. Suhr suhr...@gmail.com said:

I'd vote for both.  All IBM product SMF records type 0-200 should be 
documented in the SMF manual.

Alternatively, the SMF and control blocks manuals should have links[1] to
the appropriate product manuals.

[1] In a usable form, e.g., a PDF should allow copying or selecting
the URL.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
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: SMF record - IPADDR

[Roger W. Suhr]

I'd vote for both.  All IBM product SMF records type 0-200 should be
documented in the SMF manual.

Roger S.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Gould
Sent: Sunday, July 14, 2013 11:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record - IPADDR

Which bring up the question...
Where should the layout of SMF records reside, SMF manual, each product
manual  or ?
Anyone have an opinion which way?

Ed

ps: Arguments on both sides are reasonable although personally I think the
SMF manual as it central to all products.



On Jul 14, 2013, at 7:47 AM, Mike Stayton wrote:

 The SMF Type 106, 118 and 119 record layouts are in:
 z/OS V1R13.0 Comm Svr: IP Programmer's Guide and Reference
 SC31-8787-14

 E.0 Appendix E. Type 119 SMF records
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d3b1/
 E.0

 Mike Stayton
 z/OS Communications Server

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

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

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

Re: Parsing

[Roger W. Suhr]

Incorrect observation:

Hund = Dog  not hound
Tier = Animal
Reh  = Deer (male female)
Rehbock = buck (male)


Regards

Roger W Suhr



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lindy Mayfield
Sent: Tuesday, November 20, 2012 10:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing

I like the ones that go from specific to general and the other way round.

Hund is dog, but a specific type of animal in English.
Tier is animal, but specifically deer in English.

And another thing which is curious, given how close English and German are
from the time they began to break apart, there are very few loan words in
English from German.

I used to know a few, but Schadenfreude is the one I always remember.

From all other languages, we have a ton.  But German, very few.  Why?  

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Gilmore
Sent: Tuesday, November 20, 2012 5:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing

The notion that German contains no new words is incorrect.  In particular,
English words are being introduced into German---as they are into French and
Italian---at a very rapid rate.

Sometimes what results is an unholy mixture: both Penthouse and Penthaus are
in current use.

More often words of ultimately Greek and Latin origin are only
naturalized: pessimism becomes Pessimismus.  Colloquial terms are not even
naturalized: junkie is Junkie.

Often, the need being addressed is not urgent.  German made do with Eskimo
Hund for a very long time; now Husky has all but pushed it out.

These changes are particularly obtrusive for foreigners.  I have occasion to
speak German often here in the United States, but if I return to Germany
after an absence of only six months I often find that yet another anglicism
has entered the language, displacing a perfectly serviceable German word.
Some of this may be happening because many Germans now speak English well.
This is the explanation most frequently advanced, but I am doubtful.

--
John Gilmore, Ashland, MA 01721 - USA

t.

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

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

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

Re: The IBM zEnterprise EC12 announcment

[Roger W. Suhr]

  Using LINUX or ZOS?

Both + z/VM

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of shai hess
Sent: Tuesday, August 28, 2012 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IBM zEnterprise EC12 announcment

On Tue, Aug 28, 2012 at 8:54 PM, Mark Post mp...@suse.com wrote:

  On 8/28/2012 at 01:31 PM, shai hess shai.h...@gmail.com wrote:
  Why IBM manufacture new MF?

 Because customers will buy them.

  OK.


  Any new customers using MF or any increasing MF processing?

 According to IBM, a total of 142-150 new customers since 2009.  
 Workload
 growth rate of existing customers is averaging around 30% per year.

  Using LINUX or ZOS?


 Mark Post

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




--
 Thank.
God bless you,
Shai

--
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: Space Allocation In Bytes

[Roger W. Suhr]

:: Well, it depends on the point of view.
:: Datasets by definition are for keeping data, not to make GRS ENQ, not

Everything depends on the point of view!

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of retired mainframer
Sent: Tuesday, August 28, 2012 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Space Allocation In Bytes

:: -Original Message-
:: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:: Behalf Of R.S.
:: Sent: Tuesday, August 28, 2012 10:17 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: Space Allocation In Bytes
::
:: W dniu 2012-08-28 17:59, Roger W. Suhr pisze:
::  No, it's not illogical.  We use Format 1 DSCB entries as model DSCB
:: for
::  GDG's and other things.  No data space use is needed for that, so we
::  allocate TRK=0.  No problem there!
::
:: Well, it depends on the point of view.
:: Datasets by definition are for keeping data, not to make GRS ENQ, not
:: to be DSCB model (BTW: haven't heard anyone about SMS? DATACLASS or even
:: LIKE?). Zero-space dataset is like PDS with zero directory. Possible to
:: create, but not usable as intended.

Do you extend this narrow definition of intention to include a PDS where all
the data is kept in the directory and the members are all empty?  This
technique has probably been around as long as model DSCBs.

--
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: Does IDCAMS really do that?

[Roger W. Suhr]

20.2.13 Delete a Member of a Partitioned (Non-VSAM) Data Set in a Catalog: 
Example 13
??  ...
??  DELETE -
 EXAMPLE.NONVSAM2 -
 PURGE -
 CATALOG(USERCAT4)

The [second] DELETE command deletes all remaining members and then
the partitioned non-VSAM data set, EXAMPLE.NONVSAM2, itself...

Haha, the truth is, this will delete the whole dataset (PDS or not) -- Gone -- 
No need to delete members!

Roger


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, August 28, 2012 6:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Does IDCAMS really do that?

In:

Title: z/OS V1R12.0 DFSMS AMS for Catalogs Document Number: SC26-7394-11

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i290/20.2.13

I read:

20.2.13 Delete a Member of a Partitioned (Non-VSAM) Data Set in a Catalog: 
Example 13
  ...
  DELETE -
 EXAMPLE.NONVSAM2 -
 PURGE -
 CATALOG(USERCAT4)

The [second] DELETE command deletes all remaining members and then
the partitioned non-VSAM data set, EXAMPLE.NONVSAM2, itself...

That seems terribly wasteful to me.  Why delete all the members first?
Wouldn't it suffice to delete the partitioned non-VSAM data set [] itself.
The members won't be there after that, will they?  Ghosts?  Who you gonna call?

-- 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: Parallel Sysplex Online Training

[Roger W. Suhr]

Hi Saurabh,

I would think that virtual SYSPLEX training would be very difficult to
provide, since you would need access to HMC hardware consoles and other
equipment (at least one system z machine where you could define a coupling
facility and multiple LPARS with access to DASD and TAPE subsystems, to
really manipulate a sysplex.  It's not something you could mass-market
either.  There is only a very limited audience.  Then to exploit the
capabilities of a sysplex you need a number of specialty skills, like DB2
and CICS administrator and systems programmer skills.  This would be a very
expensive undertaking and I believe that is why there isn't much formalized
training available.  Most training on real SYSPLEXES is done On The JOB
with an experienced team.

Of course that is only my opinion!

Roger

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of saurabh khandelwal
Sent: Friday, August 10, 2012 5:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parallel Sysplex Online Training

Hello Elardus,
  I have checked with local IBM training dept.
But they don't conduct any public batches for these classes. Also we don't
have any third party training vendor, who can help in this training. So
request you to provide provide me any information you have for  recognized
Online/Virtual training classes.

Regards
Saurabh

On Fri, Aug 10, 2012 at 3:56 PM, Elardus Engelbrecht 
elardus.engelbre...@sita.co.za wrote:

 saurabh khandelwal wrote:

 Yes, I checked for IBM learning. But there is no online classes 
 available
 for parallel sysplex.

 Well, did you checked with your LOCAL IBMer?

  If you come across any one of training orgnization, please share detail.

 There are kind trainers lurking on IBM-MAIN.

 Radoslaw Skorupka wrote:

 I confirmed there are PS classes, not necessarily ONLINE classes.

 Yup. There are lots of classes and courses for all things the big blue 
 is selling.

 I've never checked IBM offering for online courses because I consider
 such method of learning as much worse than regular course.

 Agreed, now speculating but it could be that online courses are then 
 be only method of skill transfer in the future.

 I used to travel to take a class, i.e. to LA or San Francisco - it's 
 far,
 far away from my home ;-)

 ... and far, far away from mother-in-law and picky bosses. ;-D

 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




--
Thanks  Regards
Saurabh Khandelwal

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