Re: Group capacity lpar capped ?

[Bernard Coeytaux]

Hello Roger,

In fact I'am using the rexx LPINFOX but the capped status when using group 
capacity is not accurate.

/**/
/**/
/* Name: LPINFOX  */
/* Description: Print out basic information about this z/OS image.*/
/**/
/* This program is free software: you can redistribute it and/or  */
/* modify it under the terms of the GNU General Public License as */
/* published by the Free Software Foundation, either version 3 of the */
/* License, or (at your option) any later version.*/
/**/
/* This program is distributed in the hope that it will be useful,*/
/* but WITHOUT ANY WARRANTY; without even the implied warranty of */
/* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU   */
/* General Public License for more details at */
/* http://www.gnu.org/licenses/   */
/**/
/*(c) Copyright 2011, 2012 Longpela Expertise */
/*www.longpelaexpertise.com.au*/
/**/


The only thing, I can't obatin the capped status when using group capacity

Bernard

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

Re: Group capacity lpar capped ?

[Bernard Coeytaux]

Hello Suresh, yoiu will find the doc here :

z/OS V1R13.0 TSO/E REXX Reference: 1.0 
Document Number: SA22-7790-10

The Rexx is exactly what I want to use, I just dont kwno where is the info in 
storage for the capped status.
Otherwise Lpar weights, machine info are ok.

Bernard

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

Re: Group capacity lpar capped ?

[suresh chacko]

This is something interesting to me and I am also looking for the same. I
am learning and exploring REXX.  I like to have the help in displaying two
items - 1. Total % Weight:   and 2,  WLM Capping %:  0.0. 3. A specific
time the LPAR is capped using CVT, RMCT and RCT Storage search. Kindly
request your help.

Also i would be happy  to know the documentation for the below
C2D(Storage(D2X( )) statements for RMF report display or can someone
explain the below statements to me.

CVT = C2D(STORAGE(10,4))
RMCT = C2D(STORAGE(D2X(CVT+604),4))
RCT = C2D(STORAGE(D2X(RMCT+228),4))
RCTLACS = C2D(STORAGE(D2X(RCT+196),4))
RCTIMGWU = C2D(STORAGE(D2X(RCT+28),4))
SAY 'THE DEFINED MSU CAPACITY FOR THIS LPAR IS' RCTIMGWU'.'
SAY 'THE 4 HOUR MSU AVERAGE USAGE IS' RCTLACS'.'

Thank you,
Suresh



On Tue, May 21, 2013 at 6:33 PM, Bernard Coeytaux wrote:

> Is there a way by searching storage (RCT,RMCT,call IWMQVS) to now at a
> specific time if a lpar is capped ?
> For lpars in the same group capacity (all cp shared, no hard lpar capping)
> Thanks
> Bernard
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
*SureshNc*

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

Re: Group capacity lpar capped ?

[Roger Lowe]

Bernard,
 We make use of the Monitor III Batch Address Space Reporter and 
produce wto's to show us our Group Capacity usage. An example:
 +RMF300I 3B: Processing CPC Report... 
 +MVS1 - RMF301I: 4H Average: 2
 +MVS1 - RMF302I: 4H Max: 3
 +MVS1 - RMF303I: WLM Capping %:  0.0  
 +MVS1 - RMF304I: Group Name: GRPDEVT  
 +MVS1 - RMF305I: Group Limit: 9   
 +MVS1 - RMF306I: Time until Capping: 195 minutes   
.
Have a look in your *.SERBCLS dataset (members ERBM3B and ERBR3CPC) and that 
will give you a good starting point to set something up to fit your requirements
.
Roger   

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

Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[Shmuel Metz (Seymour J.)]

In
,
on 05/20/2013
   at 09:25 PM, Thomas Berg  said:

>===> I think that part of this disagreement is that most of my
>opponents here is, more or less, sysprogs.  And as such they haven't
>experienced the amount of time needed and lost at space allocation
>problems that lots and lots of jobs and applications are generating.

Au contraire, the systems programmers will almost always see lots of
space problems, most the results of ignoring documented procedures.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Generation of dump created by the DFSMSHSM

[retired mainframer]

If you look in your HSM Storage Administration manual, the chapter titled
Using the LIST Command shows that dump generation numbers are produced by
LIST VOLUME, not LIST COPYPOOL.  It is on page 1355 in my 1.11 version of
the manual.

If you have a particular primary volume (ML0) in mind, you would use
   LIST VOLUME(volser) BCDS ALLDUMPS and your preferred output destination
If you want the information for all the primary volumes, omit the (volser).

:>: -Original Message-
:>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>: Behalf Of Helio Jose Da Silva
:>: Sent: Tuesday, May 21, 2013 9:22 AM
:>: To: IBM-MAIN@LISTSERV.UA.EDU
:>: Subject: Generation of dump created by the DFSMSHSM
:>:
:>: All list,
:>:
:>: I need find the generation of dump created by the HSM.
:>: I used the LIST COPYPOOL command, but I didn't get to see the
generation.
:>: Which command I'll can to use?
:>: Can someone I help me?
:>: Thank you.

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

Re: Lookup Mainframe Software

[Bill Godfrey]

On Tue, 21 May 2013 10:41:39 -0500, Paul Gilmartin wrote:

>On Tue, 21 May 2013 10:06:12 -0500, Bill Godfrey wrote:
>
>>On Tue, 21 May 2013 08:24:41 -0400, Charles Mills wrote:
>>>
>>>Also, thanks for your STCK(E) converter. 
>>>http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to 
>>>time.
>>>
>> The STCK converter is not handling leap seconds. If you give it STCK values 
>> from various years listed in chapter 4 of Principles of Operation, the 
>> returned time for many of them is off by approximately (not exactly) the 
>> number of leap seconds that were not taken into account.
>> 
>Isn't that for compatibility with the STCKCONV macro?
>
Perhaps, but the results are still sometimes a second off from STCKCONV. Not a 
big deal, but it might matter to some people.
>>Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the 
>>manual) it says it is before Jan 1 1970. That's not a leap seconds problem, 
>>but it is incorrect.
>> 
>Sounds like a POSIX limitation.
>
I don't see how POSIX would have any affect. 1-1-1970 at 00:00:00 is a valid 
date in POSIX. The site does say "This tool can only convert TOD values after 
Jan 1, 1970" and it does give a correct result for Jan 2 1970, so they really 
mean "after". STCKCONV converts the value I gave above to Jan 1 1970 at 
00:00:00 as expected.

Bill

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

Re: Predict WLC invoice amount ...

[Mike Schwab]

On Tue, May 21, 2013 at 1:39 PM, Bob Shannon
 wrote:
>>Generally, I don't think announcement previews include pricing information. 
>>Usually, only official announcements have that.
>
> The salient point is that customers need to know of price increases in 
> advance of GA. If 2.1 isn't in a customer's budget they will wait until next 
> year to install it.
>
> Bob Shannon
Most customers were installing every other year anyway.
With 2 years between releases now, it will be less of an issue.

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

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

How to Tally Logrec Records vs. UCB

[Lizette Koehler]

I am looking for a simple process that will give me 

  Date   UCB #count   Logrec Entry
2013-05-21   1A23  226 OBR (LONG)


Information.  Is there something that will do this?  I just need tallies.  
Maybe time if I want to graph it over a 24 hour period.

I can run EREP to get logrec output but then would need to massage the data to 
create the desired report.

I have MXG/SAS, REXX, CA Vantage.

Not sure if one of these will do what I need, or if I need to build something.

If I build, would assembler be the best (performance/ease of maintenance) or 
REXX.  I could also do cobol but a bit rusty.

Thanks for any input.

Lizette

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

Re: Crypto Facility performance.

[Greg Boyd]

I'm not sure I understand your last question ... but let me try to clarify a 
couple of things.

