Re: where to get current module name and scanning tiot

[Steve]

On 3/6/2014 11:19 PM, Donald Russell wrote:

some lines deleted

Am I reading the tiot macro correctly? There's a 1 byte length of each
entry, and the tiot is as large as needed for all DD names in the job step?
(I thought it was a fixed size, and then had some sort of extension block
as needed, but I may be getting mixed up with JFCB or something)

The TIOT is a fixed size, set by the installation with the ALLOCxx 
parmlib member.  It defaults to 32K, which is enough for 1635 DDs 
(assuming they have one device per DD, which may not be true depending 
on SMS storage class, for example.)


The extension you recall is not an extension to the TIOT table.  An 
XTIOT is a TIOT that is above the line and (obviously) not contiguous 
with the normal below the line TIOT table.  An XTIOT is created by SVC 
99 (dynamic allocation) when a bit such as S99DXACU is set, requesting 
an XTIOT.


If you are in an environment that may have XTIOTs, your best bet is to 
run the DSAB ANY chain and use DSABTIOT as a pointer to the TIOT entry 
for that DSAB.


Steve Jones
z/OS MVS Allocation
s...@us.ibm.com

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

Downgrading ENQ

[Steve]

There is this in the JCL User's Guide:

  A statement requesting exclusive control overrides any number of
  statements requesting shared control. One of two methods can be used
  to request exclusive control:

 DISP=NEW, DISP=MOD or DISP=OLD on a JCL DD statement.
 DISP=NEW, DISP=MOD or DISP=OLD on a dynamic allocation request,

  including dynamic allocation requests that result from the use of
  certain utility control statements.

So, once you request exclusive control on a dynamic allocation request,
(including non-obvious uses of dynamic allocation done via
TSO ALLOCATE or some utility, such as IDCAMS,) you are considered
to have exclusive control.

I will add that when this exclusive control is obtained for a dynamic
allocation request, it will not be downgraded again in a later
step.  It will be released when the last step that uses the data
set completes.

Steve J.


 Forwarded Message 
Subject: Re: Downgrading ENQ
Date: 3 Jul 2015 12:08:29 -0700
From: Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu
Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Organization: None
Newsgroups: bit.listserv.ibm-main

On Fri, 3 Jul 2015 11:07:31 -0500, Scott Fagen wrote:


On Thu, 2 Jul 2015 09:31:37 -0500, Paul Gilmartin wrote:


Suppose:
ALLOCATE DD(DDSHR) DSN(FOO.BAR) SHR
   There is now an ENQ SHR SYSDSN FOO.BAR

Then:
ALLOCATE DD(DDEXC) DSN(FOO.BAR) OLD
   The ENQ is upgraded to EXC

... some stuff ...  Then:
FREE DD(DDEXC)
   is the ENQ downgraded back to SHR?  Why or why not?

-- gil


See 
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.e0za100/mvssysdsn.htm


Which says much about JCL, but nothing about dynamic allocation which
was the subject of my quetion and example.

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

Multi-Factor Authentication

[Steve]

Is anyone aware of a UNIFIED solution that will address Multi-Factor 
Authentication produce that will support the features that are available in 
CYBERVAULT for elevated privilege ID’s and non-elevated elevated privilege 
ID’s, and has the provisioning features as are available in Centrify.  
CYBERARCH and Centrify do well on some things but they don’t talk.

Any information would be greatly appreciated.

Steve 


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

Re: Bypassing s322

[Steve]

Just as an "Oh by the way".  What are you running that needs so much time?

Steve   

-Original Message-
From: "Jesse 1 Robinson" <jesse1.robin...@sce.com>
Sent: Tuesday, September 13, 2016 12:35pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bypassing s322

The usual circumvention for S322 is to increase the TIME= value, not play with 
exits. For one thing, IEFUTIL can extend the time, but even with no exit in 
place, the system will abend a job eventually. Be sure to increase the time 
value on both the job card and on the step (EXEC) card. Exceeding either one 
will cause S322. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, September 13, 2016 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Bypassing s322

I would compare the Run time(Clock) with CPU TIME.  You may be exceeding the 
CPU Time limit set for that Class.

We have an exit that produces a nice little map of CPU usage details.  CPU TIME 
is one of the fields.

I recently had a job running in INPUT CLASS X that kept timing out no matter 
what the TIME was set on the JCL.  Turns out the INPUT Class X had a 60 min CPU 
time limit set.  So even though the job ran for 3 hours - it actually used 
60.01 minutes of CPU Time.  Hence the failure.  

Always check the job while it is running with SDSF and see if the CPU Time 
increases quickly. Your task may be in a loop.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Peter
> Sent: Tuesday, September 13, 2016 6:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Bypassing s322
> 
> Hello
> 
> I am running which is a long running job but it keeps abending with 
> s322. I have used all the long running WLM initiators but still 
> abends. I am not sure if IEFUTL exit is restricting it.
> 
> The error message doesn't produce much information to diagnose.
> 
> Is there a way to bypass any EXIT which might be timing out the Jobs ?
> 
> 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: IDCAMs DEF AIX authorization

[Steve]

Dave - You can't fix mishaps except thru knowledge 
 
-Original Message-
From: "Jousma, David" <david.jou...@53.com>
Sent: Tuesday, September 13, 2016 1:08pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization



Steve, the user tried to do the build index, but failed on lack of access S913 
as he should have. The user *should* have then deleted his AIX, but didn’t, and 
left it hanging out there. I suspect that the error was unintentional, as our 
application dataset naming conventions here, leave a little to be desired. 
*.TAT.* is test, *.PAT.* is PROD for this particular business application. It 
is my guess, that the user forgot to change the PAT to TAT in the RELATE 
portion of the DEF AIX.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve
Sent: Tuesday, September 13, 2016 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

The challenge you will have is that the user in question had authority to build 
the AIX and the PATH but did not do the BUILD. And he could read the PRIMARY 
KSDS.

This is an apples and oranges discussion or a Catch-22. 

-Original Message-
From: "Roach, Dennis" <dennis.ro...@aig.com>
Sent: Tuesday, September 13, 2016 11:45am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

Since it can, and did, cause a production outage, I voted for it.

I would think that a production outage would rate higher than a medium priority.

Dennis Roach, CISSP, PMP
AIG
IAM Access Administration – Consumer | Identity & Access Management

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone: 713-831-8799

dennis.ro...@aig.com | www.aig.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Tuesday, September 13, 2016 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

I did open an RFE for this, if anyone wishes to vote on it, here is the info.

--
Notification generated at: 13 Sep 2016, 10:06 AM Eastern Time (ET)

ID: 94515
Headline: Add SAF check on DEF AIX for RELATE Cluster
Submitted on: 13 Sep 2016, 10:06 AM Eastern Time (ET)
Brand: Servers and Systems Software
Product: z/OS

Link: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=94515

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Tuesday, September 13, 2016 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

Steve, 

That’s what I am seeing, and IBM just confirmed it. I guess all we can do is 
give the contractor a slap on the hands, and move on.


IBM comments:

Basically, authorization checking is done against the AIX being defined (ALTER 
access to the AIX cluster name as shown in the table above) not the VSAM 
dataset the AIX relates to. Checking against the related VSAM cluster will be 
done when accessed by BLDINDEX. 

So, this is working as intended and documented. If you wish, you could open an 
'enhancement request' to have this behavior changed. 



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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve
Sent: Tuesday, September 13, 2016 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

AS I remember, DEF AIX and PATH only operate in the CAT. The BLX would to the 
extract to the AIX 

-Original Message-
From: "Jousma, David" <david.jou...@53.com>
Sent: Tuesday, September 13, 2016 9:19am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMs DEF AIX authorization

All,

I've got a PMR open with IBM asking the question, but thought I'd also pass 
this by the brain trust on this list. We recently had an off-shore contractor 
do a DEFINE AIX for a TEST dataset name, but RELATEd it to a PROD dataset name. 
The process was allowed surprisingly. Contractor only had read access to prod 
dataset. The subsequent BLDINDEX did fail with security violation as expected. 
Nig

Re: IDCAMs DEF AIX authorization

[Steve]

The challenge you will have is that the user in question had authority to build
the AIX and the PATH but did not do the BUILD.  And he could read the PRIMARY
KSDS.

This is an apples and oranges discussion or a Catch-22.

-Original Message-
From: "Roach, Dennis" <dennis.ro...@aig.com>
Sent: Tuesday, September 13, 2016 11:45am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

Since it can, and did, cause a production outage, I voted for it.

I would think that a production outage would rate higher than a medium priority.

Dennis Roach, CISSP, PMP
AIG
IAM Access Administration – Consumer | Identity & Access Management

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone:  713-831-8799

dennis.ro...@aig.com | www.aig.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Tuesday, September 13, 2016 9:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

I did open an RFE for this, if anyone wishes to vote on it, here is the info.

--
Notification generated at: 13 Sep 2016, 10:06 AM Eastern Time (ET)

ID:94515
Headline:Add SAF check on DEF AIX for 
RELATE Cluster
Submitted on:13 Sep 2016, 10:06 AM Eastern Time (ET)
Brand:  Servers and Systems Software
Product:  z/OS

Link:
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=94515

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Tuesday, September 13, 2016 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

Steve,  

That’s what I am seeing, and IBM just confirmed it.   I guess all we can do is 
give the contractor a slap on the hands, and move on.


IBM comments:

Basically, authorization checking is done against the AIX being defined (ALTER 
access to the AIX cluster name as shown in the table above) not the VSAM 
dataset the AIX relates to.  Checking against the related VSAM cluster will be 
done when accessed by BLDINDEX. 

So, this is working as intended and documented.  If you wish, you could open an 
'enhancement request' to have this behavior changed.  



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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve
Sent: Tuesday, September 13, 2016 9:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IDCAMs DEF AIX authorization

AS I remember, DEF AIX and PATH only operate in the CAT.  The BLX would to the 
extract to the AIX 

-Original Message-
From: "Jousma, David" <david.jou...@53.com>
Sent: Tuesday, September 13, 2016 9:19am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMs DEF AIX authorization

All,

I've got a PMR open with IBM asking the question, but thought I'd also pass 
this by the brain trust on this list.   We recently had an off-shore contractor 
do a DEFINE AIX for a TEST dataset name, but RELATEd it to a PROD dataset name. 
  The process was allowed surprisingly.   Contractor only had read access to 
prod dataset.   The subsequent BLDINDEX did fail with security violation as 
expected.   Nightly processing of that prod file failed however due to the 
empty AIX.   Seems like DEF AIX should have been disallowed if the user didn't 
have the appropriate access for what it was related too?

Dave

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

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 sen

2FA in the Real World

[Steve]

Is anyone in the real not government world using this product?

