Re: Potential stupid question - MSUs

[Sankaranarayanan, Vignesh]

I guess not... maybe this is because I'm now more paranoid thanks to all them 
hacks going around.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: 18 October 2017 10:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential stupid question - MSUs

Vignesh Sankaranarayanan wrote:
>but for some reason, I just can't fathom a vendor leaving the
>enforcement of a rule up to a customer, and letting the contract
>(something completely detached from the machine) be the only binding
>factor.

Is that so hard to imagine, though?

Let's suppose you rent an apartment, and you sign a lease. The lease contains 
certain terms and conditions. Those terms include, as possible
examples:

1. You cannot sublet (rent out) the apartment to someone else without the 
landlord's permission.

2. You cannot make major modifications to the apartment, such as paint the 
walls with alternating pink and black stripes.

3. You cannot start an open fire inside your apartment and roast marshmallows 
(or anything else).

4. You cannot keep a tiger, lion, elephant, or alligator in the apartment.

If you violate the terms of the lease, you face certain penalties, enforced 
through the courts (hopefully).

Does the landlord have video cameras installed the apartment, with 
round-the-clock surveillance, to make sure you are living up to your 
contractual obligations? No, usually not. In fact, in most jurisdictions, the 
landlord has only very limited rights to enter the apartment, under specific 
conditions that seldom apply.

Contracts routinely depend on the parties having "good faith," with voluntary 
compliance as the default behavior. This approach works especially well when 
the parties have an ongoing, mutually beneficial relationship of some kind. For 
example, software vendors and licensees typically have some sort of support and 
subscription agreement. There are also what are known as "due diligence" 
checks, before you do business with someone. A landlord might run a credit 
check before renting an apartment. A software vendor might check with Dun & 
Bradstreet or some other firm to verify creditworthiness. And vice versa.


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

MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

Re: Potential stupid question - MSUs

[Timothy Sipples]

Vignesh Sankaranarayanan wrote:
>but for some reason, I just can't fathom a vendor leaving the
>enforcement of a rule up to a customer, and letting the contract
>(something completely detached from the machine) be the only
>binding factor.

Is that so hard to imagine, though?

Let's suppose you rent an apartment, and you sign a lease. The lease
contains certain terms and conditions. Those terms include, as possible
examples:

1. You cannot sublet (rent out) the apartment to someone else without the
landlord's permission.

2. You cannot make major modifications to the apartment, such as paint the
walls with alternating pink and black stripes.

3. You cannot start an open fire inside your apartment and roast
marshmallows (or anything else).

4. You cannot keep a tiger, lion, elephant, or alligator in the apartment.

If you violate the terms of the lease, you face certain penalties, enforced
through the courts (hopefully).

Does the landlord have video cameras installed the apartment, with
round-the-clock surveillance, to make sure you are living up to your
contractual obligations? No, usually not. In fact, in most jurisdictions,
the landlord has only very limited rights to enter the apartment, under
specific conditions that seldom apply.

Contracts routinely depend on the parties having "good faith," with
voluntary compliance as the default behavior. This approach works
especially well when the parties have an ongoing, mutually beneficial
relationship of some kind. For example, software vendors and licensees
typically have some sort of support and subscription agreement. There are
also what are known as "due diligence" checks, before you do business with
someone. A landlord might run a credit check before renting an apartment. A
software vendor might check with Dun & Bradstreet or some other firm to
verify creditworthiness. And vice versa.


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

Re: fopen DD

[David Crayford]

On 18/10/2017 6:10 AM, Kirk Wolf wrote:

Yes, it works with bash, but the limitation with bash is that commands are
never local-spawned.   Therefore, you can't use DDs.


Yes, and that's an issue for me. I want to use bash in my shell but 
/bin/sh in COZBATCH so I can use DDnames. Are you getting the login 
shell using getpwuid()?
Is there anyway to tell COZBATCH not to use the login shell? I can't see 
anything in the reference so I suspect not.



Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Tue, Oct 17, 2017 at 3:06 AM, David Crayford  wrote:


You probably already know this but COZBATCH works just fine with bash. I
changed my default shell to bash and it works a treat.

CoZBatch[N]: Copyright (C) 2005-2013 Dovetailed Technologies LLC. All
rights reserved.
CoZBatch[N]: version 3.1.0 2015-05-01
CoZBatch[I]: executing progname=login-shell="-/usr/local/bin/bash"


On 16/10/2017 10:46 PM, Kirk Wolf wrote:


PS> CozBatch is 10 years old this year.   Its free to download and use
under our Community License.


That's a good excuse for a party! :)




On Mon, Oct 16, 2017 at 12:19 AM, David Crayford 
wrote:

On 15/10/2017 10:57 PM, Kirk Wolf wrote:

I guess COZBATCH has left out /bin/login, and exec()s to the shell to

avoid the above restrictions.

That's almost right, but COZBATCH uses spawn.  By default it will run
the

user's shell as a "login" shell.   The tricky part is that /bin/sh has

a
sticky bit on, so to get a local spawn you have to use one of the
workarounds documented in BPX1SPN

What workaround?


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

--

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


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


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


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

Re: Potential stupid question - MSUs

[Sankaranarayanan, Vignesh]

Thanks again for taking the time Tim.
It does make sense, of course.. the concept of a max. available flow rate.

You guys have already clarified in your previous replies but for some reason, I 
just can't fathom a vendor leaving the enforcement of a rule up to a customer, 
and letting the contract (something completely detached from the machine) be 
the only binding factor.
Of course there may be audits on the CPU usage but it seems strange to let 
someone cross a threshold and then charge them for it rather than warn/limit 
them (their usage) real-time.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: 18 October 2017 06:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential stupid question - MSUs

Vignesh Sankaranarayanan wrote:
>The 'hour' doesn't mean anything then.. ? from the MSU definition (MSUs
>is an hourly measure (A million service units (MSU) >is a measurement
>of the amount of processing work a computer can perform in one hour)

Yes, it means something. I'll try again: think of MSUs as a flow *rate*, "X 
tasks per hour."

I'll try another analogy. Let's suppose you own a factory, right now it has
6 employees, and each employee can make 3 shirts per hour. That's a total of 18 
shirts per hour -- "18 Made Shirt Units (MSUs) per hour." Make sense so far?

Let's further suppose that you can add employees and increase output linearly. 
So if you double the number of employees to 12, then your factory can output 36 
MSUs per hour. Or cut the number of employees to 3, and you now have a 9 MSU 
factory.

OK, now the government steps in and imposes a tax based on your MSUs. The tax 
is 200 rupees per MSU per month, minimum 600 (the tax on 3 MSUs). The tax is 
based on the maximum number of employees in your factory during the last month. 
So, for example, to calculate the tax bill for last month (September), the 
government sees that you had 8 employees working on September 2 between the 
hours of 10:00 a.m. and 2:00 p.m., and that was your maximum for the month. So 
your factory had a peak of 24 MSUs (8 employees times 3 shirts per hour), thus 
they send you a bill for 4,800 rupees (24 times 200 rupees per MSU).