It's important to realize that you have two separate pieces of crypto hardware 
available on System z:
the CPACF for symmetric clear key and hashing operations and
the Crypto Express card for symmetric secure key, MAC, public/private key 
operations, Financial/PIN operations, etc.

There is really no overlap in functionality between the two devices.  Both can 
do symmetric DES/TDES or AES encryption, but the CPACF does the work with a 
clear key, while the CEX card uses a secure key.

So that means the hardware you need depends entirely on which API you specify 
in your code.  In the ICSF Application Programmer's Guide (SA22-7522), each API 
is documented and includes a 'Required Hardware' table at the end of each 
section.  That table will tell you which piece of hardware is required for that 
API (even down to certain parms require certain levels of CCA code in the card).

If you code CSNBKEX, the Usage Table for that API says that you must have a 
CEX3 or CEX4 Coprocessor on your zEC12 to use that API.

One note about Protected Key.  To use Protected Key, you use a clear key API, 
but pass a secure key to the API.  Prior to the implementation of protected 
key, this would fail as the clear key APIs can't use a secure key.  However, 
with the protected key support, ICSF will recognize this combination and allow 
the operation to proceed.  In this case, ICSF uses both the Crypto Express card 
to decrypt the operational key from under the master key and the CPACF to 
rewrap the key and then perform the encrypt or decrypt of your data (as Todd 
described).  The 'Required Hardware' table refers to protected keys as 
'Encrypted Keys'.  So if you want to simply do clear key encryption, you only 
require the CPACF hardware.  But if you want to use protected key, then you 
must also have a Crypto Express card (configured as a coprocessor).

So, in your example, if you use the CSNBKEX API, that implies you have a CEX 
card because that's where the work will be routed.  And if you use the CSNBSYE 
API, you want to use the CPACF hardware.

You might want to review the 'A Synopsis of Systme z Crypto Hardware' Techdoc, 
available at 
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100810  .

I hope that helps clarify things.
Greg Boyd
IBM Advanced Technical Support
Supporting Crypto on System z

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

Re: TCP/IP Profile

[Meehan, Cheryl]

Carlos-

Found an old manual- - - - Here is my correction:

>
> HOME 201.65.37.235 MANLCS0
>
> DEVICE MAN250 LCS 250
> LINK MANLCS0 ETHERNET 0 MAN250

  GATEWAY   
;   
; Direct Routes - Routes that are directly connected to my interfaces.  
;   
; Network  First Hop  Link Name Packet Size  Subnet Mask  Subnet Value  
  201.65.37  = MANLCS0  1500   0.0.0.240
0.0.0.224  
  
> DEFAULTNET 201.65.37.225 MANLCS0 1500 0


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carlos Bodra
Sent: Tuesday, May 21, 2013 3:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TCP/IP Profile

Please where I should inform netmask and what should be coded. ISP netmask is 
255.255.255.240

Carlos Bodra
IBM Certified Specialist System z   
Sao Paulo - Brazil

Em 21/05/2013 16:20, Meehan, Cheryl escreveu:
> I do not see your netmask defined.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Carlos Bodra
> Sent: Tuesday, May 21, 2013 12:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TCP/IP Profile
>
> Hello
>
> I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to 
> recover some files.
>
> My home address is 201.56.73.235 (this is a valid internet address). I'm 
> having trouble with two next parms that are Gateway and Defaultnet.
>
> When I code folowing definitions I can connect from address
> 201.56.73.227 (another ip address in my block) but not from other ip's.
>
> DEVICE MAN250 LCS 250
> LINK MANLCS0 ETHERNET 0 MAN250
>
> HOME 201.65.37.235 MANLCS0
>
> GATEWAY 201.65.37  = MANLCS0 1500 0
>
> DEFAULTNET 201.65.37.225 MANLCS0 1500
>
> 201.65.37.225 is my isp provider router address.
>
> I need to make this connection available to any other internet ip address. 
> What is coded wrong.
> My network address are:
>
> 201.65.37.224 - Network address
> 201.65.37.225 - ISP router address
> 201.65.37.226 to 201.65.37.234 - Other servers
> 201.65.37.235 - OS/390 2.5 CS
> 201.65.37.236 to 201.65.37.238 - Reserved for future use
> 201.65.37.239 - Broadcast.
>
> Please comments and hints how to make this connection available to internet 
> are welcome.
>
>
> --
> Carlos Bodra
> Sao Paulo - Brazil
>
> --
> 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: TCP/IP Profile

[Carlos Bodra]

Please where I should inform netmask and what should be coded. ISP 
netmask is 255.255.255.240


Carlos Bodra
IBM Certified Specialist System z   
Sao Paulo - Brazil

Em 21/05/2013 16:20, Meehan, Cheryl escreveu:

I do not see your netmask defined.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carlos Bodra
Sent: Tuesday, May 21, 2013 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCP/IP Profile

Hello

I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to recover 
some files.

My home address is 201.56.73.235 (this is a valid internet address). I'm having 
trouble with two next parms that are Gateway and Defaultnet.

When I code folowing definitions I can connect from address
201.56.73.227 (another ip address in my block) but not from other ip's.

DEVICE MAN250 LCS 250
LINK MANLCS0 ETHERNET 0 MAN250

HOME 201.65.37.235 MANLCS0

GATEWAY 201.65.37  = MANLCS0 1500 0

DEFAULTNET 201.65.37.225 MANLCS0 1500

201.65.37.225 is my isp provider router address.

I need to make this connection available to any other internet ip address. What 
is coded wrong.
My network address are:

201.65.37.224 - Network address
201.65.37.225 - ISP router address
201.65.37.226 to 201.65.37.234 - Other servers
201.65.37.235 - OS/390 2.5 CS
201.65.37.236 to 201.65.37.238 - Reserved for future use
201.65.37.239 - Broadcast.

Please comments and hints how to make this connection available to internet are 
welcome.


--
Carlos Bodra
Sao Paulo - Brazil

--
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: TCP/IP Profile

[Meehan, Cheryl]

I do not see your netmask defined. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carlos Bodra
Sent: Tuesday, May 21, 2013 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TCP/IP Profile

Hello

I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to recover 
some files.

My home address is 201.56.73.235 (this is a valid internet address). I'm having 
trouble with two next parms that are Gateway and Defaultnet.

When I code folowing definitions I can connect from address
201.56.73.227 (another ip address in my block) but not from other ip's.

DEVICE MAN250 LCS 250
LINK MANLCS0 ETHERNET 0 MAN250

HOME 201.65.37.235 MANLCS0

GATEWAY 201.65.37  = MANLCS0 1500 0

DEFAULTNET 201.65.37.225 MANLCS0 1500

201.65.37.225 is my isp provider router address.

I need to make this connection available to any other internet ip address. What 
is coded wrong.
My network address are:

201.65.37.224 - Network address
201.65.37.225 - ISP router address
201.65.37.226 to 201.65.37.234 - Other servers
201.65.37.235 - OS/390 2.5 CS
201.65.37.236 to 201.65.37.238 - Reserved for future use
201.65.37.239 - Broadcast.

Please comments and hints how to make this connection available to internet are 
welcome.


--
Carlos Bodra
Sao Paulo - Brazil

--
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: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[Shmuel Metz (Seymour J.)]

In
,
on 05/20/2013
   at 05:25 PM, Thomas Berg  said:

>As I described at the ISPF-L list, this didn't work.  And that's
>because ISPF uses an userid.ISPn.SPFTEMPn.WORK file just for file
>tailoring into a preallocated ISPFILE ddname. 

Was the SB37 in FT or in a subsequent SUBMIT?

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Lookup Mainframe Software

[Charles Mills]

I viewed "the leap seconds problem" as a correct answer. I viewed the tool as 
"converting the STCK value mathematically to a readable value," not as 
accounting for all of the various adjustments.

