Re: IARST64 in addrr

[Peter Relson]

The original question was not a question, but a statement with a question 
mark at the end. 
Presuming that the OP meant it as a question, I would answer "correct, it 
does not have it". Nor is there any reason it would or should.

>I have been getting S0C4 pic 11 11 meaning not a translation error or 
>a invalid address but that it wasn’t allocated 

I have no idea what a S0C4 pic 11 11 is. Assuming that the OP meant 
completion code S0C4 reason 11, that does always means translation error, 
and does always mean invalid address. A PIC 11 does not necessarily mean 
the latter, since it could be a resolvable page fault. 0C4-11 does not 
always mean not allocated but, if enabled (rather than disabled), it 
probably does always mean not allocated. 

How about the symptom dump or something that shows the time of error 
registers and PSW? 

If you want to know if a given 64-bit address is validly allocated that 
can be ascertained in IPCS and by some RSM services.

The only ULUT that I know of is not only not PI, it is OCO.  IBM will 
provide no information about this block or its usage or how to access it 
or what you might have done wrong trying to access it. As Rob Scott 
mentioned, there are interfaces available to extract informations about 
UCBs.

Peter Relson
z/OS Core Technology Design


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

Re: calling a webservice using HTTPS from batch (and CICS)

[Bernd Oppolzer]

Thank you all for your valuable answers.

I found this presentation in the meantime:
http://www.newera.com/INFO/11-2017_Web_Enablement_Toolkit.pdf

and this:
http://ibmsystemsmag.com/mainframe/administrator/systemsmanagement/client-web-enablement-toolkit/?page=1

and these pages from IBM:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-client-web-enablement.htm

all covering the same piece of software;

this will be my way to go, IMO.

Thanks again,
kind regards

Bernd


Am 10.03.2019 um 18:00 schrieb ITschak Mugzach:

I am using the http/https protocol enabler in assembler. Coding is simple.
Works well. I only use it outside of cics. Btw, i tried it with other
protocols like syslog and it works just fine.

ITschak

בתאריך יום א׳, 10 במרץ 2019, 18:55, מאת Bernd Oppolzer ‏<
bernd.oppol...@t-online.de>:


Hello all,

some months ago, I wrote a program which allows to call webservices
(HTTP POST or HTTP GET)
from batch programs, written in C or PL/1. The program (subroutine) is
written in C
and uses the standard TCP/IP socket interface, available in the
classical z/OS environment.
I am doing all the conversion work myself, and I build the necessary
HTTP headers, and
analyze them on return. This works without problems.

When running under CICS, I provide the same interface to the callers,
but I use the
EXEC CICS WEB CONVERSE calls instead (because CICS does not allow me to do
standard socket calls, when under CICS control).

Now the problem is: I am limited to HTTP at the moment, but customer's
politics
requires me to do HTTPS in the middle and long term.

I have no idea what I need to do to provide HTTPS communication in the
batch and
in the CICS case; what are my options and what is the easiest migration
path?

Thank you all,
kind regards

Bernd

--
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: IARST64 in addrr

[Rob Scott]

By "ULUT" do you mean the non-GUPI control block used by UCB services or 
something else?

If the former, why do you need to use it, instead of the supported APIs 
(UCBSCAN etc etc)?

Do you have the code section that is abending?

People on this list will generally try and help - but we are not clairvoyant.

Rob 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Tuesday, March 12, 2019 10:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IARST64 in addrr

I’m trying to access storage and not get a S0C4 let me be specfic the ulut is 
above bar I have been getting S0C4 pic 11 11 meaning not a translation error or 
a invalid address but that it wasn’t allocated 