MSUs is a flow rate measure, that's all. That doesn't mean your factory
(mainframe) *must* run at its maximum flow rate for any length of time, or for 
any time at all. But the factory (mainframe) is *capable* of running at that 
maximum flow rate, given a particular number of employees ("MIPS").

Yes, you can tell your factory employees to come to work (to the factory) and 
stay on duty, but not to sew any shirts. If the total staffing on shift is 10 
employees, for example, then you have a 30 MSU factory in this example. But 
whether those 30 MSUs of factory *capacity* are producing useful output or not 
is a separate question. Or you could tell those 10 employees to sew 1 shirt per 
hour, even though they are capable of 3 shirts per hour -- you can make the 30 
MSU factory run at 10 MSUs. Or you can tell the employees to sew 1 shirt during 
the first 20 minutes of each/every hour and then to take a 40 minute coffee 
break for the remainder of each/every hour. So for the first 20 minutes of 
each/every hour the factory runs at 30 MSUs, and then for the last 40 minutes 
of each/every hour the factory runs at 0 MSUs (but is capable of running at 30 
MSUs). That's possible, too. Or you can tell those 10 employees to trade turns 
at one sewing machine in the factory, in 6 minute shifts. If you do that, then 
that's just like having 1 full-time employee (assuming no switching overhead), 
and so you get 3 MSUs of output (3 Made Shirt Units per hour).

Does all this make sense yet? The concept of a maximum flow rate (whether 
utilized or not, at any particular moment in time) seems pretty simple to me, 
but maybe I'm not explaining it well if it's still confusing.


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

MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

Re: Potential stupid question - MSUs

[Timothy Sipples]

Vignesh Sankaranarayanan wrote:
>The 'hour' doesn't mean anything then.. ? from the MSU
>definition (MSUs is an hourly measure (A million service
>units (MSU) >is a measurement of the amount of processing
>work a computer can perform in one hour)

Yes, it means something. I'll try again: think of MSUs as a flow *rate*, "X
tasks per hour."

I'll try another analogy. Let's suppose you own a factory, right now it has
6 employees, and each employee can make 3 shirts per hour. That's a total
of 18 shirts per hour -- "18 Made Shirt Units (MSUs) per hour." Make sense
so far?

Let's further suppose that you can add employees and increase output
linearly. So if you double the number of employees to 12, then your factory
can output 36 MSUs per hour. Or cut the number of employees to 3, and you
now have a 9 MSU factory.

OK, now the government steps in and imposes a tax based on your MSUs. The
tax is 200 rupees per MSU per month, minimum 600 (the tax on 3 MSUs). The
tax is based on the maximum number of employees in your factory during the
last month. So, for example, to calculate the tax bill for last month
(September), the government sees that you had 8 employees working on
September 2 between the hours of 10:00 a.m. and 2:00 p.m., and that was
your maximum for the month. So your factory had a peak of 24 MSUs (8
employees times 3 shirts per hour), thus they send you a bill for 4,800
rupees (24 times 200 rupees per MSU).

MSUs is a flow rate measure, that's all. That doesn't mean your factory
(mainframe) *must* run at its maximum flow rate for any length of time, or
for any time at all. But the factory (mainframe) is *capable* of running at
that maximum flow rate, given a particular number of employees ("MIPS").

Yes, you can tell your factory employees to come to work (to the factory)
and stay on duty, but not to sew any shirts. If the total staffing on shift
is 10 employees, for example, then you have a 30 MSU factory in this
example. But whether those 30 MSUs of factory *capacity* are producing
useful output or not is a separate question. Or you could tell those 10
employees to sew 1 shirt per hour, even though they are capable of 3 shirts
per hour -- you can make the 30 MSU factory run at 10 MSUs. Or you can tell
the employees to sew 1 shirt during the first 20 minutes of each/every hour
and then to take a 40 minute coffee break for the remainder of each/every
hour. So for the first 20 minutes of each/every hour the factory runs at 30
MSUs, and then for the last 40 minutes of each/every hour the factory runs
at 0 MSUs (but is capable of running at 30 MSUs). That's possible, too. Or
you can tell those 10 employees to trade turns at one sewing machine in the
factory, in 6 minute shifts. If you do that, then that's just like having 1
full-time employee (assuming no switching overhead), and so you get 3 MSUs
of output (3 Made Shirt Units per hour).

Does all this make sense yet? The concept of a maximum flow rate (whether
utilized or not, at any particular moment in time) seems pretty simple to
me, but maybe I'm not explaining it well if it's still confusing.


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

Re: fopen DD

[Kirk Wolf]

Yes, it works with bash, but the limitation with bash is that commands are
never local-spawned.   Therefore, you can't use DDs.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Tue, Oct 17, 2017 at 3:06 AM, David Crayford  wrote:

> You probably already know this but COZBATCH works just fine with bash. I
> changed my default shell to bash and it works a treat.
>
> CoZBatch[N]: Copyright (C) 2005-2013 Dovetailed Technologies LLC. All
> rights reserved.
> CoZBatch[N]: version 3.1.0 2015-05-01
> CoZBatch[I]: executing progname=login-shell="-/usr/local/bin/bash"
>
>
> On 16/10/2017 10:46 PM, Kirk Wolf wrote:
>
>> PS> CozBatch is 10 years old this year.   Its free to download and use
>> under our Community License.
>>
>
> That's a good excuse for a party! :)
>
>
>
>> On Mon, Oct 16, 2017 at 12:19 AM, David Crayford 
>> wrote:
>>
>> On 15/10/2017 10:57 PM, Kirk Wolf wrote:
>>>
>>> I guess COZBATCH has left out /bin/login, and exec()s to the shell to

> avoid the above restrictions.
>
> That's almost right, but COZBATCH uses spawn.  By default it will run
> the
>
> user's shell as a "login" shell.   The tricky part is that /bin/sh has
 a
 sticky bit on, so to get a local spawn you have to use one of the
 workarounds documented in BPX1SPN

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

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

[John McKown]

On Tue, Oct 17, 2017 at 3:07 PM, David W Noon <
013a910fd252-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 17 Oct 2017 19:48:54 +, Pew, Curtis G
> (curtis@austin.utexas.edu) wrote about "Re: Where is the "z/OS V2R3
> Elements and Features" web site?" (in
> ):
>
> [snip]
> > At least three of the documents in the z/OS 2.3 collection have blank
> > titles in their PDF information. The problem is not developing a script
> > to create links from the information, the problem is missing information.
>
> More than that, some of the IBM documents have a Title: field with the
> same name as the PDF filename or basename. I'm not sure what type of
> documentation software IBM uses to prepare these, but I guess it isn't
> fussy about the Title: not matching the text on the title page. I expect
> it's an Adobe product for Windows (Distiller?).
>

​At one time, someone said it was Framemaker.​



> --
> Regards,
>
> Dave  [RLU #314465]
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> david.w.n...@googlemail.com (David W Noon)
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
I just child proofed my house.
But the kids still manage to get in.


Maranatha! <><
John McKown

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

[David W Noon]

On Tue, 17 Oct 2017 19:48:54 +, Pew, Curtis G
(curtis@austin.utexas.edu) wrote about "Re: Where is the "z/OS V2R3
Elements and Features" web site?" (in
):

[snip]
> At least three of the documents in the z/OS 2.3 collection have blank
> titles in their PDF information. The problem is not developing a script
> to create links from the information, the problem is missing information.

More than that, some of the IBM documents have a Title: field with the
same name as the PDF filename or basename. I'm not sure what type of
documentation software IBM uses to prepare these, but I guess it isn't
fussy about the Title: not matching the text on the title page. I expect
it's an Adobe product for Windows (Distiller?).
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

[Pew, Curtis G]

On Oct 17, 2017, at 1:37 PM, David W Noon 
<013a910fd252-dmarc-requ...@listserv.ua.edu> wrote:
> 
> One can avoid the use of sed here. Moreover, we need to do more
> manipulation of the generated filename for the symlink.
> 
>> Yes, please. I tried doing something like this once, but the PDF
>> information sections are inconsistent or incomplete. Everything’s
>> easier to manage when you have consistent, reliable metadata.
> 
> I have attached a shell script for zsh that might do what you want. It
> is another "pretend text" attachment, so rename it with the ,txt suffix
> removed. Also remember to "chmod +x" to make it executable.

At least three of the documents in the z/OS 2.3 collection have blank titles in 
their PDF information. The problem is not developing a script to create links 
from the information, the problem is missing information.

-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: z13s HMC remote console

[Jesse 1 Robinson]

There is one ongoing issue that I have not pursued because I don't know where 
to take it. I'm running IE 11, not the latest but also not ancient. I cannot 
get OpSysMsgs to work under IE *at all*. However, it works fine under Chrome. 
(Never tried Firefox.) This does not/should not have anything to do with java, 
which is now out of the picture.

Also consider using the HMC built-in 3270 console, which works at a certain 
z/OS level; 2.1 I think. Its main limitation is that only one session at a time 
can be active for each LPAR. 

.
.
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 Rob Schramm
Sent: Tuesday, October 17, 2017 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: z13s HMC remote console

I just get a window that is empty.  I will see about the HMC level.



On Tue, Oct 17, 2017 at 12:36 PM Jesse 1 Robinson 
wrote:

> At the 'current' level of HMC code, you no longer need any java on 
> your workstation. (Saints be praised!) This has been true for year or 
> two. We're running Driver 27 on z12 and z13. I believe we had it also 
> on z196 before it was replaced.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 <(323)%20715-0595> Mobile
> 626-543-6132 <(626)%20543-6132> Office ⇐=== NEW robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rob Schramm
> Sent: Tuesday, October 17, 2017 9:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):z13s HMC remote console
>
> Listers,
>
> I am running a z13s and attempting to access the console thru the HMC.  I
> always use the IP address to avoid the java.policy problem.  However, I was
> upgraded to java 8 r144 recently and it appears to have broken the console
> interface.  Can anyone else confirm that they are having similar issues?
>
> Thanks,
> Rob Schramm


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

Re: z13s HMC remote console

[Mark Zelden]

On Tue, 17 Oct 2017 16:35:02 +, Jesse 1 Robinson  
wrote:

>At the 'current' level of HMC code, you no longer need any java on your
> workstation. (Saints be praised!) 
   ^^^

I couldn't agree more!!  Basically instant open of the integrated 3270 console 
now!
I remember reading the driver 27 exception letter that said something about the
fonts not being as good (but will be improved in the future), but I don't 
notice that
at all.   

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
ITIL v3 Foundation Certified
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z13s HMC remote console

[Rob Schramm]

I just get a window that is empty.  I will see about the HMC level.



On Tue, Oct 17, 2017 at 12:36 PM Jesse 1 Robinson 
wrote:

> At the 'current' level of HMC code, you no longer need any java on your
> workstation. (Saints be praised!) This has been true for year or two. We're
> running Driver 27 on z12 and z13. I believe we had it also on z196 before
> it was replaced.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 <(323)%20715-0595> Mobile
> 626-543-6132 <(626)%20543-6132> Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Rob Schramm
> Sent: Tuesday, October 17, 2017 9:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):z13s HMC remote console
>
> Listers,
>
> I am running a z13s and attempting to access the console thru the HMC.  I
> always use the IP address to avoid the java.policy problem.  However, I was
> upgraded to java 8 r144 recently and it appears to have broken the console
> interface.  Can anyone else confirm that they are having similar issues?
>
> Thanks,
> Rob Schramm
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

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