They should make it clear on the Web site which they are doing.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Godfrey
Sent: Tuesday, May 21, 2013 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Lookup Mainframe Software

On Tue, 21 May 2013 08:24:41 -0400, Charles Mills  wrote:

>Good stuff. Thanks, David.
>
>Also, thanks for your STCK(E) converter. 
>http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to 
>time.
>
>Charles
>
 The STCK converter is not handling leap seconds. If you give it STCK values 
from various years listed in chapter 4 of Principles of Operation, the returned 
time for many of them is off by approximately (not exactly) the number of leap 
seconds that were not taken into account.

Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the 
manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but 
it is incorrect.

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

Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[Shmuel Metz (Seymour J.)]

In
,
on 05/20/2013
   at 03:33 PM, Thomas Berg  said:

>The implied target for the FTINCL is the ISPFILE dataset that is
>preallocated.

Why? Allocate one yourself that is big enough, or use FTOPEN TEMP if
you ACS is appropriate.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Predict WLC invoice amount ...

[Bob Shannon]

>>> but I would be _highly_ surprised if IBM doesn't use the occasion of 
>>> the first z/OS version change in 13 years to raise prices
>> It's awfully late in the game to announce a price increase. One would hope 
>> that would have been done when 2.1 was previewed.

>Generally, I don't think announcement previews include pricing information. 
>Usually, only official announcements have that.

The salient point is that customers need to know of price increases in advance 
of GA. If 2.1 isn't in a customer's budget they will wait until next year to 
install it.

Bob Shannon
Rocket software

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

Re: Predict WLC invoice amount ...

[Ed Jaffe]

On 5/21/2013 10:35 AM, Bob Shannon wrote:

but I would be _highly_ surprised if IBM doesn't use the occasion of the first 
z/OS version change in 13 years to raise prices

It's awfully late in the game to announce a price increase. One would hope that 
would have been done when 2.1 was previewed.


Generally, I don't think announcement previews include pricing 
information. Usually, only official announcements have that.


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

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

Re: Predict WLC invoice amount ...

[Bob Shannon]

> but I would be _highly_ surprised if IBM doesn't use the occasion of the 
> first z/OS version change in 13 years to raise prices

It's awfully late in the game to announce a price increase. One would hope that 
would have been done when 2.1 was previewed.

Bob Shannon
Rocket Software

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

Re: JOB: z/OS Systems Programmer @ Univ. of FL

[Schmutzok, Michael A.]

Perhaps taxes are lower in other counties within the state, but Alachua county 
(which is where Gainesville is located) has some of the highest property taxes. 
Only 50% of the property in Alachua county is taxable as of 2011 so it has to 
made up elsewhere. I haven't located the 2013 numbers yet


Articles:

Report finds Alachua County property tax rate highest in state (Oct 2011)
http://www.alligator.org/news/local/article_342e1042-ee48-11e0-ae36-001cc4c002e0.html

Alachua County had highest average countywide property taxes in the state (Oct, 
2011)
http://www.gainesville.com/article/20111002/ARTICLES/111009930


Mike Schmutzok
Sr z/OS Systems Programmer
UF & Shands HealthCare


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Timothy Sipples
Sent: Sunday, May 19, 2013 11:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOB: z/OS Systems Programmer @ Univ. of FL

Watch out for the speed traps in the area, e.g. Waldo and Lawtey, Florida.

One of the benefits is likely to be the ability to take courses at the 
University at no charge. Bus rides are free on Gainesville's RTS with a staff 
ID, which means you may be able to convert from a two car household to a one 
car household (for example). There's affordable preschool ("Baby Gator"). Staff 
can use all the UFL facilities (e.g. library, tennis courts,
etc.) generally free of charge. UFL pays for a certain number of children of 
employees to attend free of charge.