[ https://software.dell.com/products/defender-mainframe-edition/ ]( 
https://software.dell.com/products/defender-mainframe-edition/ )


Steve



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

Re: 2FA in the Real World

[Steve]

I have never been a real fan of EMC.  I much prefer HDS G1000 class DASD using 
HUR, that is much, much easier to handle from ISPF for PPRC/XRC that CLI from a 
Windows open window
 
Steve
 
 
-Original Message-
From: "Scott Chapman" <scott.chap...@epstrategies.com>
Sent: Wednesday, September 14, 2016 8:03am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2FA in the Real World



Their purchase of EMC just closed, so I guess Dell now also makes mainframe 
disk subsystems. Will be interesting to see what they do with that. 

Scott

On Tue, 13 Sep 2016 21:57:22 +0100, Vince Coen <vbc...@gmail.com> wrote:

>Quest.
>
>Seem to recall some other m/f products as well. Toad ?
>
>Vince
>
>
>On 13/09/16 18:31, Steve wrote:
>> NC-Pass was purchased some time ago by Dell, and I don't remember who wrote 
>> itt
>>
>>
>> Steve
>> -Original Message-
>> From: "Vince Coen" <vbc...@gmail.com>
>> Sent: Tuesday, September 13, 2016 1:23pm
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: 2FA in the Real World
>>
>>
>>
>> For me the problem is that it is a Dell product.
>>
>> Previous experience with them just leave a bitter taste in the mouth and
>> one I have no intention of repeating.
>>
>> Vincent
>>
>>
>> On 13/09/16 17:49, Steve wrote:
>>> Is anyone in the real not government world using this product?
>>>
>>> [ https://software.dell.com/products/defender-mainframe-edition/ ]( 
>>> https://software.dell.com/products/defender-mainframe-edition/ )
>>>
>>>
>>> Steve
>
>--
>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: 2FA in the Real World

[Steve]

NC-Pass was purchased some time ago by Dell, and I don't remember who wrote itt
 
 
Steve
-Original Message-
From: "Vince Coen" <vbc...@gmail.com>
Sent: Tuesday, September 13, 2016 1:23pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 2FA in the Real World



For me the problem is that it is a Dell product.

Previous experience with them just leave a bitter taste in the mouth and
one I have no intention of repeating.

Vincent


On 13/09/16 17:49, Steve wrote:
> Is anyone in the real not government world using this product?
>
> [ https://software.dell.com/products/defender-mainframe-edition/ ]( 
> https://software.dell.com/products/defender-mainframe-edition/ )
>
>
> Steve

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

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

Re: What is the STCB?

[Steve]

TCBJSTCB field of the TCB data area (jobstep TCB)
 
-Original Message-
From: "Rupert Reynolds" 
Sent: Wednesday, September 14, 2016 11:42am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What is the STCB?



Related to this, does anyone have a scan of a big control block map, of the
sort IMI Computing gave on their sysprog courses?

Can be very useful for finding a CB or seeing where one can take you next
:-)

I lost mine :-(
On 12 Sep 2016 15:16, "Charles Mills"  wrote:

> What is the STCB? For example,
>
> 312 (138) ADDRESS 4 TCBSTCB ADDRESS OF STCB
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: serial numbers ... real and imagine

[Steve]

Issue a D M=(CPU) and the will give you what the system knows about your box
 
 
-Original Message-
From: "Adams, Anne (DTI)" 
Sent: Wednesday, September 14, 2016 12:04pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: serial numbers ... real and imagine



Hello friends,

How can I determine where a software product is pulling the serial number of 
the hardware? We'd like to be able to run a z/VM guest (for DR) with the same 
serial number as our current mainframe. That way we don’t have to call for 
temporary license keys. However, our DR provider has warned us that some 
products will interrogate the physical hardware rather than what the OS is 
holding or what I have in the iodf. Any way beforehand to see where those 
values are coming from?
Thanks.

Anne R Adams, CISSP
DTI, Systems Engineering
Sr. Mainframe Services Analyst 
302.298.3196
 
This communication is for use by the intended recipient and contains 
information that may be Privileged, confidential or copyrighted under 
applicable law. If you are not the intended recipient, you are hereby formally 
notified that any use, copying or distribution of this e-mail, in whole or in 
part, is strictly prohibited. Please notify the sender by return e-mail and 
delete this e-mail from your system. Unless explicitly and conspicuously 
designated as "E-Contract Intended", this e-mail does not constitute a contract 
offer, a contract amendment, or an acceptance of a contract offer. This e-mail 
does not constitute a consent to the use of sender's contact information for 
direct marketing purposes or for transfers of data to third parties.



--
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: serial numbers ... real and imagine

[Steve]

Must of us have too many ethics to violate anything associated with M/F 
Licensing
 
Steve  
 
 
-Original Message-
From: "Dana Mitchell" <mitchd...@gmail.com>
Sent: Wednesday, September 14, 2016 2:55pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: serial numbers ... real and imagine



Falls under one of my favorite sayings:

Never ascribe to malice that which can be adequately explained by stupidity. 

Or the British version: cock-up before conspiracy

Dana


>On Wed, Sep 14, 2016 at 11:48 AM, Charles Mills <charl...@mcn.org> wrote:
>
>> Speaking as a vendor here -- and at the risk of flames -- it's not just
>> "bad" customers. With the amount of outsourcing, turnover, overwork and
>> layoffs of skilled people we were seeing a fair amount of "inadvertent"
>> license violation before we implemented the serial number check. Junior
>> sysprogs or managers who just assumed they could install the software on
>> another LPAR.
>>

--
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: serial numbers ... real and imagine

[Steve]

DR drills and testing are always free.  It part of the license agreement.  Its 
for a finite time
like 2 to 3 weeks  
 
For CA products you will have to provide license support with the type-model 
and serial  number
and they will send you the keys before hand
 
Steve 
 
 
-Original Message-
From: "Neubert, Kevin" <kevin.neub...@courts.wa.gov>
Sent: Wednesday, September 14, 2016 1:50pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: serial numbers ... real and imagine



Some vendors provide automatic grace periods for their software per IPL, etc. 
and others flat out cease working. Based on your software, the prior may 
suffice for your needs. Regardless, I would acquire 
codes/keys/licenses/passwords, etc. beforehand and go from there. In my 
experience, I have never seen penalties for semiannual use of this type of 
support.

You may want to research the z/VM CPU/OPTION CPUID control statement(s) 
regarding the STIDP instruction, etc. and your software. I have seen a unique 
combination to me, where the vendor used the remote (DR) CPU model/model type 
and local (customer) processor identification number to generate the temporary 
authorization.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Adams, Anne (DTI)
Sent: Wednesday, September 14, 2016 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: serial numbers ... real and imagine

Hello friends,

How can I determine where a software product is pulling the serial number of 
the hardware? We'd like to be able to run a z/VM guest (for DR) with the same 
serial number as our current mainframe. That way we don’t have to call for 
temporary license keys. However, our DR provider has warned us that some 
products will interrogate the physical hardware rather than what the OS is 
holding or what I have in the iodf. Any way beforehand to see where those 
values are coming from?
Thanks.

Anne R Adams, CISSP
DTI, Systems Engineering
Sr. Mainframe Services Analyst
302.298.3196
 
This communication is for use by the intended recipient and contains 
information that may be Privileged, confidential or copyrighted under 
applicable law. If you are not the intended recipient, you are hereby formally 
notified that any use, copying or distribution of this e-mail, in whole or in 
part, is strictly prohibited. Please notify the sender by return e-mail and 
delete this e-mail from your system. Unless explicitly and conspicuously 
designated as "E-Contract Intended", this e-mail does not constitute a contract 
offer, a contract amendment, or an acceptance of a contract offer. This e-mail 
does not constitute a consent to the use of sender's contact information for 
direct marketing purposes or for transfers of data to third parties.



--
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: Bypassing s322

[Steve]

About the only way is to pull out the exit or add a FASTAUTH for some widget

Steve

-Original Message-
From: "John McKown" <john.archie.mck...@gmail.com>
Sent: Tuesday, September 13, 2016 9:19am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bypassing s322

Have you tried TIME=1440 on the job card? Or, if you like the more recent
way, TIME=NOLIMIT . As Kees said, this may be disallowed at your shop. You
might need to ask your sysprog, if you are not one yourself. There is not a
way for a job to say the equivalent of "this job should not be controlled
by the ... system exit". That would be just silly because I know a lot of
people who'd use it in all their jobs and say "nasty" things if anyone
called them out about it. One programmer learned, the hard way, not to piss
off a BOFH type sysprog (me).

On Tue, Sep 13, 2016 at 8:05 AM, Peter <dbajava...@gmail.com> wrote:

> Hello
>
> I am running which is a long running job but it keeps abending with s322. I
> have used all the long running WLM initiators but still abends. I am not
> sure if IEFUTL exit is restricting it.
>
> The error message doesn't produce much information to diagnose.
>
> Is there a way to bypass any EXIT which might be timing out the Jobs ?
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Unix: Some say the learning curve is steep, but you only have to climb it
once. -- Karl Lehenbauer
Unicode: http://xkcd.com/1726/

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: IDCAMs DEF AIX authorization

[Steve]

AS I remember, DEF AIX and PATH only operate in the CAT.  The BLX would to the 
extract to the AIX 

-Original Message-
From: "Jousma, David" 
Sent: Tuesday, September 13, 2016 9:19am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMs DEF AIX authorization

All,

I've got a PMR open with IBM asking the question, but thought I'd also pass 
this by the brain trust on this list.   We recently had an off-shore contractor 
do a DEFINE AIX for a TEST dataset name, but RELATEd it to a PROD dataset name. 
  The process was allowed surprisingly.   Contractor only had read access to 
prod dataset.   The subsequent BLDINDEX did fail with security violation as 
expected.   Nightly processing of that prod file failed however due to the 
empty AIX.   Seems like DEF AIX should have been disallowed if the user didn't 
have the appropriate access for what it was related too?

Dave

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

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


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

Re: Reloading a member of ELPA

[Steve]

Why not put it MLPA if its being called thousands of times a day?
 
 
 
Steve Beaver
st...@stevebeaver.com

Office : 806-368-3859
Cell : 806-300-9481



This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Monday, September 26, 2016 10:48am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reloading a member of ELPA



On Mon, 26 Sep 2016 10:44:43 +, Hilary Hurwitz wrote:

>Our shared Natural nucleus (SAG products site here) sits in ELPA .
>
>I need it to be reloaded due to some urgent fixes we applied, but my advisor 
>in System group tells me that is impossible, 
>apart from an IPL, since the reload will not release the space it previously 
>used.

I agree with Mark's comments, and I would add that the old copy of the Natural 
nucleus must remain where it is unless you can be absolutely certain that there 
is no address space in the system that is using it.

You don't say how much space is taken by the Natural nucleus. That makes a 
difference as to whether or not you have available ECSA for it.

-- 
Tom Marchant

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

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

Re: Why not an IBM personal use z/OS license? (Was "Installation Improvements (was ...")

[Steve]

I did some looking sometime ago.  You still need a desktop, with a large 64-bit 
processor.  Since I looked last there is a new chip that is the $1,000 range 
plus the other gear there for you are looking at a box for about $2,400.  Then 
add SuSe 64 Enterprise Linux
 
The someone would have to bring up zVM and then instantiate 16 zOS guests.  One 
that is done, place the box in a co-lo facility and that could be a subscriber  
service at about $800 per year or so
 
 
Steve Beaver




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Ed Jaffe" <edja...@phoenixsoftware.com>
Sent: Tuesday, October 4, 2016 4:38pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why not an IBM personal use z/OS license? (Was "Installation 
Improvements (was ...")



On 10/4/2016 12:09 PM, Charles Mills wrote:
> That said, why is IBM so antagonistic to z/OS running on non-Z hardware?

https://www.ibm.com/partnerworld/wps/servlet/ContentHandler/pw_com_zpdt

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

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

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

Re: z/VSE general installation question.

[Steve]

[ http://www.redbooks.ibm.com/redbooks/pdfs/sg247436.pdf ]( 
http://www.redbooks.ibm.com/redbooks/pdfs/sg247436.pdf )
 
 
 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "John McKown" <john.archie.mck...@gmail.com>
Sent: Wednesday, October 5, 2016 12:13pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/VSE general installation question.



I'm looking at a new job. I just had a phone interview with the main z/OS
development manager. This is a OEM development system, not a "commercial"
system. In the interview he mentioned z/VSE. This was not in the original
on-line specs for the job. Possibly because this person is from a newly
acquired company who does some z/VSE development. In any case, I know
_nada_ about z/VSE. The plan is for a single systems programmer, so they
will not be looking for a z/VSE person. I am wondering if anyone here
knows how difficult it would be for a z/OS person to learn how to install &
maintain z/VSE. The job does not including any kind of programming, per se.
And I am guessing that I could pick up z/VSE JCL rather quickly. Of course,
given what I've done in the past, I'll occasionally try to put so z/OS JCL
in a z/VSE job and vice versa because the two are similar.

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: z/VSE general installation question.

[Steve]

z/VSE has no catalogues as you know them, the JCL is not  near as complex or 
flexible, cobol is cobol HLASM is not there but BAL is.  There are not a great 
number f program products for z/VSE 
 
 
Steve Beaver
st...@stevebeaver.com





This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "John McKown" <john.archie.mck...@gmail.com>
Sent: Wednesday, October 5, 2016 12:56pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/VSE general installation question.



On Wed, Oct 5, 2016 at 11:53 AM, Steve <st...@stevebeaver.com> wrote:

>
> [ http://www.redbooks.ibm.com/redbooks/pdfs/sg247436.pdf ](
> http://www.redbooks.ibm.com/redbooks/pdfs/sg247436.pdf )
>

​Looks interesting. Thanks.​



>
> Steve Beaver
> st...@stevebeaver.com
>


-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: Why not an IBM personal use z/OS license?

[Steve]

I know a few people that have a [ https://www.itconline.com/updt/ ]( 
https://www.itconline.com/updt/ ) system.  It can support 16 LPARS
and the folks at [ www.itconline.com ]( http://www.itconline.com ) will do 
everything before you receive the system.  They will hit you for about $40K 
one-time charge but you can have a single user LPAR or a multiple user LPAR for 
people to learn on.
 
The only other cost would be to put it in a CO-LO facility to keep it safe and 
monitored 24 hours a day.  But the ILC would be about $1700 for a 16 LPAR 
system, and then $420 for the yearly license.
 
If you are a PP Developer that is pennies.  If you want to have a leaning LPAR 
for 5 People, that would be about $350 for ILC and $85 for the yearly licenses 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Jim Carpenter" <j...@deitygraveyard.com>
Sent: Wednesday, October 5, 2016 10:39pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why not an IBM personal use z/OS license?



On Wed, Oct 5, 2016 at 11:50 AM, David Boyes <dbo...@sinenomine.net> wrote:
>> IMO, FWIW (other acronyms omitted) I would love something like z/PDT for
>> a home user. The "problem" that I perceive that IBM has with such a thing
>> can be summed up as "somebody could use that to make money developing
>> software and I won't get a fair cut." IOW, IBM doesn't think that a
>>"personal copy" would only be for learning purposes, but would be
>> "perverted" to actually make money.
>
> This discussion always makes me think of how other vendors respond to ideas 
> like this.
>
> DEC neatly solved this problem by making the "learning" copies of VMS capable 
> of only single
> user on the system console -- unless you had permission for more. To go 
> multiuser or to login
> anywhere but the physical machine console, you had to have a license that 
> authorized additional
> users (1 to unlimited user). Historically, DEC (and later HP continued the 
> policy) was fairly liberal
> with development licenses, and the user community responded by being adults 
> and not abusing
> the privilege.
>
> IIRC IBM made some somewhat half-hearted attempts in the past to do something 
> like this but
> got distracted by management changes and never followed thru. VMS still has a 
> fairly vibrant
> software development community, and a lot of non-trivial tools are produced 
> by small vendors --
> very few CA/BMC/etc. scale vendors monopolizing the landscape.
>

Don't forget the completely free hobbyist and educational licenses.
DEC started it, Compaq
expanded it, HP/HPE has continued it, and VSI, the current keepers of
the code, will also be
continuing it. Those licenses, good for real hardware and
free/commercial emulators, let you do just
about anything with OpenVMS and >100 layered products so long as it's
non-commercial. It's not
only great for learning but lets retirees keep doing what they love
and stay in the user community.
We've got retirees enjoying helping other users and writing/porting
programs and nobody has to pay
them a penny! They win, OpenVMS customers win, and HPE and VSI win.
Everybody wins!


Jim

--
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: AW: Re: AW: Re: Question on z/EDC - reading it compressed

[Steve]

Why not TERSE the file before you send it?
 
 
Steve Beaver
st...@stevebeaver.com





This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Peter Hunkeler" <p...@gmx.ch>
Sent: Wednesday, October 5, 2016 1:35pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: AW: Re: Question on z/EDC - reading it compressed



>I wish I could FTP it compressed ... It could shorten a large FTP we execute 
>daily :-( 


How large is this file? 
Is the FTP target side again z/OS?


--
Peter Hunkeler




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

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

Re: Bypassing s322

[Steve]

Threw out this whole thread I have not seen a "snippet" of the offending code.  
But there had been a lot of theoretical discussion.
 
 
 
Steve
 
-Original Message-
From: "Gibney, Dave" <gib...@wsu.edu>
Sent: Thursday, September 15, 2016 3:43pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bypassing s322



The Cobol of 1981 is not the Cobol of today. Absolute statements regarding 
behavior 35 years ago are almost unprovable. Except maybe some Herculean effort 
:)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Woodger
> Sent: Thursday, September 15, 2016 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Bypassing s322
> 
> Ah. Well. Preferred signs.
> 
> The thing is, preferred signs are not a problem as output from a "decimal
> instruction", because no matter what goes in (as long the sign is A-F, else
> Bang!) then only C or D can come out. No enforcing is necessary, it is just 
> the
> way it happens.
> 
> Calculations in COBOL only generate C or D, and if the required result is to 
> be
> unsigned, code is generated by the compiler to "clobber" the sign to an F.
> 
> COBOL cannot generate a non-preferred sign (A, B, E) and there is no
> compiler-generated code to modify any potential production of same (if
> someone wants to get picky about F, then they can just pretend that I qualify
> correctly everywhere a correct qualification would apply).
> 
> There has to be compiler-generated code to allow for the initial generation,
> by "multiply", or by truncation, of a "negative zero".
> 
> So they are different there.
> 
> You *can still get* negative zeros in a COBOL program. There is no check on
> "source" to prevent a negative zero being involved (specifically as a negative
> zero). Thus, an incoming record or other incoming data, especially from an
> "external" source, but even from a non-COBOL source, could contain a
> negative zero and things could go badly. Another way is by screwing up with
> REDEFINES or group-MOVEs or LINKAGE SECTION definitions.
> 
> Which takes us to non-preferred signs, where basically the culprits are the
> same, but also adding COBOL generation where the same "data" is defined in
> different ways (signed and unsigned) in different places.
> 
> But yes, "character compares" (faster) over "decimal compares" does
> require that actual equivalence exists where logical equivalence exists, if
> your data doesn't "conform to PICture" (if it can contain "non-preferred"
> signs, and yes, for a signed field, that includes an F). So character compares
> require conformance to PICture, and that is what you promise with compiler
> option NUMPROC with sub-option PFD.
> 
> For NOPFD, the compiler has to either generate code to clobber (rectify) the
> signs in a temporary-stoage copy of the data, for comparisons, or to use the
> decimal instructions.
> 
> Then there was NUMPROC(MIG). An old "migration" setting, to have COBOL II
> for data with non-preferred signs behave more like OS/VS COBOL. However,
> since MIG was "faster" than NOPFD, and less hated than PFD (contentious),
> MIG survived a long time, until it disappeared with V5.
> 
> Its disappearance caused angst. However, there is "good" news. The code
> generated by NOPFD has been improved (PTF) and NOPFD is now much more
> comparable to what MIG was, and closer in performance to PFD. So if you
> have sloppy data, by accident or design, there is less of a performance hit.
> 
> There is not (as far as I'm aware) less of a "data hit". By this I mean the
> capability of NOPFD to take "bad data" and make it look good, which is
> extended over what is possible with PFD. NOPFD does use CLCs at times. PFD
> does use CP at times. I am writing of up to V4.2, heaps of things have changed
> for V5+ and anything could be different.
> 
> --
> 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: remote system support (i.e. the data center is 2 states away from you).

[Steve]

You might look at z/OSMF but don't be fooled, it will take you a while to get up
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Jesse 1 Robinson" <jesse1.robin...@sce.com>
Sent: Wednesday, September 28, 2016 2:24pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).



Amen to what Jerry said. I just want to substitute the word '(re)design'. Our 
IT operation was originally 'designed' back in the day when everything was 
connected via copper cable. You pretty much had to enter the Operations cave in 
order to get to 'the heart' of anything. Over the years connections became more 
and more virtual. However, replacing old technology was easy compared with 
replacing old attitudes. Long after remote HMC access appeared, we were stymied 
by one individual in the Security area blocked us. That person never converted; 
he just moved on. 

So now there is a hierarchy of remote access and control.

1. SDSF (or comparable product). Allows the user to issue commands and see 
responses. 
2. SMCS. Can be used when TSO is hung up. Can issue commands and see responses 
sent to the console. 
3. VCC. Off mainframe product that presents a console image to the user. 
Requires no mainframe function other than the OS. Active during NIP. 
4. HMC 'native' 3270. Works like a traditional console. Requires z/OS 2.1. 
5. HMC Operating System Messages. Non-3270 look and feel. Requires nothing more 
than connectivity to HMC. 

Each of these has advantages and disadvantages. 

-- SDSF allows the user to examine operlog for responses and past activity but 
depends on healthy TSO, which can be blocked by 100% spool full. Very powerful. 
Shows messages that are not displayed on a console. 
-- SMCS gets only messages directed to 'console' but depends only on a healthy 
VTAM; unaffected by a spool full condition. Still depends on a healthy SAF. 
-- VCC is a separate product that requires its own hardware and TLC and $$. 
Allows convenient switching among all connected systems. 
-- HMC 3270 is nice but at present allows only one user at a time per system. 
Not suitable for round-the-clock use. 
-- HMC OSM allows multiple users but is clumsy (says the self-confessed 
3270-phite). Does allow some back scrolling but even that is clumsy. Probably 
the most available of all interfaces, but I don't know of anyone who relies on 
it solely. 

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

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

Let me expand on that previous comment.

If your Datacenter was/is designed for attended operations then console access 
is often restricted to physical access and so remote support becomes an issue. 
The conversion to unattended/lights out operations requires a rethink about 
console design, deployment and access from the traditional models. Both my 
Datacenters are designed for remote support (either can be run from either 
Datacenter OR by remote access). This was a part of the DR considerations as 
well as staffing choices. It did mean redesigning the console support but now 
we have access to any console from any authorized remote location without a 
physical presense.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




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

This indicates a weakness in your console deployment - my staff have remote 
access to all the consoles they need (including the Master)

Jerry Whitteridge
Manager Mainframe Systems & Storage
Alber

Re: remote system support (i.e. the data center is 2 states away from you).

[Steve]

Lionel Dyck did it on our 2.2. system here at the VA.
 
His assessment was that it was not worth it except as a excercise  
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Cheryl Watson" <che...@watsonwalker.com>
Sent: Wednesday, September 28, 2016 3:51pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).



I can highly recommend z/OSMF. Steve - have you tried the install on z/OS 2.2? 
It's considerably easier there.

Cheryl


Cheryl Watson
Watson & Walker, Inc.
100 Central Ave, Suite 1013
Sarasota, FL 34236
P-941-924-6565, F-941-924-4892
www.watsonwalker.com



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


You might look at z/OSMF but don't be fooled, it will take you a while to get up

Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Jesse 1 Robinson" <jesse1.robin...@sce.com>
Sent: Wednesday, September 28, 2016 2:24pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: remote system support (i.e. the data center is 2 states away from 
you).



Amen to what Jerry said. I just want to substitute the word '(re)design'. Our 
IT operation was originally 'designed' back in the day when everything was 
connected via copper cable. You pretty much had to enter the Operations cave in 
order to get to 'the heart' of anything. Over the years connections became more 
and more virtual. However, replacing old technology was easy compared with 
replacing old attitudes. Long after remote HMC access appeared, we were stymied 
by one individual in the Security area blocked us. That person never converted; 
he just moved on. 

So now there is a hierarchy of remote access and control.

1. SDSF (or comparable product). Allows the user to issue commands and see 
responses. 
2. SMCS. Can be used when TSO is hung up. Can issue commands and see responses 
sent to the console. 
3. VCC. Off mainframe product that presents a console image to the user. 
Requires no mainframe function other than the OS. Active during NIP. 
4. HMC 'native' 3270. Works like a traditional console. Requires z/OS 2.1. 
5. HMC Operating System Messages. Non-3270 look and feel. Requires nothing more 
than connectivity to HMC. 

Each of these has advantages and disadvantages. 

-- SDSF allows the user to examine operlog for responses and past activity but 
depends on healthy TSO, which can be blocked by 100% spool full. Very powerful. 
Shows messages that are not displayed on a console. 
-- SMCS gets only messages directed to 'console' but depends only on a healthy 
VTAM; unaffected by a spool full condition. Still depends on a healthy SAF. 
-- VCC is a separate product that requires its own hardware and TLC and $$. 
Allows convenient switching among all connected systems. 
-- HMC 3270 is nice but at present allows only one user at a time per system. 
Not suitable for round-the-clock use. 
-- HMC OSM allows multiple users but is clumsy (says the self-confessed 
3270-phite). Does allow some back scrolling but even that is clumsy. Probably 
the most available of all interfaces, but I don't know of anyone who relies on 
it solely. 

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

-Original Message-
From: IBM Mainfr

CyberArk

[Steve]

Good Afternoon all,
 
Is anyone in the group using CyberArk to control access to the Mainframe 
including the HMC?
 
 
Steve



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

Re: Mainframe systems programmer ID 'vaulting'

[Steve]

Once we have CyberArk being a useful tool, all daily work will be done with 
TN3270 under CyberArk.  That will not happen for a while but it is coming.  
Welcome to how the FED is going to work and you MUST have a CAC/PIV to even get 
through the firewalls
 
 
Steve Beaver




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "James Peddycord" <j...@ntrs.com>
Sent: Wednesday, November 23, 2016 10:03am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe systems programmer ID 'vaulting'



NTAC:3NS-20

We have a FIRECALL process now, but it's automated.
The vaulting process has taken the place of this FIRECALL process for
most applications teams. The systems programmers don't need to get a
FIRECALL ID to update SYS1 datasets. We only need them when working with
datasets that we don't ordinarily have access to, such as the datasets
that come in a service pack that have HLQs that we don't have dataset
rules for.
We are currently vaulting a pool of logonids with god-like power for
systems programmers to check out. When this is complete we will retire
our old FIRECALL process.
It's the next step, where our daily use TSO IDs may be vaulted, that
scares us.

Jim


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


For a while, about 15 years ago, we had "firecall" IDs. When you logged
in, it prompted you for information that, in turn, updated RACF with
Name, expiration, etc. These IDs were kept in paper form, in the Data
Center Manager's office.

Of course, you had to jump thru the flaming hoops of Change Management
first!

BobL

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

Isn't this a violation of PCI DSS? "10.1 Implement audit trails to link
all access to system components to each individual user."

Charles

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

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

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

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

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


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@l

Re: Mainframe systems programmer ID 'vaulting'

[Steve]

Jim - You just hit my ballpark
 
We have tried out CA and CyberArk.  We opted for CyberArk, however they have 
absolutely not idea what TN3270 is.  CyberArk has attempted, to write their own 
TN3270 using open Source and its a disaster.  There was a call today with 
CyberArk and they were told to get away from Open Source and/or the "Not 
written here" philosophy and give use a way to use Reflections inside CyberArk.
 
CyberArk cures the "'protect privileged access' but does not cure the Mainframe 
access we need.  We run zVM and Redhat Linux but until they fix the TN3270 
pushing them on Linux is useless.
 
We also user SmartCards with 6 digit pins.  Unless you have that, your are 
looking at MAJOR Dollars to get that in-place and implement for 2FA
 
 
Steve Beaver




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "James Peddycord" <j...@ntrs.com>
Sent: Tuesday, November 22, 2016 11:52am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe systems programmer ID 'vaulting'



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

My questions are, are other companies using password vaulting or other 
multi-level authentication for mainframe systems programmer access?
What else could we use in our argument against using generic, pooled logonids?

Thanks in advance!

Jim

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

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

Re: Mainframe systems programmer ID 'vaulting'

[Steve]

Part 2 of the Story is that once all the bugs are fix/ironed out, ANYONE with a 
privileged USERID ID will have to LOGON Using CyberArk just to do their daily 
work.  This includes SECURITY, and SYSPROGS
 
 
Steve Beaver






This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "James Peddycord" <j...@ntrs.com>
Sent: Tuesday, November 22, 2016 11:52am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe systems programmer ID 'vaulting'



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

My questions are, are other companies using password vaulting or other 
multi-level authentication for mainframe systems programmer access?
What else could we use in our argument against using generic, pooled logonids?

Thanks in advance!

Jim

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

zOS and USERID's

[Steve]

 
When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
 
The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's. 
 
Normally I would turn away their finding as they are not needed, and not used.
 
IS there any reason to put in an ID other than to placate the auditors
 
 
Thanks all
 
Steve

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

Re: zOS and USERID's

[Steve]

Thanks Walt
 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Walt Farrell" <walt.farr...@gmail.com>
Sent: Thursday, December 8, 2016 10:27am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOS and USERID's



On Thu, 8 Dec 2016 09:52:09 -0500, Steve <st...@stevebeaver.com> wrote:

>When a system is IPL'g, several SYSTEM level tasks are started before the ACP.
> 
>The auditors are pushing to give CONSOLE, CATALOG, SMS, their own STCID's. 

Yes, there are address spaces that start before security services are 
available. They come in two flavors:
(1) Those to which you can never assign a user ID, nor control accesses.

(2) Those which start as "limited function" address spaces, but which 
transition to "full function" after security services become available. Those 
you can assign a user ID to (if you want), and control their accesses (if you 
want a less robust system).

I've been away from IBM long enough that I don't remember for sure whether the 
ones you listed are in category 1 or 2, for sure, but I would not be surprised 
if at least two of them were in category 1.

-- 
Walt

--
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: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

[Steve]

If you look at equipment resellers, you can get a 35 MIP z10 for next to 
nothing.  You still need storage and communications and software like CICS and 
power
 
 
Steve Beaver


-Original Message-
From: "Bigendian Smalls" <mainfr...@bigendiansmalls.com>
Sent: Friday, December 9, 2016 10:33am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?



Timothy - 

I did read all the links on your page - it’s what prompted the rant. And, 
likewise, if you read my post in its entirety, you know that 15 days of a 
“test-drive of development-based tools on Z” does positively and unquivocally 
zero to address the items I enumerated. No way that testdrive (and its anemic 
15 day limit) would provide an intelligent person an even remotely fighting 
chance of learning anything useful about the platform with which to make a 
decision on schooling, trade or vocation. Is there value in the link you 
provided? Sure. Does it address anything I said. Nope.

Respectfully,

Chad


> On Dec 9, 2016, at 12:40 AM, Timothy Sipples <sipp...@sg.ibm.com> wrote:
> 
> Bigendian Smalls wrote:
>> TL;DR - there needs to be a free version of z/os & it’s siblings sooner
> than
>> later, to not do this is to potentially starve the platoform out of
> existence
>> as we know it.
> 
> Didn't anybody read the page that I linked to? There is, already. For up to
> 15 days.
> 
> Charles Mills wrote:
>> What??? THIS is IBM's answer???
> 
> As a reminder, I do not speak for IBM. If you'd like *IBM's* answer, ask
> IBM through an official channel. *My* answer, writing only for himself, is
> to state a plain fact: free z/OS access is available, today, from IBM, for
> up to 15 days. I believe in facts. Let's at least start with them. IBM
> probably will if you're going to make an argument with IBM.
> 
> Scott Chapman wrote:
>> I don't see anything there that says one can do real production business
> work
>> using z/OS, starting at $0.
> 
> No, you don't. I answered Charles Mills's question, not some other question
> that he didn't ask.
> 
> I would point out that the cost to provide z/OS services, or any computing
> services for that matter, is greater than zero, especially but not only for
> "real production business work." If you'd like to suggest that any company
> price its set of products and associated services below cost, it wouldn't
> shock me if that company disagrees with your suggestion.
> 
> That said, IBM has priced z/OS (and associated middleware, tools, and
> utilities) access at $0, for up to 15 days, per the terms and conditions
> associated with that offering. The Master the Mainframe contest is another
> example of $0 z/OS access. IBM provides *some* $0 z/OS access, already.
> 
> Charles Mills wrote:
>> How does a smallish business get going on z/OS? (Answer: they don't.)
> 
> Sure they do. Here's an example:
> 
> https://www.youtube.com/watch?v=CtX0naUx6Qo
> 
> John McKown wrote:
>> But I'm still not likely to find a z13s at the mom & pop
>> fast food place like I would a PC or two. Probably not even in a high
>> priced law firm.
> 
> Analogously you won't often find a MRI machine in an elementary school's
> nurse's office. IBM z Systems with their associated operating systems and
> middleware are major pieces of capital (in the generalized sense, not
> necessarily in the financial accounting sense), of a certain minimum
> "heft." The minimum heft is less than many people think (see above, and see
> Connor Krukosky's parents' basement, as examples), but it is something.
> Otherwise it wouldn't be an IBM z System (or a MRI machine, or a Boeing
> 777, etc.)
> 
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
> E-Mail: sipp...@sg.ibm.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: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

[Steve]

If you look at the sheer cost if setting up a zOS ecosystem, its not cheap.  
Where customers would balk it that it would be a "SHARED" ecosystem that they 
have little say so over.  Its called SHARED Services. When I was with IBM, they 
charged about $80/CPUHR, however IBM gave the customers Capacity on Demand.  
Add an engine and you added another 5.4Ghz processor and off you go   
 
 
Steve Beaver
st...@stevebeaver.com



This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Charles Mills" <charl...@mcn.org>
Sent: Tuesday, December 6, 2016 1:32pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?



I thought his point was interesting. Obviously, I sing in the mainframe choir, 
but I could not have put my finger on the specific issue of how economy of 
scale works for the different platforms.

Apologies for the folded link. I assume everyone knows how to deal.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, December 06, 2016 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why Can't You Buy z Mainframe Services from Amazon Cloud Services?

On Tue, Dec 6, 2016 at 10:50 AM, Charles Mills <charl...@mcn.org> wrote:
> http://enterprisesystemsmedia.com/article/why-cant-you-buy-ibmz-mainfr
> ame-se
> rvices-from-aws
>
> Charles
>

Nice article. Preaching to the choir. Too little, too late for this place (most 
likely).

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

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

Re: [EXTERNAL] Re: z/OS Web Based Dropbox ?

[Steve]

One way would be to use ADRDSSU to dump the files,  The TERSE the output then 
FTP in BINARY to your PC then put it into DROPBOX  
 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Dyck, Lionel B. (TRA)" <lionel.d...@va.gov>
Sent: Wednesday, November 30, 2016 10:18am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: z/OS Web Based Dropbox ?



Looking for a simple way a user can upload a file to z/OS in a secure way and 
also download a file securely. A web interface would be fine where the user has 
to logon. Would expect it to use https for security.

thx

--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI Service Delivery & Engineering


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Wednesday, November 30, 2016 8:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS Web Based Dropbox ?

Do you mean a cloud storage style API *client* or *server* for z/OS?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Tue, Nov 29, 2016 at 12:12 PM, Dyck, Lionel B. (TRA) <lionel.d...@va.gov>
wrote:

> Does anyone know of a z/OS web based dropbox application that will 
> allow a user to upload a file securely and to download a file securely?
>
> Thanks
>
> Btw. open source is fine
>
> --
> 
> Lionel B. Dyck (TRA Contractor)
> Mainframe Systems Programmer  Enterprise 
> Infrastructure Support (Station 200) (005OP6.3.10) VA OI Service 
> Delivery & Engineering
>
> --
> 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: recording all TSO command and recording all updated member of libraries

[Steve]

Look a the SMF 32 records
 
 
Steve Beaver
st...@stevebeaver.com



This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Jose Ignaci Torrecilla Puente" <i_torreci...@es.ibm.com>
Sent: Tuesday, November 29, 2016 8:03am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: recording all TSO command and recording all updated member of libraries



Hi folks,

how can I know all the TSO-ISPF-ikjeft01(tso batch) commands executed by 
one user? What should I activate?

Second, how can I know who updated one member of one library (not by 
library stats)? What should I activate?

Thanks.
Jose I Torrecilla


Salvo indicado de otro modo más arriba / Unless stated otherwise above:
International Business Machines, S.A.
Santa Hortensia, 26-28, 28002 Madrid
Registro Mercantil de Madrid; Folio 1; Tomo 1525; Hoja M-28146
CIF A28-010791

--
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: Fw: recording all TSO command and recording all updated member of libraries

[Steve]

One point of order.  If are getting **OTHER, you are going to have to update 
IEEMB846 to 
add the COMMAND you are looking to trap/monitor
 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Jose Ignaci Torrecilla Puente" <i_torreci...@es.ibm.com>
Sent: Tuesday, November 29, 2016 9:10am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fw: recording all TSO command and recording all updated member of 
libraries



Thanks Steve, Elardus, Charles.

summary:

For audit TSO-ISPF, using smf type 32. But we need to audit all commands, 
from TSO, from ISPF, from clist & rexx, and from batch (ikjeft01). Any 
idea aditional? is there any way to filter the data before the system 
sending data to SMF?

For audit member changes in libraries, using smf type 42, subtype 21, 24, 
25. Any limitations? 

One more, if I active smf's type 32 and 42, all the actions will be 
recorded? if I only need to audit one person, is it possible to filter it 
(not after SMF extraction)?

Thanks a lot.


Regards




From: Jose Ignaci Torrecilla Puente/Spain/IBM@IBMES
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 29-11-16 14:14
Subject: recording all TSO command and recording all updated member 
of libraries
Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>



Hi folks,

how can I know all the TSO-ISPF-ikjeft01(tso batch) commands executed by 
one user? What should I activate?

Second, how can I know who updated one member of one library (not by 
library stats)? What should I activate?

Thanks.
Jose I Torrecilla


Salvo indicado de otro modo más arriba / Unless stated otherwise above:
International Business Machines, S.A.
Santa Hortensia, 26-28, 28002 Madrid
Registro Mercantil de Madrid; Folio 1; Tomo 1525; Hoja M-28146
CIF A28-010791

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





Salvo indicado de otro modo más arriba / Unless stated otherwise above:
International Business Machines, S.A.
Santa Hortensia, 26-28, 28002 Madrid
Registro Mercantil de Madrid; Folio 1; Tomo 1525; Hoja M-28146
CIF A28-010791



Salvo indicado de otro modo más arriba / Unless stated otherwise above:
International Business Machines, S.A.
Santa Hortensia, 26-28, 28002 Madrid
Registro Mercantil de Madrid; Folio 1; Tomo 1525; Hoja M-28146
CIF A28-010791

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

zLinux

[Steve]

Sometime back Mantissa.com was attempting to write what I would term a thin 
translation layer such that Microsoft based products could be run Under Linux, 
under zVM.
 
Does anyone know if that product went anywhere? 
 
 
 
Steve Beaver






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

Re: CA-ACF2 User LID in MUSASS?

[Steve]

ACF2 does have a MUSASS attribute that is tied to the LID.  Some APPS like CICS 
will Require it
 
 
Steve Beaver
st...@stevebeaver.com




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Ed Jaffe" <edja...@phoenixsoftware.com>
Sent: Monday, December 5, 2016 10:55am
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA-ACF2 User LID in MUSASS?



On 12/4/2016 9:49 PM, Tony Harminc wrote:
>
> ... In general
> ACF2 keeps the ACUCB pointer in ACEEIEP, so you could start there.

That was indeed the missing piece! :)

Charles Mills also let me know (off-list) that ACEEIEP points to the 
associated ACUCB. That was lifesaving information...

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

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

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

Re: RIP Richard Peurifoy

[Steve]

Are they going to do Silver Taps for him?
 
 
Steve Beaver




This electronic mail (including any attachments) may contain information that 
is privileged, confidential, and/or otherwise protected from disclosure to 
anyone other than its intended recipient(s). Any dissemination or use of this 
electronic email or its contents (including any attachments) by persons other 
than the intended recipient(s) is strictly prohibited. If you have received 
this message in error, please notify us immediately by reply email so that we 
may correct our internal records. Please then delete the original message 
(including any attachments) in its entirety. Thank you


-Original Message-
From: "Lund James E" <james-l...@tamu.edu>
Sent: Wednesday, December 21, 2016 3:03pm
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RIP Richard Peurifoy



The mainframe community lost another one of its kind recently. Richard 
Peurifoy, a keystone in mainframe support at Texas A University, as well as a 
frequent contributor to IBM-MAIN, lost his battle with cancer last Sunday. He 
will be sorely missed by all who know him.

It has been said of him:
"More than once I saw him read hex just from a display and write assembler code 
on the fly to fix a dead machine."

No doubt the man went to that big main frame in the sky...

James Lund
TAMU Mainframe Support

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

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

Re: SMFLIMxx parameter

[Steve]

Do you have the IEF043I joblog message and the SMFLIMxx rules that you 
could post?  Along with whatever messages you get for the refusal to run...


- Steve



On 8/17/2017 1:03 PM, Adams, Anne , DTI wrote:

Hello Friends,

Has anyone had any success using (or diagnosing failures) when using the 
SMFLIMxx parameter? We have a few CICS and database regions and one unrepentant 
job that refuse to run.

Anne R. Adams, CISSP
DTI, Systems Engineering
Sr. Mainframe Services Analyst
302.298.3196


--
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: SMFLIMxx sample?

[Steve]

Hello,

Kees, sorry for the delay in answering:

>You say: "Note that SMFLIMxx REGIONBELOW/REGIONABOVE are *not* related 
to the IEFUSI's "region size" parameter"
>Am I correct to state that SMFLIMxx REGIONBELOW/REGIONABOVE are equal 
to IEFUSI setting a Regionsize=Regionlimit both below and above?


sbj:  As the function exists now, VSM sets the job step's limit and size 
values using a myriad of fields passed into it:

- JCL Region= or REGIONX= values
- SMFLIMxx REGIONx values (which will override the above JCL REGION 
values)

- IEFUSI RegionLimit and RegionSize values
- SMFLIMxx SYSRESVx values, which will essentially be used in place 
of the IEFUSI REGIONLIMIT value.


VSM will factor these values together and come up with a regionlimit and 
a regionsize.


Since there is no regionsize keyword, when SYSRESV is used, the 
regionsize should match the regionlimit.


If the JCL REGION or the SMFLIMxx REGIONx values are non-zero and 
lower than the determined regionlimit, that means the user (or SMFLIMxx 
coder) has a specific amount in mind and the regionsize will be set to 
that amount.  And as we know, if you request more region via JCL than is 
available, an abend will result.  IIRC, if SYSRESVx is not used and 
IEFUSI doesn't set any values, VSM will add a default value to the 
regionsize to set the regionlimit.


This is why people are simply coding REGIONBELOW(NOLIMIT) 
REGIONABOVE(NOLIMIT) to simply override whatever the user requested and 
giving them REGION=0M. I'm not sure why they aren't using SYSRESVx 
to protect private for system use, unless they still have their IEFUSI 
in place.


>IEFUSI doc explains the value of difference between regionsize and 
regionlimit with regard to VL Getmains. Is this no important anymore, 
because SMFLIMxx does not provide control of a different regionlimit 
anymore?
SBJ: I won't say it's not important, just that it was not in the 
function provided on day 1.  And that the nuance about VL Getmains is 
often missed.


>Region=0M implies Memlimit=0M. Does the SMFLIMxx Memlimit parameter 
overrule Memlimit=0M for Region=0M tasks?
sbj:  REGION=0M implies Memlimit=0M, but only when coded on the JCL. 
Using REGIONx(NOLIMIT) does not specifically alter the MEMLIMIT. The 
SMFLIMxx memlimit parameter will overrule the MEMLIMIT coded and the 
implied memlimit from region=0M.  Since IEFUSI and SMFLIMxx have the 
ability to set any MEMLIMIT, there is no reason to imply a memlimit.




>If so, a filter on REGION= would be helpful or I need IEFUSI to ignore 
SMFLIMxx for Region=0M steps.
sbj:  Please open an RFE in DeveloperWorks.  I think you'll get a lot of 
votes for the idea.



>Does NOHONORIEFUSIREGION in SCHEDxx also apply to SMFLIMxx, i.o.w. is 
SMFLIMxx also ignored like IEFUSI is? If so, will SCHEDxx docs be updated?
sbj:  NOHONORIEFUSIREGION does override SMFLIMxx. I'll make a note to 
get the doc updated.


Thanks,
Kees.

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

Re: DAIR error 0470 allocating internal reader

[Steve Smith]

I don't know the answer to your question, but I appreciate the problem.  It
sounds like you might be headed into a Catch-22 rabbit-hole (to mix some
metaphors).  Have you considered putting some function in an auxiliary
address space?  I think it's the ASCRE macro that lets you do this easily,
at the cost of having to do some AR-mode (or other means) to share
information.

sas

On Tue, Nov 8, 2016 at 5:56 AM, Robin Atwood  wrote:

> A venerable STC started getting 0470 ("user unauthorized for subsystem")
> when trying to allocate an INTRDR after we
> added a lot of new function in a separate subtask. Disabling the new
> subtask allowed the allocation to work as before.
> Searching I found OA50565 which describes the same thing happening to
> IDCAMS. The problem was the new
> subtask was calling IKJTSOEV and that causes the PSCBJCL flag to be turned
> off so the task cannot submit jobs. The apar
> states that IDCAMS now establishes a TSF with the PSCBJCL on without
> saying how. I tried forcing the PSCBJCL flag on after
> the call to IKJTSOEV but that resulted in an LE exception when I tried the
> allocation in the other task. Toggling the flag in the
> task that does the allocation seems to work OK so far: I set the flag on,
> allocate the INTRDR, turn it off and nobody seems to
> notice.
>
> I am not too happy with this arrangement! Does someone know how to
> establish the TSF with the PSCBJCL flag on as in IDCAMS, or equally good,
> how to cancel the TSF once it is established. I could find no function call
> that does that.
>
> Thanks
> Robin
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: Time to dump time zones?

[Steve Horein]

https://www.youtube.com/watch?v=MO0MUps-bNM

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

Re: System REXX

[Steve Horein]

On Sat, Oct 22, 2016 at 8:44 PM, John McKown 
wrote:

> On Sat, Oct 22, 2016 at 3:08 PM, Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Sat, 22 Oct 2016 12:33:39 -0500, Walt Farrell wrote:
> > >
> > >>address syscall 'ls -l'
> > >>say rc retval
> > >
> > >That's what I would expect. "ls" is not a syscall command (at least in
> > z/OS 1.13). It is a shell (address SH) command.
> > >
> > >List of syscall commands (z/OS 1.13):
> > >  http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/
> > BOOKS/bpxzb6a0/3.0?SHELF=all13be9=20100628090654
> > >or
> > >  http://preview.tinyurl.com/grqcqc4
> > >
> > My expectation, also.  You might get to "ls" with "address SYSCALL spawn
> > ls -l"
> > or "address SYSCALL spawn sh -c ls -l".
> >
> > (Schematic examples; too simple to work as written.)
> >
> > Did wjs intend to imply that bpxwunix works under System Rexx?  If so,
> > that's
> > the simplest approach.
> >
>
> ​Whether he intended to or not, my testing shows that it does work.​ I am,
> so far, using it to emulate the CA-OPS/MVS "global variable" facility.
> Things such as:
>
> stdin.0=1
> stdin.1='value'
> stdout.0=0 /* not needed */
> stderr.0=0  /* not needed */
> rc=bpxwunix("cat /dev/fd0
> >|/home/AXRUSER/vars/VARNAME",stdin.,stdout.,stderr.) /* set "VARNAME" to
> 'value'
>
> and
>
> stdin.0=0
> stdout.0=0
> stderr.0=0
> rc=bpxunix("cat /home/AXRUSER/vars/VARNAME",stdin.,stdout.,stderr.)
> if stdout.0 = 0 Then /* failed or not set */
>variable='VARIABLE'
> Else /* succeeded */
>variable=stdout.1 /* ignore any extra lines */
>
> Lots more error checking omitted.
>
>
> >
> > -- gil
> >
> >
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Not being very fluent in 'nix, shouldn't there be a way to set/export
variables in memory, avoiding the I/O with reading to/from a file?
I could see the desire to flush the variables to disk for preservation, but
repeated look-ups would probably be more efficient.

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

Re: System REXX

[Steve Horein]

On Mon, Oct 24, 2016 at 7:20 AM, John McKown <john.archie.mck...@gmail.com>
wrote:

> On Sun, Oct 23, 2016 at 11:08 AM, Steve Horein <steve.hor...@gmail.com>
> wrote:
> >
> > Not being very fluent in 'nix, shouldn't there be a way to set/export
> > variables in memory, avoiding the I/O with reading to/from a file?
> > I could see the desire to flush the variables to disk for preservation,
> but
> > repeated look-ups would probably be more efficient.
> >
> >
> ​Perhaps you are thinking of UNIX environment variables. Those can be
> "exported" so that any _children_ of a process _may_ inherit them. But the
> child cannot then update the parent's environment variable. Nor can it
> affect the environment variables of another "sibling" process. So they are
> not good as a general purpose sharing mechanism.
>
> ​I am replacing CA-OPS/MVS message rules (losing product) with System REXX
> program which are invoked by using the AXREXX macro. What I am needing to
> emulate is the OPS "global" variables. These are _global_ (to the product)
> variables which can be read / written / deleted in any rule at any time.
> They retain their value over restarts of the product and even over an IPL.
> Therefore, I am basically forced to use a disk resident facility (not
> name/token or other memory method). I use UNIX files in preference to z/OS
> data sets simple because _I_ consider them to be easier to use as well as
> more efficient. I say more efficient because creating or deleting a UNIX
> file does not have any DADSM overhead. Also, the data itself is read /
> written from/to via the UNIX kernel (or colony address space), which
> buffers (for the entire system) the data automatically (periodically
> flushing asynchronously to disk), as well as sharing it, which makes
> multiple readers more efficient. Also, UNIX directories are, themselves,
> simply UNIX files (with some metadata which indicates that they are
> directories instead of a data file, or FIFO, or ???) and so are also
> buffered in the UNIX kernel. So doing a look up repeatedly will likely not
> do any I/O. Which is very unlike a z/OS data set (catalog lookup to get
> volume of data sets, VTOCIX lookup to get pointer to VTOC entry, VTOC read
> to get extent information & DSCB information ... lots of I/O) which would
> not be buffed "globally".
>
> --
> Heisenberg may have been here.
>
> Unicode: http://xkcd.com/1726/
>
> Maranatha! <><
> John McKown
>
>
Thank you for the explanation and reasoning sir!
I supported OPS/MVS in a previous life (loved it), and I am now supporting
NetView automation (love it), so I am lucky to be able to currently work
with "COMMON" variables, which are accessible to any NetView task, very
similar to OPS' Global variables. There is also the concept of NetView
"task" level variables, known only to the specific task. It's good to know
the overhead associated with filesystems is not as bad as "traditional"
datasets, especially the buffering aspects. On a side note, I always
thought you would be a fun guy to work with, based on the things you do!

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

Re: Is LLILF effectively "Grande"?

[Steve Smith]

Something that slipped by me a while back is that LLILL and LLILH are
"Grande" instructions.  There are no equivalents that operate on 32-bit
registers.

These are very useful instructions, but if you use them, you're obligated
to save and restore the high-words of your caller's registers..

For signed-fullword immediate instructions, 32-bit versions are provided
(e.g. AFI / AGFI, LHI / LGHI).  There's no LFI by name, but IILF is the
same thing..

sas


On Fri, Oct 21, 2016 at 11:35 AM, Tony Harminc  wrote:

> On 21 October 2016 at 10:48, Charles Mills  wrote:
> > Got it! Thanks all. I will add a comment where I use it.
>
> Also a good place (well, everywhere is a good place) to be using HLASM's
> TYPECHECK(REGISTER) option, which is anyway the default. Not that it
> replaces a comment, but the mere fact that you are using a register name
> like G4 or GR4 or whatever rather than R4 tends to make the point when
> reading the code. And if you fail to do so...
>
>   LocObject Code  Addr1Addr2Stmt  Source Statement
> 0004   1 G4   EQU4GR64
> 0004   2 R4   EQU4GR32
>  C04F  3039    4  LLILF  G4,12345
> 0006 C04F  3039    5  LLILF  R4,12345
> ** ASMA323W Symbol R4 has incompatible type with general register field
>
>
> Tony H.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: Compiled Rexx Question

[Steve Thompson]

I do it with uncompiled REXX. 

COBOL :  define the variables in the LINKAGE SECTION. 

PROCEDURE DIVISION USING xxx,  etc. 

I use display type values and let COBOL manipulate them as needed. 

Sent from my iPhone

> On Nov 25, 2016, at 1:53 PM, scott Ford  wrote:
> 
> All:
> 
> Has anyone compile a Rexx clist with arguments...then called it from Cobol
> as
> 'call x using ' ?
> 
> If so where do i find info on how to do this ?
> 
> Scott
> 
> --
> 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: Compiled Rexx Question

[Steve Thompson]

Sorry, I read your initial post backwards -- REXX calling COBOL. 

So far I haven't called REXX from COBOL. 

Sent from my iPhone

> On Nov 25, 2016, at 3:15 PM, scott Ford <idfli...@gmail.com> wrote:
> 
> Steve:
> 
> Do you call IRXJCL or IRXEXEC ?
> 
> Scott
> 
>> On Fri, Nov 25, 2016 at 3:01 PM, Steve Thompson <ste...@copper.net> wrote:
>> 
>> I do it with uncompiled REXX.
>> 
>> COBOL :  define the variables in the LINKAGE SECTION.
>> 
>> PROCEDURE DIVISION USING xxx,  etc.
>> 
>> I use display type values and let COBOL manipulate them as needed.
>> 
>> Sent from my iPhone
>> 
>>> On Nov 25, 2016, at 1:53 PM, scott Ford <idfli...@gmail.com> wrote:
>>> 
>>> All:
>>> 
>>> Has anyone compile a Rexx clist with arguments...then called it from
>> Cobol
>>> as
>>> 'call x using ' ?
>>> 
>>> If so where do i find info on how to do this ?
>>> 
>>> Scott
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IBM-MAIN Digest - 20 Nov 2016 to 21 Nov 2016 (#2016-325)

[Steve Thompson]

Binyamin:

Here is how I have things defined, and I do not get the message that you get:

 LAR1,1   Most TU entries will need "1"   
* 
*  ALLOC w/  DDNAME text unit setup   
 LAR9,UT_DDN  Point to first text unit
 USING S99TUNIT,R9R9 points to "current" TU area  
 LAR0,DALRTDDN... TU for ALLOC Return DDname ...  
 STH   R0,S99TUKEY... store in KEY ...
 LAR0,8   ... get length ...  
 STH   R0,S99TULNG... store length ...
 MVC   S99TUPAR(8),SPACE... Clear the DDname w/ blanks


UT_DDN   DSAL2(0,0,0),CL8   DDN to search (INFO), USE (ALLOC) 
   DS0A

The above is copied out of the listing, and you notice there are no message 
lines (I just truncated off the left side, statement number, etc.).

For all SVC99 work, I did not do anything special with the USING statements (no 
labels, etc.). However, I did make use of that with all my DCBs and DECBs.

So, I don't understand, at this point, why you got that warning message (and I 
have Text Units for several different things we are doing with INFO and 
ALLOCation "calls").


Regards,
Steve Thompson

-Original Message-

Date:Mon, 21 Nov 2016 07:03:52 +0200
From:Binyamin Dissen <bdis...@dissensoftware.com>
Subject: Re: ASMA033I Storage alignment for unfavorable for dependent DSECT?

It is properly aligned in the main dsect.

ZZZ  DSECT
CNOP   2,8
DDNTXTU DS 3H,CL8



@DDNTXTU  USING S99TUNIT,DDNTXTU

STG   R1,@DDNTXTU.S99TUPAR

The assembler knows that the resolved address is at a doubleword offset in ZZZ

On Sun, 20 Nov 2016 15:01:04 -0800 "ste...@copper.net" <ste...@copper.net>
wrote:

:>I don't have access to listings right now, but having just done a few 
routines that were doing SVC99 and making use of all the DSECTs provided by 
IBM, I found that I had to get alignment set up correctly.
:>
:>So, I would start Text Units on a fullword, so that you have (off the top of 
my head):
:>  DS 0A
:>verb  DS H
:>count DS H
:>len   DS H
:>parm  DS X 
:>
:>And then the parm value would be as long as needed. But, I made sure that the 
next text unit started on a full world. I think that will solve your problems.
:>
:>Sorry, I can't remember the correct names of the IBM DSECTs (and their 
related variables) so I could answer you by their names.
:>
:>Regards,
:>Steve Thompson
:>
:>--- bdis...@dissensoftware.com wrote:
:>
:>From: Binyamin Dissen <bdis...@dissensoftware.com>
:>To:   IBM-MAIN@LISTSERV.UA.EDU
:>Subject: [IBM-MAIN] ASMA033I Storage alignment for unfavorable for dependent 
DSECT?
:>Date: Sun, 20 Nov 2016 22:42:16 +0200
:>
:>I am receiving
:>
:>ASMA033I Storage alignment for @DDNTXTU.S99TUPAR unfavorable 
:>
:>where the value of S99TUPAR is 6, but it is a dependent using and the actual
:>offset is at a doubleword boundary.
:>
:>Working as designed??

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

Re: TSO Setup on SSH

[Steve Thompson]

Inquiring minds: why did 
Burroughs use EBCDIC?

Sent from my iPhone

> On Nov 27, 2016, at 6:13 PM, Mike Schwab  wrote:
> 
> On Sun, Nov 27, 2016 at 4:53 PM, Edward Gould  wrote:
> 

> IBM came out with the 80 column card.
> BCD was the 6 bit representation of the card punches.
> EBCDIC was the 8 bit extension to BCD for the IBM 360.
> 
> -- 
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?

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

Re: List Entries without Alias in Master Catalog(excluding system/io/page datasets)

[Steve Smith]

If CR+ is available, the EXPLORE command can easily do it, and report the
datasets in a number of ways.
I'd use the CR+ dialog to build an EXPLORE job that selected DSN EQ ** AND
UCAT EQ ; with EXCLUDE (DSN EQ SYS1.* OR DS-TYPE EQ USERCAT OR
DS-TYPE EQ ALIAS).

sas

On Wed, Nov 23, 2016 at 8:20 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Tom Marchant wrote:
>
> >>Been thinking various way to explore/list the datasets which somehow
> (obviously security/racf in place however considering unexpected situation)
> how to list the entries from master catalog which do not have alias
> defined/relate to user catalog ...so basically directly connected in master
> catalog(obviously has to put a exclude condition to ignore system
> required datasets).
> >>Throwing to bigger audience to get more options...so far I am looking at
> CSI/CRPLUS way of getting it done.
>
> >LISTCAT CLUSTER NONVSAM CATALOG(master.catalog.name)
> >And ignore the SYS1 data sets.
>
> Yip, or use ISMF + 'ENTRY TYPE' for more filtering abilities.
>
> Groete / Greetings
> Elardus Engebrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: z/OS Bug Busterz SHARE Academy in San Jose

[Steve Thompson]

I got to Atlanta in time for the second half (because of travel plans...). 

I took the class as an IPCS refresher. To me it was worth it. I'd forgotten a 
bunch of IPCS stuff. 

Not that my endorsement means anything, but I thought some public positive 
feedback would be good. 

Sent from my iPhone

> On Nov 16, 2016, at 10:51 AM, Ed Jaffe  wrote:
> 
> The z/OS Bug Busterz SHARE Academy in Atlanta was a tremendous success, but 
> there was room for more attendees.
> 
> Many folks complained to me throughout the week that they didn't hear about 
> this amazing, Sunday deep-dive intensive until _after_ their travel plans 
> were already made and asked if it could be offered again at a future SHARE 
> event.
> 
> Based on this demand, we've been given the go ahead to repeat this incredible 
> offering at SHARE in San Jose!
> 
> This time it's being announced well in advance, so people have adequate time 
> to register and plan their trips accordingly.
> 
> http://www.share.org/san-jose-academy-zos?utm_source=prospectiveattendee_content=academy
> 
> "Back by popular demand! The SHARE Academy z/OS Bug Busterz class is 
> presented by experienced z/OS Level 2 professionals and will provide you with 
> the skills to analyze and make sense of diagnostic data captured by z/OS. You 
> will gain the knowledge necessary to perform preliminary analysis of dumps 
> and trace data using IPCS, and learn how to capture information through 
> diagnostic tools, including GTF trace, CTRACE and SLIP. The class is designed 
> for z/OS Systems Programmers and Application Programmers that support 
> products running on z/OS, and will include a pre-event webcast. No prior IPCS 
> experience is required."
> 
> NOTE: There is great demand across the various SHARE Programs for Sunday 
> SHARE Academy deep-dive showcase placement, so it's unlikely we'll be 
> repeating z/OS Bug Busterz again after San Jose. If you or someone else at 
> your company wants to take advantage of this training, this is your chance!
> 
> 
> -- 
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: ASMA033I Storage alignment for unfavorable for dependent DSECT?

[Steve Thompson]

I don't do 64Bit stuff at this point. But, as soon as I can today, I'll go look 
at the DSECTs...


Sent from my iPhone

> On Nov 21, 2016, at 12:03 AM, Binyamin Dissen <bdis...@dissensoftware.com> 
> wrote:
> 
> It is properly aligned in the main dsect.
> 
> ZZZ  DSECT
>CNOP   2,8
> DDNTXTU DS 3H,CL8
> 
> 
> 
> @DDNTXTU  USING S99TUNIT,DDNTXTU
> 
>STG   R1,@DDNTXTU.S99TUPAR
> 
> The assembler knows that the resolved address is at a doubleword offset in ZZZ
> 
> On Sun, 20 Nov 2016 15:01:04 -0800 "ste...@copper.net" <ste...@copper.net>
> wrote:
> 
> :>I don't have access to listings right now, but having just done a few 
> routines that were doing SVC99 and making use of all the DSECTs provided by 
> IBM, I found that I had to get alignment set up correctly.
> :>
> :>So, I would start Text Units on a fullword, so that you have (off the top 
> of my head):
> :>  DS 0A
> :>verb  DS H
> :>count DS H
> :>len   DS H
> :>parm  DS X 
> :>
> :>And then the parm value would be as long as needed. But, I made sure that 
> the next text unit started on a full world. I think that will solve your 
> problems.
> :>
> :>Sorry, I can't remember the correct names of the IBM DSECTs (and their 
> related variables) so I could answer you by their names.
> :>
> :>Regards,
> :>Steve Thompson
> :>
> :>--- bdis...@dissensoftware.com wrote:
> :>
> :>From: Binyamin Dissen <bdis...@dissensoftware.com>
> :>To:   IBM-MAIN@LISTSERV.UA.EDU
> :>Subject: [IBM-MAIN] ASMA033I Storage alignment for unfavorable for 
> dependent DSECT?
> :>Date: Sun, 20 Nov 2016 22:42:16 +0200
> :>
> :>I am receiving
> :>
> :>ASMA033I Storage alignment for @DDNTXTU.S99TUPAR unfavorable 
> :>
> :>where the value of S99TUPAR is 6, but it is a dependent using and the actual
> :>offset is at a doubleword boundary.
> :>
> :>Working as designed??
> 
> --
> Binyamin Dissen <bdis...@dissensoftware.com>
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> 
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
> 
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
> 
> --
> 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: DB2 Shutdown Problem

[Steve Carlson]

Thanks for this information. I will check this out.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Thursday, November 03, 2016 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DB2 Shutdown Problem

That's an old one, we ran into this 25 years ago. To my surprise the default is 
currently still YES.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs - Listserv
Sent: 03 November, 2016 14:03
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DB2 Shutdown Problem

Check your SMF options, If DDCONS(NO) is not set, that may be your problem.

> Steve Carlson (Contractor) <mailto:steve.carl...@ucop.edu> November 3, 
> 2016 at 9:00 AM When trying to shut down the DB2 regions on our 
> Development LPAR the
> DB2M1 regions are taking over 1 hour to shut down. I have also noticed 
> that over 9000 SMF Type 30 records for the DBM1 STC's are being 
> generated during this time. Here is a list of the DB2 STC's:
> DB2YADMT
> DB2YDBM1
> DB2YDIST
> DB2YIRLM
> DB2YMSTR
> DB2YWLM2
>
>
> The following commands were issued before shutting down this DB2 region:
>
> -DB2Y DISPLAY THREAD(*)
> -DB2Y DIS UTILITY(*)
> -DB2Y DIS DDF
>
> All of the STC's except for DB2YDBM1 come down within about 10 
> minutes. Also these STC's have been up and running for over 60 days 
> and are at Release 10. The DB2YDBM1 takes over 1 hour to come down.
>
> Has anyone else seen this problem, and what did you do to resolve this 
> problem?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Please be alert for any emails that may ask you for login information 
> or directs you to login via a link. If you believe this message is a 
> phish or aren't sure whether this message is trustworthy, please send 
> the original message as an attachment to 'phish...@timeinc.com'.
>

-- 

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

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

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




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

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

Re: RCNVTCAT utility

[Steve Smith]

Sam Golob detailed issues and solutions to this list on on 8 September.  I
don't know if it addresses your problem or not.

If you happen to have Tivoli Advanced Catalog Management, or Rocket's
CatalogRecoveryPlus, you could use them to do what *CNVTCAT does.

sas

On Tue, Nov 1, 2016 at 12:59 PM, Richards, Robert B. <
robert.richa...@opm.gov> wrote:

> Does anyone have a *working* copy of this utility? And its JCL?
>
> The copy I downloaded from the CBT website (CBT493.FILE542) is producing
> errors and even when I got around that, it was formatting the define alias
> statements out of order.
>
> Thanks in advance,
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
sas

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

Re: IBMLINK Down?

[Steve Thompson]

General answer:

I was trying to do some diagnostics to determine the common point 
of failure.


Well, just a few minutes ago, here on my home Linux systems, I 
was able to get to IBM.com and then directly into "Ibmlink".


So now I have a circumvention.

--
Addressing Ping:

Ping, as a diagnostic, first puts out the resolution of the name 
given to it. If it can't resolve that, you know you have some 
kind of DNS issue. If it can resolve it, but can't get a 
response, you have a different problem.


And generally, I've found that these sites/pages do respond to 
ping as IBM apparently realizes that some of us use this to 
figure out if we have a problem.


But you are right, in my experience, not all of IBM's addresses 
respond to ping.


--


Regards,
Steve Thompson

On 10/13/2016 10:09 AM, Lucas Rosalen wrote:

I know that some IBM sites are designed to not respond to a ping
request not sure if this is the case though.

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


2016-10-13 16:02 GMT+02:00 Steve Thompson <ste...@copper.net>:


Apparently I can FTP to IBM to update ETRs, but I can't get ping to work
against ibm.com or traceroute (I run Linux on home systems).

Strange.

Regards,
Steve Thompson


On 10/13/2016 08:33 AM, John McKown wrote:


This URL works for me (near Dallas TX, don't know my company's ISP).

https://www-304.ibm.com/usrsrvc/account/userservices/jsp/
login.jsp?persistPage=true=/ibmlink=http:
//www-304.ibm.com/ibmlink=

On Thu, Oct 13, 2016 at 7:29 AM, Steve Thompson <ste...@copper.net>
wrote:

I can't ping it and it doesn't resolve with my employer's DNS or here from

my systems running Linux (two completely different ISPs and locals).

Makes it difficult to update ETRs.

Regards,
Steve Thompson

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







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



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

IBMLINK Down?

[Steve Thompson]

I can't ping it and it doesn't resolve with my employer's DNS or 
here from my systems running Linux (two completely different ISPs 
and locals).


Makes it difficult to update ETRs.

Regards,
Steve Thompson

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

Re: IBMLINK Down?

[Steve Thompson]

Apparently I can FTP to IBM to update ETRs, but I can't get ping 
to work against ibm.com or traceroute (I run Linux on home systems).


Strange.

Regards,
Steve Thompson

On 10/13/2016 08:33 AM, John McKown wrote:

This URL works for me (near Dallas TX, don't know my company's ISP).

https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persistPage=true=/ibmlink=http://www-304.ibm.com/ibmlink=

On Thu, Oct 13, 2016 at 7:29 AM, Steve Thompson <ste...@copper.net> wrote:


I can't ping it and it doesn't resolve with my employer's DNS or here from
my systems running Linux (two completely different ISPs and locals).

Makes it difficult to update ETRs.

Regards,
Steve Thompson

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







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

Re: z/OSMF workflow step State unskip

[Steve Beaver]

Start over?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, July 29, 2020 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OSMF workflow step State unskip

I'm working my way through the z/OS 2.4 migration workflow using z/OSMF, and i 
clicked 'Skip'  on a step by accident.   Is there a way to un'Skip'  a step?  I 
don't see any options available in the context menu for the step that might 
unskip.  I've also RTFKC  and didn't find much help there either.

Dana

--
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: IDCAMS Alter volumeentry not working

[Gormley, Steve]

CAUTION EXTERNAL EMAIL: This email originated from outside of the organization. 
Do not click links or open attachments unless you recognize the sender and know 
the content is safe.


When dealing with volume entries in IDCAMS I believe you have to add a 'V' in 
front of the volser name  - VDS0001

Steve


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, July 31, 2020 4:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMS Alter volumeentry not working

We have an MTL that's not under RMM control. The MTL internally scratches tapes 
that have reached their expiration date daily, but the entries in the volcat 
are showing them as private. When I attempt to manually alter them to scratch 
status, IDCAMS isn't liking either format of the command (that I've read in the 
FM). What am I doing wrong?

ALTER DS0001 VOLUMEENTRY USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3012I 
ENTRY DS0001 NOT FOUND IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE 
IS IGG0CLEG-42 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

ALTER VOLUMEENTRY(DS0001) USEATTRIBUTE(SCRATCH) LIBRARYNAME(DEVLVTL) IDC3203I 
ITEM 'VOLUMEENTRY(DS0001)' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT 
BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.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: Knowledge Center ...

[Steve Horein]

I had *some *luck with using Google, and filetype:pdf along with my search
terms, such as "IMS Messages and Codes" or "adduser syntax".

On Wed, Aug 5, 2020 at 3:33 PM Ed Jaffe  wrote:

> ... has been down all day long for us.
>
> Anyone else have it running? Are there alternate URLs?
>
> Thanks,
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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: Knowledge Center ...

[Steve Smith]

I've heard that there are some server problems, and they are working on it
(and have been all day).

Can't say why they provide no backup, or information to customers.

sas

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

Re: RMF with regards to VM/ESA or zVM

[Steve Beaver]

The DISA Stigs cover MVS

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 31, 2020, at 17:13, Karl Severson 
> <03182344870a-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Companies with DoD government contracts must utilize computer systems that 
> can pass Risk Management Framework (RMF) standards. Scripts have been written 
> to test Windows and Linux operating systems but I know of none that have been 
> written to test zVM or its predecessor VM/ESA. It probably doesn't matter as 
> I'm pretty sure that if the standards are the same as for the other two OSes, 
> zVM wouldn't pass anyway, at least not on its own.
> 
> What are some of these standards? Password lengths 14 or more characters, 
> virus detection software installed and operational, file level security, etc. 
> In other words, everything a Windows 10 or RHEL 6.8 system can handle. Does 
> anyone here in IBM land running zVM or its predecessor support systems that 
> can handle RMF standards? If so, what did it take to get them approved?
> 
> Thanks in advance and sorry if this question has been asked recently.
> 
> Karl
> 
> 
> 
> --
> 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

Using IEBCOPY COPYGROUP to unload a PDS member with aliases

[Steve Goetze]

I'm trying to use IEBCOPY to unload a single PDS member that has aliases.
According to IBM's documentation:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm
this should be possible:

 For unloading groups:
  Using COPYGRP: PDSE to PS
  Using COPYGROUP: PDSE to PS, or PDS to PS

IBM even called out this new capability in a 2013 SHARE presentation.

But this is contradicted by the usage notes:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/u1096b.htm

 COPYGROUP cannot be used to load to a PDS or unload from a PDS.

Some basic tests on my V2R3 system confirm that COPYGROUP can be used to
unload PDSE members, but not PDS members (whether data members or load
modules)

Am I missing something, or misreading the documentation?  Is there a
different way to unload a PDS member along with its aliases?

Thanks,
--Steve Goetze
Dovetailed Technologies
www.dovetail.com

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

Re: RACF-SailPoint

[Steve Beaver]

I have and usually the biggest problem is the intigrator

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 2, 2020, at 08:15, Ron Wells 
> <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Unfortunately --- lol
> What experiences/problems you have had on MF
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jackson, Rob
> Sent: Thursday, July 02, 2020 8:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF-SailPoint
> 
> ** EXTERNAL EMAIL - USE CAUTION **
> 
> 
> Unfortunately, yes.  We run it.
> 
> First Horizon Bank
> Mainframe Technical Support
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Ron Wells
> Sent: Thursday, July 2, 2020 8:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RACF-SailPoint
> 
> [External Email. Exercise caution when clicking links or opening attachments.]
> 
> Anyone have any dealing with Sailpoint product..
> 
> 
> Email Disclaimer
> 
> This E-mail contains confidential information belonging to the sender, which 
> may be legally privileged information. This information is intended only for 
> the use of the individual or entity addressed above. If you are not the 
> intended recipient, or an employee or agent responsible for delivering it to 
> the intended recipient, you are hereby notified that any disclosure, copying, 
> distribution, or the taking of any action in reliance on the contents of the 
> E-mail or attached files is strictly prohibited.

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

Re: Using IEBCOPY COPYGROUP to unload a PDS member with aliases

[Steve Goetze]

Hi Lizette,

Unfortunately, COPYMOD can't create an unload data set.

--Steve
Dovetailed Technologies
www.dovetail.com


On Thu, Jul 2, 2020 at 11:33 AM Lizette Koehler 
wrote:

> Are the members Source or LOAD modules?
>
> If Load modules, use COPYMOD
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Steve Goetze
> Sent: Thursday, July 2, 2020 8:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Using IEBCOPY COPYGROUP to unload a PDS member with aliases
>
> I'm trying to use IEBCOPY to unload a single PDS member that has aliases.
> According to IBM's documentation:
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm
> this should be possible:
>
>  For unloading groups:
>   Using COPYGRP: PDSE to PS
>   Using COPYGROUP: PDSE to PS, or PDS to PS
>
> IBM even called out this new capability in a 2013 SHARE presentation.
>
> But this is contradicted by the usage notes:
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/u1096b.htm
>
>  COPYGROUP cannot be used to load to a PDS or unload from a PDS.
>
> Some basic tests on my V2R3 system confirm that COPYGROUP can be used to
> unload PDSE members, but not PDS members (whether data members or load
> modules)
>
> Am I missing something, or misreading the documentation?  Is there a
> different way to unload a PDS member along with its aliases?
>
> Thanks,
> --Steve Goetze
> Dovetailed Technologies
> www.dovetail.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 IEBCOPY COPYGROUP to unload a PDS member with aliases

[Steve Smith]

Obviously, there's an error in the documentation.  Evidently, the manual
writer got the two commands mixed up in your first quote.

Which is hardly surprising.  Having two commands with a subtle difference
in names and behavior is ridiculous.

sas

On Thu, Jul 2, 2020 at 11:03 AM Steve Goetze  wrote:

> I'm trying to use IEBCOPY to unload a single PDS member that has aliases.
> According to IBM's documentation:
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm
> this should be possible:
>
>  For unloading groups:
>   Using COPYGRP: PDSE to PS
>   Using COPYGROUP: PDSE to PS, or PDS to PS
>
>

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

Re: Using IEBCOPY COPYGROUP to unload a PDS member with aliases

[Steve Goetze]

I'm not sure that I agree that this was a tech writer command mixup.  The
COPYGROUP statement was created to be a superset of COPYGRP, adding better
PDS support in addition to providing SELECT member name filter patterns.

I'm not saying that it isn't working as designed, but it sure seems like a
huge miss by IBM to not support the unloading of PDS groups with the new
command, and then screw the documentation up to look like it does.

In any case, thanks for the responses - it looks like I'm stuck with COPY
for unload.

--Steve
Dovetailed Technologies
www.dovetail.com


On Thu, Jul 2, 2020 at 12:58 PM Steve Smith  wrote:

> Obviously, there's an error in the documentation.  Evidently, the manual
> writer got the two commands mixed up in your first quote.
>
> Which is hardly surprising.  Having two commands with a subtle difference
> in names and behavior is ridiculous.
>
> sas
>
> On Thu, Jul 2, 2020 at 11:03 AM Steve Goetze  wrote:
>
> > I'm trying to use IEBCOPY to unload a single PDS member that has aliases.
> > According to IBM's documentation:
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm
> > this should be possible:
> >
> >  For unloading groups:
> >   Using COPYGRP: PDSE to PS
> >   Using COPYGROUP: PDSE to PS, or PDS to PS
> >
> >
>
> --
> 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 IEBCOPY COPYGROUP to unload a PDS member with aliases

[Steve Smith]

It is irrelevant where the blame lies for the document.  I should have just
said that it got the capabilities of COPYGRP and COPYGROUP switched.

You might try copying from the PDS to a temporary PDSE, and then you can
unload that.  You can work on where and which COPYG* would work best.

I experimented some, but not with SELECT.  In fact I tried 9 different
operations, but the permutations were getting out of hand.

sas


On Thu, Jul 2, 2020 at 2:51 PM Steve Goetze  wrote:

> I'm not sure that I agree that this was a tech writer command mixup.  The
> COPYGROUP statement was created to be a superset of COPYGRP, adding better
> PDS support in addition to providing SELECT member name filter patterns.
>
> I'm not saying that it isn't working as designed, but it sure seems like a
> huge miss by IBM to not support the unloading of PDS groups with the new
> command, and then screw the documentation up to look like it does.
>
> In any case, thanks for the responses - it looks like I'm stuck with COPY
> for unload.
>
> --Steve
> Dovetailed Technologies
> www.dovetail.com
>
>
> On Thu, Jul 2, 2020 at 12:58 PM Steve Smith  wrote:
>
> > Obviously, there's an error in the documentation.  Evidently, the manual
> > writer got the two commands mixed up in your first quote.
> >
> > Which is hardly surprising.  Having two commands with a subtle difference
> > in names and behavior is ridiculous.
> >
> > sas
> >
> > On Thu, Jul 2, 2020 at 11:03 AM Steve Goetze 
> wrote:
> >
> > > I'm trying to use IEBCOPY to unload a single PDS member that has
> aliases.
> > > According to IBM's documentation:
> > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.idau100/cpogrp.htm
> > > this should be possible:
> > >
> > >  For unloading groups:
> > >   Using COPYGRP: PDSE to PS
> > >   Using COPYGROUP: PDSE to PS, or PDS to PS
> > >
> > >
> >
> > --
> > 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: Vtoc and index sizing based on Mods

[Steve Smith]

Simple formulae:

* # VTOC tracks = (max # datasets you want to have on the volume + max #
datasets with > 3 extents + max # EAS datasets + 5) / 50.
* # VTOCIX tracks = (max # datasets + 5) / 21;

I'd let SMS take care of the VVDS; it can grow if needed.

Things that should go without saying (because they're obvious):
1. If you don't know the inputs, then you'll have to estimate, or guess.
2. It's much better to make the VTOC & IX bigger than necessary than too
small.

sas

On Mon, Jul 6, 2020 at 7:01 AM R.S.  wrote:

> W dniu 04.07.2020 o 19:12, Peter pisze:
> > Hello Group
> >
> > Apology for being ignorant.
> >
> > Is there a formula or any constraints for initialising a specific dasd
> Mod ?
> >
> > How do arrive to a specific vtoc and index value while initialising a
> dasd ?
> >
> > Please help me to understand
> >
> >
>
> There is no formula. No *simple* formula. VTOC and VTOCIX size depends
> on data you plan to keep on the volume.
> Big number of small datasets will occupy more VTOC space. Single large
> dataset will take very little space.
>

>

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

Re: Metal C and generated Assembler

[Steve Smith]

My guess is that something in your inserted prologue/epilogue code contains
a forward-reference that causes HLASM to suspend the location counter in
pre-assembly.

The message (ASMA032E) is a prime example of the anti-pattern of issuing an
error message that makes you guess which of the listed possibilities is the
problem.  I'm guessing it's "unresolved symbol" due to the above.

sas


On Mon, Jul 6, 2020 at 12:51 PM Scott Fagen 
wrote:

> I have a Metal C program where I am trying to add some static data via an
> __asm(“…” : DS(staticdata)) statement, but I am having some issues with the
> generated assembler code.
>
>

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

Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

[Gorham, Steve]

Are the usercats still connected?


Steve Gorham
steve.gor...@ssa.gov

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, July 10, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

Are the ALIASs blown?

On 2020-07-10 11:22, Bruce Lightsey wrote:
> Slight (or major) correction Kirk - datasets cataloged in the master catalog 
> return correctly. Any dataset in any user catalog is "not found".
>
> I can, for example, find the SYS1.CPU1.VTAMLST dataset that is cataloged in 
> the master catalog CATALOG.VMVSMCA but I cannot find CCITS.DATACOM.R12.MSG015 
>  in catalog CATALOG.VSYS023 or PH.PROD.PR731P.RW.P0703.FILE08 in catalog 
> CATALOG.VDSK204 or any other dataset cataloged in any user catalog.
>
>
>
>
> Bruce Lightsey
> Database Manager
> MS Department of Information Technology Services
> 601-432-8144 | 
> https://protect2.fireeye.com/v1/url?k=15a42de1-49321b02-15a40496-0cc47
> adc5fec-dbcfd351dd864ace=1=5acc5257-4765-4ff2-b631-7610e1f02fc1=
> https%3A%2F%2Fapc01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%2
> 53A%252F%252Fwww.its.ms.gov%252F%26amp%3Bdata%3D02%257C01%257C%257Cc20
> ba429ef0e4517255f08d824e51736%257C84df9e7fe9f640afb435%257
> C1%257C0%257C637299913653415409%26amp%3Bsdata%3DhVbYEVxYZ%252BY7xqxrth
> C6GkLCreItpCz08GDmgOZXO5U%253D%26amp%3Breserved%3D0
>
> DISCLAIMER: This email and any files transmitted with it are 
> confidential and intended solely for the use of the individual or 
> entity to whom they are addressed. If you have received this email in 
> error please notify the system manager. This message contains 
> confidential information and is intended only for the individual 
> named. If you are not the named addressee you should not disseminate, 
> distribute or copy this e-mail. Please notify the sender immediately 
> by e-mail if you have received this e-mail by mistake and delete this 
> e-mail from your system. If you are not the intended recipient you are 
> notified that disclosing, copying, distributing or taking any action 
> in reliance on the contents of this information is strictly prohibited 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Kirk Wolf
> Sent: Friday, July 10, 2020 9:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: potential catalog search error - shown by IGGCSI00 
> [EXTERNAL]
>
> On Thu, Jul 9, 2020 at 4:14 PM Feller, Paul < 
> 02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:
>
>> This all sounds like similar behavior of the option in 3.4 called 
>> "Include Additional Qualifiers".  If you don't set the option on you 
>> have to wild card your dataset list.  With the option set on you 
>> don't have to use wild card to get a dataset list.
>>
>> All the code I've ever written using IGGCSI00 I've had to use wild 
>> cards to get the list of datasets I wanted.  In the manual they talk 
>> about how the use of wild cards or no wild cards will affect the output from 
>> IGGCSI00.
>>
>>
>> I'm not sure what you are referring to in the IGGCSI00 documentation.
>> The
> first paragraph says:
>
>
> *"The generic filter key can be a fully-qualified entry name, in which case 
> one entry is returned, or the generic filter key can contain "wild cards"
> so thatmultiple entries can be selected on a single invocation."*
>
> You can verify proper behavior with the following use of IBM's sample 
> REXX
> program:
>
> READY
> exec 'sys1.samplib(iggcsirx)'
>   ENTER FILTER KEY
> MYHLQ.DSN
>
> On *one* of Bruce's LPARs, this fails for *any* dataset, even those cataloged 
> in the master catalog.
>
>
> Kirk Wolf
> Dovetailed Technologies
> https://protect2.fireeye.com/v1/url?k=db9d1eb3-870b2850-db9d37c4-0cc47
> adc5fec-1856bda486748206=1=5acc5257-4765-4ff2-b631-7610e1f02fc1=
> https%3A%2F%2Fapc01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%2
> 53A%252F%252Fdovetail.com%252F%26amp%3Bdata%3D02%257C01%257C%257Cc20ba
> 429ef0e4517255f08d824e51736%257C84df9e7fe9f640afb435%257C1
> %257C0%257C637299913653425397%26amp%3Bsdata%3DzK86Os3rOOOqCLn6m3F7F1NT
> IO0j6stji3GcBkfWOZI%253D%26amp%3Breserved%3D0
>
> Thanks..
>> Paul Feller
>> GTS Mainframe Technical Support
>>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access in

Re: iRC channel for 3270 and 5250

[Steve Horein]

I was hoping to read how you were sending a 3270 stream to an IRC channel.

On Mon, Jul 13, 2020 at 7:48 AM Alexander Huemer 
wrote:

> Hi
>
> For your information, I have created the IRC channel ##3270-5250 (mind
> the two hash marks) on freenode to discuss the 3270 and 5250 protocols,
> due to the fact that [1] and [2] emerged recently.
> It's empty so far :-)
> Feel free to stop by if you are interested.
>
> -Alex
>
> [1] https://github.com/lowobservable/oec
> [2] https://github.com/inmbolmie/5250_usb_converter
>
> --
> 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: Assembler question

[Steve Austin]

It is not 4 bytes, it is just that the following field is full word aligned. If 
the following field were FL4 rather than F, you will see the alignment change. 
I think there is an option to turn off alignment, but don't remember ever using 
it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nguyen Dt
Sent: Saturday, July 4, 2020 8:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assembler question

Dear lister,
I am learning assembler on my own, i have something strange that i can't 
explain , please help me to understand

Here is a section of my code :

608 DBLWORD  DS  DDBLE WORD

609 PATTERN6 DC  X'402020202120' 
610 *

611 REPORTO7 DS  0CL274

612 OW0007DB DS  XL2

613 OW0007OB DS  XL2

614 OW0007AC DS  F

615 OW0007NP DS  H

616 OW0007PT DS  F

617 OW0007PF DS  CL256

618 *



And here is the listing at compilation

0007FE  611 REPORTO7 DS  0CL274

0007FE  612 OW0007DB DS  XL2

000800  613 OW0007OB DS  XL2

000804  614 OW0007AC DS  F

000808  615 OW0007NP DS  H

00080C  616 OW0007PT DS  F

 

I don't undestand why OW0007OB is 2 bytes  , but on the left it is considered 
as 4 bytes long , the same for QW0007NP I read something with alignment obut it 
seems to concern constants , and this is not constant ? 


Thank you for clarification
 

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

-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

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

Question

[Steve Beaver]

Is anyone using CA-TPX, CL/SuperSession, Etc  and enabled PAGENT?

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

Re: AT-TLS ? Very Basic Questions

[Steve Beaver]

AT-TLS has been around for a while.  What is causing problems for tools like 
CL/Supersession, CA-TPX
And such is PAGENT.

Once PAGENT is turned on all bets are off

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, June 30, 2020 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

I've tried to skim some of the AT-TLS doc, and even attended an IBM 
webinar last week, but I'm still missing what I imagine are important 
background points.  Maybe someone here can explain things, but don't 
worry too much about it.

Client and server programs like SSH/SSHD call programs such as OpenSSL 
to handle the encryption handshake and processing.  So when you set 
those up, there is no AT-TLS needed for encryption.  Same with the 
TN3270 server and client, as long as you set that up with keys and 
parameters on the host side, and settings on the client side.

I'm thinking because of the name "Application Transparent" that AT-TLS 
was made for programs that DON'T have their own logic to call OpenSSL 
(or whatever) to do their own encryption.  Let's use clear-text FTP as 
an example.  So somehow, AT-TLS hooks into the processing and provides 
an encrypted "tunnel", kind of like VPN does, but only for that one 
application.  Does that sound correct?

If so, then the encryption is "transparent" to the FTP server code and 
FTP does not need to be changed, which I think is the whole idea here. 
Yet we now have an encrypted session.  Does that sound correct?

Then if so, what happens on the FTP client side?  I certainly can't use 
the Windows FTP command, for example, because it's not setup for any 
kind of encryption.  That's kind of my big question here.

On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
> Sweet - thank you
> 
> 
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
> 
> "Worry more about your character than your reputation.  Character is what you 
> are, reputation merely what others think you are." - John Wooden
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> kekronbekron
> Sent: Tuesday, June 30, 2020 2:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AT-TLS ?
> 
> Hi LBD!,
> 
> Check these out-
> 
> 
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5416
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5415
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5414
> 
> - KB
> 
> ‐‐‐ Original Message ‐‐‐
> On Monday, June 29, 2020 3:56 AM, Lionel B Dyck  wrote:
> 
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>>
>> Lionel B. Dyck <
>> Website: https://www.lbdsoftware.com https://www.lbdsoftware.com
>>
>> "Worry more about your character than your reputation. Character is
>> what you are, reputation merely what others think you are." - John
>> Wooden
>>
>>
>> --
>> --
>> -
>>
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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: HCD graphics report format

[Steve Horein]

I think you need GDDM.

On Fri, Jul 10, 2020 at 5:32 PM Pew, Curtis G 
wrote:

> I was doing some updates in HCD and noticed the graphics report function,
> so I tried it. The output looks like input to groff or some such. Does
> anyone know what I would need to use to transform it into something
> human-viewable? My google-fu hasn’t worked so far.
>
>
> --
> Pew, Curtis G
> curtis@austin.utexas.edu
>
>
>
>
>
>
> --
> 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: IFG0EX0B to increase secondary allocation

[Steve Smith]

Well, actually I have read that section, although some time ago.  I am very
surprised to see that Richard Pinion's post was a direct quote from there!
Sorry for assuming it

So I still have the same question, I just don't hope much for an answer, as
it would presumably have to be answered by whoever wrote that part of the
manual.  That sentence about "must set bit zero of the JFCBMASK+4 field to 1"
is a non-sequitur in the middle of the discussion of JFCNWRIT.

Again, I'm familiar with JFCNWRIT (and the fact it has a negative name,
which is bad form).  I have programs that set that when I don't want
write-back, and I leave it when I do.  I must have overlooked that part
about the random bit in JFCBMASK before, but it sure isn't explained.

sas


On Thu, Jul 9, 2020 at 6:29 PM Sri h Kolusu  wrote:

> >>But where did this undocumented flag that you're now setting come from
> and how does it relate to JFCNWRIT?
>
> Steve,
>
> Looks like you skipped over "There's a long discussion of RDJFCB in
> DFSMSdfp Advanced Services."
>
> If you read the "Reading and Modifying a Job File Control Block (RDJFCB
> Macro)" section in the DFSMSdfp Advanced Services manual you would find the
> recommendation.
>
>

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