> On Mar 12, 2019, at 6:35 PM, Rob Scott  wrote:
> 
> IARST64 returns the address of storage within a 64-bit cell pool whose cell 
> size is rounded up to the nearest power of 2 (max 65K).
> 
> Something like INADDR would not make sense, in my humble opinion.
> 
> As always, the question "what are you trying to achieve?" springs to mind.
> 
> Rob Scott
> Rocket Software
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joseph Reichman
> Sent: Tuesday, March 12, 2019 9:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IARST64 in addrr
> 
> Hi
> 
> 
> 
> Storage has an option of specifying the address you would like to obtain with 
> INADDR the 64 bit mode IARST64 doesn't seem to have this ?
> 
> 
> 
> 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>  Rocket Software, Inc. and 
> subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll 
> Free Number: +1 855.577.4323 Contact Customer Support: 
> https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmy.r
> ocketsoftware.com%2FRocketCommunity%2FRCEmailSupportdata=02%7C01%
> 7CRScott%40ROCKETSOFTWARE.COM%7C36d4530d04b04801aac208d6a73ba523%7C795
> 44c1eed224879a082b67a9a672aae%7C0%7C0%7C636880271962579123sdata=2
> EPgkcf1XpKCQ1dnXjnBGKBKK2BZlGk7YAHRrj%2FnklE%3Dreserved=0
> Unsubscribe from Marketing Messages/Manage Your Subscription 
> Preferences - 
> https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.r
> ocketsoftware.com%2Fmanage-your-email-preferencesdata=02%7C01%7CR
> Scott%40ROCKETSOFTWARE.COM%7C36d4530d04b04801aac208d6a73ba523%7C79544c
> 1eed224879a082b67a9a672aae%7C0%7C0%7C636880271962579123sdata=Gguy
> AF3mDd%2BSoFouc9ioYqKlJ4x4T5LGTpr2RJ6h8oU%3Dreserved=0
> Privacy Policy - 
> https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.r
> ocketsoftware.com%2Fcompany%2Flegal%2Fprivacy-policydata=02%7C01%
> 7CRScott%40ROCKETSOFTWARE.COM%7C36d4530d04b04801aac208d6a73ba523%7C795
> 44c1eed224879a082b67a9a672aae%7C0%7C0%7C636880271962589128sdata=K
> f0WjMx36%2FxnhTX3siSX0zq3ESSdGIG3PEDxGxv%2BvQI%3Dreserved=0
> 
> 
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: IARST64 in addrr

[Joseph Reichman]

I’m trying to access storage and not get a S0C4 let me be specfic the ulut is 
above bar
I have been getting S0C4 pic 11 11 meaning not a translation error or a invalid 
address but that it wasn’t allocated 





> On Mar 12, 2019, at 6:35 PM, Rob Scott  wrote:
> 
> IARST64 returns the address of storage within a 64-bit cell pool whose cell 
> size is rounded up to the nearest power of 2 (max 65K).
> 
> Something like INADDR would not make sense, in my humble opinion.
> 
> As always, the question "what are you trying to achieve?" springs to mind.
> 
> Rob Scott
> Rocket Software
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Joseph Reichman
> Sent: Tuesday, March 12, 2019 9:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IARST64 in addrr
> 
> Hi
> 
> 
> 
> Storage has an option of specifying the address you would like to obtain with 
> INADDR the 64 bit mode IARST64 doesn't seem to have this ?
> 
> 
> 
> 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
> Main Office Toll Free Number: +1 855.577.4323
> Contact Customer Support: 
> https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
> Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
> http://www.rocketsoftware.com/manage-your-email-preferences
> Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
> 
> 
> This communication and any attachments may contain confidential information 
> of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
> prohibited. If you are not the intended recipient, please notify Rocket 
> Software immediately and destroy all copies of this communication. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: IARST64 in addrr

[Rob Scott]

IARST64 returns the address of storage within a 64-bit cell pool whose cell 
size is rounded up to the nearest power of 2 (max 65K).

Something like INADDR would not make sense, in my humble opinion.

As always, the question "what are you trying to achieve?" springs to mind.

Rob Scott
Rocket Software

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joseph Reichman
Sent: Tuesday, March 12, 2019 9:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IARST64 in addrr

Hi



Storage has an option of specifying the address you would like to obtain with 
INADDR the 64 bit mode IARST64 doesn't seem to have this ?








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

Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

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

IARST64 in addrr

[Joseph Reichman]

Hi

 

Storage has an option of specifying the address you would like to obtain
with INADDR the 64 bit mode IARST64 doesn't seem to have this ? 

 

 

 


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

Re: Mainframe OS's 1999-2019

[David Spiegel]

z/OS - USS (aka OMVS)

On 2019-03-12 16:47, Rip Van Winkle wrote:
> Career Mainframers:
>
> I fell asleep with regards to z/OS, z/VM, z/VSE since working with them in
> the late 90's by their earlier names.
>
> Besides 64-bit & hardware, what would you say are the top 5 or more
> element, feature & function advancements in each of these OS's since?
>
> RVW
>
>
> cross-posted:
> IBM-MAIN
> IBMVM
> vse-l
>
> --
> 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

Mainframe OS's 1999-2019

[Rip Van Winkle]

Career Mainframers:

I fell asleep with regards to z/OS, z/VM, z/VSE since working with them in
the late 90's by their earlier names.

Besides 64-bit & hardware, what would you say are the top 5 or more
element, feature & function advancements in each of these OS's since?

RVW


cross-posted:
IBM-MAIN
IBMVM
vse-l

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

Re: OpenSSH / Ported Tools / Co:Z

[Kirk Wolf]

This seems like a fine idea for lots of stuff in /etc.

Some considerations:
1) Are the files really the same?
2) How do you manage rolling out changes in the case where you want to
update only some?
Maybe it is better to have them all managed by some change control
process that publishes changes