Property taxes tend to be low in Florida, although that might mean a challenge 
finding good schools. (I'm not sure about the area around UFL.) Florida has a 
homestead exemption which is quite interesting and which still offers some 
protection in bankruptcy (O.J. Simpson is familiar).
Florida was hit very hard in the mortgage/financial crisis and hasn't really 
recovered, so some parts of the state offer very affordable real estate. 
Employment at UFL is likely to be fairly stable, and working hours are likely 
to be reasonable. As mentioned there's no state income tax, and the sales tax 
rate in and around Gainesville is 6%. The local job market is not terribly 
strong, so you'll probably want to be prepared to move again if you leave UFL 
for other employment.

Gainesville has an airport (GNV) which American, Delta, United, and U.S.
Airways serve to/from their hub cities in the region. The city's elevation is 
high by Florida standards (151 feet), and it's inland so not too badly affected 
by hurricanes. Local flooding could still be a problem. Tornados are possible, 
but that's true in much of the U.S. A weather radio and a storm shelter are 
recommended. Ice storms sometimes occur in the winter, and its gets hot and 
humid in the summer.

If you're looking for a position I'd seriously investigate that one. It looks 
fairly compelling.


Timothy Sipples
GMU VCT Architect Executive (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

TCP/IP Profile

[Carlos Bodra]

Hello

I'm trying to bring up a tcp ip connection in an ancient OS/390 2.5 to 
recover some files.


My home address is 201.56.73.235 (this is a valid internet address). I'm 
having trouble

with two next parms that are Gateway and Defaultnet.

When I code folowing definitions I can connect from address 
201.56.73.227 (another ip address in my block) but not from other ip's.


DEVICE MAN250 LCS 250
LINK MANLCS0 ETHERNET 0 MAN250

HOME 201.65.37.235 MANLCS0

GATEWAY 201.65.37  = MANLCS0 1500 0

DEFAULTNET 201.65.37.225 MANLCS0 1500

201.65.37.225 is my isp provider router address.

I need to make this connection available to any other internet ip 
address. What is coded wrong.

My network address are:

201.65.37.224 - Network address
201.65.37.225 - ISP router address
201.65.37.226 to 201.65.37.234 - Other servers
201.65.37.235 - OS/390 2.5 CS
201.65.37.236 to 201.65.37.238 - Reserved for future use
201.65.37.239 - Broadcast.

Please comments and hints how to make this connection available to 
internet are welcome.



--
Carlos Bodra
Sao Paulo - Brazil

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

Re: Generation of dump created by the DFSMSHSM

[George Rodriguez]

In your SYS1.PARMLIB library there's a member called COMMNDnn the nn is
equal to a number you select, mine is 00. In that member COMMND00 there's a
libr that reads something like this:

COM='DD NAME=*PBSB1*.DUMP.D&LYYMMDD..T&LHHMMSS..&JOBNAME..S&SEQ'

The PBSB1 is the HLQ used for dumps at my shop. You should have one as
well. That's how you find the dumps from all STC.

Hope this helps...



*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*


On Tue, May 21, 2013 at 12:21 PM, Helio Jose Da Silva <
helio.si...@rural.com.br> wrote:

> All list,
>
> I need find the generation of dump created by the HSM.
> I used the LIST COPYPOOL command, but I didn't get to see the generation.
> Which command I'll can to use?
> Can someone I help me?
> Thank you.
>
> Helio Jose Da Silva
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 


*The Latest School District News: ** **Congratulations Seniors! High School 
Graduations are May 16-29. For times and locations go to http://www.
palmbeachschools.org/community/PDFs/Graduation2013.pdf *
*
*

*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


*
*

*
*



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

Generation of dump created by the DFSMSHSM

[Helio Jose Da Silva]

All list,

I need find the generation of dump created by the HSM.
I used the LIST COPYPOOL command, but I didn't get to see the generation.
Which command I'll can to use?
Can someone I help me?
Thank you.

Helio Jose Da Silva


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

Re: JOB: z/OS Systems Programmer @ Univ. of FL

[Mark Pace]

I agree with everything you've said, except the Ice storms.  They may form
some ice in winter, but not ice storms, that would be a once in a life time
event.  Snow occurs every 20 years for so.  You may be thinking of
Gainesville, GA.


On Sun, May 19, 2013 at 11:41 PM, Timothy Sipples wrote:

> Watch out for the speed traps in the area, e.g. Waldo and Lawtey, Florida.
>
> One of the benefits is likely to be the ability to take courses at the
> University at no charge. Bus rides are free on Gainesville's RTS with a
> staff ID, which means you may be able to convert from a two car household
> to a one car household (for example). There's affordable preschool ("Baby
> Gator"). Staff can use all the UFL facilities (e.g. library, tennis courts,
> etc.) generally free of charge. UFL pays for a certain number of children
> of employees to attend free of charge.
>
> Property taxes tend to be low in Florida, although that might mean a
> challenge finding good schools. (I'm not sure about the area around UFL.)
> Florida has a homestead exemption which is quite interesting and which
> still offers some protection in bankruptcy (O.J. Simpson is familiar).
> Florida was hit very hard in the mortgage/financial crisis and hasn't
> really recovered, so some parts of the state offer very affordable real
> estate. Employment at UFL is likely to be fairly stable, and working hours
> are likely to be reasonable. As mentioned there's no state income tax, and
> the sales tax rate in and around Gainesville is 6%. The local job market is
> not terribly strong, so you'll probably want to be prepared to move again
> if you leave UFL for other employment.
>
> Gainesville has an airport (GNV) which American, Delta, United, and U.S.
> Airways serve to/from their hub cities in the region. The city's elevation
> is high by Florida standards (151 feet), and it's inland so not too badly
> affected by hurricanes. Local flooding could still be a problem. Tornados
> are possible, but that's true in much of the U.S. A weather radio and a
> storm shelter are recommended. Ice storms sometimes occur in the winter,
> and its gets hot and humid in the summer.
>
> If you're looking for a position I'd seriously investigate that one. It
> looks fairly compelling.
>
>
> 
> Timothy Sipples
> GMU VCT Architect Executive (Based in Singapore)
> 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
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Generation of dump created by the DFSMSHSM

[Helio Jose Da Silva]

All list,

I need find the generation of dump created by the HSM.
I used the LIST COPYPOOL command, but I didn't get to see the generation.
Which command I'll can to use?
Can someone I help me?
Thank you.

Helio Jose Da Silva



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

Re: Luminex tapeless solution

[Doug Fuerst]

I did a Luminex implementation. .Contact me off list if you want some
information on it. 

Doug


Doug Fuerst
Principal Consultant
BK Associates
718.921.2620
917.572.7364
d...@bkassociates.net

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Tuesday, May 21, 2013 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Luminex tapeless solution

Hervey,

Please post your observations.  We are currently looking at various tape
solutions for Mainframe and I will be interested to see how Luminex works
for you.

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hervey Martinez
Sent: Tuesday, May 21, 2013 7:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Luminex tapeless solution

Hello,

We'll be testing a Luminex tapeless solution in our mainframe environment in
the next couple of months and just wondering if any of you out there have
gone through this type of implementation. If so, any problems encountered
migrating the HSM or TSM tape date to this new hardware? Anything to look
out for?

Regards,

Hervey
Storage Administrator

--
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: Lookup Mainframe Software

[Paul Gilmartin]

On Tue, 21 May 2013 10:06:12 -0500, Bill Godfrey wrote:

>On Tue, 21 May 2013 08:24:41 -0400, Charles Mills wrote:
>>
>>Also, thanks for your STCK(E) converter. 
>>http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to 
>>time.
>>
> The STCK converter is not handling leap seconds. If you give it STCK values 
> from various years listed in chapter 4 of Principles of Operation, the 
> returned time for many of them is off by approximately (not exactly) the 
> number of leap seconds that were not taken into account.
> 
Isn't that for compatibility with the STCKCONV macro?

>Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the 
>manual) it says it is before Jan 1 1970. That's not a leap seconds problem, 
>but it is incorrect.
> 
Sounds like a POSIX limitation.

-- gil

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

Re: Predict WLC invoice amount ...

[Ed Jaffe]

On 5/21/2013 4:14 AM, Scott Chapman wrote:

Is z/OS v2 going to carry a price increase?  AFAIK, that hasn't been announced, 
but to plan for a 2 or 3 year ELA at this point I need to plan for what that 
price increase might be and when we might migrate to it.


Good question in light of IBM's recent pricing "schizophrenia."

When the z196 came out, they killed off the Technology Dividend which 
had for years helped to normalize prices for the entire software 
ecosystem: MLC, IPLA, ISV. At the same time they announced AWLC pricing 
which lowered z/OS MLC prices by about 5%, for those who installed the 
new hardware, but left IPLA and ISV prices unchanged.


Then they implemented a sweeping 6% z/OS MLC price increase in April 
2012 that affected _ALL_ customers on all hardware. (Yikes!)


Then, when zEC12 came out they announced "Technology Update Pricing for 
AWLC" which lowered z/OS MLC prices by about 5% for those who installed 
the new hardware.


Some analysts viewed the April 2012 MLC price increase as likely having 
set the stage for a roll-out of z/OS V2 without a price increase to make 
the transition to z/OS V2, with an all-new (more restrictive) customer 
agreement, an obvious "no-brainer". But, it might have been just another 
inducement for customers to upgrade their hardware to zEC12. If so, 
IBM's plan seems to have worked--based on their record high 4Q12 MIPS 
growth numbers!


AINFA and my crystal ball seems to be on the fritz, but I would be 
_highly_ surprised if IBM doesn't use the occasion of the first z/OS 
version change in 13 years to raise prices. After all, it seems like 
everything else we buy in this world has has seen recent, significant, 
price increases. Why should operating system software be immune from 
this trend?


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

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

Re: Rather interesting article on "hacking the mainframe" using ftp

[John McKown]

The new mantra: Marketing, Marketing, Marketing has replaced the old
Location, Location, Location.

"hacking" in the title will get more hits than a title such as "A way
to use FTP to get a UNIX shell prompt on z/OS"

On Tue, May 21, 2013 at 10:30 AM, John Gilmore  wrote:
> Kirk,
>
> You have found graces, if not perhaps saving ones.  My objection to
> this piece was not so much to its content, which was banal, as it was
> to its title, which was misleading and, I suspect, meretricious too.
>
> John Gilmore, Ashland, MA 01721 - USA
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

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: I/O Optimization (was: B37 för FTINCL in ISPF ...)

[Paul Gilmartin]

On Tue, 21 May 2013 09:30:41 -0400, John Gilmore wrote:
>
>My measurements confirm this, but when these small files are moved [as
>members] into a single PDSE things change dramatically.  The UNIX
>times are 1.47-3.07 times higher: To avoid spurious exactitude let us
>just say significantly higher.
>
>Here, as often, some putative UNIX advantage turns out to reflect an
>inadequacy.
> 
I should confess (or at least clarify) that my tests were Rexx-based
and Rexx support for BPAM is nonexistent.  To that extent, the outcome
is more an indictment of Rexx than of the environment to which it is
not adapted.

-- gil

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

Re: Rather interesting article on "hacking the mainframe" using ftp

[John Gilmore]

Kirk,

You have found graces, if not perhaps saving ones.  My objection to
this piece was not so much to its content, which was banal, as it was
to its title, which was misleading and, I suspect, meretricious too.

John Gilmore, Ashland, MA 01721 - USA

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

Re: Rather interesting article on "hacking the mainframe" using ftp

[Scott Ford]

Kirk,

Agreed ...firewalls can be breached too

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


On May 21, 2013, at 11:19 AM, Kirk Wolf  wrote:

> I don't consider the article useless.
> 
> The take away should be:  if you don't lock down your FTP(only) users so
> that they can't submit jobs then they might do things that you didn't
> expect.   Also, you should secure your system so that arbitrary jobs cannot
> bind to TCP ports.
> 
> --
> 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: Rather interesting article on "hacking the mainframe" using ftp

[Kirk Wolf]

I don't consider the article useless.

The take away should be:  if you don't lock down your FTP(only) users so
that they can't submit jobs then they might do things that you didn't
expect.   Also, you should secure your system so that arbitrary jobs cannot
bind to TCP ports.

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

Re: Luminex tapeless solution

[David Andrews]

On Tue, 2013-05-21 at 07:14 -0700, Lizette Koehler wrote:
> Please post your observations [...] Luminex

We didn't buy anybody's solution, but seriously flirted with Luminex
last year.  Art Tolsma was generous with his time at SHARE, which made
me interested to begin with, and Dave Tolsma was open and accommodating.
Every call to them was a pleasure.

Atop a DataDomain backend, there appears to be some serious black magic
going on.  We're a FDR customer, and Tom Meehan (IDP) has presented some
impressive deduplication experience at SHARE.  EMC told me at the time
that there are over 20 sets of dataset markers that a DD backend
recognizes, enabling it to take special action to deduplicate e.g. FDR
backups.

-- 
David Andrews
A. Duda & Sons, Inc.
david.andr...@duda.com

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

Re: Lookup Mainframe Software

[Bill Godfrey]

On Tue, 21 May 2013 08:24:41 -0400, Charles Mills  wrote:

>Good stuff. Thanks, David.
>
>Also, thanks for your STCK(E) converter. 
>http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to 
>time.
>
>Charles
>
 The STCK converter is not handling leap seconds. If you give it STCK values 
from various years listed in chapter 4 of Principles of Operation, the returned 
time for many of them is off by approximately (not exactly) the number of leap 
seconds that were not taken into account.

Also, if you give it the value 7d91048bca00 for 1/1/1970 (not in the 
manual) it says it is before Jan 1 1970. That's not a leap seconds problem, but 
it is incorrect.

Bill

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

Re: Rather interesting article on "hacking the mainframe" using ftp

[Scott Ford]

John and Gil,

I am not trying to argue with anyone or take this personally ...

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


On May 21, 2013, at 10:06 AM, John Gilmore  wrote:

> On 5/21/13, Scott Ford  wrote:
>> Gil,
>> 
>> You have your opinion and I have mine. Lets leave it at that.
>> 
>> Scott ford
>> www.identityforge.com
>> from my IPAD
>> 
>> 'Infinite wisdom through infinite means'
>> 
>> 
>> On May 21, 2013, at 9:22 AM, Paul Gilmartin  wrote:
>> 
>>> On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote:
 
 First of all, been around a block a few thousand times..it's
 irresponsible from the standpoint of publishing how to do it. I wouldn't
 do this or even consider doing it ...but that's me
>>> WTF!?  If there were a real threat it would be discussed by now in
>>> responsible channels such as US-CERT or DoHS or IBM integrity
>>> APARs.  Has there been any such notification?  (Of course, IBM
>>> wouldn't discuss it -- you'd have to open an SR and be told, "Known
>>> issue; please don't tell any one else.")
>>> 
>>> Walt Farrell has said here in this thread that the technique doesn't
>>> enable a programmer to do anything he couldn't do directly in the
>>> batch job.  I trust his expertise; nor do I believe he's throwing up a
>>> smoke screen (though I suspect him of doing so on a different
>>> topic three years ago).
>>> 
>>> An analogous situation:  Two weeks ago it was discussed here that
>>> when system administrators rely on the IKJEFF10 exit to enforce
>>> rules about batch jobs, it's ineffective; IKJEFF10 is not entered
>>> for jobs submitted via SYSOUT=(,INTRDR) and perhaps other
>>> channels.  I consider this a due caution to system administrators
>>> that they should not be depending on a flawed technique.  Do you,
>>> in contrast, deem it "irresponsible from the standpoint of publishing
>>> how to do it"?
>>> 
>>> And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF)
>>> contains enough information that it it is implicitly "publishing how
>>> to do it".  I consider IBM's action in this matter highly responsible.
>>> 
 Scott ford
 www.identityforge.com
>>> Please don't forge my identity.
>>> 
>>> -- 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
>> 
> 
> 
> -- 
> John Gilmore, Ashland, MA 01721 - USA
> 
> t.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Luminex tapeless solution

[Darth Keller]

I would think HSM would have the same issues regardless of the virtual 
tape system used.  We have an MDL - 

As I remember, we set up a new esoteric to use with the MDL.  So UNITNAME 
had to be changed.

We used a tape size of 40GB's for the MDL. 

We changed RECYCLEPERCENT(5).  So as not to recycle backup tapes too 
frequently.   We didn't want to spend too much CPU here and have plenty of 
room in the MDL.

Also PERCENTFULL(2)  for ML2 tape - we use Rocket Software (OpenTech) 
TapeCopy/VDR for disaster recovery.  At DR we have an IBM library, The 
limit for tape size is 4GB's.  So we ran into issues when trying to 
restore larger ML2 tapes at DR & found it easier to limit the amount of an 
ML2 tape used at home.   We do not limit the size of Backup tapes as they 
don't go to DR.

ML2RECYCLEPERCENT(10)-  we're going to have to check on this one.  I'm 
not sure at this point how this fits with our PERCENTFULL(2).   Think's 
it's 10% valid data from the amount actually written to that tape.

We don't use ABARS or HSM dumps.  It seems likely that if you do, you'll 
have parms to at least look at if not change.

This is from just a quick scan of our HSM parms.  More than likely I've 
missed something.  Hopefully I won't get crucified for it.

ddk








Hervey,

Please post your observations.  We are currently looking at various tape
solutions for Mainframe and I will be interested to see how Luminex works
for you.

Lizette

-Original Message-


Hello,

We'll be testing a Luminex tapeless solution in our mainframe environment 
in
the next couple of months and just wondering if any of you out there have
gone through this type of implementation. If so, any problems encountered
migrating the HSM or TSM tape date to this new hardware? Anything to look
out for?

Regards,

Hervey
Storage Administrator

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



This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: why does WLM Server status change from YES to NO

[Staller, Allan]

Most likely the level of activity within the region. 
Server status, IIRC, is set by the monitored transactions flowing through the 
region.

Check the WLM Planning Guide, or the relevant CICS docs.

HTH,



Would anyone know why the WLM SERVER status keeps changing from YES to NO?
We have other tasks defined with the same SrvClass CIC_AORP and they are always 
set to SERVER YES. Does it have anything to do with the actual work load being 
done by the task?
This is a CICS test region and we are trying to define it to WLM the same as 
the production regions for performance testing purposes and we cannot 
understand why the SERVER status keeps changing.

NP   JOBNAME  U% Workload SrvClass SP ResGroup Server   Quiesce  ECPU-Time  ECP
  KIXMTMAS 16 STC  CIC_AORP1  YES   
 4.39   0.

 NP   JOBNAME  U% Workload SrvClass SP ResGroup Server   Quiesce  ECPU-Time  ECP
  KIXMTMAS 73 STC  CIC_AORP1  NO
 4.66   0.

























--
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: I/O Optimization

[Bernd Oppolzer]

BTW:

for another customer (also z/OS based), we put all the data in a data 
space,
using a 3rd party system that the other customer provided. No problem 
there.


For Windows server, the application runs multi-threaded, and the cache data
of the table system needs to be serialized; this is done by setting 
semaphores
when entering the cache handling routines. Works without problems. So 
one thread

uses the cache data that another thread did read.

For Linux server, we first tried the same approach. But the semaphore 
calls in

pthread turned out to be so expensive (much more expensive than the code to
examine the cache), that the application didn't run well with Linux. So 
in this case

we mapped the whole containers to memory using mmap at the beginning of
the process and simply didn't use file I/O at all.

The z/OS applications are batch regions, running all day long. With DB2, 
the

cache is the database DBM1 area. But there is some overhead doing the
communication from the batch regions to DB2. With the file I/O, there is no
DB2 usage and no overhead, but now the cache is in the batch regions. It 
counts
for some MB only, so this is no big problem. The problem is, that the 
CPU reduction

(which is significant) leads to an increase in elapsed time, because of the
file I/O waits.

What we will try next:

- of course: look for optimizations in file I/O

- increase cache size to reduce file I/O (can be set using environment 
variables)


- experiment with data space solutions (like above)

Kind regards

Bernd



Am 21.05.2013 16:24, schrieb Bernd Oppolzer:

We already have improvements to cut the open/close/free overhead.
The ca. 800 little tables are put into 8 large containers, which have
a (sort of) directory at the beginning, so that there is only one open
for the container. The open is done only once, and the containers stay
open throughout the whole process (all day long). So open/close/free
is no concern. Same goes for Windows/Linux/Unix.

I have still to examine if the z/OS record sizes fit well to the fread 
sizes.

I did not do the customization to z/OS, only the original design for the
other platforms. z/OS Unix is an option, but there are customers out
there, that want the files to be "classic" OS files.

(there are 18 different platforms where this applications runs on,
including Solaris and BS/2000).

Kind regards

Bernd



Am 21.05.2013 14:38, schrieb Paul Gilmartin:

On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote:


Slightly drifting topic:

We use fseek / ftell / fread to do the file I/O. The files are 
normal sequential

OS files.


Sounds like the worst of both worlds.  Have you tried it with normal
z/OS UNIX files?  The kernel may do the caching for you.

I've found that for large numbers of small files z/OS UNIX files
vastly outperform legacy data sets.  The allocate/open/close/free
overhead is brutal.

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

Group capacity lpar capped ?

[Bernard Coeytaux]

Is there a way by searching storage (RCT,RMCT,call IWMQVS) to now at a specific 
time if a lpar is capped ?
For lpars in the same group capacity (all cp shared, no hard lpar capping)
Thanks
Bernard

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

Optica FICON-ESCON converter

[R.S.]

Q1. Anybody knows a price of the converter?
Q2. How is it looks like? I mean how many ports are available on FICON 
and ESCON side, etc.


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


BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Są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.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych.



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

Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)