Re: IFG0EX0B to increase secondary allocation

[Steve Smith]

I don't follow.  I understand the JFCNWRIT flag, as it's documented.  I
don't know why you would set it in the first place if you don't have a good
reason for it.  But where did this undocumented flag that you're now
setting come from and how does it relate to JFCNWRIT?

sas


On Thu, Jul 9, 2020 at 1:40 PM PINION, RICHARD W. 
wrote:

> I'd like to take this opportunity to thank Sri Kolusu, of IBM, for taking
> the time
> to help with the open exit IFG0EX0B, in regards to IEBGENER/ICEGENER and
> DF/SORT.
> He has spent the last few days researching and testing.
>
> He came up with a solution, and the exit is now working with
> IEBGENER/ICEGENER
> and DF/SORT.  Below is the solution he came up with.
>
> "And the reason as to why the increased secondary quantity in the 3.4 is
> because you haven't forced the modified JFCB writeback into the DSCB
>
> There's a long discussion of RDJFCB in DFSMSdfp Advanced Services.
>
> Tip: If you set the bit JFCNWRIT in the JFCBTSDM field to 1 before you
> issue the OPEN macro instruction, the JFCB is not written back at the
> conclusion of open processing. OPEN TYPE=J normally moves your program's
> modified copy of the JFCB, to replace the system copy. To ensure that this
> move is done, your program must set bit zero of the JFCBMASK+4 field to 1.
> IBM recommends not setting on JFCNWRIT.
>
> So I would add the flag to set jfcbmask+4 bit 0 to 1 when the secondary
> gets modified.
>
> Here is the modified code at label STSQTY (in blue color)
>
> STSQTY EQU *  STORE SECONDARY QTY
>STCM RODD,7,JFCBSQTY
>OI JFCBMASK+4,X'80'REQUEST JFCB WRITEBACK
>LA RINCODE,MODJFCB JFCB MODIFIED
>RETSQTY EQU *  RETURN FROM SQTY
>BR RET RETURN "
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
> --
> 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: Any interest in PSD I/O for REXX?