Re: Where is the "z/OS V2R3 Elements and Features" web site?

[David W Noon]

On Mon, 16 Oct 2017 20:17:01 +, Pew, Curtis G
(curtis@austin.utexas.edu) wrote about "Re: Where is the "z/OS V2R3
Elements and Features" web site?" (in
):

> On Oct 16, 2017, at 1:39 PM, John McKown  wrote:
>>
[snip]
>> for i in *.pdf ; do pdfinfo "${i}" | ln -s "${i}" "$(awk '/^Title: / {print
>> substr($0,17);} | sed -r 's/ *.*? *//')" ; done

One can avoid the use of sed here. Moreover, we need to do more
manipulation of the generated filename for the symlink.

> Yes, please. I tried doing something like this once, but the PDF
> information sections are inconsistent or incomplete. Everything’s
> easier to manage when you have consistent, reliable metadata.

I have attached a shell script for zsh that might do what you want. It
is another "pretend text" attachment, so rename it with the ,txt suffix
removed. Also remember to "chmod +x" to make it executable.

Note also that this script will probably not work under Windows, even if
you have zsh installed as a shell. This is because it translates the
forward slashes IBM uses for z/OS, OS/390, OS/400, PL/I, etc. into
backward slashes, because UNIX filesystem drivers use the forward slash
as a directory separator.

I have released it under the Berkeley License, so it is fully open
source. Use at your own risk.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

 


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

# Script to scan PDF documents and add a symlink to those whose
# filename differs from their title fields.

# Copyright (C) 2017, David W Noon.  All rights reserved.
# This code is released under the Berkeley License.

# Set default values.
DOC_DIR="."
let PRETEND_MODE=0
let VERBOSE_MODE=0
# Parse the command line.
while getopts 'pd:hv' OPTNAME
do
case "$OPTNAME" in
p)
let PRETEND_MODE=1
;;

d)
DOC_DIR="$OPTARG"
;;

h)
echo 'Usage:'
echo "\tPDF_symlinks.zsh -h -p -d "
echo ''
echo 'Where:'
echo "\t-p\t\tPretend mode."
echo "\t-d \tDirectory to scan. Default: current 
directory."
echo "\t-h\t\tThis help text."
exit 0
;;