[Bernd Oppolzer]

We already have improvements to cut the open/close/free overhead.
The ca. 800 little tables are put into 8 large containers, which have
a (sort of) directory at the beginning, so that there is only one open
for the container. The open is done only once, and the containers stay
open throughout the whole process (all day long). So open/close/free
is no concern. Same goes for Windows/Linux/Unix.

I have still to examine if the z/OS record sizes fit well to the fread 
sizes.

I did not do the customization to z/OS, only the original design for the
other platforms. z/OS Unix is an option, but there are customers out
there, that want the files to be "classic" OS files.

(there are 18 different platforms where this applications runs on,
including Solaris and BS/2000).

Kind regards

Bernd



Am 21.05.2013 14:38, schrieb Paul Gilmartin:

On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote:


Slightly drifting topic:

We use fseek / ftell / fread to do the file I/O. The files are normal sequential
OS files.


Sounds like the worst of both worlds.  Have you tried it with normal
z/OS UNIX files?  The kernel may do the caching for you.

I've found that for large numbers of small files z/OS UNIX files
vastly outperform legacy data sets.  The allocate/open/close/free
overhead is brutal.

-- 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: Luminex tapeless solution

[Lizette Koehler]

Hervey,

Please post your observations.  We are currently looking at various tape
solutions for Mainframe and I will be interested to see how Luminex works
for you.