[Steve Smith]

I do have access to FAMS, but I don't think you need it to support PDSEs,
including member generations.  What do you want from it?

sas


On Mon, Jul 6, 2020 at 8:02 PM Seymour J Metz  wrote:

> Long ago in a galaxy far away I wrote a subroutine that allows, with a
> single OPEN, QSAM I/O in PL/I for multiple members. Were I to provide a
> similar facility for REXX, would that be of interest?
>
> Note that I don't have access to FAMS, so this would be strictly PDS.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: SuperWylbur Users

[Steve Thompson]

The Wylbur source that I had was all ALC. That is not ALC.

As I recall, the V7 source that we had at ACS, was the OBS/WYLBUR 
source that was pretty close to what came from Stanford.


The V8.1 source was just before the dispatch/task control changes 
were done, and the SVC99 work.


The V9 source had the multiple TCBs (similar to what CICS/TS 
would have) and SVC99. The V9.5 code had the re-write of the JES2 
SRB code (what I did to make it easier to handle multiple 
version/release/modlevels of JES2), and some upgrades to JES3 and 
all zap maint was forced into the source (because no one had done 
that before).


So, what you have does not look like anything I recall for 
WYLBUR, nor does it look like anything I had from Stanford when I 
tried to resurrect WYLBUR.