v)
let VERBOSE_MODE=1
;;

*)
echo "Invalid option $OPTNAME"
exit 12
esac
done

# Change directory if it's not current.
[[ "$DOC_DIR" == "." ]] || pushd "$DOC_DIR"

# Loop through all plain files ending in .pdf
for fn in *.pdf(N.)
do
# Extract the Title: field, massage to fit UNIX filename conventions.
sn=$(pdfinfo "${fn}" | gawk '/^Title:/ { s=$2; for(n=3;n<=NF;++n) 
s=s"_"$n; gsub("/","\\",s); print s".pdf"; }')

if [[ -e "$sn" ]]; then
# Skip if name already exists.
[[ $VERBOSE_MODE -eq 1 ]] && echo "$sn already exists."
elif [[ "$sn" != "$fn" ]]; then
if [[ $PRETEND_MODE -eq 0 ]]; then
# Hit the tit!
ln -s "$fn" "$sn"
[[ $? -eq 0 && $VERBOSE_MODE -eq 1 ]] && echo "Symlink 
$sn was created for $fn"
else
echo "Symlink $sn would be added to document $fn"
fi
fi
done

# Revert directory if we changed.
[[ "$DOC_DIR" == "." ]] || popd

exit 0


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

Re: Short on Storage

[sherob2 sherob]

Have you looked at your shutdown stats?  How about doing a STAT and taking a 
look at them.


Hoping you have this setup at least...


Hughes



From: IBM Mainframe Discussion List  on behalf of 
Barkow, Eileen 
Sent: Tuesday, October 17, 2017 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Short on Storage

Where is the storage shortage - below or above the line?
The DFH* msg will tell you.
If above the line, just increase the  EDSALIM (you should be using IEFUSI exit 
set to allow max above the line storage and REGION=0M).
If below, check with MVS group that DSALIM is at the max you can get for your 
lpar.
If below and at max DSALIM, you have problems.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of gsg
Sent: Tuesday, October 17, 2017 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Short on Storage

We periodically have Short on Storage conditions with CICS.  Not being a CICS 
person, I'm trying to find out what can be done to monitor and or prevent Short 
on Storage conditions.  Of the top, I don't think it's really possible to 
expect we'd be able to absolutely prevent them.  Basically, how can the CICS 
guys be proactive in trying to prevent the SOS condition.  Also, is there a way 
our Operations staff could react quickly to relieve the SOS condition prior to 
calling the CICS guy, waiting for him to VPN into the system to troubleshoot 
etc...

TIA

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




This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
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: Short on Storage

[Barkow, Eileen]

Where is the storage shortage - below or above the line?
The DFH* msg will tell you.
If above the line, just increase the  EDSALIM (you should be using IEFUSI exit 
set to allow max above the line storage and REGION=0M).
If below, check with MVS group that DSALIM is at the max you can get for your 
lpar.
If below and at max DSALIM, you have problems.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of gsg
Sent: Tuesday, October 17, 2017 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Short on Storage

We periodically have Short on Storage conditions with CICS.  Not being a CICS 
person, I'm trying to find out what can be done to monitor and or prevent Short 
on Storage conditions.  Of the top, I don't think it's really possible to 
expect we'd be able to absolutely prevent them.  Basically, how can the CICS 
guys be proactive in trying to prevent the SOS condition.  Also, is there a way 
our Operations staff could react quickly to relieve the SOS condition prior to 
calling the CICS guy, waiting for him to VPN into the system to troubleshoot 
etc...

TIA

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




This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

Re: Short on Storage

[TSDunlap]

On 10/17/2017 12:43 PM, gsg wrote:

We periodically have Short on Storage conditions with CICS.  Not being a CICS 
person, I'm trying to find out what can be done to monitor and or prevent Short 
on Storage conditions.  Of the top, I don't think it's really possible to 
expect we'd be able to absolutely prevent them.  Basically, how can the CICS 
guys be proactive in trying to prevent the SOS condition.  Also, is there a way 
our Operations staff could react quickly to relieve the SOS condition prior to 
calling the CICS guy, waiting for him to VPN into the system to troubleshoot 
etc...

TIA

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


It is possible to dynamically raise the limit CICS is using.  You have 
to enter the following CEMT transaction from the console:


    CEMT  SET  DSAS  DSALIMIT(nnM) for SOS below the line

    CEMT  SET  DSAS  EDSALIMIT(M) for SOS above the line

where nn or  is the number of megabytes for the new limit

Caution, do not consume all of the free z/OS storage, leave a megabyte 
or two below the line and a couple of 100 megabytes above the line for 
z/OS usage.


If you have a real-time monitor like Omegamon, is should be easy to 
monitor the DSA usage.  Also, if you have an automation tool, you could 
run a script based upon the DFHSM message for SOS to issue the CEMT 
transaction via the console to alter the limit.


--
__
Regards,
Thomas DunlapChief Technology Officert...@themisinc.com
Themis,  Inc.http://www.themisinc.com908 400-6485

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

Re: Short on Storage

[Lizette Koehler]

If you were not aware, there is also a CICS list that might be helpful

To join, if you have not done so, go to this URL

CICShttp://www.listserv.uga.edu/archives/cics-l.html

Lizette 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of gsg
> Sent: Tuesday, October 17, 2017 9:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Short on Storage
> 
> We periodically have Short on Storage conditions with CICS.  Not being a CICS
> person, I'm trying to find out what can be done to monitor and or prevent
> Short on Storage conditions.  Of the top, I don't think it's really possible
> to expect we'd be able to absolutely prevent them.  Basically, how can the
> CICS guys be proactive in trying to prevent the SOS condition.  Also, is
> there a way our Operations staff could react quickly to relieve the SOS
> condition prior to calling the CICS guy, waiting for him to VPN into the
> system to troubleshoot etc...
> 
> TIA
> 

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

Re: ServerPac download - observations

[John Eells]

R.S. wrote:

W dniu 2017-10-16 o 18:04, John Eells pisze:

John Eells wrote:

R.S. wrote:

(title corrected)

The above is the only observation which disappointed me. Why don't you
provide all Dialog datasets plus simple job to unpack it?
For the second part I can provide you the job for free. ;-)

Regards


R.S.,

Sorry to disappoint!  We can certainly think about it.



Sigh.  They say memory is the second thing to go, and this proves it.
I wrote the design that provided a downloadable copy of the LOADRIM
job to retrieve the first (or a replacement) copy of the installation
dialog:

"LOADRIM will retrieve the order data from the server using the SMP/E
GIMGTPKG program. After the order data has been downloaded, it is
loaded to the master dialog data sets using the SMP/E GIMUNZIP program."

Does this do what you want?

(Feeble excuse: For what it's worth, for me coffee does not make up
for lack of sleep.)



John,
I've got to admit I don't understand (my poor English).