Lizette

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Hervey Martinez
Sent: Tuesday, May 21, 2013 7:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Luminex tapeless solution

Hello,

We'll be testing a Luminex tapeless solution in our mainframe environment in
the next couple of months and just wondering if any of you out there have
gone through this type of implementation. If so, any problems encountered
migrating the HSM or TSM tape date to this new hardware? Anything to look
out for?

Regards,

Hervey
Storage Administrator

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

Re: Rather interesting article on "hacking the mainframe" using ftp

[John Gilmore]

On 5/21/13, Scott Ford  wrote:
> Gil,
>
> You have your opinion and I have mine. Lets leave it at that.
>
> Scott ford
> www.identityforge.com
> from my IPAD
>
> 'Infinite wisdom through infinite means'
>
>
> On May 21, 2013, at 9:22 AM, Paul Gilmartin  wrote:
>
>> On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote:
>>>
>>> First of all, been around a block a few thousand times..it's
>>> irresponsible from the standpoint of publishing how to do it. I wouldn't
>>> do this or even consider doing it ...but that's me
>> WTF!?  If there were a real threat it would be discussed by now in
>> responsible channels such as US-CERT or DoHS or IBM integrity
>> APARs.  Has there been any such notification?  (Of course, IBM
>> wouldn't discuss it -- you'd have to open an SR and be told, "Known
>> issue; please don't tell any one else.")
>>
>> Walt Farrell has said here in this thread that the technique doesn't
>> enable a programmer to do anything he couldn't do directly in the
>> batch job.  I trust his expertise; nor do I believe he's throwing up a
>> smoke screen (though I suspect him of doing so on a different
>> topic three years ago).
>>
>> An analogous situation:  Two weeks ago it was discussed here that
>> when system administrators rely on the IKJEFF10 exit to enforce
>> rules about batch jobs, it's ineffective; IKJEFF10 is not entered
>> for jobs submitted via SYSOUT=(,INTRDR) and perhaps other
>> channels.  I consider this a due caution to system administrators
>> that they should not be depending on a flawed technique.  Do you,
>> in contrast, deem it "irresponsible from the standpoint of publishing
>> how to do it"?
>>
>> And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF)
>> contains enough information that it it is implicitly "publishing how
>> to do it".  I consider IBM's action in this matter highly responsible.
>>
>>> Scott ford
>>> www.identityforge.com
>> Please don't forge my identity.
>>
>> -- 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
>


-- 
John Gilmore, Ashland, MA 01721 - USA

t.

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

Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[John Gilmore]

There are many ways to improve I/O for sequential files.  My own
experience suggests that the use of BUFNO= and NCP= is exiguous and
should not be.

Comparison shopping is unlikely to be helpful.  These problems need to
be addressed directly taking low-level measurements:  To be told that
one has lost a chess game does not much help improve one's game.

Why, anyway, is the umlaut in 'för' being perpetuated?


John Gilmore, Ashland, MA 01721 - USA

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

Luminex tapeless solution

[Hervey Martinez]

Hello,

We'll be testing a Luminex tapeless solution in our mainframe environment in 
the next couple of months and just wondering if any of you out there have gone 
through this type of implementation. If so, any problems encountered migrating 
the HSM or TSM tape date to this new hardware? Anything to look out for?

Regards,

Hervey
Storage Administrator


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

Re: Rather interesting article on "hacking the mainframe" using ftp

[Scott Ford]

Gil,

You have your opinion and I have mine. Lets leave it at that. 

Scott ford
www.identityforge.com
from my IPAD

'Infinite wisdom through infinite means'


On May 21, 2013, at 9:22 AM, Paul Gilmartin  wrote:

> On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote:
>> 
>> First of all, been around a block a few thousand times..it's irresponsible 
>> from the standpoint of publishing how to do it. I wouldn't do this or even 
>> consider doing it ...but that's me
> WTF!?  If there were a real threat it would be discussed by now in
> responsible channels such as US-CERT or DoHS or IBM integrity
> APARs.  Has there been any such notification?  (Of course, IBM
> wouldn't discuss it -- you'd have to open an SR and be told, "Known
> issue; please don't tell any one else.")
> 
> Walt Farrell has said here in this thread that the technique doesn't
> enable a programmer to do anything he couldn't do directly in the
> batch job.  I trust his expertise; nor do I believe he's throwing up a
> smoke screen (though I suspect him of doing so on a different
> topic three years ago).
> 
> An analogous situation:  Two weeks ago it was discussed here that
> when system administrators rely on the IKJEFF10 exit to enforce
> rules about batch jobs, it's ineffective; IKJEFF10 is not entered
> for jobs submitted via SYSOUT=(,INTRDR) and perhaps other
> channels.  I consider this a due caution to system administrators
> that they should not be depending on a flawed technique.  Do you,
> in contrast, deem it "irresponsible from the standpoint of publishing
> how to do it"?
> 
> And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF)
> contains enough information that it it is implicitly "publishing how
> to do it".  I consider IBM's action in this matter highly responsible.
> 
>> Scott ford
>> www.identityforge.com
> Please don't forge my identity.
> 
> -- 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: Rather interesting article on "hacking the mainframe" using ftp

[John Gilmore]

Here, as is not always my wont, I find myself in strong agreement with
Paul Gilmartin.

Security via obscurity---Let's not talk about this; it may go away;
and we certainly don't want anyone else to know about it---is a
delusionary notion in all but the very short term.  (There is a case
to be made for not talking about some newly discovered security
exposure over an interval of a very few days to 1) give oneself time
to protect against it and 2) in order not actively to encourage
copycats.)

A good fix for such an exposure should be robust; if it is not it it
must be replaced; and the only way make this determination is to
observe, perhaps even encourage further assaults.

Fond wishes provide no protection.  When Charles Darwin published On
the Origin of Species in 1859, the bishop of Worcester's wife was
greatly distressed. "Let us hope it is not true," she is said to have
remarked, "But if it is, let us pray that it does not become generally
known!"

John Gilmore, Ashland, MA 01721 - USA

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

Re: I/O Optimization (was: B37 för FTINCL in ISPF ...)

[John Gilmore]

Paul Gilmartin wrote:


I've found that for large numbers of small files z/OS UNIX files
vastly outperform legacy data sets.  The allocate/open/close/free
overhead is brutal.


My measurements confirm this, but when these small files are moved [as
members] into a single PDSE things change dramatically.  The UNIX
times are 1.47-3.07 times higher: To avoid spurious exactitude let us
just say significantly higher.

Here, as often, some putative UNIX advantage turns out to reflect an
inadequacy.

UNIX is certainly very different from and very much smaller and less
mature than MVS.  That it is better is in the eyes of the beholder,
particularly the beholder whose grasp of the facilities that MVS makes
available is less than comprehensive.

John Gilmore, Ashland, MA 01721 - USA

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

why does WLM Server status change from YES to NO

[Barkow, Eileen]

Would anyone know why the WLM SERVER status keeps changing from YES to NO?
We have other tasks defined with the same SrvClass CIC_AORP and they are always 
set to
SERVER YES. Does it have anything to do with the actual work load being done by 
the task?
This is a CICS test region and we are trying to define it to WLM the same as 
the production
regions for performance testing purposes and we cannot understand why the 
SERVER status keeps changing.

NP   JOBNAME  U% Workload SrvClass SP ResGroup Server   Quiesce  ECPU-Time  ECP
  KIXMTMAS 16 STC  CIC_AORP1  YES   
 4.39   0.

 NP   JOBNAME  U% Workload SrvClass SP ResGroup Server   Quiesce  ECPU-Time  ECP
  KIXMTMAS 73 STC  CIC_AORP1  NO
 4.66   0.























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

Re: Rather interesting article on "hacking the mainframe" using ftp

[Paul Gilmartin]

On Tue, 21 May 2013 01:03:33 -0400, Scott Ford wrote:
>
>First of all, been around a block a few thousand times..it's irresponsible 
>from the standpoint of publishing how to do it. I wouldn't do this or even 
>consider doing it ...but that's me
> 
WTF!?  If there were a real threat it would be discussed by now in
responsible channels such as US-CERT or DoHS or IBM integrity
APARs.  Has there been any such notification?  (Of course, IBM
wouldn't discuss it -- you'd have to open an SR and be told, "Known
issue; please don't tell any one else.")

Walt Farrell has said here in this thread that the technique doesn't
enable a programmer to do anything he couldn't do directly in the
batch job.  I trust his expertise; nor do I believe he's throwing up a
smoke screen (though I suspect him of doing so on a different
topic three years ago).

An analogous situation:  Two weeks ago it was discussed here that
when system administrators rely on the IKJEFF10 exit to enforce
rules about batch jobs, it's ineffective; IKJEFF10 is not entered
for jobs submitted via SYSOUT=(,INTRDR) and perhaps other
channels.  I consider this a due caution to system administrators
that they should not be depending on a flawed technique.  Do you,
in contrast, deem it "irresponsible from the standpoint of publishing
how to do it"?

And, e.g., even IBM's very open discussion of APAR OA30897 (GIYF)
contains enough information that it it is implicitly "publishing how
to do it".  I consider IBM's action in this matter highly responsible.

>Scott ford
>www.identityforge.com
> 
Please don't forge my identity.

-- gil

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

I/O Optimization (was: B37 för FTINCL in ISPF ...)

[Paul Gilmartin]

On Tue, 21 May 2013 09:55:51 +0200, Bernd Oppolzer wrote:

>Slightly drifting topic:
>
>We use fseek / ftell / fread to do the file I/O. The files are normal 
>sequential
>OS files.
> 
Sounds like the worst of both worlds.  Have you tried it with normal
z/OS UNIX files?  The kernel may do the caching for you.

I've found that for large numbers of small files z/OS UNIX files
vastly outperform legacy data sets.  The allocate/open/close/free
overhead is brutal.

-- gil

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

Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[Staller, Allan]

How about data striping?


Now, to save CPU, we tried the Unix/Windows solution on z/OS too. The result 
was: the CPU time was 25 % less, but elapsed time was significantly higher, due 
to waits on the file I/O - although there was not much file I/O - most of it 
was reduced by the main storage cache. Anyway: we have to experiment with 
larger cache sizes, but it appears that the z/OS file I/O is the bottleneck.

We use fseek / ftell / fread to do the file I/O. The files are normal 
sequential OS files.



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

Re: Lookup Mainframe Software

[Charles Mills]

Good stuff. Thanks, David.

Also, thanks for your STCK(E) converter. 
http://www.longpelaexpertise.com.au/toolsTOD.php Have used that from time to 
time.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Stephens
Sent: Tuesday, May 21, 2013 3:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Lookup Mainframe Software

We at Longpela Expertise have created a new website: 
http://www.lookupmainframesoftware.com. This is a list of mainframe-related 
software. We've included our take on what each does, categories, vendors, a bit 
of history, and similar products. What we're hoping to do is provide a tool to 
quickly find information about a product, or list products that satisfy a need. 
Our entries are very brief, providing just a first step. We leave detail to the 
individual software vendors.

To date we have almost 2000 actively marketed products. There's no way we will 
have knowledge of them all, so we'd appreciate some help. We've already 
approached all current vendors, asking them to review their entries. We'd also 
welcome any comments from SMEs in this list. If you find an error or omission, 
or a product that's not on the list, we'd be grateful if you would contact us 
through the website.

Thanks very much for your help, and we hope you find the site useful.

David Stephens
Lead Systems Programmer
Longpela Expertise

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

Re: Predict WLC invoice amount ...

[Shane Ginnane]

I don't normally get involved in invoicing discussions as I am not involved. 
But ...

On Tue, 21 May 2013 06:14:52 -0500, Scott Chapman wrote:

>I have a great deal of respect for IBM, but IBM makes business decisions that 
>are good for IBM.  Such decisions aren't always ideal for customers.
> But that's the way business works: suppliers work to maximize their profits 
> which requires balancing pricing vs customer retention and customers seek
> to minimize costs.  

Even when I worked for a PCM, I always felt the salesman were cut from the same 
cloth as real-estate and used-car salesmen.
That is not a compliment.

And these were the people commissioned with bringing in the bucks (we, as tech 
support were just a cost). 
I never could get my head around the concept of "buy a new expensive machine to 
replace the one you are still depreciating and save money ..."
Which is why I wound up where I am I guess.

Shane ...

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

Re: Predict WLC invoice amount ...

[Scott Chapman]

It is difficult to accurately predict unannounced IBM price increases and 
unannounced product release dates.  Both of which, over a 2-3 year ELA, will 
happen.  Is z/OS v2 going to carry a price increase?  AFAIK, that hasn't been 
announced, but to plan for a 2 or 3 year ELA at this point I need to plan for 
what that price increase might be and when we might migrate to it.  What about 
DB2 v11?  What is it going to be priced at?  When is it going to be released?  
What benefits might it have that will drive us to install it when?

Really, my main gripe is that the IBM  ELAs (at least as far as I've 
experienced, and been told) do not include price protection.  Other vendors' 
ELAs do.  Now perhaps some customers negotiate better and do get price 
protection included or even an avoidance of true-up included.  From my 
discussions with other customers and IBMers, my guess is that's an exception 
that would be granted in a small number of cases, at best.  

As I said before, I see no benefit to an ELA from an MLC perspective.  If an 
IBMer can explain to me such a benefit for MLC, I'd like to understand it.  I 
see discussion about staying below caps and so not worrying, but to me that 
just means that you paid for x MSUs and only used 0.9x, which means that you 
paid more than you would have if you didn't have an ELA (from an MLC 
perspective, perhaps not from a PPA / zOTC perspective).  Again, unless 
somebody has negotiated MLC pricing less than published list, which my 
understanding is not the case in NA.  (Although some numbers I've seen publicly 
presented does suggest that "Solution Edition" pricing greatly discounts MLC.  
At least initially.)