Regards,
Steve Thompson

On 7/9/20 9:23 AM, DAL POS Raphael wrote:

Hi list,

Wilbur source is not that "trashed".

After uploading it to USS I can access the code in a perfectly readable way 
using ISPF Edit :

EDIT   /u/sys56/WYLORV/Mainframe/GG.PUB/WINGS.COMMANDS Columns 1 00
Command ===>  Scroll ===> C
** * Top of Data **
01 ;
02 ;  Wings - ALLOCATE command
03 ;
04 xproc () begin
05
06declare number  x.pathno
07declare string  open_str
08declare string  open_opt
09declare string  wing_path
10declare string  msg xmsg pmsg
11declare string  rc cr
12declare boolean debug
13cr = SHEX('0D')   ;  CR CHARACTER
14
15
16 ;***debug:  set true
17 debug=false

I use ISPF 3.17 to access the directory. Edit the member on the displayed list.
Just that you must specify ASCII on the Edit Entry panel:

Data Encoding
1  1. ASCII
2. UTF-8

Furthermore you can use CUT and PASTE to copy it to a regular PDS.

Ciao,

--
Raphael Dal Pos / z/OS Support
Generali Shared Services S.c.a.r.l.
GSS\CIN-MF (Central Infrastructure Mainframe)
11-17, Avenue François Mitterrand
93200 Saint Denis / France
Wilo W 03 B1 029C
raphael.dal...@generali.com +(33)1-58-38-59-67
   or mobile +(33)6.24.33.20.87