On Tue, Mar 12, 2019 at 11:07 AM David Magee 
wrote:

> In a parallel sysplex with Shared File System implemented, has anyone
> toyed with the idea of having /etc/ssh on each system symlink to a common
> location ?  I see a few pros but am wondering about any cons (especially
> bad ones) that this could encounter.  Comments ?
>
> --
> 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: JES2 checkpoint location

[David Magee]

Just an FYI - In a GDPS environment, I believe the recommendation is for all 
CKPTs to be on DASD. When a FREEZE event occurs, HASPACE and CKPTs will be in 
sync if both are on DASD. Updates to a CKPT in a CF may not be completely in 
sync with HASPACE.

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

Re: OpenSSH / Ported Tools / Co:Z

[David Magee]

...phrase.

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

Re: OpenSSH / Ported Tools / Co:Z

[Kirk Wolf]

OK, I'll play.

"wash't" ? :-)

On Tue, Mar 12, 2019 at 12:31 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 12 Mar 2019 17:00:37 +, Jousma, David wrote:
>
> >My apologies to Professor Paul.   "Sysplex Shared Filesystem" creates one
> large UNIX Tree for all systems in the sysplex and makes filesystem sharing
> much easier, but takes a bit of planning to get into it.
> >
> No apology needed.  It wash't you who capitalized the phrase.
>
>
> >>OnuTue, 12 Mar 2019 10:07:10 -0500, David Magee wrote:
> >>
> >>>In a parallel sysplex with Shared File System implemented, has anyone
> toyed with the idea of having /etc/ssh on each system symlink to a common
> location ?  I see a few pros but am wondering about any cons (especially
> bad ones) that this could encounter.  Comments ?
> >>>
> >>Is Shared File System a z/VM thing or another overloaded name?
>
> -- 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: Extract certificate data from z/OS

[Jerry Whitteridge]

Look at the Java keytool command - it can manipulate most Certs that can be
discovered/

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
03/12/2019 09:51:22 AM:

> From: Kurt Quackenbush 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/12/2019 09:52 AM
> Subject: Re: Extract certificate data from z/OS
> Sent by: IBM Mainframe Discussion List 
>
> On 3/12/2019 7:33 AM, Peter wrote:
> >
> > Is it possible to extract certificate data from z/OS without going
through
> > RACF ?
>
> Are you asking how to extract x.509 certificates from a RACF (or other
> security manager) data base without using RACF commands?  You can use
> Java.  Do a google search on "JCERACFKS" and (I think) the
> java.security.cert class.
>
> Kurt Quackenbush -- IBM, SMP/E Development
>
> --
> 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: OpenSSH / Ported Tools / Co:Z

[David Magee]

My apologies for the incorrect capitalization of the phase.

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

Re: calling a webservice using HTTPS from batch (and CICS)

[Seymour J Metz]

>  Is offloading then th Rocket meant as a barrier against the "poison pill" 
> character of GPL? 

What poison pill? I recall some m$ propaganda, but not any actual facts. If you 
violate the GPL then you are subject to litigation, but you don't lose rights 
to your own code. In particular, you are not obligated to license your code 
under the GPL.

Mind you, I have issues with the FSF, but let's be fair.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, March 12, 2019 2:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calling a webservice using HTTPS from batch (and CICS)

On Mon, 11 Mar 2019 10:04:16 -0500, John McKown wrote:

>On Mon, Mar 11, 2019 at 9:52 AM Matt Hogstrom  wrote:
>
>> You are correct about GPL.  The concern is likely historical and not the
>> one that would be made today.  There is some discussion at the OMP about
>
IIRC, IBM used to distribute Ported Tools.  Is offloading then th Rocket meant
as a barrier against the "poison pill" character of GPL?  This works best if
Rocket licenses no source code from IBM.

>> hosting the Rocket Ports as a no-registration download.  Regardless, USS
>> needs a serious facelift to include tools and utilities commonly available
>> on other *nix variants like Linux and MacOS and Cygwin.
>>
>
>IMO, if IBM is really serious about z/OS UNIX being something other than a
>"POSIX compliant? Check!" portion of z/OS, they need to invest (pay) for a
>group to port and maintain all of the main GNU utilities that they don't
>have any real equivalent to. I will give them a pass on porting the GNU
>Compiler Collection (GCC) because that would negatively impact their own
>compiler products. They especially need to replace their inferior versions
>of: grep; sed; find; awk.
>
Vim?  Recently with both MacOS and Linux I tried editing with Vim a file
containing:
Latin Кириллица Ελληνικά

Converting the line with "gU$" to upper case, I got:
LATIN КИРИЛЛИЦА ΕΛΛΗΝΙΚΆ