Now I noticed, that "missing" VENU dataset is actually not missing,
since its content is copied from SENU member.
So, the files in "order" directory are complete CustomPac Dialog (I
thought it's incomplete), the only missing thing is the "LOADRIM"
equivalent.
And you say you already have such a job somewhere, aren't you?


Your English is a lot better than either of my second languages.

Yes, the LOADRIM(S) job provides the first-time dialog installation 
function.  I sent you (and Barbara) the readme file from a DVD-based 
order, but the process is essentially the same whether you get ServerPac 
on DVD or download it to a workstation's file system.


Note that the order dialog and the master dialog copies are used 
differently.  The master dialog is used until an order is selected for 
installation.  Then, that order's dialog copy (there is one per order) 
is used to configure it and generate the installation jobs.  That way, 
the level of the dialog used to build every order is the same level used 
to install it.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Short on Storage

[esst...@juno.com]

Start by getting an SVC dump
Issue CEMT I SYSD and set the dump table to capture a dump 
I very familiar with Short-On-Storage, You can contact me  off list if necessary
 

-- Original Message --
From: gsg <0053fe88ed35-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Short on Storage
Date: Tue, 17 Oct 2017 11:43:52 -0500

We periodically have Short on Storage conditions with CICS.  Not being a CICS 
person, I'm trying to find out what can be done to monitor and or prevent Short 
on Storage conditions.  Of the top, I don't think it's really possible to 
expect we'd be able to absolutely prevent them.  Basically, how can the CICS 
guys be proactive in trying to prevent the SOS condition.  Also, is there a way 
our Operations staff could react quickly to relieve the SOS condition prior to 
calling the CICS guy, waiting for him to VPN into the system to troubleshoot 
etc...

TIA

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

Short on Storage

[gsg]

We periodically have Short on Storage conditions with CICS.  Not being a CICS 
person, I'm trying to find out what can be done to monitor and or prevent Short 
on Storage conditions.  Of the top, I don't think it's really possible to 
expect we'd be able to absolutely prevent them.  Basically, how can the CICS 
guys be proactive in trying to prevent the SOS condition.  Also, is there a way 
our Operations staff could react quickly to relieve the SOS condition prior to 
calling the CICS guy, waiting for him to VPN into the system to troubleshoot 
etc...

TIA

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

Re: z13s HMC remote console

[Jesse 1 Robinson]

At the 'current' level of HMC code, you no longer need any java on your 
workstation. (Saints be praised!) This has been true for year or two. We're 
running Driver 27 on z12 and z13. I believe we had it also on z196 before it 
was replaced. 

.
.
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 Rob Schramm
Sent: Tuesday, October 17, 2017 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):z13s HMC remote console

Listers,

I am running a z13s and attempting to access the console thru the HMC.  I 
always use the IP address to avoid the java.policy problem.  However, I was 
upgraded to java 8 r144 recently and it appears to have broken the console 
interface.  Can anyone else confirm that they are having similar issues?

Thanks,
Rob Schramm


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

Re: z13s HMC remote console

[sherob2 sherob]

Java upgrades always causes us issues w/ HMC and Unisphere connection issues... 
revert back if you can.




From: IBM Mainframe Discussion List  on behalf of Rob 
Schramm 
Sent: Tuesday, October 17, 2017 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z13s HMC remote console

Listers,

I am running a z13s and attempting to access the console thru the HMC.  I
always use the IP address to avoid the java.policy problem.  However, I was
upgraded to java 8 r144 recently and it appears to have broken the console
interface.  Can anyone else confirm that they are having similar issues?

Thanks,
Rob Schramm
--

Rob Schramm

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

z13s HMC remote console

[Rob Schramm]

Listers,

I am running a z13s and attempting to access the console thru the HMC.  I
always use the IP address to avoid the java.policy problem.  However, I was
upgraded to java 8 r144 recently and it appears to have broken the console
interface.  Can anyone else confirm that they are having similar issues?

Thanks,
Rob Schramm
-- 

Rob Schramm

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

Re: Connect:Direct

[Steve Thompson]

Gadi:

Creation and maint of a Netmap is a critical item. It can be very 
touchy and things will not work right if the initial files are 
specified incorrectly (I have forgotten their names/keywords). 
And if those files are being managed by some VSAM product, C:D 
can (and probably will) lose its mind.


Regards,
Steve Thompson

On 10/17/2017 12:35 AM, גדי בן אבי wrote:

Hi,
Thanks to everyone who answered.
The SMP/E part of the installation is simple, just like any other product.
I was having problem with the initial configuration.

I think I had something wrong, and managed to fix it. It looked like the 
Network Map was not correct.

I might have more questions later on.

Thanks everyone

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Monday, October 16, 2017 6:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect:Direct

Gadi:

Regardless of pre-IBM or post IBM copy of C:D, it is a basic SMPE install, so 
follow the Program Directory or Installation manual.

I haven't worked on C:D since 2013. So I don't know how the current 
Installation configuration manual is titled, and/or what is needed.

But, you need to know if this is to be a simple install (one instance of C:D), 
or if this is to have fail-over, or a C:D Plex.
All of that will tell you what you have to do for your configuration.

You will also need to know if you are doing IP only, or if you will be using 
LU0 and/or LU6.2 connections.

There are people out there that do C:D work to get things set up for customers.

Regards,
Steve Thompson

On 10/16/2017 06:05 AM, גדי בן אבי wrote:

Hi,

I been tasked with installing Connect:Direct on z/OS.

Does anyone one know of resources the will help me install and configure it.

Thanks

Gadi

לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : 
"החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על 
ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור 
(לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, 
concession or representation is binding on the Malam, unless accompanied by a duly signed separate 
document (or a scanned version thereof), affixed with the Malam seal.

--
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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : 
"החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על 
ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור 
(לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, 
concession or representation is binding on the Malam, unless accompanied by a duly signed separate 
document (or a scanned version thereof), affixed with the Malam seal.

--
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: ServerPac download - observations

[R.S.]

W dniu 2017-10-16 o 18:04, John Eells pisze:

John Eells wrote:

R.S. wrote:

(title corrected)

The above is the only observation which disappointed me. Why don't you
provide all Dialog datasets plus simple job to unpack it?
For the second part I can provide you the job for free. ;-)

Regards


R.S.,

Sorry to disappoint!  We can certainly think about it.



Sigh.  They say memory is the second thing to go, and this proves it.  
I wrote the design that provided a downloadable copy of the LOADRIM 
job to retrieve the first (or a replacement) copy of the installation 
dialog:


"LOADRIM will retrieve the order data from the server using the SMP/E
GIMGTPKG program. After the order data has been downloaded, it is 
loaded to the master dialog data sets using the SMP/E GIMUNZIP program."


Does this do what you want?

(Feeble excuse: For what it's worth, for me coffee does not make up 
for lack of sleep.)




John,
I've got to admit I don't understand (my poor English).

Now I noticed, that "missing" VENU dataset is actually not missing, 
since its content is copied from SENU member.
So, the files in "order" directory are complete CustomPac Dialog (I 
thought it's incomplete), the only missing thing is the "LOADRIM" 
equivalent.

And you say you already have such a job somewhere, aren't you?


Regards
--
Radoslaw Skorupka
Lodz, Poland




==


   --
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
   


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

Re: ServerPac download 0 observations

[John Eells]

Barbara Nitz wrote:

For this one, though, since we built the download code into the dialog
itself, we thought it safe to assume you had a copy of it already.  So,
we did not see the need to allow a first-time installation path for it.
  Since I wrote that design (quite some time ago), I have never heard
anyone find it odd until now!


Count me in as the first to find this odd.


We probably should have documented a recovery path, in retrospect, in
case someone's existing dialog went missing or did not work.  (Everyone
has at least two copies of the dialog, one in the "master" data sets and
another in the order-specific data sets.  You can recover from bad
master data sets by copying the order data sets' content into them.)


We don't. For the simple reason that for the past x releases in my current 
installation the actual install of a new z/OS release was done by IBM as a 
service for the installation ($$$). We got the already installed system on 
several 3390 and then had to make it fit our installation. I have completely 
remodeled the SMP/E environment and the local install process since I joined 18 
months ago. z/OS 2.3 will be the first release (after 10-15 years) that someone 
(namely me) will do the actual install in-house, which will ultimately be 
faster and cost us less money. So I was wondering how I would get the serverpac 
dialogs. I meant to ask Marna last week at zTU but ultimately forgot.

So how will I get the dialogs? Mind you - we do NOT have an internet connection 
from our mainframe, so I will order whatever needs to get ordered on DVD anyway.


Barbara,

You just need to place a regular order on ServerPac and follow the 
directions.  (See my post from a bit later yesterday.)


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: ServerPac download 0 observations

[Barbara Nitz]

>For this one, though, since we built the download code into the dialog
>itself, we thought it safe to assume you had a copy of it already.  So,
>we did not see the need to allow a first-time installation path for it.
>  Since I wrote that design (quite some time ago), I have never heard
>anyone find it odd until now!

Count me in as the first to find this odd. 

>We probably should have documented a recovery path, in retrospect, in
>case someone's existing dialog went missing or did not work.  (Everyone
>has at least two copies of the dialog, one in the "master" data sets and
>another in the order-specific data sets.  You can recover from bad
>master data sets by copying the order data sets' content into them.)

We don't. For the simple reason that for the past x releases in my current 
installation the actual install of a new z/OS release was done by IBM as a 
service for the installation ($$$). We got the already installed system on 
several 3390 and then had to make it fit our installation. I have completely 
remodeled the SMP/E environment and the local install process since I joined 18 
months ago. z/OS 2.3 will be the first release (after 10-15 years) that someone 
(namely me) will do the actual install in-house, which will ultimately be 
faster and cost us less money. So I was wondering how I would get the serverpac 
dialogs. I meant to ask Marna last week at zTU but ultimately forgot. 

So how will I get the dialogs? Mind you - we do NOT have an internet connection 
from our mainframe, so I will order whatever needs to get ordered on DVD anyway.

Barbara

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

Re: Potential stupid question - MSUs

[Geoff Rousell]

>Thanks Tim and Kees for your clarifications.
>
>The 'hour' doesn't mean anything then.. ? from the MSU definition (MSUs is an 
>hourly measure (A million service units (MSU) is a measurement >of the amount 
>of processing work a computer can perform in one hour)
>
>For the vendor bit...
>Assuming my machine's capacity is x MSUs and a vendor's contract specifies a 
>usage limit of y MSUs (where y is slightly less than x),
>One of these 2 things must be true - a) the vendor is probably rounding down a 
>bit, from the machine's capacity b) vendor has some mechanism >to check and 
>arrest usage real-time.
>
>- Vignesh
>Mainframe Infrastructure

Actually, I don't expect the vendor cares. They almost certainly won't arrest 
usage real-time, they are more likely to be interested in you exceeding the 
contractual limit in order to be able to bill you additional charges.

It's up to YOU (in most cases) to monitor the MSU usage (in whatever form the 
vendor states) and take action to avoid exceeding the contractual limit. As Tim 
mentioned you can use a method of capping (soft/hard, individual lpar/group 
etc) to prevent the limit being reached. 

Geoff Rousell
IBM Z Client Technical Specialist, UK

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

Re: Potential stupid question - MSUs

[Vernooij, Kees (ITOPT1) - KLM]

Yes, it does, like the 180 of your car does: it specifies the capacity. 
Remember: MSU stands for Million Service Units. 
If you let the machine run for one hour on full load, it will consume 655 MSUs. 

Again: ask the vendor for the details of his definition.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 17 October, 2017 10:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential stupid question - MSUs
> 
> Thanks Tim and Kees for your clarifications.
> 
> The 'hour' doesn't mean anything then.. ? from the MSU definition (MSUs
> is an hourly measure (A million service units (MSU) is a measurement of
> the amount of processing work a computer can perform in one hour)
> 
> For the vendor bit...
> Assuming my machine's capacity is x MSUs and a vendor's contract
> specifies a usage limit of y MSUs (where y is slightly less than x),
> One of these 2 things must be true - a) the vendor is probably rounding
> down a bit, from the machine's capacity b) vendor has some mechanism to
> check and arrest usage real-time.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Timothy Sipples
> Sent: 17 October 2017 08:11
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential stupid question - MSUs
> 
> Vignesh Sankaranarayanan wrote:
> >1.  If a machine is rated at, for example, 655 MSUs, does this mean
> >that it can go on up to 655 total MSUs in an hour or 655 at any instant
> 
> It can run at 655 MSUs for any length of time the machine is running.
> 
> As an analogy, imagine that you have an engine that is capable of
> running at up to 2700 revolutions per minute (RPMs) continuously. (Some
> aircraft engines are exactly like this.) That means you can run the
> engine for 5 seconds at that rated speed, 5 minutes, or 5 hours. As long
> as you have enough fuel, I suppose. But it's all still at the same
> maximum output over that period of time: 2700 RPMs.
> 
> Now, just because the propeller is spinning at 2700 RPMs doesn't
> necessarily mean it's doing *useful* work or generating any particular
> amount of real-world output (thrust). That's a separate concept. If the
> airplane engine is bolted to a stationary test stand, for example,
> there's no flight happening. That's also true of mainframes and MSUs.
> Those MSUs can be spent running a mission critical sort job, or
> processing credit card transactions, or Tweeting lines from
> Shakespeare's plays, or all of the above concurrently. Whether those
> particular workloads are "useful" is a separate question.
> 
> Extending the analogy, some engines have a rated time limit at certain
> output levels, so they might allow 2800 RPMs for up to 5 minutes, up to
> 2600 RPMs otherwise. In aircraft engines that's fairly common, and it's
> usually called "maximum takeoff power" or something like that. In z/OS a
> broadly similar concept is possible, colloquially called a "softcap."
> 
> Water, oil, and gas pipelines are conceptually similar. They allow a
> maximum flow rate, in liters per minute for example, and you can send up
> to that flow rate through the pipeline for any length of time -- for 5
> seconds, for 5 hours, for 5 years, assuming the pipeline is in good
> operating condition. It's all the same basic idea.
> 
> >2.  If a vendor's license says, "you can run it on cpu xyz", and the
> >contract says 500 MSUs, does this again mean an hourly 500 total MSUs
> >or 500 at any given instant.
> 
> Unless the contract is quite unusual, it *probably* means the same thing
> as above, but that's perhaps for courts and lawyers to decide if there's
> a dispute. And it's possible that the vendor has their own, separate
> definition for "MSUs." You could always ask the vendor, of course.
> 
> 
> 
> 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
> 
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and 