While I genuinely do like my local IBM folks and get along well with them,  
there is by necessity a certain adversarial aspect to any negotiated pricing 
contract.  While I'd like to think that we'd always come to a fair and 
equitable arrangement for all parties, the fact of the matter is that my 
obligation to my employer is that I should work to secure the best deal for my 
employer.  I would consider it an ethical breach to not do so.  The same is of 
course true for the IBM employees.  It is perhaps more complicated for IBM 
because there may be more intangible aspects of customer retention/happiness to 
consider.  

I have a great deal of respect for IBM, but IBM makes business decisions that 
are good for IBM.  Such decisions aren't always ideal for customers.  But 
that's the way business works: suppliers work to maximize their profits which 
requires balancing pricing vs customer retention and customers seek to minimize 
costs.  

Note as always, opinions are my own, not my employers, and not even necessarily 
the same as anybody else's in my organization.   

Scott



On Mon, 20 May 2013 05:52:11 -0400, Richards, Robert B. 
 wrote:

>I am in total agreement with Timothy. Whether or not you maximize the ELA 
>benefits is not the fault of IBM. The numbers are known in advance. You should 
>plan accordingly or have negotiated more favorable terms in the ELA 
>beforehand. Even if management lays waste to your planning, one assumes that 
>it would be for a good business (think unplanned growth and/or a new, 
>financially attractive) reason to do so. 
>
>I wonder why one views their relationship with IBM as adversarial. It should 
>be a partnership. Then again, I am ever the optimist.
>
>Bob 
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Timothy Sipples
>Sent: Monday, May 20, 2013 1:14 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Predict WLC invoice amount ...
>
>Words have meaning. "...Which probably at least reduce the intensity..."
>almost never means *zero* worry. Why else would I have typed those words?
>
>Let's try again. Enterprise License Agreements (ELAs) still require SCRT 
>collection and submission. I didn't claim otherwise. How much you worry about 
>those monthly reports -- the intensity of worry -- will depend in large 
>measure on your caps relative to your utilization.
>
>I strongly disagree with the statement that "Tails IBM wins, heads you lose" 
>with ELAs. The ideal case is that you choose caps (a utilization
>forecast) that are exactly as you experience. However, if you don't -- if 
>you're either too high or too low -- YOU STILL ENJOY ELA BENEFITS! You haven't 
>*maximized* those benefits, but you still come out way ahead unless you've 
>totally screwed up. It's a gamble, but the odds of winning that bet are 
>HEAVILY weighted in your favor.
>
>"Ask your IBM representative."
>
>
>Timothy Sipples
>GMU VCT Architect Executive (Based in Singapore)
>E-Mail: sipp...@sg.ibm.com
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the me

Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK datasets

[Bernd Oppolzer]

Slightly drifting topic:

could it be that all this mess is responsible for z/OS file I/O not being
able to compete with (for example) Unix file I/O on different platforms?

We have a large application which needs high volumes of read only data.
In Unix and Windows environment, this data comes from files through a
table system with a main storage cache. In z/OS, up until now, we used DB2.

Now, to save CPU, we tried the Unix/Windows solution on z/OS too. The
result was: the CPU time was 25 % less, but elapsed time was significantly
higher, due to waits on the file I/O - although there was not much file 
I/O -

most of it was reduced by the main storage cache. Anyway: we have to
experiment with larger cache sizes, but it appears that the z/OS file I/O
is the bottleneck.

We use fseek / ftell / fread to do the file I/O. The files are normal 
sequential

OS files.

Kind regards

Bernd



Am 20.05.2013 22:13, schrieb Paul Gilmartin:

On Mon, 20 May 2013 13:45:46 -0500, Mike Schwab wrote:

Our section uses and IEBGENER proc to SYSOUT=(A,,INTRDR) and works just fine.
  

I have an EDIT macro that does very similar.  _And_ it allocates the INTRDR
with attributes of the data set being submitted; it doesn't quietly truncate
my data to 80 columns.


--On Mon, 20 May 2013 21:39:01 +0200, Thomas Berg wrote:

3.  We have always done like this, therefore it must be good.


 http://www.thealders.net/humour/work/wk49.html


Yes, there is the presumed overallocation with release solution.  But many (if 
not most) allocations don't work with release at allocation.
In most cases this causes waste of space and still x37's.


And z/OS UNIX "cp" command allocates its output data set with RLSE,
then opens it several times.  The first time it writes no data, guaranteeing
an x37 shortly thereafter.  IBM took an APAR.  First they suggested
secondary extents, then they agreed to provide a NORLSE option, with
RLSE remaining the default, just to be inconsistent with almost all MVS
allocation.  cp() generates the RLSE TU only if the programmer specifies
SPACE.  Go figger.

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

Lookup Mainframe Software

[David Stephens]

We at Longpela Expertise have created a new website: 
http://www.lookupmainframesoftware.com. This is a list of mainframe-related 
software. We've included our take on what each does, categories, vendors, a bit 
of history, and similar products. What we're hoping to do is provide a tool to 
quickly find information about a product, or list products that satisfy a need. 
Our entries are very brief, providing just a first step. We leave detail to the 
individual software vendors.

To date we have almost 2000 actively marketed products. There's no way we will 
have knowledge of them all, so we'd appreciate some help. We've already 
approached all current vendors, asking them to review their entries. We'd also 
welcome any comments from SMEs in this list. If you find an error or omission, 
or a product that's not on the list, we'd be grateful if you would contact us 
through the website.

Thanks very much for your help, and we hope you find the site useful.

David Stephens
Lead Systems Programmer
Longpela Expertise

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