Excellent!  Could any editor on z/OS do as well?  For that matter,
could any terminal emulator display all those characters?  Perhaps
the much-vaunted PCOMM?  Or Vista?

(It was so easy to copy and paste those lines into this message with MacOS!)

-- 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: calling a webservice using HTTPS from batch (and CICS)

[Paul Gilmartin]

On Mon, 11 Mar 2019 10:04:16 -0500, John McKown wrote:

>On Mon, Mar 11, 2019 at 9:52 AM Matt Hogstrom  wrote:
>
>> You are correct about GPL.  The concern is likely historical and not the
>> one that would be made today.  There is some discussion at the OMP about
>
IIRC, IBM used to distribute Ported Tools.  Is offloading then th Rocket meant
as a barrier against the "poison pill" character of GPL?  This works best if
Rocket licenses no source code from IBM.

>> hosting the Rocket Ports as a no-registration download.  Regardless, USS
>> needs a serious facelift to include tools and utilities commonly available
>> on other *nix variants like Linux and MacOS and Cygwin.
>>
>
>IMO, if IBM is really serious about z/OS UNIX being something other than a
>"POSIX compliant? Check!" portion of z/OS, they need to invest (pay) for a
>group to port and maintain all of the main GNU utilities that they don't
>have any real equivalent to. I will give them a pass on porting the GNU
>Compiler Collection (GCC) because that would negatively impact their own
>compiler products. They especially need to replace their inferior versions
>of: grep; sed; find; awk.
>
Vim?  Recently with both MacOS and Linux I tried editing with Vim a file
containing:
Latin Кириллица Ελληνικά 

Converting the line with "gU$" to upper case, I got:
LATIN КИРИЛЛИЦА ΕΛΛΗΝΙΚΆ 

Excellent!  Could any editor on z/OS do as well?  For that matter,
could any terminal emulator display all those characters?  Perhaps
the much-vaunted PCOMM?  Or Vista?

(It was so easy to copy and paste those lines into this message with MacOS!)

-- gil

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Paul Gilmartin]

On Tue, 12 Mar 2019 09:32:18 -0700, Charles Mills wrote:

>Yes, STCK guarantees a unique value. If the clock has not ticked since the 
>last STCK, the CPU has no choice but to spin until it does. STCKE has smaller 
>"ticks" and so has less of (or no) need for a spin. STCKF is just like STCK 
>except that it does not guarantee a unique value, and so there is never a need 
>to spin, and so it is a "fast" instruction. If all you need is "the time" and 
>not a unique timestamp, always use STCKF. It is a one-character change to your 
>program and may speed it up considerably.

Long ago, I understood  that each CPU had its own TOD clock, for fault 
tolerance.   fact, I studied
the elaborate code in VM CP to line up all the clocks at the starting line 
until waving the green flag.
However, recently I read:
>IBM ® z/Architecture Principles of Operation SA22-7832-10
>Chapter 4. Control
>  Timing
...
In a multiprocessing configuration, a single TOD clock is shared by all 
CPUs.

There's a lot of text and a figure with revision bars that could summarize as:
"Don't use STCK and STCKE in the same program or interacting programs."

-- gil

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

Re: calling a webservice using HTTPS from batch (and CICS)

[Seymour J Metz]

Thanks. A few things raised my eyebrows.

Why bison but no flex?

Why cvs but no subversion?

Are OOREXX and Ruby in the pipeline?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Matt Hogstrom 
Sent: Monday, March 11, 2019 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calling a webservice using HTTPS from batch (and CICS)

Here is a list of the tools Rocket Ported I just compiled for my reference  for 
discussions about what would be nice to have in USS … just my opinion, not an 
IBM statement.  Big priorities for me are bash, python, perl , git, sed.  
Others are nice to have and often are used to build other packages.

apache-ant  1.9.2   160208  License: Apache 2.0 
https://secure-web.cisco.com/1ldgCcgdYi7-jq4xgQoj47xnVTOu9aNLCgJ_22finlrK-Gr760SchwheNN9yBaIIQhQEuoglvHAcd_nDm6aew9EmVMzVw6-jxXK3taNGNssBJVLDuQucvXT29oBulPG651BTw0KmZk8HVOzDggkDXfz16RkEepLwBSrhpmgvNWww4uTZl59UA8X7A81PwERrJS8Cq5Z5nazijfkQMb2P1zUZdscRjOr4dEsi-qA1od5Vcqzmvugxj7GCTaW2PySqT_hOrrcz0vs8M40TsbjsZRPA4LcC0dLXuR6n_ephF40jpodK1aw9gQxsn3-6QNYKBi_zoX63HJ1mC6ArEZVc1Gr4fCvLKWqmWgbf9QRH-TPFfdPqD3PJWYwbPmMnjrpmGApguD9_9vaPmIPahir4cilnDOyBA3uifFk863qL73yZv7Ly3qo_sZ3evMr9CJB8makqa1lY-2evnB35X0OQSvg/https%3A%2F%2Fant.apache.org
 