Re: fopen DD

[David Crayford]

You probably already know this but COZBATCH works just fine with bash. I 
changed my default shell to bash and it works a treat.


CoZBatch[N]: Copyright (C) 2005-2013 Dovetailed Technologies LLC. All 
rights reserved.

CoZBatch[N]: version 3.1.0 2015-05-01
CoZBatch[I]: executing progname=login-shell="-/usr/local/bin/bash"


On 16/10/2017 10:46 PM, Kirk Wolf wrote:

PS> CozBatch is 10 years old this year.   Its free to download and use
under our Community License.


That's a good excuse for a party! :)



On Mon, Oct 16, 2017 at 12:19 AM, David Crayford 
wrote:


On 15/10/2017 10:57 PM, Kirk Wolf wrote:


I guess COZBATCH has left out /bin/login, and exec()s to the shell to

avoid the above restrictions.

That's almost right, but COZBATCH uses spawn.  By default it will run the


user's shell as a "login" shell.   The tricky part is that /bin/sh has a
sticky bit on, so to get a local spawn you have to use one of the
workarounds documented in BPX1SPN


What workaround?


--
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: Potential stupid question - MSUs

[Sankaranarayanan, Vignesh]

Thanks Tim and Kees for your clarifications.

The 'hour' doesn't mean anything then.. ? from the MSU definition (MSUs is an 
hourly measure (A million service units (MSU) is a measurement of the amount of 
processing work a computer can perform in one hour)

For the vendor bit...
Assuming my machine's capacity is x MSUs and a vendor's contract specifies a 
usage limit of y MSUs (where y is slightly less than x),
One of these 2 things must be true - a) the vendor is probably rounding down a 
bit, from the machine's capacity b) vendor has some mechanism to check and 
arrest usage real-time.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: 17 October 2017 08:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential stupid question - MSUs

Vignesh Sankaranarayanan wrote:
>1.  If a machine is rated at, for example, 655 MSUs, does this mean
>that it can go on up to 655 total MSUs in an hour or 655 at any instant

It can run at 655 MSUs for any length of time the machine is running.

As an analogy, imagine that you have an engine that is capable of running at up 
to 2700 revolutions per minute (RPMs) continuously. (Some aircraft engines are 
exactly like this.) That means you can run the engine for 5 seconds at that 
rated speed, 5 minutes, or 5 hours. As long as you have enough fuel, I suppose. 
But it's all still at the same maximum output over that period of time: 2700 
RPMs.

Now, just because the propeller is spinning at 2700 RPMs doesn't necessarily 
mean it's doing *useful* work or generating any particular amount of real-world 
output (thrust). That's a separate concept. If the airplane engine is bolted to 
a stationary test stand, for example, there's no flight happening. That's also 
true of mainframes and MSUs. Those MSUs can be spent running a mission critical 
sort job, or processing credit card transactions, or Tweeting lines from 
Shakespeare's plays, or all of the above concurrently. Whether those particular 
workloads are "useful" is a separate question.

Extending the analogy, some engines have a rated time limit at certain output 
levels, so they might allow 2800 RPMs for up to 5 minutes, up to
2600 RPMs otherwise. In aircraft engines that's fairly common, and it's usually 
called "maximum takeoff power" or something like that. In z/OS a broadly 
similar concept is possible, colloquially called a "softcap."

Water, oil, and gas pipelines are conceptually similar. They allow a maximum 
flow rate, in liters per minute for example, and you can send up to that flow 
rate through the pipeline for any length of time -- for 5 seconds, for 5 hours, 
for 5 years, assuming the pipeline is in good operating condition. It's all the 
same basic idea.

>2.  If a vendor's license says, "you can run it on cpu xyz", and the
>contract says 500 MSUs, does this again mean an hourly 500 total MSUs
>or 500 at any given instant.

Unless the contract is quite unusual, it *probably* means the same thing as 
above, but that's perhaps for courts and lawyers to decide if there's a 
dispute. And it's possible that the vendor has their own, separate definition 
for "MSUs." You could always ask the vendor, of course.


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

MARKSANDSPENCER.COM

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

Registered No. 214436 in England and Wales.

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

www.marksandspencer.com

Please note that electronic mail may be monitored.

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

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

Re: Potential stupid question - MSUs

[Vernooij, Kees (ITOPT1) - KLM]