--
"MVS: Guilty, until proven innocent !!" RDP 2009



-Message d'origine-
De : IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] De la part 
de Tony Harminc
Envoyé : jeudi 9 juillet 2020 01:33
À : IBM-MAIN@LISTSERV.UA.EDU
Objet : Re: SuperWylbur Users

On Wed, 8 Jul 2020 at 14:38, Farley, Peter x23353
 wrote:


Do you know of a specific program or macro in the package that exhibits this 
failure?  Or have a link to any public discussion of the issue that describes 
the mis-translations?

I DL'd the tgz file directly from Stanford and browsed a few sources at random, but I 
didn't see any "weird" characters.  One of the mail-related scripts I reviewed 
seemed to have legitimate square bracket pairs, so maybe it isn't that particular issue?


I did much the same, and noticed that in the listing files there seems
to have been some post processing done to (among other things)
generate text boxes For example, in
Mainframe\GS.MIL\MILTEN.SOURCE\MSVC there is a line starting with *box
which in the matching listing Assemblies\Milten\MIL#MSVC.txt generates
a box made mostly of X'FE' for the horizontal lines, 9F for the
vertical, and the four corners are BF, DC, BE, and BB. This is neither
ASCII nor EBCDIC in any dialect I recognize, but all the box
characters have been uniquely translated, so that may well also be
true for any unusual characters in the actual source lines.