1.9.13 / 1.10.5 180713


autoconf2.62160614  License: GPL
https://secure-web.cisco.com/1Z5cCAnJY6oM-IiALe5bpXTFOpTe7T_ueTnUwMf7RYT-oXRxriEc3mWwgIzqm5UB9BT2t8iDeC-H2BPu1zxh68AwDF8c2aXOOLPwnTM3iVsAYeu_mPx_xVsij0vOz9ct1P86RMYAmYABK34liWkhf1H7x8WCEZRFnL4axvwLqSfUtvV-BDjjk6RRRnzJxaefy-qgYqUhzfn8ZMJJdVxtYc06-cB3DDOQ9j3bCUGQZRQI_rhgfmOg8xQcwnS5uNYMGSALK1-evJTlGB1X6g9IInqmgJsP0Av2S9UQ9lFAZcslfM_V5xTtiXNEswNKU4TYoGVcvNFitUfhmZKMOMOgyn-FUudFWdSxHk-mvpFgW39WqXENTdGnYYDcWyX4NbcfZzoJu1bLg2fT1iDUQOjcKL9Qd792kP1HplqnfDhe-2qSGSweQdStbfuqrY78j3g70/https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fautoconf%2F
 

2.69120424

automake1.10160614  License: GPL
https://secure-web.cisco.com/1Uzwr17KOvDgjnVUtoFpLupf5N4L8adqAC02--OSfOXVc4FmMomar-igwfhgNdRFjCwAoORXGSmDig8nSC7qAY0q0nHwNcqMouCoyxMu_RMnhefuQZ-7h3AeWk152aIQpH03Zl5hUzqDotmQt0pw7cSvYWYx2euZtR2b_X9mX23jAHk5zi3wwfWmmhUytRawixHpiKRg17kXcvACdZTIbsYB2-DSti0wSm6ozdHRN3dmaQm1m70wRt_mPrwlL06QrAWuyqcLqReNBdAXdhRM3PV1EiJmNbb8w-ETOjy0KTygZ5tA7piQyY7mLoqVhhgW9UHsJ1W_lX5ahj3fZQtYTGc1lI0xXQfkRnF6nmGWfvYsgpnnnlvgElm4r6C8wXMHDDLIFthgj6SpIY8c9Xou_yUy2M0jadUqHgGONq_3th0wVWGCXpBLGp30o5GJB1X7N/https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fautomake%2F
1.12.2  ??

bash4.3 170518
4.4 160915  License: GPL
https://secure-web.cisco.com/1y6ZmaI7dD_rEubwL-F_4hSJqR5hTXdg_H-KCcqK25oNavoT9K81tCVYt7eIVBY-gT1OXpm6WJo7MTqGh4s6wnBHNHWOYap4hrn47clSbAmtuDWofDAyzS7sBCrxL9UR-5zGyDwHtD_PTjtb5bdA1HlxV50IH1h7_u_8ZVxT7qFQgiqLciV97lxfDb5u1y1cZaOBoYZg5vCzb4S2TVOtmDYrGt7fqZSokTiK8q9Omcg0ntXEvpyzIPNzxWSrxprE9CbJuz43EYvUctrsTb0QCG4SgnOFkw8dBpq-cscKW4sN6IlDKcilEng-iPzOr11rhCGQgvJ-foul_wkwmzxAOEdkkqCJ1pXFgi6QGRFukSUBjkXoMFsayZrU0t4C_KEN3xesKUZNQjLm3oa9vFGM_svDejKb2yJp-x50bW5WlXlWgtlQ5Rd5fmSORXKzB-t2r/https%3A%2F%2Fwww.gnu.org%2Fsoftware%2Fbash%2F
 


bison   2.3

Re: OpenSSH / Ported Tools / Co:Z

[Paul Gilmartin]

On Tue, 12 Mar 2019 17:00:37 +, Jousma, David wrote:

>My apologies to Professor Paul.   "Sysplex Shared Filesystem" creates one 
>large UNIX Tree for all systems in the sysplex and makes filesystem sharing 
>much easier, but takes a bit of planning to get into it.   
> 
No apology needed.  It wash't you who capitalized the phrase.


>>OnuTue, 12 Mar 2019 10:07:10 -0500, David Magee wrote:
>>
>>>In a parallel sysplex with Shared File System implemented, has anyone toyed 
>>>with the idea of having /etc/ssh on each system symlink to a common location 
>>>?  I see a few pros but am wondering about any cons (especially bad ones) 
>>>that this could encounter.  Comments ?
>>>
>>Is Shared File System a z/VM thing or another overloaded name?