Regard 655 as the maximum speed of your car: if this is 180, you can drive 180 
for 1 hour or for 10 minutes. Still 180 is the capacity of the car.
What vendors do with this figure depends on their definition.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 17 October, 2017 9:09
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential stupid question - MSUs
> 
> Hi,
> 
> For #1...
> If there are 2 instants where MSU was 655, then the hour's total is
> already at least 1310 MSUs, right.
> The hour's total can't also be 655.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 17 October 2017 12:05
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Potential stupid question - MSUs
> 
> 1. Yes, both.
> 2. Ask the vendor for its definition of MSU's. It could mean the
> capacity of the machine, regardless of how much you actually use.
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Sankaranarayanan, Vignesh
> > Sent: 16 October, 2017 17:16
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Potential stupid question - MSUs
> >
> > Hi All,
> >
> > Just wondering about this scenario...
> > Wikipedia says MSUs is an hourly measure ("A million service units
> > (MSU) is a measurement of the amount of processing work a
> > computer can perform in one
> > hour.").
> >
> > Assuming a vendor's license is based on MSUs...
> >
> > My questions:
> >
> >   1.  If a machine is rated at, for example, 655 MSUs, does this mean
> > that it can go on up to 655 total MSUs in an hour or 655 at any
> instant
> >   2.  If a vendor's license says, "you can run it on cpu xyz", and the
> > contract says 500 MSUs, does this again mean an hourly 500 total MSUs
> > or
> > 500 at any given instant
> >
> > Note that I'm not referring to IBM's sub-capacity reporting, as that
> > takes into account the max HOURLY MSU in a given month.
> > (But again my question creeps in here.. is HOURLY MSU = sum of MSUs
> > consumed in that hour or the hour where instantaneous measurements
> > averaged out to be the highest).
> >
> > Thanks in advance.
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> >
> > MARKSANDSPENCER.COM
> > 
> > Unless otherwise stated above:
> > Marks and Spencer plc
> > Registered Office:
> > Waterside House
> > 35 North Wharf Road
> > London
> > W2 1NW
> >
> > Registered No. 214436 in England and Wales.
> >
> > Telephone (020) 7935 4422
> > Facsimile (020) 7487 2670
> >
> > www.marksandspencer.com
> >
> > Please note that electronic mail may be monitored.
> >
> > This e-mail is confidential. If you received it by mistake, please let
> > us know and then delete it from your system; you should not copy,
> > disclose, or distribute its contents to anyone nor act in reliance on
> > this e-mail, as this is prohibited and may be unlawful.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> For 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

For information, 

Re: Potential stupid question - MSUs

[Timothy Sipples]

Vignesh Sankaranarayanan wrote:
>1.  If a machine is rated at, for example, 655 MSUs, does this mean that
>it can go on up to 655 total MSUs in an hour or 655 at any instant

It can run at 655 MSUs for any length of time the machine is running.

As an analogy, imagine that you have an engine that is capable of running
at up to 2700 revolutions per minute (RPMs) continuously. (Some aircraft
engines are exactly like this.) That means you can run the engine for 5
seconds at that rated speed, 5 minutes, or 5 hours. As long as you have
enough fuel, I suppose. But it's all still at the same maximum output over
that period of time: 2700 RPMs.

Now, just because the propeller is spinning at 2700 RPMs doesn't
necessarily mean it's doing *useful* work or generating any particular
amount of real-world output (thrust). That's a separate concept. If the
airplane engine is bolted to a stationary test stand, for example, there's
no flight happening. That's also true of mainframes and MSUs. Those MSUs
can be spent running a mission critical sort job, or processing credit card
transactions, or Tweeting lines from Shakespeare's plays, or all of the
above concurrently. Whether those particular workloads are "useful" is a
separate question.

Extending the analogy, some engines have a rated time limit at certain
output levels, so they might allow 2800 RPMs for up to 5 minutes, up to
2600 RPMs otherwise. In aircraft engines that's fairly common, and it's
usually called "maximum takeoff power" or something like that. In z/OS a
broadly similar concept is possible, colloquially called a "softcap."

Water, oil, and gas pipelines are conceptually similar. They allow a
maximum flow rate, in liters per minute for example, and you can send up to
that flow rate through the pipeline for any length of time -- for 5
seconds, for 5 hours, for 5 years, assuming the pipeline is in good
operating condition. It's all the same basic idea.

>2.  If a vendor's license says, "you can run it on cpu xyz", and the
>contract says 500 MSUs, does this again mean an hourly 500 total MSUs
>or 500 at any given instant.

Unless the contract is quite unusual, it *probably* means the same thing as
above, but that's perhaps for courts and lawyers to decide if there's a
dispute. And it's possible that the vendor has their own, separate
definition for "MSUs." You could always ask the vendor, of course.


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

Re: Potential stupid question - MSUs

[Sankaranarayanan, Vignesh]

Hi,

For #1...
If there are 2 instants where MSU was 655, then the hour's total is already at 
least 1310 MSUs, right.
The hour's total can't also be 655.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: 17 October 2017 12:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Potential stupid question - MSUs

1. Yes, both.
2. Ask the vendor for its definition of MSU's. It could mean the capacity of 
the machine, regardless of how much you actually use.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 16 October, 2017 17:16
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Potential stupid question - MSUs
> 
> Hi All,
> 
> Just wondering about this scenario...
> Wikipedia says MSUs is an hourly measure ("A million service units 
> (MSU) is a measurement of the amount of processing work a 
> computer can perform in one 
> hour.").
> 
> Assuming a vendor's license is based on MSUs...
> 
> My questions:
> 
>   1.  If a machine is rated at, for example, 655 MSUs, does this mean 
> that it can go on up to 655 total MSUs in an hour or 655 at any instant
>   2.  If a vendor's license says, "you can run it on cpu xyz", and the 
> contract says 500 MSUs, does this again mean an hourly 500 total MSUs 
> or
> 500 at any given instant
> 
> Note that I'm not referring to IBM's sub-capacity reporting, as that 
> takes into account the max HOURLY MSU in a given month.
> (But again my question creeps in here.. is HOURLY MSU = sum of MSUs 
> consumed in that hour or the hour where instantaneous measurements 
> averaged out to be the highest).
> 
> Thanks in advance.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

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

Re: Potential stupid question - MSUs

[Vernooij, Kees (ITOPT1) - KLM]

1. Yes, both.
2. Ask the vendor for its definition of MSU's. It could mean the capacity of 
the machine, regardless of how much you actually use.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 16 October, 2017 17:16
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Potential stupid question - MSUs
> 
> Hi All,
> 
> Just wondering about this scenario...
> Wikipedia says MSUs is an hourly measure ("A million service units (MSU)
> is a measurement of the amount of processing work a
> computer can perform in one
> hour.").
> 
> Assuming a vendor's license is based on MSUs...
> 
> My questions:
> 
>   1.  If a machine is rated at, for example, 655 MSUs, does this mean
> that it can go on up to 655 total MSUs in an hour or 655 at any instant
>   2.  If a vendor's license says, "you can run it on cpu xyz", and the
> contract says 500 MSUs, does this again mean an hourly 500 total MSUs or
> 500 at any given instant
> 
> Note that I'm not referring to IBM's sub-capacity reporting, as that
> takes into account the max HOURLY MSU in a given month.
> (But again my question creeps in here.. is HOURLY MSU = sum of MSUs
> consumed in that hour or the hour where instantaneous measurements
> averaged out to be the highest).
> 
> Thanks in advance.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For 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: Connect:Direct

[גדי בן אבי]

Thanks,
This is a new installation, so upgrade issues are not relevant.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shashi Kumar
Sent: Tuesday, October 17, 2017 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect:Direct

Hi,

CD v5.2 as same as V5.1.1, only new feature is network map and we need to 
create all VSAM files freshly and copy existing files to new files.

Thanks,
Shashi

On Oct 16, 2017 3:35 PM, "גדי בן אבי"  wrote:

> Hi,
>
> I been tasked with installing Connect:Direct on z/OS.
>
> Does anyone one know of resources the will help me install and
> configure it.
>
> Thanks
>
> Gadi
>
> לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או
> חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות
> או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של
> החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר
> מסמך כאמור (לרבות מסמך
> סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום
> טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.
> Please note that in accordance with Malam and/or its subsidiaries 
> (hereinafter :
> "Malam") regulations and signatory rights, no offer, agreement,
> concession or representation is binding on the Malam, unless
> accompanied by a duly signed separate document (or a scanned version
> thereof), affixed with the Malam seal.
>
> --
> 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
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

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