I doubt that the long-standing claim that the Wylbur source is trashed
is completely invented, but things certainly *look* salvageable at
first glance.

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: Any interest in PSD I/O for REXX?

[Steve Smith]

I think you'd be disappointed in FAMS, I still don't think it would help.
We all wonder why it's a secret, because there ain't that much to it.
IEBCOPY and the LISTDSI command pretty much expose all there is.

After looking at your old program, I'd give it at least 50-50 odds for
working with PDSEs.  I think your worst case would be to abandon QSAM
fiddling and just provide GET/PUT functions.  You could probably make that
much more seamless in REXX than in PL/I.

sas


On Mon, Jul 6, 2020 at 10:40 PM Seymour J Metz  wrote:

> My STOWBLDL routine at http://mason.gmu.edu/~smetz3/source/STOWBLDL.ASM
> has code to  quiesce a QSAM DCB before going to a new member and reprime
> buffering afterward; this requires dealing with fields in the SAM-E IOB
> extension and the SAM-E Interrupt Control Block. I assume that I would need
> FAMS to do the equivalent for PDSE.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>

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

Re: z/OS Master Console Commands

[Steve Beaver]

PA1 usually

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 15, 2020, at 12:52, Elaine Beal  wrote:
> 
> Isn't there a way to recall previous commands on the console?
> I can't find anything and it's killin me!
> Thanks, Elaine
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Edg (was Re: New Mainframe Community)

[Steve Smith]

Yeah, MS finally got the message.  The newest "Edge" is yet another wrapper
around Chromium, so presumably it doesn't suck quite as hard as MS browsers
traditionally do.  But I'm just going to assume that the best it can be
isn't good enough to use it.

sas

On Mon, Jun 15, 2020 at 2:06 PM Seymour J Metz  wrote:

> I used to think that IE was as bad as it got, but ?Fairfax County Public
> Libraries switched to edge (I call it edgey) and that was worse.
>
>

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

Re: Good FTP client for MVS data set access

[Steve Smith]

Filezilla works great for me.  It handles MVS pretty well, mapping DSN
nodes and PDSes to mostly act like directories.

sas

On Wed, Jun 17, 2020 at 2:10 PM Frank Swarbrick 
wrote:

> What FTP client do you use to access MVS data sets?  Do you like it?
>
>

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

Re: z/OS 2.4 and SDSF question

[Steve Smith]

Well... I  just tried it, and it's true... when run on z/OS 2.4, only the
job card is listed; whereas on 2.3, all the JCL shows up.

N.B.: This isn't an SDSF issue.  SDSF does not run jobs, and does not spool
their output.  JES2 (or 3) does that.

sas

On Wed, Jun 17, 2020 at 4:50 PM Lizette Koehler 
wrote:

> This is an interesting discussion.
>
> ...if you say so :-)

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

Re: Good FTP client for MVS data set access

[Steve Smith]

I don't know if this is your problem or not, but in FileZilla's Site
Manager, I have two hosts defined for a few z/OS systems, one for MVS, and
one for USS.  The "server type" matters... "MVS..." vs. "Unix".

sas


On Wed, Jun 17, 2020 at 6:13 PM Gibney, Dave  wrote:

> Filezilla for non OMVS files. Not so good for OMVS filesystem data. Thing
> is, it used to work, then he broke it. I prefer the Filezilla GUI, so I
> only use Bluezone when I need to. Recently, the delay o let me know that
> Rocket has acquired Bluezone has be slightly irritating.  
>
>

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

Re: Address of CSECTs within a load module

[Steve Smith]

I don't know why WXTRN (weak reference) was specified, but it appears to be
a mistake.  Just delete that line.  A V-con generates a regular external
reference all by itself.

Weak references generally are only needed by libraries of statically linked
programs for some fairly arcane reasons.

sas


On Wed, Jun 17, 2020 at 4:29 PM Charles Mills  wrote:

> I don't know what you (or I!) are talking about but if the module map is
> created by the inclusion of IEWBMMP then making it a WXTRN means that the
> binder will not automatically include it. If you want to declare it WXTRN
> for some reason then you will need to include its module explicitly.
>
> Or maybe I don't know what I am talking about.
>
>

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

Re: Allocating GDG(+1) using SVC 99

[Steve Thompson]

