Re: Rexx EXECIO DISKRU

[Elardus Engelbrecht]

Paul Gilmartin wrote:

>Reading further, I see exceptions made for program object library members and 
>for RECFM=VBS.  I see no exception for allocated UNIX files, yet they don't 
>seem to work:

>  IEC141I 013-BC,IGG0199G,proc1,STEP1,INOUTDD 275  
>  IEA995I SYMPTOM DUMP OUTPUT 276  
>  SYSTEM COMPLETION CODE=013  REASON CODE=00BC 

Weird. Please post your DD for that above dataset or your ALLOC statement in 
your REXX for above...

Just curious, if you don't mind please.


>013-BC is another catch-all with 4 different explanations given.  Really, 
>there should be a separate reason code for each.  The programmer shouldn't be 
>required to guess.

Indeed. After RTFM from v1.12 (yes!!!) to v2/2 (on KC), I am also somewhat 
annoyed by these "standard" comments, like these 2:

"If the error recurs and the program is not in error, ..."
"Correct the error that caused the abnormal end,  ..."

Oh, well ...

It is really up to the programmer to guess if he/she/it does not have the 
source of allocation (JCL DD/REXX ALLOC/other languages) to examine.

Oh, BTW, there are a lot of APARs and notes from other vendors for IEC0141I 
013-?? messages...

Life is hard enough for programmers with or without coffee... ;-D

Groete / Greetings
Elardus Engelbrecht

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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Timothy Sipples]

Kirk Wolf wrote:
>Are you running Kerberos enabled NFS over IPSec?

I was going to mention IPSec, but you partially beat me to it. FTP over
IPSec is another possible file transfer option. Then it's possible to use
the Ant task for FTP (within its remaining limitations) but have an
encrypted network connection. Other connections can ride "shotgun" over the
same IPSec tunnel if desired -- TN3270E, Telnet, SNTP, NFS, MQ, HTTP,
database connections (e.g. JDBC), IP sockets, Enterprise Extender,
CIFS/SMB, etc. You can also configure separate IPSec tunnels to support
connections that shouldn't be combined on the same tunnel. There's a lot of
merit in an IPSec-based approach, including for developers who might need
half a dozen connection types to a development LPAR all at once. You can
encrypt them separately of course (and probably should in many use cases),
or you can ride them all over IPSec.

Please note that OpenSSH is now part of the base z/OS 2.2 operating system.


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

Mainframe printer connectivity

[venkat kulkarni]

Hello Group,

Currently we are using mainframe printer with bus and tag connectivity with
Xerox printer via prism hardware, which help us to convert fcion to bus and
tag.

But now, we would like to use tcpip connectivity for mainframe connectivity
with Xerox printer.

Can you please guide that how this new connectivity can be establish and do
we need to buy any additional piece of hardware or software . I was reading
about info print but didn't get much detail .

Please suggest.

Regards
Venkat

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

Re: Open Source vs. propiietary operating systems breaking things. was Re: ZPDT usb issue after lunux update.

[Jack J. Woehr]

John Abell wrote:

ot wishing to antagonize
the Open Source community as there are many good and stable products out
there, some of which we use on a daily basis,


Ubuntu rivals ... nay, surpasses Microsoft.

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

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

Re: Open Source vs. propiietary operating systems breaking things. was Re: ZPDT usb issue after lunux update.

[John Abell]

Well yes.  However, and in my experience, it is easy to chase "Mother" who
does actually respond.  We have reported problems to many other vendors
where there is never a response.  With well over 52 years of experience in
IT,  50 with the mainframe, starting with prerelease PCP 1 on a 360/40, I
doubt that I have missed many new release failures nor the ones on all of
the other different platforms that we run here.  Not wishing to antagonize
the Open Source community as there are many good and stable products out
there, some of which we use on a daily basis, I stand by my comment based on
our many and varied experiences here.

John T. Abell
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Clark Morris
Sent: Wednesday, January 18, 2017 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Open Source vs. propiietary operating systems breaking things. was
Re: ZPDT usb issue after lunux update.

[Default] On 18 Jan 2017 12:26:59 -0800, in bit.listserv.ibm-main
john.ab...@intnlsoftwareproducts.com (John Abell) wrote:

>Well that is the ever present risk of Open Source.  Whatever this kernel
change is, it screwed up other things in our environment as well.

As someone who suffered through the PE chains of DFP and who remembers Jamie
Yates of IBM getting up and telling a SHARE session that the early general
availability users of DF/EF catalogs were placing Sev 1 calls before they
had a problem because by the time they got a call back, they would have one,
the risk is not unique to Open Source.
There is a reason many shop do not and did not go to the latest release or
maintenance level.

Clark Morris
>
>We have noted that there is a Kernel update from 6.7 to 6.8.  We are not
going down that road until there is some assurance that the sentinel
software and some other things  that  we use won't fail with this update as
well.
>
>Cheers,
>John T. Abell
>Tel:800-295-7608Option 4
>President
>International:  1-416-593-5578  Option 4
>E-mail:  john.ab...@intnlsoftwareproducts.com
>Fax:800-295-7609
>
>International:  1-416-593-5579
>
>
>International Software Products
>www.ispinfo.com
>

>This email may contain confidential and privileged material for the
>sole use of the intended recipient(s). Any review, use, retention,
>distribution or disclosure by others is strictly prohibited. If you are not
the intended recipient (or authorized to receive on behalf of the named
recipient), please contact the sender by reply email and delete all copies
of this message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>On Behalf Of Itschak Mugzach
>Sent: Wednesday, January 18, 2017 1:30 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ZPDT usb issue after lunux update.
>
>John.
>Our co figuration is much like yours on a single server. It take about 30
minutes to install centos and zpdt. The mainframe is on different disks so
nothing was lost.
>My concern is the ability of the vendor to fix the problem. It is
unblievable that it takes more than a month so far.
>
>ITschak
>
>?? 18  2017 17:21,? "John Abell" <
john.ab...@intnlsoftwareproducts.com> ???:
>
>If you cannot back out the recent updates that caused you to end up
>with this problem,  re-install the version RHEL that last worked.  This
>assumes that you have used the practice of making sure that none of you
>zPDT stuff is in distribution directories.  We have a much more complex
>zPDT environment than most but my main tech had the environment back up
>in about
>8 hours without loss of anything in zPDT, z/VM, multiple z/OS Guests and
zLinux guests.  The recovery had to be done on 2 full zPDT systems for
reasons outside of this discussion.
>
>John T. Abell
>Tel:800-295-7608

Re: IMS log files question

[Lizette Koehler]

So long as you do not need them for IMS Backout or other stuff.

The ISMF Panel for MGMTCLASS has a DISPLAY option or when you have a list Up, 
enter DISPLAY next to the entry.

As for Cleanup.  SMS and HSM are funny.  they will only delete datasets when 
their algorithm is met.  If your volumes are always light, it may not delete 
anything for a really long time.

Lizette