-- gil

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

Re: OpenSSH / Ported Tools / Co:Z

[Jousma, David]

My apologies to Professor Paul.   "Sysplex Shared Filesystem" creates one large 
UNIX Tree for all systems in the sysplex and makes filesystem sharing much 
easier, but takes a bit of planning to get into it.   

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 12, 2019 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Tue, 12 Mar 2019 16:23:09 +, Jousma, David wrote:

>Not a VM thing.   It creates one large UNIX Tree for all systems in the 
>sysplex and makes filesystem sharing much easier, but takes a bit of planning 
>to get into it.   
> 
And it's a proper noun?


>On Tue, 12 Mar 2019 10:07:10 -0500, David Magee wrote:
>
>>In a parallel sysplex with Shared File System implemented, has anyone toyed 
>>with the idea of having /etc/ssh on each system symlink to a common location 
>>?  I see a few pros but am wondering about any cons (especially bad ones) 
>>that this could encounter.  Comments ?
>>
>Is Shared File System a z/VM thing or another overloaded name?

-- gil

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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


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

Re: OpenSSH / Ported Tools / Co:Z

[Paul Gilmartin]

On Tue, 12 Mar 2019 16:23:09 +, Jousma, David wrote:

>Not a VM thing.   It creates one large UNIX Tree for all systems in the 
>sysplex and makes filesystem sharing much easier, but takes a bit of planning 
>to get into it.   
> 
And it's a proper noun?


>On Tue, 12 Mar 2019 10:07:10 -0500, David Magee wrote:
>
>>In a parallel sysplex with Shared File System implemented, has anyone toyed 
>>with the idea of having /etc/ssh on each system symlink to a common location 
>>?  I see a few pros but am wondering about any cons (especially bad ones) 
>>that this could encounter.  Comments ?
>>
>Is Shared File System a z/VM thing or another overloaded name?

-- gil

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

Re: STCKE faster than STCK! (was: instruction clock speed)

[Gord Tomlin]

On 2019-03-12 12:32, Charles Mills wrote:

Yes, STCK guarantees a unique value. If the clock has not ticked since the last STCK, the CPU has no choice 
but to spin until it does. STCKE has smaller "ticks" and so has less of (or no) need for a spin. 
STCKF is just like STCK except that it does not guarantee a unique value, and so there is never a need to 
spin, and so it is a "fast" instruction. If all you need is "the time" and not a unique 
timestamp, always use STCKF. It is a one-character change to your program and may speed it up considerably.

Charles


Going back in time a bit, we were advised by IBM that the performance of 
the STCKF instruction is sufficiently better than that of the STCK 
instruction that it is worthwhile to write dual-pathed code that uses 
STCKF instead of STCK if the machine supports the use of STCKF.


--

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

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

Re: Extract certificate data from z/OS

[Kurt Quackenbush]

On 3/12/2019 7:33 AM, Peter wrote:


Is it possible to extract certificate data from z/OS without going through
RACF ?


Are you asking how to extract x.509 certificates from a RACF (or other 
security manager) data base without using RACF commands?  You can use 
Java.  Do a google search on "JCERACFKS" and (I think) the 
java.security.cert class.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: OpenSSH / Ported Tools / Co:Z

[Alexander Riedel]

Hi David,
we don't share this directory. Because of redundancy/backup . If the 
file / directory is deleted then only one system is affected. In the 
other case all systems would be affected.

Regards,
Alexander


-- Original Message --
From: "David Magee" 
To: IBM-MAIN@listserv.ua.edu
Sent: 12/03/2019 17:07:10
Subject: OpenSSH / Ported Tools / Co:Z


In a parallel sysplex with Shared File System implemented, has anyone toyed 
with the idea of having /etc/ssh on each system symlink to a common location ?  
I see a few pros but am wondering about any cons (especially bad ones) that 
this could encounter.  Comments ?

--
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: STCKE faster than STCK! (was: instruction clock speed)

[Charles Mills]

Yes, STCK guarantees a unique value. If the clock has not ticked since the last 
STCK, the CPU has no choice but to spin until it does. STCKE has smaller 
"ticks" and so has less of (or no) need for a spin. STCKF is just like STCK 
except that it does not guarantee a unique value, and so there is never a need 
to spin, and so it is a "fast" instruction. If all you need is "the time" and 
not a unique timestamp, always use STCKF. It is a one-character change to your 
program and may speed it up considerably.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, March 11, 2019 7:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: STCKE faster than STCK! (was: instruction clock speed)

On Wed, 6 Mar 2019 20:18:55 -0800, Charles Mills wrote:

>The 360/40 had one: 7 us for LR, 10 us for L.
>
>It is not possible now. A single instruction may literally add no time at
>all to some instruction sequence.
>
>My imperfect model is that main storage is the new disk. Figure that
>instructions take no time at all and memory accesses take forever.
> 
One exception mentioning at least relative speed I find nowadays is:

IBM ® z/Architecture Principles of Operation SA22-7832-10
Chapter 4. Control
  Timing
Time-of-Day Clock
  TOD Programmable Register
Programming Notes:
...
12. Due to the sequencing rules for the results of STORE CLOCK and
STORE CLOCK EXTENDED, the execution of STORE CLOCK may be
considerably slower than that of STORE CLOCK EXTENDED and STORE
CLOCK FAST. Depending on the model, the relative slowness of
STORE CLOCK (as compared with STORE CLOCK EXTENDED and STORE
CLOCK FAST) is particularly noticeable when multiple STORE
CLOCK instructions are executed within a short period of time.

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

Re: OpenSSH / Ported Tools / Co:Z

[Jousma, David]

Not a VM thing.   It creates one large UNIX Tree for all systems in the sysplex 
and makes filesystem sharing much easier, but takes a bit of planning to get 
into it.   


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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, March 12, 2019 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Tue, 12 Mar 2019 11:07:10 -0500, David Magee wrote:

>In a parallel sysplex with Shared File System implemented, has anyone toyed 
>with the idea of having /etc/ssh on each system symlink to a common location ? 
> I see a few pros but am wondering about any cons (especially bad ones) that 
>this could encounter.  Comments ?
>
Is Shared File System a z/VM thing or another overloaded name?

-- gil

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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


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

Re: OpenSSH / Ported Tools / Co:Z

[Jousma, David]

Yes.   We do that for a few things, automount policy being one of them, since 
there is a requirement that the policy be the same everywhere.   Each system in 
the plex has in the local /etc a symbolic link:

lrwxrwxrwx   1 P0SJROMVSGRP   23 Sep  3  2013 auto.master -> 
/shared/etc/auto.master  


I haven’t gone any further than that other than a few housekeeping scripts that 
I run out of cron on all systems.

We implemented shared filesystem before IBM introduced their own shared 
mountpoint at /global.   
_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Magee
Sent: Tuesday, March 12, 2019 12:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OpenSSH / Ported Tools / Co:Z

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

In a parallel sysplex with Shared File System implemented, has anyone toyed 
with the idea of having /etc/ssh on each system symlink to a common location ?  
I see a few pros but am wondering about any cons (especially bad ones) that 
this could encounter.  Comments ? 

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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


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

Re: OpenSSH / Ported Tools / Co:Z

[Paul Gilmartin]

On Tue, 12 Mar 2019 11:07:10 -0500, David Magee wrote:

>In a parallel sysplex with Shared File System implemented, has anyone toyed 
>with the idea of having /etc/ssh on each system symlink to a common location ? 
> I see a few pros but am wondering about any cons (especially bad ones) that 
>this could encounter.  Comments ?
>
Is Shared File System a z/VM thing or another overloaded name?

-- gil

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

OpenSSH / Ported Tools / Co:Z

[David Magee]

In a parallel sysplex with Shared File System implemented, has anyone toyed 
with the idea of having /etc/ssh on each system symlink to a common location ?  
I see a few pros but am wondering about any cons (especially bad ones) that 
this could encounter.  Comments ?

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

Re: Extract certificate data from z/OS

[Brian France]

We're an ACF2 shop and have not placed our certs there. They are only in 
an omvs file that we use gskkyman to manage them.


On 3/12/2019 10:32 AM, Peter wrote:

Hi

Apology if it is a silly or it doesn't makes any sense.

Is it possible to extract certificate data from z/OS without going through
RACF ?

This is just a small POC our developers they wanted to know

Peter

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


--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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

Extract certificate data from z/OS

[Peter]

Hi

Apology if it is a silly or it doesn't makes any sense.

Is it possible to extract certificate data from z/OS without going through
RACF ?

This is just a small POC our developers they wanted to know

Peter

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

Re: JES2 checkpoint location

[Jousma, David]

Alan,

I had not heard that, but I don't always hear things either.  :)  We run 
primary in CF, secondary on DASD.BTW, aren't *you* IBM?

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Alan Schwartz
Sent: Tuesday, March 12, 2019 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 checkpoint location

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

When XCF was being rolled out one of the early suggestions was to put the 
primary checkpoint in a coupling facility with the alternate on disk. Now I'm 
being told by IBM that since the dasd is so fast now they're recommending both 
checkpoints be on disk.

Anyone else heard of this or done it already? Curiosity is running rampant.