From MFT days  SVC99 alloc in a JOB is not treated the same as INIT ALLOC 
(JCL). It has been a while since I’ve had to know this stuff and memory gets 
hazy. Throw in VTS and there may be nuances that I’ve not been exposed to. 

“Roll in” occurs when you dealloc when doing SVC99. 

If using TAPE, Catalog is effectively done at dealloc not at allocation as it 
is with DASD. 

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On Jun 21, 2020, at 9:20 AM, Joseph Reichman  wrote:
> 
> Going to to try it now but it seems logical that the system updates it ( the 
> relative number after the dataset is unallocated )
> As from what I remember in multi step job 
> Where the GDG is explicitly allocated the GDG number gets updates only after 
> completion of the entire job 
> 
> Thanks  
> 
> 
> 
>> On Jun 21, 2020, at 5:56 AM, Binyamin Dissen  
>> wrote:
>> 
>> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman 
>> wrote:
>> 
>> :>I am doing a number of snapx type dumps in a started task. I would like to
>> :>keep each and every one in a separate dsn. It would seem keeping them in a
>> :>GDG would accomplish this.
>> 
>> :>The Documentation says that If I turn on  S99GDGNT in S99FLAG1 I could
>> :>specify the dsn as MYSDUMP.GDG(+1) and have each snap dump in a separate
>> :>providing I do a close un allocate as a text unit (meaning I would
>> :>unallocated the dataset upon closing the snap file).
>> 
>> :>If I read documentation right it seems that upon a close unallocate the
>> :>relative gag number gets updated   
>> 
>> It would seem to not require any free. Why haven't you tried it?
>> 
>> --
>> Binyamin Dissen 
>> http://www.dissensoftware.com
>> 
>> Director, Dissen Software, Bar & Grill - Israel
>> 

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

Re: New Mainframe Community

[Steve Smith]

Inscrutable mostly harmless offal.

btw, there's this new thing, Google.  It's free to try.

sas

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

Re: AT-TLS ?

[Steve Beaver]

Well that does take digital certs and pagant. Now there are currently no 
vendors that support AT-ALS if you are looking for something like TPX or CL/SS 
the answer is no

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 28, 2020, at 22:04, Gibney, Dave  wrote:
> 
> The details in the documentation is a bit scattered. Including separate 
> sections for  FTPS and tn3270
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Lionel B Dyck
>> Sent: Sunday, June 28, 2020 3:26 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: AT-TLS ?
>> 
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>> 
>> 
>> 
>> 
>> 
>> Lionel B. Dyck <
>> Website:
>> > 0HMszNaDT!-1owYLYM_4h_52OGm8xJE1YxqR9-
>> 4UjK4oOFwgRifVu2w8bc_kEvwxGw_GLBCA$ >
>> https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0
>> HMszNaDT!-1owYLYM_4h_52OGm8xJE1YxqR9-
>> 4UjK4oOFwgRifVu2w8bc_kEvwxGw_GLBCA$
>> 
>> "Worry more about your character than your reputation.  Character is what
>> you are, reputation merely what others think you are." - John Wooden
>> 
>> 
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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: Allocating GDG(+1) using SVC 99

[Steve Thompson]

Managed File Transfer.  NDM, is one (aka Connect:Direct). 

The other stuff was caused/created by SMS. 


Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On Jun 21, 2020, at 12:41 PM, Seymour J Metz  wrote:
> 
> There was no SVC 99 in MFT. SVC 99 (very different from the one you know and 
> love) was part of TSO, an MVT only option. And "Roll In/Roll Out" had nothing 
> to do with GDGs; don't ask, don't tell.
> 
> WRT cataloging, it depends on whether it's an SMS volume; for non-SMS, 
> cataloging is done at deallocation time.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Steve Thompson [ste...@copper.net]
> Sent: Sunday, June 21, 2020 9:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Allocating GDG(+1) using SVC 99
> 
> From MFT days  SVC99 alloc in a JOB is not treated the same as INIT ALLOC 
> (JCL). It has been a while since I’ve had to know this stuff and memory gets 
> hazy. Throw in VTS and there may be nuances that I’ve not been exposed to.
> 
> “Roll in” occurs when you dealloc when doing SVC99.
> 
> If using TAPE, Catalog is effectively done at dealloc not at allocation as it 
> is with DASD.
> 
> Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
> mistaks
> 
> 
>> On Jun 21, 2020, at 9:20 AM, Joseph Reichman  wrote:
>> 
>> Going to to try it now but it seems logical that the system updates it ( 
>> the relative number after the dataset is unallocated )
>> As from what I remember in multi step job
>> Where the GDG is explicitly allocated the GDG number gets updates only after 
>> completion of the entire job
>> 
>> Thanks
>> 
>> 
>> 
>>>> On Jun 21, 2020, at 5:56 AM, Binyamin Dissen  
>>>> wrote:
>>> 
>>> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman 
>>> wrote:
>>> 
>>> :>I am doing a number of snapx type dumps in a started task. I would like to
>>> :>keep each and every one in a separate dsn. It would seem keeping them in a
>>> :>GDG would accomplish this.
>>> 
>>> :>The Documentation says that If I turn on  S99GDGNT in S99FLAG1 I could
>>> :>specify the dsn as MYSDUMP.GDG(+1) and have each snap dump in a separate
>>> :>providing I do a close un allocate as a text unit (meaning I would
>>> :>unallocated the dataset upon closing the snap file).
>>> 
>>> :>If I read documentation right it seems that upon a close unallocate the
>>> :>relative gag number gets updated
>>> 
>>> It would seem to not require any free. Why haven't you tried it?
>>> 
>>> --
>>> Binyamin Dissen 
>>> http://secure-web.cisco.com/16f5MZFgg2VcKAwferkHfKJZm0TgMKh5SGRCQrzb__z8zeZDoncu7dybqqYo73PicmxjngnoW65yVsVUG8QIOrIRSeS1a7S3FCznpVHyMlmI9f3O53dErFbu1pdJL-oVyJk1FMHafvEa7ZQYPqkBit7VE-WlH_ScZRHXceyerSgteLe95Q5SIbqELEae1zRYROCFmIA7TFD3b96nRJsGltTfpoR5Mc7TKKWTKy2p6PQF8RbC1qwL1JiIuZs-tzpuJSt0JORzaRGKzegEF1gYJWC_52B6w-j5tj8oD6RMqzCdq0NxFzvrsXIfltNJ0ZsfLZxNObkdVuCcgcL24TSo9zuOqwmv8R4FH8kSdVyE4P6k7oAzFXWsCCiQEWhoSsA_91BUSLwEYxAlpWyGbBqP_fk-ZIxoEymnp5x98GlYpviv4maSS-tdteAo-ayuQ3tEM/http%3A%2F%2Fwww.dissensoftware.com
>>> 
>>> Director, Dissen Software, Bar & Grill - Israel
>>> 
> 
> --
> 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: dfdss equivalent to fdr map

[Steve Horein]

That was my first thought as well, but didn't remember to execute samples
today.

On Thu, Jun 18, 2020 at 1:42 PM Roger Lowe  wrote:

> On Thu, 18 Jun 2020 08:53:37 -0400, Brian France  wrote:
>
> >  I can't find a dfdss equivalent to fdr's map. I see the print command
> >but can't seem to get a whole volume list of data sets as we do with
> >fdr's map. If it exists would someone please point me to it... THANX!!!
> >
>
> Have you tried using IEHLIST?
>
> //S001 EXEC PGM=IEHLIST
> //FILE DD UNIT=DISK,VOL=SER=??,DISP=SHR
> //SYSPRINT DD   SYSOUT=Z
> //SYSINDD   *
>   LISTVTOC VOL=3390=??
>
>
> Roger
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: [External] Re: z/OS 2.4 and SDSF question

[Steve Smith]

Good point.  As a matter of fact, I looked at both jobs' output on both the
2.3 and 2.4 systems with SDSF.

To be completely unambiguous, I think I must be wordy & redundant (not a
poke at anyone... take that literally).
The TYPRUN=COPY job that *ran* on 2.3 displayed with complete JCL in SDSF
on both 2.3 and 2.4.
The job that *ran* on 2.4 displayed only the job card in SDSF on both 2.3
and 2.4.

So, the problem is not in your set.  There is no need to change the channel.

I virtually never run TYPRUN=anything (and I'd guess it's rare), so I never
noticed this before.  Jobs that execute don't seem to be affected.

sas

On Wed, Jun 17, 2020 at 5:43 PM Pommier, Rex 
wrote:

> Hi Steve,
>
> As the OP, I agree that this doesn't appear to be an SDSF issue.  I was
> trying to make sure it wasn't a display issue with my third party software,
> and knowing that others who are running SDSF are having the same issue
> gives me confidence that it is a problem in (most likely) JES2.
>
> Rex
>
>

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

Re: 3 phase power question for the gray hair group. :-)

[Steve Smith]

fwiw, a 3-phase motor rotates with the phase order it gets.  As mentioned,
the wrong direction would presumably be a very bad thing for disk drives,
so they don't let it happen.  Anyone else's guess on the rest of the
electronics.

sas

On Mon, Jun 22, 2020 at 12:01 PM William Donzelli 
wrote:

> All three phase IBM stuff from that era I have seen have phase
> rotation sensors, and will simply not go through the proper power
> sequence unless everything is fine.
>
> --
> Will
>
>

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

Re: COBOL Question

[Steve Thompson]

Don’t forget the SKELETON language. 

Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct 
mistaks 


> On Jun 7, 2020, at 4:30 PM, Seymour J Metz  wrote:
> 
>  1. ISPF is not a language.If you are referring to panel definition 
> statements,
> ELSE uses indentation to control scope. Python does the same thing. I
> don't like it, but it is what it is.
> 
> 2. SO/END blocks containing only a single statement are useful if you
> may be adding code in the future. It's a stylistic issue about which
> you will never achieve consensus.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Bob Bridges [robhbrid...@gmail.com]
> Sent: Sunday, June 7, 2020 2:35 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Question
> 
> The only language I can think of off-hand that doesn't require some sort of 
> END to close a DO (I'm sure there are others) is ISPF.  But, in REXX at 
> least, I never use single-statement DOs.  I see them all the time, and I 
> don't get it.  Like this:
> 
>  if x=0 then do
>x=x+1
>  end
> 
> Or, more painfully:
> 
>  select
>when idx="T" then
>  do
>countt=countt+1
>  end
>when idx="U" then
>  do
>countu=countu+1

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

Re: COBOL Question

[Steve Beaver]

I liked Panvalet.  

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 9, 2020, at 15:53, David Spiegel  wrote:
> 
> +1 sleazy-freaking-trieve.
> (I used to support it, Panvalet and Librarian)
> 
>> On 2020-06-09 16:27, Joe Monk wrote:
>> "Easytrieve plus"
>> 
>> You mean sleazytrieve plus? :)
>> 
>> There was also DYL280 and QUIKJOB.
>> 
>> Joe
>> 
>>> On Tue, Jun 9, 2020 at 12:55 PM Mike Schwab  wrote:
>>> 
>>> 4GL - I've used Telon which takes a screen layout and database layout
>>> and generates the cobol code and editing rules.  ADR-Datacom had Ideal
>>> which was similar, later CA.  Easytrieve plus I really liked,
>>> especially the report generation part.
>>> 
>>> --
>>> 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: COBOL Question

[Steve Beaver]

I have not see sleazytrieve on 20 years 

Sent from my iPhone

> On Jun 9, 2020, at 15:27, Joe Monk  wrote:
> 
> "Easytrieve plus"
> 
> You mean sleazytrieve plus? :)
> 
> There was also DYL280 and QUIKJOB.
> 
> Joe
> 
>> On Tue, Jun 9, 2020 at 12:55 PM Mike Schwab  wrote:
>> 
>> 4GL - I've used Telon which takes a screen layout and database layout
>> and generates the cobol code and editing rules.  ADR-Datacom had Ideal
>> which was similar, later CA.  Easytrieve plus I really liked,
>> especially the report generation part.
>> 
>> --
>> 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

Messages & Codes (was Re: "Everyone wants to retire mainframes")

[Steve Smith]

I take this example as merely an example.  IBM & the software industry are
notoriously bad at getting these right.

At one end, you have "Oops, something went wrong."  -- Windows 10 (and
yeah, the day I started using Windows 10).

At the other, IDC3009I.  Sheesh.

Counter to those, the IMS message doesn't seem quite so bad... it's
(presumably) accurate, and fairly precise.  You could argue it could be
worded more simply, or that it should provide the detailed codes.

In my experience, messages get very little attention or quality review.
I'm sure it varies a lot.

sas

On Wed, Jun 10, 2020 at 3:50 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 10 Jun 2020 17:02:40 +, Frank Swarbrick wrote:
>
> >Here's a quote from a message I posted to this list in 2009:
> >
> >"I have a very basic one to complain about:
> >
> >DFS0929I BLDL FAILED FOR MEMBER --DDMPPSZ
> >
> >This really means that the specified PSB DDMPPSZ is not in the specified
> IMS library.  Why can't it just say that?  As an application programmer do
> I really need to know that BLDL means, well, whatever it means?
> >
> The practice was established over a half century ago when every programmer
> could be presumed to have at least a superficial knowledge of the entire
> OS/360
> reference library.  And storage was too precious to support elaborate
> messages.
>
> That time has passed.
>
> The practice persists.
>
> -- 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: System Exit

[Steve Pryor]

There are a couple of vendor products that could do this, including ours (SRS, 
which is our successor product to our original STOP-X37). You could, if you 
wanted to write your own IGGPRE00 exit, do this, but products such as SRS 
provide a lot more feature and function.

Steve Pryor
DTS Software, LLC
1.919.833.8426 x162
st...@dtssoftware.com

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

Re: COBOL Question

[Steve Beaver]

Many moons ago when I wrote COBOL for a living I used the hell out of 88 Levels.

Its makes for really pretty code but it is hell to debug sometimes like compound
Condition.  1 or 2 items it an 88 is easy, 40 or 50 is not, same with compound 
conditions 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Friday, June 5, 2020 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Question

Also, it's often better to nest than to make compound conditions. 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Friday, June 05, 2020 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Question
> 
> I long ago decided never to bother looking up or thinking about operator
> precedence. If I am not immediately certain straight out of the box then I use
> parentheses.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bernd Oppolzer
> Sent: Friday, June 5, 2020 12:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Question
> 
> I hope you don't mind if I comment once again;
> 
> my original coding was:
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B' OR 'R'
> 
> and as I learned now from your helpful posts, this is expanded to
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B' OR SMOD (IND1) = 'R'
> 
> (which would have alarmed me, if I had seen it in this variant, BTW) and then,
> because of operator precedence, evaluated as
> 
>  IF (TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B')
>  OR SMOD (IND1) = 'R'
> 
> so that in my case (SMOD ... being 'R') the condition evaluated to true, which
> was not what I had expected.
> 
> This is a little bit counter intuitive IMHO, because the abbreviation 'B' OR 
> 'R'
> suggests that the list of values both rely to the right condition (only) and 
> so I
> thought the evaluation would be
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND (SMOD (IND1) = 'B' OR 'R')
> 
> I expected somehow an implicit paranthese because of the abbreviation ...
> 
> What I would take as a conclusion (for me) from this experience:
> it is best to use parantheses, especially if there is a combination of AND and
> OR ... and when using abbreviations.
> 
> Thanks again, kind regards
> have a nice weekend
> 
> Bernd
> 
> 
> 
> Am 05.06.2020 um 20:48 schrieb Bob Bridges:
> > Seems to me that ~is~ operator precedence:  We evaluate AND before OR,
> just as we evaluate * before +.  But that's closely related to the 
> distributive
> rule, right?
> >
> > P and Q or R
> > R or P and Q
> >
> > ...both evaluate the same way, to "(P and Q) or R".  The distributive
> > property says that
> >
> > P and (Q or R)
> >
> > ...evaluates to
> >
> > (P and Q) or (P and R)
> >
> > I'm just as rusty in COBOL as Mr Oppolzer, so I didn't know you could
> > say
> >
> > IF VAR = 'B' OR 'R'
> >
> > But if you can, it must mean "IF VAR = 'B' OR VAR = 'R'".
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* No one would talk much in society if he knew how often he
> > misunderstands others.  -Goethe */
> >
> 
> --
> 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