-Original Message-
>From: Tony Thigpen 
>Sent: Jan 18, 2017 3:30 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: IMS log files question
>
>I am thinking that my best option would be to run the following, then 
>figure out the storage group settings afterwards.
>
>//DELDSN   EXEC PGM=ADRDSSU
>//OUTVOL   DD DUMMY
>//SYSPRINT DD   SYSOUT=*
>//SYSINDD   *
>  DUMP DATASET( -
>INCLUDE(-
>IMSVS.RLDSP.DBCP.**-
>IMSVS.SLDSP.DBCP.**-
>IMSVS.RLDSP.DBCT.**-
>IMSVS.SLDSP.DBCT.**-
>   )   -
>BY(EXPDT,LT,*)
> ) -
>OUTDD(OUTVOL)  -
>DELETE
>/*
>
>
>Tony Thigpen
>
>Tony Thigpen wrote on 01/18/2017 05:26 PM:
>> At this point, I am trying to familiarize myself with the DFHSM and the
>> contents of the manuals. With guidance from the list pointing me to the
>> next step, I am learning a lot. Calling IBM will just get me an answer
>> with no understanding.
>>
>> Tony Thigpen
>>
>> Lizette Koehler wrote on 01/18/2017 04:17 PM:
>>> Of course my favorite last answer would be to open a case with DFHSM
>>> and have them help you through DFSMS and DFSMShsm.  They will probably
>>> be faster
>>>
>>> Lizette
>>>
>>>
>>> -Original Message-
 From: Lizette Koehler 
 Sent: Jan 18, 2017 2:03 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: IMS log files question

 The HSM Started task has an ARCCMDxx member that details all the
 stuff it is to do.

 You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is
 currently running.

 You can browse the ARCCMDxx member and see what it is going to do.
 SETSYS PRIMARYSPMGMTSTART( ) -
SECONDARYSPMGMTSTART( ) -
AUTOBACKUPSTART(  ) -
AUTODUMPSTART(  )

 ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)

 ADDVOL VOL002 UNIT(3390) -
 PRIMARY(NOAUTOMIGRATION -
 AUTORECALL -
 AUTOBACKUP -
 MIGRATE(999) -
 BACKUPDEVICECATEGORY(TAPE)) -
 THRESHOLD(100 100)

 You can review the Management class in ISMF and see what the policies
 are for the dataset (you only provided a snippet of the details.

 Use the DISPLAY function in ISMF for easier read


 -Original Message-
> From: Tony Thigpen 
> Sent: Jan 18, 2017 12:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IMS log files question
>
> How do I determine if the volume is part of the HSM backup process? I
> have looked at the HSM backup logs and these volumes are never
> mentioned
> although other volumes are backed up.
>
> Tony Thigpen
>
> Lizette Koehler wrote on 01/18/2017 10:13 AM:
>> See if DFHSM is running space management process on those
>> volumes/pools.
>>
>> Or you can check on the IMS List and see if someone over there has
>> had a similar
>> issue
>>
>> To join, if you have not done so, use this URL
>>
>> IMShttp://imslistserv.bmc.com/scripts/wa-BMC.exe?A0=ims-l
>>
>>
>>
>> Lizette

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

Re: IMS log files question

[Tony Thigpen]

I am thinking that my best option would be to run the following, then 
figure out the storage group settings afterwards.


//DELDSN   EXEC PGM=ADRDSSU
//OUTVOL   DD DUMMY
//SYSPRINT DD   SYSOUT=*
//SYSINDD   *
 DUMP DATASET( -
   INCLUDE(-
   IMSVS.RLDSP.DBCP.**-
   IMSVS.SLDSP.DBCP.**-
   IMSVS.RLDSP.DBCT.**-
   IMSVS.SLDSP.DBCT.**-
  )   -
   BY(EXPDT,LT,*)
) -
   OUTDD(OUTVOL)  -
   DELETE
/*


Tony Thigpen

Tony Thigpen wrote on 01/18/2017 05:26 PM:

At this point, I am trying to familiarize myself with the DFHSM and the
contents of the manuals. With guidance from the list pointing me to the
next step, I am learning a lot. Calling IBM will just get me an answer
with no understanding.

Tony Thigpen

Lizette Koehler wrote on 01/18/2017 04:17 PM:

Of course my favorite last answer would be to open a case with DFHSM
and have them help you through DFSMS and DFSMShsm.  They will probably
be faster

Lizette


-Original Message-

From: Lizette Koehler 
Sent: Jan 18, 2017 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

The HSM Started task has an ARCCMDxx member that details all the
stuff it is to do.

You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is
currently running.

You can browse the ARCCMDxx member and see what it is going to do.
SETSYS PRIMARYSPMGMTSTART( ) -
   SECONDARYSPMGMTSTART( ) -
   AUTOBACKUPSTART(  ) -
   AUTODUMPSTART(  )

ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)

ADDVOL VOL002 UNIT(3390) -
PRIMARY(NOAUTOMIGRATION -
AUTORECALL -
AUTOBACKUP -
MIGRATE(999) -
BACKUPDEVICECATEGORY(TAPE)) -
THRESHOLD(100 100)

You can review the Management class in ISMF and see what the policies
are for the dataset (you only provided a snippet of the details.

Use the DISPLAY function in ISMF for easier read


-Original Message-

From: Tony Thigpen 
Sent: Jan 18, 2017 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

How do I determine if the volume is part of the HSM backup process? I
have looked at the HSM backup logs and these volumes are never
mentioned
although other volumes are backed up.

Tony Thigpen

Lizette Koehler wrote on 01/18/2017 10:13 AM:

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

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

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

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



Lizette






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




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




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

Re: IMS log files question

[Tony Thigpen]

At this point, I am trying to familiarize myself with the DFHSM and the 
contents of the manuals. With guidance from the list pointing me to the 
next step, I am learning a lot. Calling IBM will just get me an answer 
with no understanding.


Tony Thigpen

Lizette Koehler wrote on 01/18/2017 04:17 PM:

Of course my favorite last answer would be to open a case with DFHSM and have 
them help you through DFSMS and DFSMShsm.  They will probably be faster

Lizette


-Original Message-

From: Lizette Koehler 
Sent: Jan 18, 2017 2:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

The HSM Started task has an ARCCMDxx member that details all the stuff it is to 
do.

You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is currently running.

You can browse the ARCCMDxx member and see what it is going to do.
SETSYS PRIMARYSPMGMTSTART( ) -
   SECONDARYSPMGMTSTART( ) -
   AUTOBACKUPSTART(  ) -
   AUTODUMPSTART(  )

ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)

ADDVOL VOL002 UNIT(3390) -
PRIMARY(NOAUTOMIGRATION -
AUTORECALL -
AUTOBACKUP -
MIGRATE(999) -
BACKUPDEVICECATEGORY(TAPE)) -
THRESHOLD(100 100)

You can review the Management class in ISMF and see what the policies are for 
the dataset (you only provided a snippet of the details.

Use the DISPLAY function in ISMF for easier read


-Original Message-

From: Tony Thigpen 
Sent: Jan 18, 2017 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

How do I determine if the volume is part of the HSM backup process? I
have looked at the HSM backup logs and these volumes are never mentioned
although other volumes are backed up.

Tony Thigpen

Lizette Koehler wrote on 01/18/2017 10:13 AM:

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

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

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

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



Lizette






--
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: Open Source vs. propiietary operating systems breaking things. was Re: ZP...

[Edward Finnell]

Mostly we go forward to get to a better level. I sorely suffered the ESP's  
with SP and DF/EF to get to XA and
get over some of the VSCR humps. This was a corporate commitment that was  
agreed to at all levels.
 
 
In a message dated 1/18/2017 3:44:28 P.M. Central Standard Time,  
cfmpub...@ns.sympatico.ca writes:

early  general availability users of DF/EF catalogs were placing Sev 1
calls  before they had a problem because by the time they got a call
back, they  would have one, the risk is not unique to Open Source.
There is a reason  many shop do not and did not go to the latest
release or maintenance  level.


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

Re: IMS log files question

[Tony Thigpen]

I just found where the storage group has set: AUTO MIGRATE = 'INTERVAL'

Based on my reading, then the volumes will not be 'cleaned' until they 
exceed a usage limit. Right now, the 4 volumes are 12, 12, 50 and 24% free.


I have not been able to find where I can use 'DISPLAY' in ISMF.

When I look at the storage group screen, I see:
Storage Group Name  : SGIMSLOG
To ALTER Storage Group, Specify:
 Description ==> SYSTEM DUMP DATASETS
==>
 Auto Migrate . . I  (Y, N, I or P)   Migrate Sys/Sys Group Name
 Auto Backup  . . N  (Y or N) Backup Sys/Sys Group Name
 Auto Dump  . . . N  (Y or N) Dump Sys/Sys Group Name


 Dump Class . . . (1 to 8 characters)
 Dump Class . . . Dump Class . .
 Dump Class . . . Dump Class . .


 Allocation/migration Threshold: High . . 10  (1-99)  Low  . . 9 
(0-99)
 Guaranteed Backup Frequency  . . . . . . NOLIMIT   (1 to  or 
NOLIMIT)



 ALTER SMS Storage Group Status . . . N   (Y or N)

Tony Thigpen

Lizette Koehler wrote on 01/18/2017 04:03 PM:

The HSM Started task has an ARCCMDxx member that details all the stuff it is to 
do.

You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is currently running.

You can browse the ARCCMDxx member and see what it is going to do.
 SETSYS PRIMARYSPMGMTSTART( ) -
SECONDARYSPMGMTSTART( ) -
AUTOBACKUPSTART(  ) -
AUTODUMPSTART(  )

ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)

ADDVOL VOL002 UNIT(3390) -
 PRIMARY(NOAUTOMIGRATION -
 AUTORECALL -
 AUTOBACKUP -
 MIGRATE(999) -
 BACKUPDEVICECATEGORY(TAPE)) -
 THRESHOLD(100 100)

You can review the Management class in ISMF and see what the policies are for 
the dataset (you only provided a snippet of the details.

Use the DISPLAY function in ISMF for easier read


-Original Message-

From: Tony Thigpen 
Sent: Jan 18, 2017 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS log files question

How do I determine if the volume is part of the HSM backup process? I
have looked at the HSM backup logs and these volumes are never mentioned
although other volumes are backed up.

Tony Thigpen

Lizette Koehler wrote on 01/18/2017 10:13 AM:

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

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

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

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



Lizette




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




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

Re: Rexx EXECIO DISKRU

[Paul Gilmartin]

On Wed, 18 Jan 2017 08:07:03 +0100, Peter Hunkeler wrote:
>
>RTFM? From the z/OS V2.2 TSO/ REXX Reference, EXECIO, DISKW parameter:
>
>Note: 1. The length of an updated line is set to the length of the line it 
>replaces. When an updated line is longer than the line it replaces, 
>information that extends beyond the replaced line is truncated. When 
>information is shorter than the replaced line, the line is padded with blanks 
>to attain the original line length.
> 
Reading further, I see exceptions made for program object library members
and for RECFM=VBS.  I see no exception for allocated UNIX files, yet they
don't seem to work:

  IEC141I 013-BC,IGG0199G,proc1,STEP1,INOUTDD 275  
  IEA995I SYMPTOM DUMP OUTPUT 276  
  SYSTEM COMPLETION CODE=013  REASON CODE=00BC 

013-BC is another catch-all with 4 different explanations given.  Really, there
should be a separate reason code for each.  The programmer shouldn't be
required to guess.

-- gil

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

Open Source vs. propiietary operating systems breaking things. was Re: ZPDT usb issue after lunux update.

[Clark Morris]

[Default] On 18 Jan 2017 12:26:59 -0800, in bit.listserv.ibm-main
john.ab...@intnlsoftwareproducts.com (John Abell) wrote:

>Well that is the ever present risk of Open Source.  Whatever this kernel 
>change is, it screwed up other things in our environment as well.

As someone who suffered through the PE chains of DFP and who remembers
Jamie Yates of IBM getting up and telling a SHARE session that the
early general availability users of DF/EF catalogs were placing Sev 1
calls before they had a problem because by the time they got a call
back, they would have one, the risk is not unique to Open Source.
There is a reason many shop do not and did not go to the latest
release or maintenance level.

Clark Morris
>
>We have noted that there is a Kernel update from 6.7 to 6.8.  We are not going 
>down that road until there is some assurance that the sentinel software and 
>some other things  that  we use won't fail with this update as well.
>
>Cheers,
>John T. Abell  
>Tel:800-295-7608Option 4
>President 
>International:  1-416-593-5578  Option 4
>E-mail:  john.ab...@intnlsoftwareproducts.com
>Fax:800-295-7609
>
>International:  1-416-593-5579
>
>
>International Software Products
>www.ispinfo.com
>   
> 
>This email may contain confidential and privileged material for the sole use 
>of the intended recipient(s). Any review, use, retention, distribution or 
>disclosure by others is strictly prohibited. If you are not the intended 
>recipient (or authorized to receive on behalf of the named recipient), please 
>contact the sender by reply email and delete all copies of this message. 
>Also,email is susceptible to data corruption, interception, 
>tampering, unauthorized amendment and viruses. We only send and receive emails 
>on the basis that we are not liable for any such corruption, interception, 
>tampering, amendment or viruses or any consequence thereof.
>   
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Itschak Mugzach
>Sent: Wednesday, January 18, 2017 1:30 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ZPDT usb issue after lunux update.
>
>John.
>Our co figuration is much like yours on a single server. It take about 30 
>minutes to install centos and zpdt. The mainframe is on different disks so 
>nothing was lost.
>My concern is the ability of the vendor to fix the problem. It is unblievable 
>that it takes more than a month so far.
>
>ITschak
>
>?? 18  2017 17:21,? "John Abell" < 
>john.ab...@intnlsoftwareproducts.com> ???:
>
>If you cannot back out the recent updates that caused you to end up with this 
>problem,  re-install the version RHEL that last worked.  This assumes that you 
>have used the practice of making sure that none of you zPDT stuff is in 
>distribution directories.  We have a much more complex zPDT environment than 
>most but my main tech had the environment back up in about
>8 hours without loss of anything in zPDT, z/VM, multiple z/OS Guests and 
>zLinux guests.  The recovery had to be done on 2 full zPDT systems for reasons 
>outside of this discussion.
>
>John T. Abell
>Tel:800-295-7608Option 4
>President
>International:  1-416-593-5578  Option 4
>E-mail:  john.ab...@intnlsoftwareproducts.com
>Fax:800-295-7609
>
>International:  1-416-593-5579
>
>
>International Software Products
>www.ispinfo.com
>
>This email may contain confidential and privileged material for the sole use 
>of the intended recipient(s). Any review, use, retention, distribution or 
>disclosure by others is strictly prohibited. If you are not the intended 
>recipient (or authorized to receive on behalf of the named recipient), please 
>contact the sender by reply email and delete all copies of this message. 
>Also,email is susceptible to data corruption, interception, tampering, 
>unauthorized amendment and viruses. We only send and receive emails on the 
>basis that we are not liable for any such corruption, interception, tampering, 
>amendment or viruses or any consequence thereof.
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Itschak Mugzach
>Sent: Wednesday, January 18, 2017 3:36 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ZPDT usb issue after lunux update.
>
>Elardus,
>
>zPDT is a mainframe emulation product from IBM that we use. the driving system 
>is an enterprise Linux flavor. Linux clients that updated the version for some 
>reason, can't access the license server. versions involved are rhel 7.X, but I 
>think suse as well.  we use a memory stick to hold the license.
>
>And, yes, this is a hit.
>
>ITschak
>
>On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht < 
>elardus.engelbre...@sita.co.za> wrote:
>
>> Itschak Mugzach wrote:
>>
>> >Doea any of the zPDT users hited by the linux update caused lose of
>> 

Re: IMS log files question

[Lizette Koehler]

Of course my favorite last answer would be to open a case with DFHSM and have 
them help you through DFSMS and DFSMShsm.  They will probably be faster 

Lizette


-Original Message-
>From: Lizette Koehler 
>Sent: Jan 18, 2017 2:03 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: IMS log files question
>
>The HSM Started task has an ARCCMDxx member that details all the stuff it is 
>to do.
>
>You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is currently 
>running.
>
>You can browse the ARCCMDxx member and see what it is going to do.
>SETSYS PRIMARYSPMGMTSTART( ) -
>   SECONDARYSPMGMTSTART( ) -
>   AUTOBACKUPSTART(  ) -
>   AUTODUMPSTART(  )
>
>ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)
>
>ADDVOL VOL002 UNIT(3390) -
>PRIMARY(NOAUTOMIGRATION -
>AUTORECALL -
>AUTOBACKUP -
>MIGRATE(999) -
>BACKUPDEVICECATEGORY(TAPE)) -
>THRESHOLD(100 100)
>
>You can review the Management class in ISMF and see what the policies are for 
>the dataset (you only provided a snippet of the details.
>
>Use the DISPLAY function in ISMF for easier read
>
>
>-Original Message-
>>From: Tony Thigpen 
>>Sent: Jan 18, 2017 12:00 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: IMS log files question
>>
>>How do I determine if the volume is part of the HSM backup process? I 
>>have looked at the HSM backup logs and these volumes are never mentioned 
>>although other volumes are backed up.
>>
>>Tony Thigpen
>>
>>Lizette Koehler wrote on 01/18/2017 10:13 AM:
>>> See if DFHSM is running space management process on those volumes/pools.
>>>
>>> Or you can check on the IMS List and see if someone over there has had a 
>>> similar
>>> issue
>>>
>>> To join, if you have not done so, use this URL
>>>
>>> IMS http://imslistserv.bmc.com/scripts/wa-BMC.exe?A0=ims-l
>>>
>>>
>>>
>>> Lizette
>>>
>>>
>

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

Re: bama.ua.edu not reachable?

[Edward Finnell]

Not a transition. bama.ua.edu is broke. Don't know the switch settings. For 
 a while either would work. Darren posted the transition years ago at the 
request  of the network folks. It started out in 86 as bama.ua.edu and stayed 
that way  thru several migrations and hosts. For awhile it was available on 
Ibmlink under  Hardware
and Almaden pulled the plug without telling anybody.
 
It may come back but listserv.ua.edu is the recommended URL. 
 
 
 
In a message dated 1/18/2017 10:35:41 A.M. Central Standard Time,  
000433f07816-dmarc-requ...@listserv.ua.edu writes:

On Wed,  18 Jan 2017 07:46:43 -0600, Elardus Engelbrecht wrote:

>Vernooij,  Kees (ITOPT1) - KLM wrote:
>
>>I can't access the archives  anymore, the address http://bama.ua.edu/ 
returns a timeout. According to our  IP department this will probably be caused 
by  bama.ua.edu.
>
>>Anyone else having this  problem?
>
>Go to this address (watch the 's' after  http)
>
>https://listserv.ua.edu/archives/ibm-main.html
>
The  transition wasn't very well publicized.  I needed to update many  
bookmarks.

Of course, they could have registered bama.ua.edu as an  additional domain 
name.

Nostalgia; I can't remember.  Didn't this  list use yet another ua.edu 
domain
many years ago?

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

[Lizette Koehler]

The HSM Started task has an ARCCMDxx member that details all the stuff it is to 
do.

You can issue a   F dfhsmstcnamehere,Q SETSYS and see what is currently running.

You can browse the ARCCMDxx member and see what it is going to do.
SETSYS PRIMARYSPMGMTSTART( ) -
   SECONDARYSPMGMTSTART( ) -
   AUTOBACKUPSTART(  ) -
   AUTODUMPSTART(  )

ADDVOL VOL001 UNIT(3390) MIGRATION(ML1 NOSDSP) THRESHOLD(1)

ADDVOL VOL002 UNIT(3390) -
PRIMARY(NOAUTOMIGRATION -
AUTORECALL -
AUTOBACKUP -
MIGRATE(999) -
BACKUPDEVICECATEGORY(TAPE)) -
THRESHOLD(100 100)

You can review the Management class in ISMF and see what the policies are for 
the dataset (you only provided a snippet of the details.

Use the DISPLAY function in ISMF for easier read


-Original Message-
>From: Tony Thigpen 
>Sent: Jan 18, 2017 12:00 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: IMS log files question
>
>How do I determine if the volume is part of the HSM backup process? I 
>have looked at the HSM backup logs and these volumes are never mentioned 
>although other volumes are backed up.
>
>Tony Thigpen
>
>Lizette Koehler wrote on 01/18/2017 10:13 AM:
>> See if DFHSM is running space management process on those volumes/pools.
>>
>> Or you can check on the IMS List and see if someone over there has had a 
>> similar
>> issue
>>
>> To join, if you have not done so, use this URL
>>
>> IMS  http://imslistserv.bmc.com/scripts/wa-BMC.exe?A0=ims-l
>>
>>
>>
>> Lizette
>>
>>

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

Re: ZPDT usb issue after lunux update.

[John Abell]

Well that is the ever present risk of Open Source.  Whatever this kernel change 
is, it screwed up other things in our environment as well.

We have noted that there is a Kernel update from 6.7 to 6.8.  We are not going 
down that road until there is some assurance that the sentinel software and 
some other things  that  we use won't fail with this update as well.

Cheers,
John T. Abell   
Tel:800-295-7608Option 4
President 
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com


This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, 
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

John.
Our co figuration is much like yours on a single server. It take about 30 
minutes to install centos and zpdt. The mainframe is on different disks so 
nothing was lost.
My concern is the ability of the vendor to fix the problem. It is unblievable 
that it takes more than a month so far.

ITschak

בתאריך 18 בינו 2017 17:21,‏ "John Abell" < 
john.ab...@intnlsoftwareproducts.com> כתב:

If you cannot back out the recent updates that caused you to end up with this 
problem,  re-install the version RHEL that last worked.  This assumes that you 
have used the practice of making sure that none of you zPDT stuff is in 
distribution directories.  We have a much more complex zPDT environment than 
most but my main tech had the environment back up in about
8 hours without loss of anything in zPDT, z/VM, multiple z/OS Guests and zLinux 
guests.  The recovery had to be done on 2 full zPDT systems for reasons outside 
of this discussion.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended 
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception, tampering, 
unauthorized amendment and viruses. We only send and receive emails on the 
basis that we are not liable for any such corruption, interception, tampering, 
amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving system 
is an enterprise Linux flavor. Linux clients that updated the version for some 
reason, can't access the license server. versions involved are rhel 7.X, but I 
think suse as well.  we use a memory stick to hold the license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know 
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what 
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the 
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb 
> issue after lunux update.'
>
> While I'm not currently working with any Linux system/application, I'm 
> just asking probing questions to enable others to 

AW: SMF-API

[Peter Hunkeler]

> I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15).



I understand. I was just curious why CALLing failed.


--
Peter Hunkeler



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

AW: SMF-API

[Roland Schiradin]

I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15). 

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag von Peter Hunkeler
Gesendet: Mittwoch, 18. Januar 2017 20:00
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: AW: SMF-API

> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM.
Received a lot of > S0C4 or S0C6.  
> I use now HLASM LINKX and it works pretty well.  


Sounds like wild branches. I think its strange that it works with LINKX but
not with CALL. l trust you have verified the binder could resolve the
reference to the stub routine from SYS1.CSSLIB, have you? 


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

AW: SMF-API

[Peter Hunkeler]

> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. 
> Received a lot of > S0C4 or S0C6.
> I use now HLASM LINKX and it works pretty well.




Did you clear the high half of R15 before the CALL? The CALL macro generates a 
V-con, not a VD-con, and loads it into R15 with L, not LG.


--
Peter Hunkeler



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

Re: IMS log files question

[Tony Thigpen]

How do I determine if the volume is part of the HSM backup process? I 
have looked at the HSM backup logs and these volumes are never mentioned 
although other volumes are backed up.


Tony Thigpen

Lizette Koehler wrote on 01/18/2017 10:13 AM:

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

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

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

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



Lizette



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

Which makes since. It is using the
"larger of [JCL vs SMS]" & <= RET_LIMIT.

So, I am back to my original problem. I need to identify the process that is
suppose to be deleting the expired files from the VTOC?

Tony Thigpen

Burrell, Todd wrote on 01/18/2017 09:09 AM:

Looks like your RETPD=45 is overriding the SMS parameters.

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

   From the job logs where the file is created:

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
   DSN (IMSVS.SLDSP.DBCT.D17018.T0040131.VF3)
   STORCLAS (SCIMSLOG) MGMTCLAS (MCIMSLOG) DATACLAS ()
   VOL SER NOS= HIMSL2

   From the management class panel:
MGMTCLAS EXPIRE EXPIRERETPARTIAL  PRIMARY
NAME NON-USAGE  DATE/DAYSLIMIT   RELEASE  DAYS
--(2)--- ---(3)---  ---(4)  --(5)--  (6)  ---(7)--
MCIMSLOG 7   7  NOLIMIT  NO  0

SMS is something I am just learning, but, if I am reading the manual right,

I would expect the files to be gone after 7 days.


But, from the VTOC:
Created  Expires
2017.018 2017.063

It appears that I am missing something. Because here is the vtoc dates for

one of the old files:

Created Expires
2015.190 2015.235

Tony Thigpen

Peter Hunkeler wrote on 01/18/2017 01:55 AM:



I am reviewing the system VTOCs and I see a lot of IMS log files
that contain a date/timestamp in their names. I know they are
created by the IMS system using the skeleton proc member ARCHJCL.
What I am seeing is that the file was created with a retention period of

45 days.


//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

But, I have daily files going back almost 2 years.





Is the RETPD honoured at allocation time? Look for message IGD17364I in the

IMS joblog. What value is set for "RET LIMIT" in the management class. If it
is 0, then EXPDT and RETPD will be ignored, and EXPIRE NON-USAGE and EXPIRE
DATE/DAYS determine when space managment considers to delete the data set. Any
of those could be NOLIMIT. Or the value is larger than your "almost 2 years".



Have you looked a the "Expiration date" in ISPF for any of those data data

sets?



--
Peter Hunkeler





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




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

AW: SMF-API

[Peter Hunkeler]

> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. 
> Received a lot of > S0C4 or S0C6.
> I use now HLASM LINKX and it works pretty well.


Sounds like wild branches. I think its strange that it works with LINKX but not 
with CALL. l trust you have verified the binder could resolve the reference to 
the stub routine from SYS1.CSSLIB, have you?


--
Peter Hunkeler



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

Re: HMC System Events "FROM:" Email address

[Jesse 1 Robinson]

One big change is not actually a fall-out of z13(s) but of microcode that you 
might have installed already but now require. That is removal of Java from 
system console apps. You no longer need any Java at all, which implies that 
-version is now irrelevant. Hooray.

Another change is in the hardware memory segment size. When we upgraded from 
z196 to z13s, the segment size increased so that some previously running LPARs 
no longer met the boundary requirement. We had to increase the memory size to 
pass muster at definition time. This is a small adjustment of no real 
consequence, but be aware that any segment memory not allocated in the Image 
profile will be forever wasted. Not usable by any other LPAR on the box. So 
when updating the Image profile, you might as well round it up the next segment 
boundary. This change is not new for z13(s), but we overlooked it on our z12 
upgrades. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Wednesday, January 18, 2017 3:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMC System Events "FROM:" Email address

Tom,

Thanks, this is about what we already found, so no surprises seem to be 
expected.
We will certainly not use new features immediately to have a smooth move.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Tom Mathias
> Sent: 18 January, 2017 12:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HMC System Events "FROM:" Email address
> 
> Kees,
> 
> I don't have a general list of tips/pitfalls, but the z13s has a lot 
> of new features and options as compared to your z196 you probably 
> should look at IBM-MAIN and other sources of information to help you 
> set them up, if you are going to.
> 
> Some of the new capabilities are:
> 
> Simultaneous MultiThreading - To exploit this, you will need to have 
> software that can use SMT-2 and you will have to do the appropriate 
> setup in the software to make use of this.  This should be easy to set 
> up, but it is up to the OS to make use of this.  Also, SMT-2 can be 
> used on an LPAR-by-LPAR basis.
> 
> z Storage Class Memory - You can have z/OS use this for paging store 
> and this will improve overall z/OS performance as compared to using 
> paging store on a DASD.
> 
> zAware - This can be used to better monitor z/OS and zLinux and 
> hopefully spot problems before they become severe.
> zEDC
> 
> Migration of OSA/SF to the HMC
> 
> Absolute Capping of LPARs and Absolute Capping of LPAR Groups - This 
> feature can be very useful in ensuring an LPAR or group of LPARs 
> doesn't use more processing power than specified by the absolute cap 
> regardless of the weights of the active LPARs.  The interaction of 
> absolute capping, absolute group capping and LPAR weights and 
> "classic" capping can be somewhat complicated and I could answer 
> specific questions if you have them.
> 
> System Activity Display (SAD) is no longer supported for z13/z13s.
> Monitors Dashboard is the only way to view system activity on the 
> SE/HMC for a z13s, however, it is still available on the HMC for older 
> systems.
> 
> A new "Energy Optimization Advisor" to help you understand system 
> energy use and make limited recommendations on ways to reduce it.
> 
> System Events was updated for 2.13.1
> 
> Lots of new and updated IO
> 
> More Security, including the elimination of the use of Java applets 
> for HMC functions
> 
> 
> There are more changes, but I've listed some of the larger changes / 
> new features above.  If I knew what specific new features you plan on 
> using, then I would be willing to help answer any questions you have.
> 
> Tom

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

Re: Paper tape (was Re: Hidden Figures)

[Howard Turetzky]

On the bookshelf behind me in my office is an IBM carriage control tape punch. 
In the late 1970s I rented time on an IBM Model 40. It had no attached unit 
record hardware because the 2821 control unit was still used on 370 hardware 
and cost more than the Model 40! There was a 1401 with 4 7-track mag tape 
drives, a card reader, and a 1403 (not the model with the power lid). You would 
punch up your job cards, put them in the reader behind a well-worn small deck 
containing a program to read the cards and copy them to tape, then hang the 
tape on the a 7-track drive attached to the Model 40 to read in your job. 
Printed output was written to another 7-track mag tape, then taken to the 1401 
to print. (I still have DOS Release 26 SYSRES packs for 2311 (1316) and 2314 
(2316) drives/disk packs).

Being an old guy I punched a lot of tape on an ASR-33. I have a roll of paper 
tape that I recall getting at a meeting of the Denver Amateur Computer Society 
in '75. A couple of young guys named Bill Gates and Paul Allen were touring 
computer clubs showing off their 4K Basic interpreter for the Altair 8800. My 
Altair didn't have a paper tape reader, so I was never able to verify that the 
the tape actually contained a copy of Altair Basic.

Howard Turetzky

PS. Stupidest career move ever...I was a working programmer at the time. A 
smart person would have given his business card to Mr. Gates in case he was 
hiring. Being not so smart is why I'm still coding away in an office at the IBM 
site in Boulder.

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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Paul Gilmartin]

On Wed, 18 Jan 2017 14:16:55 -0400, Clark Morris wrote:
>
>>We used to do a lot of that.  NFS has liberated us from a lot of file 
>>shuffling -- files
>>appear alike on our desktops and on z/OS.  We discarded our STC.  ISPF 3.17 is
>>your friend.
>
>How do you handle ASCII/ISO- - EBCDIC between platforms and the
>different ways of storing information?
>
For most purposes, NFS ISO8859-1<->IBM-1047 suffices.  In some cases, we
have dual mountpoints, with and without translation.  In other cases, we
pipe through iconv.  Likewise, for legacy data sets we can bootleg a translation
option in the pathname.

"Different ways"?  Isn't it all magnetic domains in ferrite?  (We don't use
paper tape.)  For BSAM/QSAM, the JCL/BPXWDYN FILEDATA option is
useful.

-- gil

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

Re: ZPDT usb issue after lunux update.

[Itschak Mugzach]

John.
Our co figuration is much like yours on a single server. It take about 30
minutes to install centos and zpdt. The mainframe is on different disks so
nothing was lost.
My concern is the ability of the vendor to fix the problem. It is
unblievable that it takes more than a month so far.

ITschak

בתאריך 18 בינו 2017 17:21,‏ "John Abell" <
john.ab...@intnlsoftwareproducts.com> כתב:

If you cannot back out the recent updates that caused you to end up with
this problem,  re-install the version RHEL that last worked.  This assumes
that you have used the practice of making sure that none of you zPDT stuff
is in distribution directories.  We have a much more complex zPDT
environment than most but my main tech had the environment back up in about
8 hours without loss of anything in zPDT, z/VM, multiple z/OS Guests and
zLinux guests.  The recovery had to be done on 2 full zPDT systems for
reasons outside of this discussion.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole
use of the intended recipient(s). Any review, use, retention, distribution
or disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving
system is an enterprise Linux flavor. Linux clients that updated the
version for some reason, can't access the license server. versions involved
are rhel 7.X, but I think suse as well.  we use a memory stick to hold the
license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb
> issue after lunux update.'
>
> While I'm not currently working with any Linux system/application, I'm
> just asking probing questions to enable others to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated
Security Readiness Reviews (SRR) **|*

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
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: New free / open source z/OS tools from Dovetailed Technologies

[Kirk Wolf]

NFS seems like a good option if you can deal with connectivity and security
issues.  Are you running Kerberos enabled NFS over IPSec?

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Jan 18, 2017 at 11:46 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 18 Jan 2017 11:13:04 -0600, Ray Pearce wrote:
>
> >We have also been looking at a similar issue here at Macro 4 but with a
> slightly different approach for our mainframe development.
> >We now use Subversion as our source repository, Eclipse as our IDE and we
> utilise Apache Ant and Jenkins for our development and production builds.
> >However we do not use USS, we use z/OS for our compiles and assemblies –
> and this works for all of our languages; Assembler, Cobol, PL/1, C, REXX,
> Java, etc.
> >We have the advantage that some of our products already have a z/OS STC
> as part of their installation and this STC has APIs allowing us to move the
> source from our workstations to z/OS, submit the JCL for the compiles,
> assemblies, etc. and capture and return any output and listings etc.
> >
> We used to do a lot of that.  NFS has liberated us from a lot of file
> shuffling -- files
> appear alike on our desktops and on z/OS.  We discarded our STC.  ISPF
> 3.17 is
> your friend.
>
> >By using z/OS it meant we could reuse all of the build JCL that we
> already had in place which was a big help with the transition.
> >
> I could imagine makefile recipes that (tailor and) submit JCL.
>
> -- 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: New free / open source z/OS tools from Dovetailed Technologies

[Clark Morris]

[Default] On 18 Jan 2017 09:46:08 -0800, in bit.listserv.ibm-main
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote:

>On Wed, 18 Jan 2017 11:13:04 -0600, Ray Pearce wrote:
>
>>We have also been looking at a similar issue here at Macro 4 but with a 
>>slightly different approach for our mainframe development.
>>We now use Subversion as our source repository, Eclipse as our IDE and we 
>>utilise Apache Ant and Jenkins for our development and production builds.
>>However we do not use USS, we use z/OS for our compiles and assemblies – and 
>>this works for all of our languages; Assembler, Cobol, PL/1, C, REXX, Java, 
>>etc.
>>We have the advantage that some of our products already have a z/OS STC as 
>>part of their installation and this STC has APIs allowing us to move the 
>>source from our workstations to z/OS, submit the JCL for the compiles, 
>>assemblies, etc. and capture and return any output and listings etc.
>>
>We used to do a lot of that.  NFS has liberated us from a lot of file 
>shuffling -- files
>appear alike on our desktops and on z/OS.  We discarded our STC.  ISPF 3.17 is
>your friend.

How do you handle ASCII/ISO- - EBCDIC between platforms and the
different ways of storing information?

C;ark Morris 
>
>>By using z/OS it meant we could reuse all of the build JCL that we already 
>>had in place which was a big help with the transition. 
>>
>I could imagine makefile recipes that (tailor and) submit JCL.
>
>-- 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: New free / open source z/OS tools from Dovetailed Technologies

[Paul Gilmartin]

On Wed, 18 Jan 2017 11:13:04 -0600, Ray Pearce wrote:

>We have also been looking at a similar issue here at Macro 4 but with a 
>slightly different approach for our mainframe development.
>We now use Subversion as our source repository, Eclipse as our IDE and we 
>utilise Apache Ant and Jenkins for our development and production builds.
>However we do not use USS, we use z/OS for our compiles and assemblies – and 
>this works for all of our languages; Assembler, Cobol, PL/1, C, REXX, Java, 
>etc.
>We have the advantage that some of our products already have a z/OS STC as 
>part of their installation and this STC has APIs allowing us to move the 
>source from our workstations to z/OS, submit the JCL for the compiles, 
>assemblies, etc. and capture and return any output and listings etc.
>
We used to do a lot of that.  NFS has liberated us from a lot of file shuffling 
-- files
appear alike on our desktops and on z/OS.  We discarded our STC.  ISPF 3.17 is
your friend.

>By using z/OS it meant we could reuse all of the build JCL that we already had 
>in place which was a big help with the transition. 
>
I could imagine makefile recipes that (tailor and) submit JCL.

-- gil

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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Kirk Wolf]

Ray,

Seems like a good approach.  I personally prefer Makefiles over JCL, but
given your legacy stuff it makes perfect sense.
You might want to look at ant-ssh tasks + z/OS OpenSSH + Co:Z SFTP, since
you could (in one ssh connection) you could:

- upoad dirty source
- submit JCL
- wait for job completion
- download selected job spool files
- then use other Ant tasks to parse spool file, check step CC, etc.

(See: https://dovetail.com/docs/sftp/using.html#server_jes   - any of these
commands can be included in  actions)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Jan 18, 2017 at 11:13 AM, Ray Pearce  wrote:

> We have also been looking at a similar issue here at Macro 4 but with a
> slightly different approach for our mainframe development.
> We now use Subversion as our source repository, Eclipse as our IDE and we
> utilise Apache Ant and Jenkins for our development and production builds.
> However we do not use USS, we use z/OS for our compiles and assemblies –
> and this works for all of our languages; Assembler, Cobol, PL/1, C, REXX,
> Java, etc.
> We have the advantage that some of our products already have a z/OS STC as
> part of their installation and this STC has APIs allowing us to move the
> source from our workstations to z/OS, submit the JCL for the compiles,
> assemblies, etc. and capture and return any output and listings etc.
> By using z/OS it meant we could reuse all of the build JCL that we already
> had in place which was a big help with the transition.
> We have also created a task that scans all the source and produces a list
> of dependencies, such as Macro and Copybook usage. Then when a developer
> updates say a Macro he does not have to remember or scan for all the source
> that is affected by the update as the build system will automatically
> compile all the components affected. They can of course optionally rebuild
> the whole application if they want with a click of a button!
> The advantages are that we utilise Open Source, and admittedly some
> in-house code, rather than potentially costly mainframe based source
> management systems, and we utilise Eclipse as the IDE which helps with
> recruitment of new talent, cross training and up training to the mainframe.
> As I expect others have found our developers have to use multiple
> languages and get involved in cross platform solutions, especially with
> digital transformation and modernization projects, so using Subversion as
> the source repository and the Eclipse IDE for editing gives us a single way
> of working across the teams.
> There is also another benefit in using Eclipse in that like Macro 4 other
> vendors have produced Eclipse interfaces to their products meaning that
> your technical teams can stay in a single environment for all their tasks,
> again assisting with recruitment and training.
> Most of the University graduates CVs that we see have Eclipse experience
> and they expect a modern interface as their working environment, and
> although us die-hards like 3270 and ISPF we have to be realistic and accept
> that the younger generation do not want to be trained in ISPF, regardless
> of whether we think it is a much better interface or not.
> This approach works well for us and it didn’t take long for us to convert
> from our old mainframe based processes to this modern agile environment.
> Even turned an old timer who was a naysayer into “I wish we had done this
> 10 years ago”!
> We even trained up an Open Source developer with mainframe knowledge by
> just using the Eclipse interfaces and now he is a contributor to our
> mainframe development – and he does not have a TSO logon!
> Of course it will also work with other Open Source tools, such as GIT, so
> you are not tied in to one product, the choice is yours.
> Drop me an email if you want to know more – keith.ban...@macro4.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

AW: Re: bama.ua.edu not reachable?

[Peter Hunkeler]

> There are a lot of discussion lists hosted by that university.
> Look at https://listserv.ua.edu/ to see that lists.



Yes, I know this address,cand it is the one use. So, is bama.ua.edu just the 
former non-ssl name, which has worked until now?


--
Peter Hunkeler



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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Kirk Wolf]

There is an Ant task for FTP:  https://ant.apache.org/manual/Tasks/ftp.html
We used to use it, but it doesn't include support FTP/SSL/TLS, and it
doesn't support running z/OS commands like ssh.

If you have IBM OpenSSH + Co:Z SFTP (both free on z/OS), you can:

- support secure transfers (we keep our ssh private user keys in our
desktop password safe)
- run remote z/OS commands via ssh (like make)
- submit JCL, wait for jobs to run, retrieve output (via Co:Z SFTP)
  (you can also use other Ant tasks to parse downloaded JES* spool files
and check return codes)


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Jan 18, 2017 at 7:11 AM, Allan Staller 
wrote:

> I do not believe this can be done. You can look at FTPS (as opposed to
> SFTP).
>
> I think you are describing a TLS type implementation. In this case, the
> encryption is at the link level. SFTP encrypts the data.
>
> TLS normally requires application modification for use. IBM offers AT-TLS
> which does not require application modification.
>
> HTH,
>
> 
>
> Can the standard z/OS FTP with SSL be used instead of either scp or sftp?
> I don't think we have any ssh server running at all.
>
> 
>
>
> ::DISCLAIMER::
> 
> 
> 
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as
> information could be intercepted, corrupted,
> lost, destroyed, arrive late or incomplete, or may contain viruses in
> transmission. The e mail and its contents
> (with or without referred errors) shall therefore not attach any liability
> on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior
> written consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error
> please delete it and notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses
> and other defects.
>
> 
> 
> 
>
> --
> 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: New free / open source z/OS tools from Dovetailed Technologies

[Ray Pearce]

We have also been looking at a similar issue here at Macro 4 but with a 
slightly different approach for our mainframe development.
We now use Subversion as our source repository, Eclipse as our IDE and we 
utilise Apache Ant and Jenkins for our development and production builds.
However we do not use USS, we use z/OS for our compiles and assemblies – and 
this works for all of our languages; Assembler, Cobol, PL/1, C, REXX, Java, etc.
We have the advantage that some of our products already have a z/OS STC as part 
of their installation and this STC has APIs allowing us to move the source from 
our workstations to z/OS, submit the JCL for the compiles, assemblies, etc. and 
capture and return any output and listings etc.
By using z/OS it meant we could reuse all of the build JCL that we already had 
in place which was a big help with the transition. 
We have also created a task that scans all the source and produces a list of 
dependencies, such as Macro and Copybook usage. Then when a developer updates 
say a Macro he does not have to remember or scan for all the source that is 
affected by the update as the build system will automatically compile all the 
components affected. They can of course optionally rebuild the whole 
application if they want with a click of a button! 
The advantages are that we utilise Open Source, and admittedly some in-house 
code, rather than potentially costly mainframe based source management systems, 
and we utilise Eclipse as the IDE which helps with recruitment of new talent, 
cross training and up training to the mainframe.
As I expect others have found our developers have to use multiple languages and 
get involved in cross platform solutions, especially with digital 
transformation and modernization projects, so using Subversion as the source 
repository and the Eclipse IDE for editing gives us a single way of working 
across the teams.
There is also another benefit in using Eclipse in that like Macro 4 other 
vendors have produced Eclipse interfaces to their products meaning that your 
technical teams can stay in a single environment for all their tasks, again 
assisting with recruitment and training.
Most of the University graduates CVs that we see have Eclipse experience and 
they expect a modern interface as their working environment, and although us 
die-hards like 3270 and ISPF we have to be realistic and accept that the 
younger generation do not want to be trained in ISPF, regardless of whether we 
think it is a much better interface or not.
This approach works well for us and it didn’t take long for us to convert from 
our old mainframe based processes to this modern agile environment. Even turned 
an old timer who was a naysayer into “I wish we had done this 10 years ago”!
We even trained up an Open Source developer with mainframe knowledge by just 
using the Eclipse interfaces and now he is a contributor to our mainframe 
development – and he does not have a TSO logon!  
Of course it will also work with other Open Source tools, such as GIT, so you 
are not tied in to one product, the choice is yours.
Drop me an email if you want to know more – keith.ban...@macro4.com.

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

Re: bama.ua.edu not reachable?

[Paul Gilmartin]

On Wed, 18 Jan 2017 07:46:43 -0600, Elardus Engelbrecht wrote:

>Vernooij, Kees (ITOPT1) - KLM wrote:
>
>>I can't access the archives anymore, the address http://bama.ua.edu/ returns 
>>a timeout. According to our IP department this will probably be caused by 
>>bama.ua.edu.
>
>>Anyone else having this problem?
>
>Go to this address (watch the 's' after http)
>
>https://listserv.ua.edu/archives/ibm-main.html
>
The transition wasn't very well publicized.  I needed to update many bookmarks.

Of course, they could have registered bama.ua.edu as an additional domain name.

Nostalgia; I can't remember.  Didn't this list use yet another ua.edu domain
many years ago?

-- gil

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

Re: History of Mainframe Cloud

[Iris Rivera]

Thanks Lizette for referencing this educational article. I'll be sharing this 
with our zNextGen community. 

Regards,
Iris M. Rivera
Design Researcher, z System Software 
845-433-6252
iriv...@us.ibm.com
@zsurveygirl

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

Re: IMS log files question

[Rugen, Len]

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

Len Rugen

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


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

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

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

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

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



Lizette


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

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

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

Re: ZPDT usb issue after lunux update.

[John Abell]

If you cannot back out the recent updates that caused you to end up with this 
problem,  re-install the version RHEL that last worked.  This assumes that you 
have used the practice of making sure that none of you zPDT stuff is in 
distribution directories.  We have a much more complex zPDT environment than 
most but my main tech had the environment back up in about 8 hours without loss 
of anything in zPDT, z/VM, multiple z/OS Guests and zLinux guests.  The 
recovery had to be done on 2 full zPDT systems for reasons outside of this 
discussion.

John T. Abell
Tel:800-295-7608Option 4
President
International:  1-416-593-5578  Option 4
E-mail:  john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609

International:  1-416-593-5579


International Software Products
www.ispinfo.com

This email may contain confidential and privileged material for the sole use of 
the intended recipient(s). Any review, use, retention, distribution or 
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient), please 
contact the sender by reply email and delete all copies of this message. 
Also,email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive emails 
on the basis that we are not liable for any such corruption, interception, 
tampering, amendment or viruses or any consequence thereof.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Wednesday, January 18, 2017 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZPDT usb issue after lunux update.

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving system 
is an enterprise Linux flavor. Linux clients that updated the version for some 
reason, can't access the license server. versions involved are rhel 7.X, but I 
think suse as well.  we use a memory stick to hold the license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know
> >dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what
> hardware and operating system (z/VM for example) are your Linux
> system(s) working?
>
> Do you have any problem reference number or any source about the
> 'known problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb
> issue after lunux update.'
>
> While I'm not currently working with any Linux system/application, I'm
> just asking probing questions to enable others to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated 
Security Readiness Reviews (SRR) **|*

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

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

Re: IMS log files question

[Lizette Koehler]

So for the SMS Mgt class, if NON USE, then expire in 7 days.  If someone touches
the file, it resets the clock to the next 7 days.

   Day 1 - 7No accesses, Day 8 expire
   If on Day 3 someone browses, does 3.4 Info request, now a new 7 day wait
period is started.

There could be anything setting the expire/retention fields.

I would download DAF from CBTTAPE.ORG and run the SMF Records (14,15,17,18,42)
and see what is touching the dataset.  

You need to find what is actually accessing the files.  DAF is a good starting
point.


Lizette


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

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

Re: IMS log files question

[Lizette Koehler]

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

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

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

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



Lizette


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

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

AW: SMF-API

[Roland Schiradin]

Yes I was and been in 64bit mode. I'm still in 64bit mode but now using
LINKX and also invoke
SYSSTATE PUSH  
SYSSTATE ASCENV=P,AMODE64=YES  
before the CALL or LINKX 


---Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag von Don Poitras
Gesendet: Mittwoch, 18. Januar 2017 15:40
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SMF-API

Ah. I see the buffer is probably above the bar:

GTPB_BUFFER@ DS AD   Address of the provided buffer


In article <20170118142044.95e8124...@panix5.panix.com> you wrote:
> Were you in AMODE=64 when you issued the CALL macro? It seems an odd 
> requirement, but that's what's doc'd.

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

Re: SMF-API

[Don Poitras]

Ah. I see the buffer is probably above the bar:

GTPB_BUFFER@ DS AD   Address of the provided buffer


In article <20170118142044.95e8124...@panix5.panix.com> you wrote:
> Were you in AMODE=64 when you issued the CALL macro? It seems an
> odd requirement, but that's what's doc'd.

> In article <099b01d2716d$aa45c9c0$fed15d40$@schiradin.de> you wrote:
> > Hi Elardus,  

> > the doc talks a lot about call. 
> > http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
> > But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. 
> > Received a lot of S0C4 or S0C6. 
> > I use now HLASM LINKX and it works pretty well. 

> > Now I need to setup SMF

> > Roland



> > -Urspr?ngliche Nachricht-
> > Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
> > Auftrag von Elardus Engelbrecht
> > Gesendet: Mittwoch, 18. Januar 2017 09:36
> > An: IBM-MAIN@LISTSERV.UA.EDU
> > Betreff: Re: SMF-API

> > Roland Schiradin wrote:

> > >IFAMQRY works after a full day. WTF I try to use the call macro for 
> > >hours without success as the doc imply the call macro. However the 
> > >LINKX works pretty well. Now setting up the SMFPRM and RACF

> > ... and then ???

> > Sorry, could you be kind to clarify what you're trying to solve? Can you 
> > post any message(s) of your unsuccesful attempts?

> > Groete / Greetings
> > Elardus Engelbrecht

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: IMS log files question

[Tony Thigpen]

Which makes since. It is using the
"larger of [JCL vs SMS]" & <= RET_LIMIT.

So, I am back to my original problem. I need to identify the process 
that is suppose to be deleting the expired files from the VTOC?


Tony Thigpen

Burrell, Todd wrote on 01/18/2017 09:09 AM:

Looks like your RETPD=45 is overriding the SMS parameters.

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

  From the job logs where the file is created:

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
  DSN (IMSVS.SLDSP.DBCT.D17018.T0040131.VF3)
  STORCLAS (SCIMSLOG) MGMTCLAS (MCIMSLOG) DATACLAS ()
  VOL SER NOS= HIMSL2

  From the management class panel:
MGMTCLAS EXPIRE EXPIRERETPARTIAL  PRIMARY
NAME NON-USAGE  DATE/DAYSLIMIT   RELEASE  DAYS
--(2)--- ---(3)---  ---(4)  --(5)--  (6)  ---(7)--
MCIMSLOG 7   7  NOLIMIT  NO  0

SMS is something I am just learning, but, if I am reading the manual right, I 
would expect the files to be gone after 7 days.

But, from the VTOC:
Created  Expires
2017.018 2017.063

It appears that I am missing something. Because here is the vtoc dates for one 
of the old files:
Created Expires
2015.190 2015.235

Tony Thigpen

Peter Hunkeler wrote on 01/18/2017 01:55 AM:



I am reviewing the system VTOCs and I see a lot of IMS log files that
contain a date/timestamp in their names. I know they are created by
the IMS system using the skeleton proc member ARCHJCL. What I am
seeing is that the file was created with a retention period of 45 days.

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

But, I have daily files going back almost 2 years.





Is the RETPD honoured at allocation time? Look for message IGD17364I in the IMS joblog. What value 
is set for "RET LIMIT" in the management class. If it is 0, then EXPDT and RETPD will be 
ignored, and EXPIRE NON-USAGE and EXPIRE DATE/DAYS determine when space managment considers to 
delete the data set. Any of those could be NOLIMIT. Or the value is larger than your "almost 2 
years".


Have you looked a the "Expiration date" in ISPF for any of those data data sets?


--
Peter Hunkeler





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




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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.

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




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

Re: SMF-API

[Don Poitras]

Were you in AMODE=64 when you issued the CALL macro? It seems an
odd requirement, but that's what's doc'd.

In article <099b01d2716d$aa45c9c0$fed15d40$@schiradin.de> you wrote:
> Hi Elardus,  

> the doc talks a lot about call. 
> http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. 
> Received a lot of S0C4 or S0C6. 
> I use now HLASM LINKX and it works pretty well. 

> Now I need to setup SMF

> Roland



> -Urspr?ngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
> Auftrag von Elardus Engelbrecht
> Gesendet: Mittwoch, 18. Januar 2017 09:36
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: SMF-API

> Roland Schiradin wrote:

> >IFAMQRY works after a full day. WTF I try to use the call macro for 
> >hours without success as the doc imply the call macro. However the 
> >LINKX works pretty well. Now setting up the SMFPRM and RACF

> ... and then ???

> Sorry, could you be kind to clarify what you're trying to solve? Can you post 
> any message(s) of your unsuccesful attempts?

> Groete / Greetings
> Elardus Engelbrecht

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: IMS log files question

[Burrell, Todd]

Looks like your RETPD=45 is overriding the SMS parameters.  

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

 From the job logs where the file is created:

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
 DSN (IMSVS.SLDSP.DBCT.D17018.T0040131.VF3)
 STORCLAS (SCIMSLOG) MGMTCLAS (MCIMSLOG) DATACLAS ()
 VOL SER NOS= HIMSL2

 From the management class panel:
MGMTCLAS EXPIRE EXPIRERETPARTIAL  PRIMARY
NAME NON-USAGE  DATE/DAYSLIMIT   RELEASE  DAYS
--(2)--- ---(3)---  ---(4)  --(5)--  (6)  ---(7)--
MCIMSLOG 7   7  NOLIMIT  NO  0

SMS is something I am just learning, but, if I am reading the manual right, I 
would expect the files to be gone after 7 days.

But, from the VTOC:
Created  Expires
2017.018 2017.063

It appears that I am missing something. Because here is the vtoc dates for one 
of the old files:
Created Expires
2015.190 2015.235

Tony Thigpen

Peter Hunkeler wrote on 01/18/2017 01:55 AM:
>
>> I am reviewing the system VTOCs and I see a lot of IMS log files that 
>> contain a date/timestamp in their names. I know they are created by 
>> the IMS system using the skeleton proc member ARCHJCL. What I am 
>> seeing is that the file was created with a retention period of 45 days.
>>
>> //DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
>> // DISP=(NEW,CATLG,DELETE),RETPD=45,
>> // UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))
>>
>> But, I have daily files going back almost 2 years.
>
>
>
>
> Is the RETPD honoured at allocation time? Look for message IGD17364I in the 
> IMS joblog. What value is set for "RET LIMIT" in the management class. If it 
> is 0, then EXPDT and RETPD will be ignored, and EXPIRE NON-USAGE and EXPIRE 
> DATE/DAYS determine when space managment considers to delete the data set. 
> Any of those could be NOLIMIT. Or the value is larger than your "almost 2 
> years".
>
>
> Have you looked a the "Expiration date" in ISPF for any of those data data 
> sets?
>
>
> --
> Peter Hunkeler
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>

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



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.

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

IBM OpenSSH 1.3 or later - bug in OpenSSL AES*-CTR ciphers

[Kirk Wolf]

See: https://www.ibm.com/support/entdocview.wss?uid=isg1OA51665

We recommend that if you are using IBM OpenSSH 1.3 or later and you
currently have the AES*-CTR mode ciphers in your Ciphers list that you set
up OpenSSH to use CPACF via ICSF for encryption Ciphers.   This also has
the benefit of saving you up to 50% of the CPU costs of OpenSSH.

See our IBM OpenSSH Quick Install Guide "Exploiting ICSF Acceleration"
https://dovetail.com/docs/pt-quick-inst/index.html

for details

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: bama.ua.edu not reachable?

[Vernooij, Kees (ITOPT1) - KLM]

Thanks everybody, 
https://listserv.ua.edu/archives/ibm-main.html works.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 18 January, 2017 14:30
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: bama.ua.edu not reachable?
> 
> Hello,
> 
> I can't access the archives anymore, the address http://bama.ua.edu/
> returns a timeout. According to our IP department this will probably be
> caused by bama.ua.edu.
> Anyone else having this problem?
> 
> Kees.
> 
> 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 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

Re: bama.ua.edu not reachable?

[Elardus Engelbrecht]

Peter Hunkeler wrote:

>What lists are hosted at bama.ua.edu? So, what archives are you trying to 
>access? IBM-Main's?
>Pardon me, I do remember the name bama, but currently can't find a link 
>pointing to it, nor do I remember.

There are a lot of discussion lists hosted by that university.

Look at https://listserv.ua.edu/ to see that lists.

HTH

Groete / Greetings
Elardus Engelbrecht

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

Re: IMS log files question

[Tony Thigpen]

From the job logs where the file is created:

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

IGD101I SMS ALLOCATED TO DDNAME (DFSSLOGP)
DSN (IMSVS.SLDSP.DBCT.D17018.T0040131.VF3)
STORCLAS (SCIMSLOG) MGMTCLAS (MCIMSLOG) DATACLAS ()
VOL SER NOS= HIMSL2

From the management class panel:
MGMTCLAS EXPIRE EXPIRERETPARTIAL  PRIMARY
NAME NON-USAGE  DATE/DAYSLIMIT   RELEASE  DAYS
--(2)--- ---(3)---  ---(4)  --(5)--  (6)  ---(7)--
MCIMSLOG 7   7  NOLIMIT  NO  0

SMS is something I am just learning, but, if I am reading the manual 
right, I would expect the files to be gone after 7 days.


But, from the VTOC:
Created  Expires
2017.018 2017.063

It appears that I am missing something. Because here is the vtoc dates 
for one of the old files:

Created Expires
2015.190 2015.235

Tony Thigpen

Peter Hunkeler wrote on 01/18/2017 01:55 AM:



I am reviewing the system VTOCs and I see a lot of IMS log files that
contain a date/timestamp in their names. I know they are created by
the IMS system using the skeleton proc member ARCHJCL. What I am
seeing is that the file was created with a retention period of 45 days.

//DFSSLOGP  DD DSN=IMSVS.SLDSP.%SSID.D%ARDATE.T%ARTIME.V%ARVERS,
// DISP=(NEW,CATLG,DELETE),RETPD=45,
// UNIT=3390,VOL=SER=SIMS00,SPACE=(CYL,(1,1))

But, I have daily files going back almost 2 years.





Is the RETPD honoured at allocation time? Look for message IGD17364I in the IMS joblog. What value 
is set for "RET LIMIT" in the management class. If it is 0, then EXPDT and RETPD will be 
ignored, and EXPIRE NON-USAGE and EXPIRE DATE/DAYS determine when space managment considers to 
delete the data set. Any of those could be NOLIMIT. Or the value is larger than your "almost 2 
years".


Have you looked a the "Expiration date" in ISPF for any of those data data sets?


--
Peter Hunkeler





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




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

Re: bama.ua.edu not reachable?

[Klaus Stanislawiak]

Hi Kees,

I had the same symptom since last week. Try to use "listserv.ua.edu" instead.
HTH

Regards,
Klaus

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

Re: bama.ua.edu not reachable?

[Peter Hunkeler]

>I can't access the archives anymore, the address http://bama.ua.edu/ returns a 
>timeout.



What lists are hosted at bama.ua.edu? So, what archives are you trying to 
access? IBM-Main's?
Pardon me, I do remember the name bama, but currently can't find a link 
pointing to it, nor do I remember.


--
Peter Hunkeler




--
Peter Hunkeler

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

Re: bama.ua.edu not reachable?

[Elardus Engelbrecht]

Vernooij, Kees (ITOPT1) - KLM wrote:

>I can't access the archives anymore, the address http://bama.ua.edu/ returns a 
>timeout. According to our IP department this will probably be caused by 
>bama.ua.edu.

>Anyone else having this problem?

Go to this address (watch the 's' after http)

https://listserv.ua.edu/archives/ibm-main.html

Groete / Greetings
Elardus Engelbrecht

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

Re: bama.ua.edu not reachable?

[Carmen Vitullo]

Same here, host unreachable 
Carmen 

- Original Message -

From: "Kees Vernooij (ITOPT1) - KLM"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, January 18, 2017 7:30:26 AM 
Subject: bama.ua.edu not reachable? 

Hello, 

I can't access the archives anymore, the address http://bama.ua.edu/ returns a 
timeout. According to our IP department this will probably be caused by 
bama.ua.edu. 
Anyone else having this problem? 

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

bama.ua.edu not reachable?

[Vernooij, Kees (ITOPT1) - KLM]

Hello,

I can't access the archives anymore, the address http://bama.ua.edu/ returns a 
timeout. According to our IP department this will probably be caused by 
bama.ua.edu.
Anyone else having this problem?

Kees.

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

Re: New free / open source z/OS tools from Dovetailed Technologies

[Denis]

Hi,
 
you can run the z/OS FTP Server and the FTP client unchanged if you set up 
AT-TLS on the mainframe and use stunnel on the FTP client platform to do the 
reverse thing that AT-TLS does on z/OS (transparent SSL).
Stunnel uses OpenSSL libraries. There is no need for a ssh server or client.
 
Just as a remark:
The data (socket) between ftp client and stunnel as well as between AT-TLS 
(z/OS TCPIP) and z/OS FTP server is not encrypted.
This means only the transport channel is encrypted.
 
Denis.
 
-Original Message-
From: Allan Staller 
To: IBM-MAIN 
Sent: Wed, Jan 18, 2017 2:12 pm
Subject: Re: New free / open source z/OS tools from Dovetailed Technologies

I do not believe this can be done. You can look at FTPS (as opposed to SFTP).

I think you are describing a TLS type implementation. In this case, the 
encryption is at the link level. SFTP encrypts the data.

TLS normally requires application modification for use. IBM offers AT-TLS which 
does not require application modification.

HTH,



Can the standard z/OS FTP with SSL be used instead of either scp or sftp?  I 
don't think we have any ssh server running at all.




::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.



--
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: New free / open source z/OS tools from Dovetailed Technologies

[Allan Staller]

I do not believe this can be done. You can look at FTPS (as opposed to SFTP).

I think you are describing a TLS type implementation. In this case, the 
encryption is at the link level. SFTP encrypts the data.

TLS normally requires application modification for use. IBM offers AT-TLS which 
does not require application modification.

HTH,



Can the standard z/OS FTP with SSL be used instead of either scp or sftp?  I 
don't think we have any ssh server running at all.




::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.



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

Re: HMC System Events "FROM:" Email address

[Vernooij, Kees (ITOPT1) - KLM]

Tom,

Thanks, this is about what we already found, so no surprises seem to be 
expected.
We will certainly not use new features immediately to have a smooth move.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Mathias
> Sent: 18 January, 2017 12:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HMC System Events "FROM:" Email address
> 
> Kees,
> 
> I don't have a general list of tips/pitfalls, but the z13s has a lot of
> new features and options as compared to your z196 you probably should
> look at IBM-MAIN and other sources of information to help you set them
> up, if you are going to.
> 
> Some of the new capabilities are:
> 
> Simultaneous MultiThreading - To exploit this, you will need to have
> software that can use SMT-2 and you will have to do the appropriate
> setup in the software to make use of this.  This should be easy to set
> up, but it is up to the OS to make use of this.  Also, SMT-2 can be used
> on an LPAR-by-LPAR basis.
> 
> z Storage Class Memory - You can have z/OS use this for paging store and
> this will improve overall z/OS performance as compared to using paging
> store on a DASD.
> 
> zAware - This can be used to better monitor z/OS and zLinux and
> hopefully spot problems before they become severe.
> zEDC
> 
> Migration of OSA/SF to the HMC
> 
> Absolute Capping of LPARs and Absolute Capping of LPAR Groups - This
> feature can be very useful in ensuring an LPAR or group of LPARs doesn't
> use more processing power than specified by the absolute cap regardless
> of the weights of the active LPARs.  The interaction of absolute
> capping, absolute group capping and LPAR weights and "classic" capping
> can be somewhat complicated and I could answer specific questions if you
> have them.
> 
> System Activity Display (SAD) is no longer supported for z13/z13s.
> Monitors Dashboard is the only way to view system activity on the SE/HMC
> for a z13s, however, it is still available on the HMC for older systems.
> 
> A new "Energy Optimization Advisor" to help you understand system energy
> use and make limited recommendations on ways to reduce it.
> 
> System Events was updated for 2.13.1
> 
> Lots of new and updated IO
> 
> More Security, including the elimination of the use of Java applets for
> HMC functions
> 
> 
> There are more changes, but I've listed some of the larger changes / new
> features above.  If I knew what specific new features you plan on using,
> then I would be willing to help answer any questions you have.
> 
> Tom
> 
> --
> 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

Re: HMC System Events "FROM:" Email address

[Tom Mathias]

Kees,

I don't have a general list of tips/pitfalls, but the z13s has a lot of new 
features and options as compared to your z196 you probably should look at 
IBM-MAIN and other sources of information to help you set them up, if you are 
going to.

Some of the new capabilities are:

Simultaneous MultiThreading - To exploit this, you will need to have software 
that can use SMT-2 and you will have to do the appropriate setup in the 
software to make use of this.  This should be easy to set up, but it is up to 
the OS to make use of this.  Also, SMT-2 can be used on an LPAR-by-LPAR basis.  

z Storage Class Memory - You can have z/OS use this for paging store and this 
will improve overall z/OS performance as compared to using paging store on a 
DASD.

zAware - This can be used to better monitor z/OS and zLinux and hopefully spot 
problems before they become severe.
zEDC

Migration of OSA/SF to the HMC

Absolute Capping of LPARs and Absolute Capping of LPAR Groups - This feature 
can be very useful in ensuring an LPAR or group of LPARs doesn't use more 
processing power than specified by the absolute cap regardless of the weights 
of the active LPARs.  The interaction of absolute capping, absolute group 
capping and LPAR weights and "classic" capping can be somewhat complicated and 
I could answer specific questions if you have them.  

System Activity Display (SAD) is no longer supported for z13/z13s.  Monitors 
Dashboard is the only way to view system activity on the SE/HMC  for a z13s, 
however, it is still available on the HMC for older systems.

A new "Energy Optimization Advisor" to help you understand system energy use 
and make limited recommendations on ways to reduce it.  

System Events was updated for 2.13.1

Lots of new and updated IO

More Security, including the elimination of the use of Java applets for HMC 
functions


There are more changes, but I've listed some of the larger changes / new 
features above.  If I knew what specific new features you plan on using, then I 
would be willing to help answer any questions you have.  

Tom

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

AW: AW: SMF-API

[Roland Schiradin]

It's also available on z/OS 2.1. yvw

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Elardus Engelbrecht
Gesendet: Mittwoch, 18. Januar 2017 11:36
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: SMF-API

Roland Schiradin wrote:

>the doc talks a lot about call. 
>http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf

Thanks for posting the URL for that PDF I missed originally. I am now reading 
that interesting doc... ;-)

I also see on KC the z/OS v2.2 SMF books were updated again in December 2016.

Groete / Greetings
Elardus Engelbrecht

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

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

AW: SMF-API

[Roland Schiradin]

No authorization needed. SMF-API will do RACF checks 

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Itschak Mugzach
Gesendet: Mittwoch, 18. Januar 2017 10:52
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SMF-API

I meant mode...

On Wed, Jan 18, 2017 at 11:33 AM, Roland Schiradin 
wrote:

> Hi Itschak, SVC? Wasn't aware of SVC. I follow the doc:
> http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
>
> Roland
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> Im Auftrag von Itschak Mugzach
> Gesendet: Mittwoch, 18. Januar 2017 09:38
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: SMF-API
>
> This is a new function in 2.2 that let you accumulate and access 
> in-storage smf records. Roland, did you try the supervisor call or PP?
>
> ITschak
>
> On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht < 
> elardus.engelbre...@sita.co.za> wrote:
>
> > Roland Schiradin wrote:
> >
> > >IFAMQRY works after a full day. WTF I try to use the call macro for 
> > >hours
> > without success as the doc imply the call macro. However the LINKX 
> > works pretty well. Now setting up the SMFPRM and RACF
> >
> > ... and then ???
> >
> > Sorry, could you be kind to clarify what you're trying to solve? Can 
> > you post any message(s) of your unsuccesful attempts?
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| 
> Automated Security Readiness Reviews (SRR) **|*
>
> --
> 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
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated 
Security Readiness Reviews (SRR) **|*

--
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: SMF-API

[Elardus Engelbrecht]

Roland Schiradin wrote:

>the doc talks a lot about call. 
>http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf

Thanks for posting the URL for that PDF I missed originally. I am now reading 
that interesting doc... ;-)

I also see on KC the z/OS v2.2 SMF books were updated again in December 2016.

Groete / Greetings
Elardus Engelbrecht

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

Re: IEAVPSE2 in type 2 SVC

[Joseph Reichman]

And more stable

> On Jan 18, 2017, at 2:40 AM, Elardus Engelbrecht 
>  wrote:
> 
> Joseph Reichman wrote:
> 
>> I'm assuming based in your post that ieavpse2 Is valid in a type 2 SVC
> 
> Please do not make that assumption about SVC 2. (I never got around using 
> IEAVPSE2 so far, but with other macros, exits and SVCs over the years.)
> 
> I have just asked for more details. With more details (dumps, messages, etc.) 
> posted on IBM-MAIN, others can help you better.
> 
> 
>> I'm at work doing Application Assembler 
> 
> Good luck. Application programming is hard, but very rewarding work!
> 
> 
>> I'll re-post with detail later 
> 
> Thanks. I'm not in a hurry. ;-)
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: SMF-API

[Itschak Mugzach]

I meant mode...

On Wed, Jan 18, 2017 at 11:33 AM, Roland Schiradin 
wrote:

> Hi Itschak, SVC? Wasn't aware of SVC. I follow the doc:
> http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
>
> Roland
>
> -Ursprüngliche Nachricht-
> Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
> Auftrag von Itschak Mugzach
> Gesendet: Mittwoch, 18. Januar 2017 09:38
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: SMF-API
>
> This is a new function in 2.2 that let you accumulate and access
> in-storage smf records. Roland, did you try the supervisor call or PP?
>
> ITschak
>
> On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
> > Roland Schiradin wrote:
> >
> > >IFAMQRY works after a full day. WTF I try to use the call macro for
> > >hours
> > without success as the doc imply the call macro. However the LINKX
> > works pretty well. Now setting up the SMFPRM and RACF
> >
> > ... and then ???
> >
> > Sorry, could you be kind to clarify what you're trying to solve? Can
> > you post any message(s) of your unsuccesful attempts?
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated
> Security Readiness Reviews (SRR) **|*
>
> --
> 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
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated
Security Readiness Reviews (SRR) **|*

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

AW: SMF-API

[Roland Schiradin]

Hi Itschak, SVC? Wasn't aware of SVC. I follow the doc: 
http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf

Roland

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Itschak Mugzach
Gesendet: Mittwoch, 18. Januar 2017 09:38
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SMF-API

This is a new function in 2.2 that let you accumulate and access in-storage smf 
records. Roland, did you try the supervisor call or PP?

ITschak

On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht < 
elardus.engelbre...@sita.co.za> wrote:

> Roland Schiradin wrote:
>
> >IFAMQRY works after a full day. WTF I try to use the call macro for 
> >hours
> without success as the doc imply the call macro. However the LINKX 
> works pretty well. Now setting up the SMFPRM and RACF
>
> ... and then ???
>
> Sorry, could you be kind to clarify what you're trying to solve? Can 
> you post any message(s) of your unsuccesful attempts?
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated 
Security Readiness Reviews (SRR) **|*

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

AW: SMF-API

[Roland Schiradin]

Hi Elardus,  

the doc talks a lot about call. 
http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf
But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. Received 
a lot of S0C4 or S0C6. 
I use now HLASM LINKX and it works pretty well. 

Now I need to setup SMF

Roland



-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Elardus Engelbrecht
Gesendet: Mittwoch, 18. Januar 2017 09:36
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: SMF-API

Roland Schiradin wrote:

>IFAMQRY works after a full day. WTF I try to use the call macro for 
>hours without success as the doc imply the call macro. However the 
>LINKX works pretty well. Now setting up the SMFPRM and RACF

... and then ???

Sorry, could you be kind to clarify what you're trying to solve? Can you post 
any message(s) of your unsuccesful attempts?

Groete / Greetings
Elardus Engelbrecht

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

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

Re: HMC System Events "FROM:" Email address

[Vernooij, Kees (ITOPT1) - KLM]

Hi Brian,

We will go from a z196 to a z13s soon. 
Do you have a list of tips, tricks and pitfalls we might run into?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 17 January, 2017 9:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: HMC System Events "FROM:" Email address
> 
> Hi,
> 
> We have a new z13s and this is driving me nuts because I can't figure
> out where to change the domain name of the system events email sender.
> 
> The HMC is called P64HMC1
> 
> The FROM: on the email that system events generates has
> P64HMC1_EventsMonitor@HMC1.HMC1, this causes a problem for some of the
> recipients because the SMTP server at their end sees the @HMC1.HMC1 and
> "knows" that it's not a valid domain name, so it discards the email.  I
> have looked everywhere but can't find a place to change the domain name
> that gets used by the HMC to change it to our company domain name.  The
> only Domain I can find is the security domain which doesn't really apply
> in this case.
> 
> Does anyone know where the changes can be made to affect the @HMC1.HMC1
> to make it something else?
> 
> Brian
> 
> --
> 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

Re: HMC System Events "FROM:" Email address

[Tom Mathias]

Brian,

If you haven't done so already, then please open up a problem ticket (On the 
HMC, do "Report a Problem" and then select "Health Check").  I tried this out 
on an HMC yesterday with 2.13.1 (z13s) level code and it worked as I had 
expected.  So, something is going on that needs deeper analysis.  Thank you.

Tom

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

Re: SMF-API

[Itschak Mugzach]

This is a new function in 2.2 that let you accumulate and access in-storage
smf records. Roland, did you try the supervisor call or PP?

ITschak

On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Roland Schiradin wrote:
>
> >IFAMQRY works after a full day. WTF I try to use the call macro for hours
> without success as the doc imply the call macro. However the LINKX works
> pretty well. Now setting up the SMFPRM and RACF
>
> ... and then ???
>
> Sorry, could you be kind to clarify what you're trying to solve? Can you
> post any message(s) of your unsuccesful attempts?
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated
Security Readiness Reviews (SRR) **|*

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

Re: ZPDT usb issue after lunux update.

[Itschak Mugzach]

Elardus,

zPDT is a mainframe emulation product from IBM that we use. the driving
system is an enterprise Linux flavor. Linux clients that updated the
version for some reason, can't access the license server. versions involved
are rhel 7.X, but I think suse as well.  we use a memory stick to hold the
license.

And, yes, this is a hit.

ITschak

On Wed, Jan 18, 2017 at 10:29 AM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Itschak Mugzach wrote:
>
> >Doea any of the zPDT users hited by the linux update caused lose of
> license server.
>
> 'hited'? Sorry, could you please be very kind to explain?
>
>
> >I can't get an estimate when it will be fixed. The problem is know dor
> almost a month. We was hited last friday.
>
> What Linux system and at what version are you referring? Oh, on what
> hardware and operating system (z/VM for example) are your Linux system(s)
> working?
>
> Do you have any problem reference number or any source about the 'known
> problem'?
>
> No offense meant, but your subject is not clear for me: 'ZPDT usb issue
> after lunux update.'
>
> While I'm not currently working with any Linux system/application, I'm
> just asking probing questions to enable others to help you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
ITschak Mugzach
*|** IronSphere Platform* *|** An IT GRC for Legacy systems* *| Automated
Security Readiness Reviews (SRR) **|*

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

Re: SMF-API

[Elardus Engelbrecht]

Roland Schiradin wrote:

>IFAMQRY works after a full day. WTF I try to use the call macro for hours 
>without success as the doc imply the call macro. However the LINKX works 
>pretty well. Now setting up the SMFPRM and RACF

... and then ???

Sorry, could you be kind to clarify what you're trying to solve? Can you post 
any message(s) of your unsuccesful attempts?

Groete / Greetings
Elardus Engelbrecht

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

Re: ZPDT usb issue after lunux update.

[Elardus Engelbrecht]

Itschak Mugzach wrote:

>Doea any of the zPDT users hited by the linux update caused lose of license 
>server.

'hited'? Sorry, could you please be very kind to explain?


>I can't get an estimate when it will be fixed. The problem is know dor almost 
>a month. We was hited last friday.

What Linux system and at what version are you referring? Oh, on what hardware 
and operating system (z/VM for example) are your Linux system(s) working?

Do you have any problem reference number or any source about the 'known 
problem'?

No offense meant, but your subject is not clear for me: 'ZPDT usb issue after 
lunux update.'

While I'm not currently working with any Linux system/application, I'm just 
asking probing questions to enable others to help you.

Groete / Greetings
Elardus Engelbrecht

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