Alan

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

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

Re: JES2 checkpoint location

[Vernooij, Kees (ITOP NM) - KLM]

We did it a long time age. 
The Checkpoint moved to the CF mainly because of Sysplex License issues.
After we had a few issues with the checkpoint in the CF, usually because of CF 
manipulations and the Sysplex license issue had gone, we moved it back to disk.
We did not have any performance issues, now and in the past.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Alan Schwartz
> Sent: 12 March, 2019 15:06
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: JES2 checkpoint location
> 
> When XCF was being rolled out one of the early suggestions was to put
> the
> primary checkpoint in a coupling facility with the alternate on disk.
> Now
> I'm being told by IBM that since the dasd is so fast now they're
> recommending both checkpoints be on disk.
> 
> Anyone else heard of this or done it already? Curiosity is running
> rampant.
> 
> Alan
> 
> --
> 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: JES2 checkpoint location

[Carmen Vitullo]

I've just moved my CKPT1 to the CF, CKPT2 back to DASD, I don't see any 
difference, We've never had a ckpt lock issue with both on DASD, on DS8870's. 
the big problem I had, was not thinking ahead with regards to DR, I moved both 
CKPT1 and 2 to the CF :( then tried to go back...the DR CF was not part of the 
prod. so cold start in DR :( 
since we use the same spool volumes, I could have defined new spool volumes and 
moved on, but in the heat of the DR moment, I was not thinking 



Carmen Vitullo 

- Original Message -

From: "Alan Schwartz"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 12, 2019 9:05:41 AM 
Subject: JES2 checkpoint location 

When XCF was being rolled out one of the early suggestions was to put the 
primary checkpoint in a coupling facility with the alternate on disk. Now 
I'm being told by IBM that since the dasd is so fast now they're 
recommending both checkpoints be on disk. 

Anyone else heard of this or done it already? Curiosity is running rampant. 

Alan 

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

JES2 checkpoint location

[Alan Schwartz]

When XCF was being rolled out one of the early suggestions was to put the
primary checkpoint in a coupling facility with the alternate on disk. Now
I'm being told by IBM that since the dasd is so fast now they're
recommending both checkpoints be on disk.

Anyone else heard of this or done it already? Curiosity is running rampant.

Alan

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

Re: SMF/RMF records for 4hr rolling average MSU?

[Elardus Engelbrecht]

Radoslaw Skorupka wrote:

>It's easy to say NO, but sometimes we have to deal with out-of-date HW and SW.

Ask NASA. They do sometimes sit with old HW + SW they just can't drop off.

Google NASA and Windows and you will soon discover it is not that easy to 
replace the tools (on earth and in space) at a whim...

I do remember that some years ago they want ancient programmers to maintain the 
ancient, but still running systems used for Voyager spacecrafts...

Ok, I am outta this thread. Sorry for this topic drift, but ... ;-)

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: SMF/RMF records for 4hr rolling average MSU?

[R.S.]

W dniu 2019-03-11 o 15:12, John McKown pisze:

On Mon, Mar 11, 2019 at 8:57 AM R.S.  wrote:


W dniu 2019-03-11 o 13:37, Elardus Engelbrecht pisze:

John McKown wrote:


What would you do if they insist to use database without paying for

database license?

The database in question has a permanent license, so that it not a

problem.

Excellent. Do you need to pay the vendor every x period? Or is that

license just an once-off annoyance?



The problem is that it is running on a old Windows server; which is

being decommissioned. And the software apparently will not run a current
Windows server.

I got burned by a similar situation. Some hardware broken down, but

luckily I could scavenge some 'newish' hardware. I tried to install windoze
2008, XP and 98, only got a nasty BSOD during initial phase of installation
despite fiddling around with BIOS settings.

Installing a newer windoze worked, but I soon ran into compatibility

issues, just like you.

So, if your windoze server's hardware crash, you may have some recovery

problem (hopefully AFTER you retired ...  )

In that case you should be able to run current Windows on new x86
(actually x64) server and run some VM hypervisor (i.e. VirtualBox) and
WindowsXP under the VM.
License should also be no problem.


A good idea. But the Windows people simply refuse to do it. They have been
told that the old Windows is a security risk and it must be decommissioned.
No option. If it causes the mainframe people any problems that's just their
tough luck. But we still want those reports! In any case, the SMF 70-1 data
along with an in-house written routine seems to be able to get the data
that my boss wants. And it is much more reliable than the Windows
application.


Well, "no means no" and leaves no room for discussion.
However such cases should be recognized and *isolated* by 
network/windows guys.
It's easy to say NO, but sometimes we have to deal with out-of-date HW 
and SW.

No old Windows version would be dangerous when it works isolated.

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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