Turing machines, was: Re: Enforcing CPU Time

[Barbara Nitz]

>http://en.wikipedia.org/wiki/Halting_problem
>I'm glad to see someone stepped up and showed Alan Turing wrong.

This may be a clear case where I don't 'get' the context. How was Alan Turing 
shown wrong?

None of todays computers is really a Turing machine, we all work on LBAs 
(linear bounded automata). About a quarter century ago, I spend two 
semesters learning about automatons, and their equivalence to a grammar, of 
which a language is a representation. And only about two weeks of that time 
towards the end of the second semester were spent learning about the 'real 
world', namely those machines with so many restrictions that they had 'real 
world use'. For those machines, and only for them, the term 'language' from 
automaton theory actually resembles our use of 'programming language', 
preferably an LL1-language (which is one where syntactical analysis never has 
to backtrack, the 'current' element always defines the point in the syntax 
tree). Wirths' Pascal and Modula2  are LL1 languages, Turbo-Pascal (of the 
olden days) or PL/1 are NOT.
(to get this back to mainframes).

Regards, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS misuse

[Barbara Nitz]

>For people, on the other hand, it is seldom a problem.  We are extraordinarily
>good at using implicit contextual clues to resolve it.  When, for example, was 
>the last time you were unsure of the denotation of an instance of 'pen'?

All the time. Well, maybe not 'pen' specifically, but while I knew 1-3, I had 
no 
clue that it is also the word for a female swan. 

Remember, ibm-main audience is NOT ONLY native English speakers! Quite a 
few of us do you the curtesy of using *your* language ('you'-the native 
English speakers - and no discussions about dialects, please!). 

Slinking back to corner, Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Ed Finnell]

 
In a message dated 7/29/2009 11:14:31 P.M. Central Daylight Time,  
a...@sherkow.com writes:

believe the fine print Ts&Cs indicate that if you specify that  a product
runs on one LPAR or any LPARs of a machine for which it is not  licensed 
that
IBM may view that as an order for the products.  


>>
Curiosity question. What about the  unordered but installed products like 
DCF? Seems like .BOO enables it for  printing even if it's disabled in PRODnn.
 





**Hot Deals at Dell on Popular Laptops perfect for Back to 
School 
(http://pr.atwola.com/promoclk/100126575x1223105306x1201716871/aol?redir=http:%2F%2Faltfarm.mediaplex.com%2Fad%2Fck%2F12309%2D81939%2D1629%2D9)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Special RACF users and message ICH301I

[Brian Westerman]

The last poster is correct that you don't just want to approve the message
without some other action(s) taking place, but you can still automate those
"other" actions, like at least sending a Page to someone.

Not all automation products cost an arm and a leg.  This isn't meant as a
sales pitch, but ours (SyzCMDZ) is available to IBM-MAIN members at a
discounted price of $2,500 (full price is only $5k).  It does everything you
would expect from a systems automation package, including responding to your
message with the ability to use some logic and take action.  

Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Al Sherkow]

I believe the fine print Ts&Cs indicate that if you specify that a product
runs on one LPAR or any LPARs of a machine for which it is not licensed that
IBM may view that as an order for the products. 

Similarly, for products that do generate SMF89 data, if SCRT detects a
product on a machine where it is not licensed, that is an order for the
product. 

You can correct this after the fact, but it's better to read the reports and
be sure they are what you expect. (LCS highlights the discovery of products
running where they are not expected to be running based on your licenses
and/or history of product usage). 

This is the basis of Pat's original question. You are supposed to setup the
NO89 parameters to reflect in which LPARs you actually use the NO89
products. This is why LCS detects this, to help sites properly report their
usage to IBM. 

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062
Web: www.sherkow.com 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS misuse

[john gilmore]

Guy Gardoit's point is the important one:  Acronyms and indeed words are often 
overloaded.  

 

Is, for example, the denotation of an instance of the token 'pen' in a 
particular context that of

 

1) a writing instrument?

 

2) an animal enclosure or the like?

 

3) a truncation of >>penitentiary<< with semantic contamination from 2)?

 

4) a female swan?

 

etc., etc. (consult the OED)?

 

Semantic ambiguity is indeed a terrible problem for programs.  AI has founderd 
on it.  

 

For people, on the other hand, it is seldom a problem.  We are extraordinarily 
good at using implicit contextual clues to resolve it.  When, for example, was 
the last time you were unsure of the denotation of an instance of 'pen'?

 

Semantic ambiguities won't go away, and railing against them is a mug's game.  

 

Historically, preoccupation with a particular, notionally illegitimate use of a 
word or acronym has almost always reflected obsolescence.  It has meant that a 
quondam legitimate use was being supplanted rapidly by the new, illegitimate 
one being deplored.  

 

We bother to deplore only improprieties that we judge threatening.

  
John Gilmore Ashland, MA 01721-1817 USA



_
Windows Live™ Hotmail®: Celebrate the moment with your favorite sports pics. 
Check it out.
http://www.windowslive.com/Online/Hotmail/Campaign/QuickAdd?ocid=TXT_TAGLM_WL_QA_HM_sports_photos_072009&cat=sports
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Special RACF users and message ICH301I

[Doc Farmer]

Miss Mooney,

This is one of the bad sides of "dark" or non-24/7 data centres.  Frankly, you 
should NOT automate the responses to such messages - there are very important 
security reasons for having a Human intervention here (IMNSHO, of course).  If 
you've got a SPECIAL user (and gee, Mom always said I was "special", 
don'tchaknow) their access is critical and if somebody's mucking about with 
their ID, you want to know about it ASAP.  Which is one of the reasons that 
things tend to get, well, stuck when somebody goofs up the password on one of 
those IDs. It's z/OS's way of telling you "WARNING! WARNING! DANGER, WILL 
ROBINSON!"

I'd strongly suggest you cross-post this over at RACF-L (I hang out there as 
well, so if you don't have an account there I can pass this message along if 
you like).  I'm sure there's an automated package that might do the trick, but 
like you said, money's tight (hell, when is money ever LOOSE in an IT budget?) 
and someone might suggest an automated exit to be developed in-house - perhaps 
one that could send an e-Mail message from the mainframe to somebody's 
Blackberry at 0300 so they can drive into the data centre to fix the problem 
(meaning that the owner of the ID will get a phone call at around 0345 to 
verify the problem is due to their fat-fingering their password, and not some 
yahoo trying to hack their access).

Again, however, I have to stress that an automated "solution" to this problem 
will no doubt raise even deeper problems and security gaps that your auditors 
(both internal and external) will have a hard time coping with.  I've worn the 
auditor hat (internal only) and the security guy hat (internal and consultant) 
and to my way of thinking, both roles would strongly recommend you either wait 
for the day shift to come in and just live with it, or create an alert system 
that wakes up key staffers to resolve the problem.  I would not advise just 
letting something like this pass for after-the-fact review whilst giving 
immediate access to a potentially critical User ID.

But that's just my $0.02's worth.

Hope this helps.  Many thanks.

Doc Farmer
Senior Security Specialist
InfoSec, Inc.

Website: http://www.InfoSecInc.com
e-Mail: dfar...@infosecinc.com
LI: http://www.linkedin.com/in/DocFarmer 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Wednesday, July 29, 2009 9:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Special RACF users and message ICH301I

Greetings! 



This didn't used to be a big deal  when we had 24x7 operations support, but 
those were the days.  Now we just have dayshift and swing.  We don't have an 
automation product and cannot purchase any software during these budget times. 



Our RACF folks have the special attribute and they don't get revoked if they 
forget their password.  Instead this message is posted to the console - 



ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER   userid 



* nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid 



While the WTOR is posted, nobody else can log on either.  Does anyone know of a 
way to 'automate' a reply to this message without an automation product? 


TIA, 



Linda Mooney

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Special RACF users and message ICH301I

[Field, Alan C.]

Linda,

This looks like the perfect opportunity for a MPF (Message processing Facility) 
exit.

Use an MPF exit to trip on the ICH302D message and issue the appropriate reply.

If you want to contact me off list I can supply a sample exit you could modify 
and implement in matter of minutes (seriously, its that easy).

Alan 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Wednesday, July 29, 2009 20:16 
To: IBM-MAIN@bama.ua.edu
Subject: Special RACF users and message ICH301I

Greetings! 



This didn't used to be a big deal  when we had 24x7 operations support, but 
those were the days.  Now we just have dayshift and swing.  We don't have an 
automation product and cannot purchase any software during these budget times. 



Our RACF folks have the special attribute and they don't get revoked if they 
forget their password.  Instead this message is posted to the console - 



ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER   userid 



* nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid 



While the WTOR is posted, nobody else can log on either.  Does anyone know of a 
way to 'automate' a reply to this message without an automation product? 


TIA, 



Linda Mooney

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Kevin Mckenzie]

Just as a note, on V1R9, and rolled back to V1R7 and V1R8, there is now 
Blocked Workload/trickle support, which, if configured, will make sure all 
work, even discretionary, gets some access to the CPU.  You can configure 
how much of the CPU you want to give discretionary work, assuming your CPU 
is 100% utilized.  This might forestall screams.  And if you're willing to 
enable WLM-managed initiators, this can ameliorate the problem of a job 
tying up an initiator, since WLM will start more if it decides there is 
capacity available.

See 
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10609 
for more information.

---
Kevin McKenzie
External Phone: 845-435-8282, Tie-line: 8-295-8282
z/OS BCP SVT, Dept FXKA, Bldg 706/2D38 



From:
Ed Gould 
To:
IBM-MAIN@bama.ua.edu
Date:
07/29/2009 05:40 PM
Subject:
Re: Enforcing CPU Time
Sent by:
IBM Mainframe Discussion List 



--- On Wed, 7/29/09, Ted MacNEIL  wrote:

From: Ted MacNEIL 
Subject: Re: Enforcing CPU Time
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 2:13 PM

>When you've set a cap that you constantly hit, then you need to control 
that which
is causing you to hit the cap, especially when it is a case of a test 
system causing problems with a production system.

A cap is better than cancelling.
I'd rather have a test job hang than blow it away and come back and use 
more resources later.
That's what 'Discretionary' is for.


Ted:
I am mixed on your answer. The problem as I see it if you cap it it ties 
up the initiator for a potentially long time. It also could mean that you 
do not meet service levels and your management gets dinged (and the 
politics that follows). Yet if you"cancel" the job (322 or 222 or 
whatever)  you can free up the initiator for other test jobs to execute. 
Now days the operator does NOT sit around and  monitor jobs so there is no 
easy way for him/her to  know that the job is essentially sitting there. 
In a busy shop I could see a job capped and no thruput occurs and then the 
screams start I CAN't get my job done etc etc usually its late in the day 
before anyone gets upset and the programmers get hammered as they are 
doing "nothing". On the overall  scheme of things people can live with 322 
or 122 or whatever a lot easier than no job thruput. 
A case in point we had a shared spool and 3 test job classes were set up 
so test could run with IDMS (no idea what type of jobs other than they 
needed IDMS). If those test jobclass got delayed the phones started to 
ring off the hook demanding to know "WHY"!!! . The answer is NOT to fire 
off another initiator as we had it finely tuned and (IIRC) only one job 
could be running against IDMS at the time. Hey I didn't design it we just 
implemented what the IDMS person wanted. There were also other issues of 
resource availability (tape drives and the like). This was a real world 
situation. We even went to the programmers management and explained the 
situation and the agreed that a 322 or 522 or what ever was acceptable 
rather than delaying other people.
Ed



 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Pommier, Rex R.]

I don't know about LMMSTATS and LMCOPY, but straight ISPF edit squawked
when I tried to create the below-mentioned member.  Something about only
allowing $, #, and @ as special characters.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Wednesday, July 29, 2009 3:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Print disk map?

On Wed, 29 Jul 2009 13:43:06 -0500, Pommier, Rex R. wrote:

>IEH30-06?  (At least mine's only 8 characters so it can reside in a PDS
>even tho the dash is invalid.)  :-)
>
Invalid depends on whom you ask.

(Belongs on ISPF-L)

Many years ago, I discovered that while LMCOPY would create
such a member, LMMSTATS wouldn't update it.  Go figger.

I don't know whether the behavior has been made consistent
nor which one would have been changed.  I dealt with it
by ignoring errors from LMMSTATS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Special RACF users and message ICH301I

[Linda Mooney]

Greetings! 



This didn't used to be a big deal  when we had 24x7 operations support, but 
those were the days.  Now we just have dayshift and swing.  We don't have an 
automation product and cannot purchase any software during these budget times. 



Our RACF folks have the special attribute and they don't get revoked if they 
forget their password.  Instead this message is posted to the console - 



ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER   userid 



* nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid 



While the WTOR is posted, nobody else can log on either.  Does anyone know of a 
way to 'automate' a reply to this message without an automation product? 


TIA, 



Linda Mooney

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Frank Swarbrick]

Great!  First time ever!  :-)
Thanks,
Frank
-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation
Lakewood, CO  USA
P: 303-235-1403
F: 303-235-2075


On 7/29/2009 at 5:36 PM, in message <4a70dcf1.1030...@ix.netcom.com>, Bob
Rutledge  wrote:
> Yes.  You have it right.
> 
> Bob
> 
> Frank Swarbrick wrote:
>> I want to thank everyone who has chimed in on this.
>> It sounds like we need to use LNKAUTH=APFTAB instead of the default of 
> LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when 
> accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that 
> matter).  We certainly would not want this.
>> 
>> Can someone tell me if I have the following correct?  Let's say we have two 
> libraries, SYS2.LIB1 and SYS2.LIB2.  Let's further say we have a PROGxx with 
> these entries:
>> 
>> APF FORMAT(DYNAMIC)
>> APF ADD DSNAME(SYS2.LIB1) SMS
>> LNKLST DEFINE NAME(LNKLST00)
>> LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB1)
>> LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB2)
>> LNKLST ACTIVATE NAME(LNKLST00)
>> 
>> Given LNKAUTH=LNKLST:
>> 1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
>> 1b) SYS2.LIB2 is APF authorized when accessed via the LNKLST concatenation.
>> 2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
> concatenation as long as all other libraries in the concatenation are also 
> APF authorized.
>> 2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB 
> concatenation.
>> 
>> 
>> Given LNKAUTH=APFLIB:
>> 1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
>> 1b) SYS2.LIB2 is unauthorized when accessed via the LNKLST concatenation.
>> 2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
> concatenation as long as all other libraries in the concatenation are also 
> APF authorized.
>> 2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB 
> concatenation.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

>>> 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA1 Service Pack Level display

[Russell Witt]

As much as this makes sense, understand that I really can't do any
"enhancements" without an enhancement request (also called a DAR in CA
lingo) is submitted (hint hint). And the more clients that request the same
(or similar) enhancement means it has a better chance of being done in a
timely fashion.

Russell Witt
CA 1 L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on
Behalf Of Richards, Robert B.
Sent: Wednesday, July 29, 2009 7:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CA1 Service Pack Level display


Russell,

Why not add it as a display option in the panels? :-)

And any other various and sundry "nice to know" bits of information.

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Joel C. Ewing]

Paul Gilmartin wrote:

On Wed, 29 Jul 2009 16:59:11 +, Ted MacNEIL wrote:


Couldn't someone write some sort of automated analyzer to examine the code and 
determine whether it's in an infinite loop or will

ultimately terminate?

DEXAN (OmegaMon) used to be able to do that.
I've not seen that add-on for years, so I don't know if it still exists.
-

And there I thought I was joking:

http://en.wikipedia.org/wiki/Halting_problem

I'm glad to see someone stepped up and showed Alan Turing wrong.

-- gil


Turing was right. The automatic determination of whether an arbitrary 
program will halt given an arbitrary input has been proven 
"undecidable".  It may be decidable for some specific cases but not in 
general.  So it must also be the case that in the general case it is 
impossible to automatically determine if a program is in a 
non-productive loop.


But that of course doesn't apply directly in the real business world 
where computing resources are finite and cost real money.  It the real 
world, every program will halt, either on its own or when it starts to 
consume more resources than is acceptable and is cancelled by human 
intervention.


In the real world there are a number of heuristic techniques that can be 
applied based on historical information available to an installation:
(1) a program which has worked before on different input, is possibly in 
a non productive loop if when given comparable sized input it suddenly 
sees a drastic increase in CPU and/or real time requirements, and that 
possibility becomes a near certainty if measurements show that it is no 
longer advancing to the next input transaction.
(2) a program that is advancing through input transactions but consuming 
resources out of proportion with the business value of the results or 
grossly in excess of other programs believed to be doing comparable work 
will be flagged for poor performance and analysis will be required to 
either redesign the algorithm used or tune the application to get 
acceptable performance.  In some cases it may be possible to predict 
based on progress through files that the program may complete but at an 
unacceptable cost, in which case it is cancelled rather than allowed to 
complete.  We have seen cases with obvious performance tuning issues 
where the program can be cancelled, the problem corrected, and the 
restart completes sooner than letting the original run continue to 
completion.
(3)historical records are kept on the maximum CPU used by all past 
production programs.  If a test program or a new production program, 
based on projected execution progress, can be estimated to exceed that 
known maximum by a significant factor, then there is an obvious serious 
design issue or performance tuning issue that needs to be addressed 
before running the application to avoid potential negative impact on all 
other users (regardless of how much value some place on the results). 
We have yet to find a case were there wasn't a cheaper way to get the 
desired results, which in the end benefits the corporate bottom line.


As a modified approach to the issue of CPU time enforcement,  our system 
exit that enforces CPU time limit only automatically cancels jobs in 
test job classes.  Production job classes give the operator the option 
of granting a CPU time extension rather than cancelling the job.  They 
are generally the ones in the best position to know what behaviour is 
"normal" for an application and typically will check with the 
responsible programmer before cancelling a job if it doesn't complete 
after a few extensions.



--
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Bob Rutledge]

Yes.  You have it right.

Bob

Frank Swarbrick wrote:

I want to thank everyone who has chimed in on this.
It sounds like we need to use LNKAUTH=APFTAB instead of the default of 
LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when 
accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that 
matter).  We certainly would not want this.

Can someone tell me if I have the following correct?  Let's say we have two 
libraries, SYS2.LIB1 and SYS2.LIB2.  Let's further say we have a PROGxx with 
these entries:

APF FORMAT(DYNAMIC)
APF ADD DSNAME(SYS2.LIB1) SMS

LNKLST DEFINE NAME(LNKLST00)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB1)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB2)
LNKLST ACTIVATE NAME(LNKLST00)

Given LNKAUTH=LNKLST:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is APF authorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.


Given LNKAUTH=APFLIB:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is unauthorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Joel Wolpert]

Correction: IBM is supposed to know what products you have. But even if you
have *ALL for NO89 products that you do NOT have licenses to you can work
with IBM to correct the billing.

- Original Message - 
From: "Ted MacNEIL" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, July 29, 2009 5:52 PM
Subject: Re: z/OS SCRT NO89 Product Information



>IBM knows what products you are licensed
for.

Since when?

You don't want to know how many audits I have gone through with IBM Canada 
over the last 30 years!n


-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Ted MacNEIL]

>It sounds like we need to use LNKAUTH=APFTAB instead of the default of 
>LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when 
>accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that 
>matter).  We certainly would not want this.

There are two criteria for a programme to be APF'd.
1. The library
2. Link with AC=1

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Ted MacNEIL]

-
Too busy driving to stop for gas!

-Original Message-
From: Frank Swarbrick 

Date: Wed, 29 Jul 2009 16:15:29 
To: 
Subject: Re: Of link lists and application programs


I want to thank everyone who has chimed in on this.
It sounds like we need to use LNKAUTH=APFTAB instead of the default of 
LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when 
accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that 
matter).  We certainly would not want this.

Can someone tell me if I have the following correct?  Let's say we have two 
libraries, SYS2.LIB1 and SYS2.LIB2.  Let's further say we have a PROGxx with 
these entries:

APF FORMAT(DYNAMIC)
APF ADD DSNAME(SYS2.LIB1) SMS
LNKLST DEFINE NAME(LNKLST00)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB1)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB2)
LNKLST ACTIVATE NAME(LNKLST00)

Given LNKAUTH=LNKLST:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is APF authorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.


Given LNKAUTH=APFLIB:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is unauthorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.

Thanks,
Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation
Lakewood, CO  USA
P: 303-235-1403
F: 303-235-2075


On 7/24/2009 at 5:30 PM, in message <4a69efaf.6f0f.008...@efirstbank.com>,
Frank Swarbrick  wrote:
> A little while ago I had posed a question about having "applications" 
> libraries in the system LNKLST.  Some were for it, some were against it.  One 
> of the prominent reasons for being against it was the need to do an LLA 
> refresh after implementing any changes to an application library.  I agreed 
> that this was a disadvantage and looked around to see if I could get around 
> it.
> 
> What I found was that you can have libraries *excluded* (removed) from the 
> LLA.  This is done by use of the REMOVE directive in the CSVLLAxx member.  I 
> took my proposal to our systems programmers and here is what they implemented 
> (in our development system only, so far):
> 
> 'DEVC80.PARMLIB(PROG11)':  [no changes, just information]
> APF FORMAT(DYNAMIC)
> APF ADD
>lots off APF stuff
> LNKLST DEFINE NAME(LNKLST00) 
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.LINKLIB)  
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.MIGLIB)   
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.CSSLIB)   
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.SIEALNKE) 
> lots more system libraries
> LNKLST ACTIVATE NAME(LNKLST00)
> 
> 'DEVC80.PARMLIB(PROGAP)':  [these are the PROD APPL libraries to go in 
> LNKLST]
> LNKLST DEFINE NAME(LNKLSTAP) COPYFROM=CURRENT  
> LNKLST ADD NAME(LNKLSTAP) DSN(PROD.APPL.DFSRESL) VOLUME(PRO101)
> LNKLST ADD NAME(LNKLSTAP) DSN(EMER.APPL.LOADLIB) VOLUME(TSO001)
> LNKLST ADD NAME(LNKLSTAP) DSN(PROD.APPL.LOADLIB) VOLUME(PRO108)
> LNKLST ACTIVATE NAME(LNKLSTAP) 
> 
> 'DEVC80.PARMLIB(IEASYS11)':  [loads the four PROGxx members]
> PROG=(11,CI,DB,AP)   PROGCI and PROGDB are other system libraries (CICS and 
> DB2 respectively)  These used to all be in PROG11, but it looks like someone 
> started splitting them out.  Good for them!
> lots of other stuff
> 
> 'DEVC80.PARMLIB(CSVLLAAP)':  [remove prod appl libs from LLA!!]
> REMOVE(EMER.APPL.LOADLIB,  PROD.APPL.DFSRESL,  PROD.APPL.LOADLIB)
> 
> 'DEVC80.PARMLIB(IEACMD00)':  [start LLA, invoking the CSVLLAAP member 
> instructions]
> COM='START LLA,SUB=MSTR,LLA=AP'
> 
> From my perspective this works exactly as I, an applications developer, 
> desire.  It has neither the advantages nor the disadvantages of LLA 
> controlled libraries.  I am fine with this.
> 
> Systems is concerned about system integrity.  Rightly so.  LNKLST has 
> historically been for systems libraries only.  But since there is no similar 
> facility for business applications libraries this seems to be the only way I 
> can get what I want.  In any case, does anyone see any obvious issues with 
> this?  One concern is that the APPL libraries would automatically become APF 
> authorized, which of course is a no-no.  That does not *appear* to have 
> occured:
> 
> /D PROG,LNKLIST
> RESPONSE=ZOSD
>  CSV470I 17.22.12 LNKLST DISPLAY 224 
>  LNKLST SET LNKLSTAP   LNKAUTH=LNKLST
>  ENTRY  APF  VOLUME  DSNAME  
> 1A   DEVR80  SYS1.LINKLIB
> 2A   DEVR80  SYS1.MIGLIB 
>

Re: Print disk map?

[Ron Hawkins]

Barry,


It would depend on what criteria the auditor is using. For SVA is the data
in the clear from the Operating System after RACF erase-on-scratch?
Absolutely not.

Can the disk drive be removed from the SVA and the data found in the clear
through standard SCSI/SATA IO? Absolutely yes if it is still in the free
pool.

Regarding classified defense data, these standards are concerned with
scrubbing the track path so that residual data at the edge of the track
cannot be deciphered microscopically. This is physical security, where RACF
erase-on-scratch is Operating System security, like passwords and
permissions.

Just as an aside, does anyone realize that their VTL and VSM disk caches are
exposed to all the same issues? I'm sure you all do, but I thought I'd ask
anyway.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Schwarz, Barry A
> Sent: Wednesday, July 29, 2009 2:12 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Print disk map?
> 
> If you are trying to appease an ignorant auditor, it is probably fine.
> If you are looking for certification (such as HIPAA or PCI), you may be
> able to sell it.  If you are working with classified defense data, they
> will laugh you out of the room.  The OP provided no clue.
> 
> -Original Message-
> From: Paul Gilmartin [mailto:paulgboul...@aim.com]
> Sent: Wednesday, July 29, 2009 1:39 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Print disk map?
> 
> On Wed, 29 Jul 2009 10:46:40 -0700, Schwarz, Barry A wrote:
> 
> >While Binyamin's advice will show what you asked, there is still one
> >potential problem remaining.  If you are not using an actual physical
> >CDK device (most of us are using SCSI devices that emulate 3390s etc),
> >You need to confirm that writing over an MVS track physically writes to
> >the same sectors the track was simulated on.  We use an STK SVA 9500
> and
> >every write to a track causes that track to be relocated within the
> >array.  The net result is that while MVS only sees the new data when
> >reading the track, several generations of previous data are lying
> >around.  You need to determine if this situation exists in your
> hardware
> >and, if so, whether it is an issue for your organization.
> >
> OTOH, I believe such devices will typically not allocate
> physical space to a logical track until that logical track
> is written.  So residual data will not be available to
> access methods or EXCP.  It might be necessary to remove
> the SCSI and read it on another platform.  Or maybe there's
> a maintenance mode.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Rick Fochtman]

-


IEH30-06?  (At least mine's only 8 characters so it can reside in a PDS
even tho the dash is invalid.)  :-)
   


-
What works for me on PC drives is this: chuck up a small (1/4 inch, 
e.g.) bit in your drill press and drill 3-4 holes through the platter 
area of the drive.


I was once instructed to sandblast all the "brown coating" off the 
platters of a 3330 pack.


I don't think either of those solutions would be appropriate in this 
situation, however.


Rick
--
Remember that if you're not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Frank Swarbrick]

>>> On 7/28/2009 at 4:34 PM, in message <4a6f7cf5.9030...@ync.net>, Rick 
>>> Fochtman
 wrote:
> ---
> 
>>> Is PDSE your friend here?:
>>>
>>>  o Is LNKLST PDSE-friendly?
>>> ---
>>> Not at IPL time. After IPL is complete, you could add it dynamically.
>>
>>
>> Not true for IPL time.
> 
> 
> I was unaware of that. I though LPA had to be completely available 
> before PDSE was usable. Gotta read those notices closer. :-)
> -
>
> 
> -
> IMHO much better idea is to use some version control tool like Serena 
> Changeman or CA Edeavor. It is not matter of load modules, lnklst and 
> LLA, it is more matter of quality of the code.
> 
> When you're running real-time and any kind of outages or interruptions 
> cost a king's ransom per minute, you wait until business is ended Friday 
> before making updates. Saturday processing is basically the same as 
> weekday, but without the time/availability pressure, so there's time for 
> detailed post-mortem and backout. Our Quality Assurance staff tests 
> extensively, including intentional invalid data, before making ANY 
> update and all managers have to sign off on test results. At that time, 
> the old LMOD is copied to a backup library and the new one copied in. 
> Source and copybooks are treated in similar fashion.
> 
> We tried Changeman and it was an absolute nightmare building the JCL 
> sets for it to use. Even Serena had problems.

I am confused as to what a source control management system has to do with 
LNKLST.  Can you elaborate?

Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation
Lakewood, CO  USA
P: 303-235-1403
F: 303-235-2075




The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Of link lists and application programs

[Frank Swarbrick]

I want to thank everyone who has chimed in on this.
It sounds like we need to use LNKAUTH=APFTAB instead of the default of 
LNKAUTH=LNKLST so that our APPL libraries will not be APF authorized when 
accessed via the LNKLST concatentation (or via a STEPLIB/JOBLIB for that 
matter).  We certainly would not want this.

Can someone tell me if I have the following correct?  Let's say we have two 
libraries, SYS2.LIB1 and SYS2.LIB2.  Let's further say we have a PROGxx with 
these entries:

APF FORMAT(DYNAMIC)
APF ADD DSNAME(SYS2.LIB1) SMS
LNKLST DEFINE NAME(LNKLST00)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB1)
LNKLST ADD NAME(LNKLST00) DSN(SYS2.LIB2)
LNKLST ACTIVATE NAME(LNKLST00)

Given LNKAUTH=LNKLST:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is APF authorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.


Given LNKAUTH=APFLIB:
1a) SYS2.LIB1 is APF authorized when accessed via the LNKLST concatenation.
1b) SYS2.LIB2 is unauthorized when accessed via the LNKLST concatenation.
2a) SYS2.LIB1 is APF authorized when accessed via a JOBLIB/STEPLIB 
concatenation as long as all other libraries in the concatenation are also APF 
authorized.
2a) SYS2.LIB2 is unauthorized when accessed via a JOBLIB/STEPLIB concatenation.

Thanks,
Frank

-- 

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation
Lakewood, CO  USA
P: 303-235-1403
F: 303-235-2075


On 7/24/2009 at 5:30 PM, in message <4a69efaf.6f0f.008...@efirstbank.com>,
Frank Swarbrick  wrote:
> A little while ago I had posed a question about having "applications" 
> libraries in the system LNKLST.  Some were for it, some were against it.  One 
> of the prominent reasons for being against it was the need to do an LLA 
> refresh after implementing any changes to an application library.  I agreed 
> that this was a disadvantage and looked around to see if I could get around 
> it.
> 
> What I found was that you can have libraries *excluded* (removed) from the 
> LLA.  This is done by use of the REMOVE directive in the CSVLLAxx member.  I 
> took my proposal to our systems programmers and here is what they implemented 
> (in our development system only, so far):
> 
> 'DEVC80.PARMLIB(PROG11)':  [no changes, just information]
> APF FORMAT(DYNAMIC)
> APF ADD
>lots off APF stuff
> LNKLST DEFINE NAME(LNKLST00) 
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.LINKLIB)  
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.MIGLIB)   
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.CSSLIB)   
> LNKLST ADD NAME(LNKLST00) DSN(SYS1.SIEALNKE) 
> lots more system libraries
> LNKLST ACTIVATE NAME(LNKLST00)
> 
> 'DEVC80.PARMLIB(PROGAP)':  [these are the PROD APPL libraries to go in 
> LNKLST]
> LNKLST DEFINE NAME(LNKLSTAP) COPYFROM=CURRENT  
> LNKLST ADD NAME(LNKLSTAP) DSN(PROD.APPL.DFSRESL) VOLUME(PRO101)
> LNKLST ADD NAME(LNKLSTAP) DSN(EMER.APPL.LOADLIB) VOLUME(TSO001)
> LNKLST ADD NAME(LNKLSTAP) DSN(PROD.APPL.LOADLIB) VOLUME(PRO108)
> LNKLST ACTIVATE NAME(LNKLSTAP) 
> 
> 'DEVC80.PARMLIB(IEASYS11)':  [loads the four PROGxx members]
> PROG=(11,CI,DB,AP)   PROGCI and PROGDB are other system libraries (CICS and 
> DB2 respectively)  These used to all be in PROG11, but it looks like someone 
> started splitting them out.  Good for them!
> lots of other stuff
> 
> 'DEVC80.PARMLIB(CSVLLAAP)':  [remove prod appl libs from LLA!!]
> REMOVE(EMER.APPL.LOADLIB,  PROD.APPL.DFSRESL,  PROD.APPL.LOADLIB)
> 
> 'DEVC80.PARMLIB(IEACMD00)':  [start LLA, invoking the CSVLLAAP member 
> instructions]
> COM='START LLA,SUB=MSTR,LLA=AP'
> 
> From my perspective this works exactly as I, an applications developer, 
> desire.  It has neither the advantages nor the disadvantages of LLA 
> controlled libraries.  I am fine with this.
> 
> Systems is concerned about system integrity.  Rightly so.  LNKLST has 
> historically been for systems libraries only.  But since there is no similar 
> facility for business applications libraries this seems to be the only way I 
> can get what I want.  In any case, does anyone see any obvious issues with 
> this?  One concern is that the APPL libraries would automatically become APF 
> authorized, which of course is a no-no.  That does not *appear* to have 
> occured:
> 
> /D PROG,LNKLIST
> RESPONSE=ZOSD
>  CSV470I 17.22.12 LNKLST DISPLAY 224 
>  LNKLST SET LNKLSTAP   LNKAUTH=LNKLST
>  ENTRY  APF  VOLUME  DSNAME  
> 1A   DEVR80  SYS1.LINKLIB
> 2A   DEVR80  SYS1.MIGLIB 
> 3A   DEVR80  SYS1.CSSLIB 
> 4A   DEVR80  SYS1.SIEALNKE   
>etc.
>60A   DB2001  SYS3.DSN910.SDSNEXIT
>61A   DB2001  SYS3.DSN910.SDSNLINK
>62

Re: Enforcing CPU Time

[Joel Wolpert]

I resolved a similar issue by using WLM resource groups so that a test job 
cannot consume too much CPU to effect the overall environment.


- Original Message - 
From: "Kelman, Tom" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, July 29, 2009 2:54 PM
Subject: Re: Enforcing CPU Time



We're trying to catch run away tasks.  So the goal is to limit
individual job/step CPU time.  We have soft caps on our LPARs (still
running z/OS 1.7 so we can't use LPAR Groups yet).  Our test system has
ended up being capped regularly.  When that happens we've had problems
with GRS communicating through the ring because the test GRS can't get
the CPU fast enough.  So we've had production jobs time out waiting for
a GRS response.  Oh, by the way, we only have one production and one
test LPAR in the ring, and we are not SYSPlexed.  What we've found when
the test system hits the cap is that one or two tasks are using an
abnormal amount of CPU, and these particular task should probably be
running off hours.  We want the programmers doing that to "feel our
pain" :-).  Maybe if their jobs get terminated a couple of times they'll
put some efficiencies into their processes, or run outside of prime
time.  Were also putting CPU limiting factors into our test CICS and
test DB2 systems.

I checked out what John McKown had posted about using the IEFUJV exit,
and that appears to be what we need.  The information in the manual for
that exit says that it's the one to use to "validate or assign job TIME
and step TIME parameters."  That surprised me as I thought the IEFUSI
exit would be used for step TIME, but the information in the manual
concerning that exit says nothing about using it for the TIME parameter.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ken Porowski
Sent: Tuesday, July 28, 2009 3:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Enforcing CPU Time

Points to consider

Time limit on the entire job and or step level
Limit based on time of day job is executing vs. time submitted.
Allow TIME= specified at any time or always ignore
Exceptions to the above (they always seem to happen and you don't want
to be on the losing side of a management war).

What is the real goal, to limit individual jobs or to limit overall

CPU

usage by development during prime shift?
A WLM resource group with CPU limits may be appropriate depending on
your exact needs.

I used to have a UJV exit that required TIME= to be coded for certain
job classes and specific maximums for a given class.  TSO submit exit
(IKJEFF10) was used to enforce job classes development could use.
It wasn't perfect, you could bypass IKJEFF10 a number of ways and you
could change your job class after submit through SDSF (Yes I know

there

are more complete ways of securing this but it wasn't worth the

effort).

Now with only a dozen or so Mainframe developers we can easily say

don't

do that and they won't.

Ken





*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Ted MacNEIL]

>IBM knows what products you are licensed 
for.

Since when?

You don't want to know how many audits I have gone through with IBM Canada over 
the last 30 years!n

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS misuse

[Tom Marchant]

On Wed, 29 Jul 2009 14:20:46 -0700, Guy Gardoit wrote:

>I don't see what the big deal is, USS is always obvious from within the
>context it is being used.   USS is not the only multiuse acronym around -

Always?

There was certainly confusion following Mary Anne's post.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ed Gould]

--- On Wed, 7/29/09, Roach, Dennis (N-GHG)  wrote:

From: Roach, Dennis (N-GHG) 
Subject: Re: Print disk map?
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 1:17 PM

IEHSLEDGEHAMMER also works well. 

Several years ago we had an application that allocated a file, with all
of the DCB info, but did not open it. It was on real 3390 type DASD. It
just so happened that the tracks allocated contained data compatible
with the LRECL/BLKSIZE. Those tracks were readable by anyone with access
to the file, including ISPF browse and edit. 

Dennis Roach


Dennis:
We had a similar issue and it took me some time before I figured it out.quite a 
few files that were processed all the time had the same DCB characteristics. A 
file was allocated but never opened so it had what had been there on the disk 
before. The data was then used as input to another program and gotcha the 
program blew up because of bad data. Now supposedly there is available (quite 
some time ago in fact) an option in DFSMS to write EOF markers in all unopened 
data sets. IIRC it is obscure and easily over look-able but it is in PARMLB. 
This solved a lot of issues that were (as we found out) hitting us more often 
than we knew about.
Ed




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
  

Re: Enforcing CPU Time

[Ed Gould]

--- On Wed, 7/29/09, Ted MacNEIL  wrote:

From: Ted MacNEIL 
Subject: Re: Enforcing CPU Time
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 2:13 PM

>When you've set a cap that you constantly hit, then you need to control that 
>which
is causing you to hit the cap, especially when it is a case of a test system 
causing problems with a production system.

A cap is better than cancelling.
I'd rather have a test job hang than blow it away and come back and use more 
resources later.
That's what 'Discretionary' is for.


Ted:
I am mixed on your answer. The problem as I see it if you cap it it ties up the 
initiator for a potentially long time. It also could mean that you do not meet 
service levels and your management gets dinged (and the politics that follows). 
Yet if you"cancel" the job (322 or 222 or whatever)  you can free up the 
initiator for other test jobs to execute. Now days the operator does NOT sit 
around and  monitor jobs so there is no easy way for him/her to  know that the 
job is essentially sitting there. In a busy shop I could see a job capped and 
no thruput occurs and then the screams start I CAN't get my job done etc etc 
usually its late in the day before anyone gets upset and the programmers get 
hammered as they are doing "nothing". On the overall  scheme of things people 
can live with 322 or 122 or whatever a lot easier than no job thruput. 
A case in point we had a shared spool and 3 test job classes were set up so 
test could run with IDMS (no idea what type of jobs other than they needed 
IDMS). If those test jobclass got delayed the phones started to ring off the 
hook demanding to know "WHY"!!! . The answer is NOT to fire off another 
initiator as we had it finely tuned and (IIRC) only one job could be running 
against IDMS at the time. Hey I didn't design it we just implemented what the 
IDMS person wanted. There were also other issues of resource availability (tape 
drives and the like). This was a real world situation. We even went to the 
programmers management and explained the situation and the agreed that a 322 or 
522 or what ever was acceptable rather than delaying other people.
Ed





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Joel Wolpert]

Pat,

If you code *ALL for NO89 products that you do NOT have licenses to there 
should be no implication because IBM knows what products you are licensed 
for. The bigger issue is if you code *ALL for NO89 products that you DO have 
licenses for but are not running on all of the lpars. In this case you will 
be billed for lpars that are not using the product; thereby increasing your 
costs.



- Original Message - 
From: "Pommier, Rex R." 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, July 29, 2009 2:38 PM
Subject: Re: z/OS SCRT NO89 Product Information


Pat,

As far as coding *ALL for NO89 products that you do NOT have licenses to, I 
can't tell for certain, but I wouldn't do that.  You might or might not get 
billed for these products, or you might get a call from your friendly IBM 
sales rep thanking you for licensing it all!  :-)


As far as coding *ALL for NO89 products that you DO have licenses for, you 
will be billed for the total SCRT usage on the boxes, regardless of how much 
you actually use the products.  As others have stated, NO89 means that IBM 
doesn't cut SMF records to tell them how much is actually being used, so 
they bill for the products based on the system utilization.


As far as coding *NONE for products you are using, IBM frowns on that, 
because you're telling them that you aren't using the software.  If you're 
not actually using it, drop the licenses to the product(s) and save the 
money.  If you are using the products but telling IBM you aren't, that's 
being dishonest.


As far as giving IBM a list of LPARs you actually are running software on 
instead of *ALL, you can save money by not being billed for the software on 
LPARs you aren't running the software on.



In my case, I have 3 LPARs, 1 production a test, and a sandbox.  I only have 
1 product that is in the NO89 list, COBOL.  I don't use this on my sandbox 
(named MVSTECH), so my entry for this is:


5655-G53=MVSPROD,MVSTEST

When I get my SCRT report and subsequent bill, I don't get invoiced for the 
1 MSU that typically shows up on the sandbox.  On the other LPARs, even 
though COBOL is used very little, I get billed for the MSUs that the LPARs 
consume, not that COBOL consumes.



HTH

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf 
Of Patrick Falcone

Sent: Wednesday, July 29, 2009 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Thanks for all your input. You'll have to excuse my ignorance with this 
stuff since my main charge is tuning and I just started to read the manual, 
like yesterday.


OK, if I have this right and I code *all for the NO89 products it may be 
possible to be billed additionally if that's possible.


If I code *none for NO89 products we may not be able to take advantage of 
where the software is running to get additional SubCapacity savings.


And if I code the LPARs where the NO89 products run this might/would be 
factored into potential SubCapacity savings.


My plan is to get this right and so I will be including LPAR's that are part 
of the NO89 hit list but wanted to understand what the options actually mean 
from a savings viewpoint.


Again, appreciate all your input (and you to Al - thanks)


--- On Wed, 7/29/09, Hal Merritt  wrote:


From: Hal Merritt 
Subject: Re: z/OS SCRT NO89 Product Information
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 3:11 PM


That's not how it works. The NO89 covers products that do not cut SMF type 
89 usage records.


You are already paying for licensed products at full capacity. If you know 
you are not running a given product on LPARX, then include all of the 
others. Even if you are running it everywhere, you can still achieve sizable 
savings or, perhaps more importantly, make a good business case for a much 
bigger box you can grow into instead of a too small box you grow out of.


You may not see any savings if your box is too small.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: USS misuse

[Guy Gardoit]

I don't see what the big deal is, USS is always obvious from within the
context it is being used.   USS is not the only multiuse acronym around -
geesh.

-- 
Guy Gardoit
z/OS Systems Programming

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Schwarz, Barry A]

If you are trying to appease an ignorant auditor, it is probably fine.
If you are looking for certification (such as HIPAA or PCI), you may be
able to sell it.  If you are working with classified defense data, they
will laugh you out of the room.  The OP provided no clue.

-Original Message-
From: Paul Gilmartin [mailto:paulgboul...@aim.com] 
Sent: Wednesday, July 29, 2009 1:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Print disk map?

On Wed, 29 Jul 2009 10:46:40 -0700, Schwarz, Barry A wrote:

>While Binyamin's advice will show what you asked, there is still one
>potential problem remaining.  If you are not using an actual physical
>CDK device (most of us are using SCSI devices that emulate 3390s etc),
>You need to confirm that writing over an MVS track physically writes to
>the same sectors the track was simulated on.  We use an STK SVA 9500
and
>every write to a track causes that track to be relocated within the
>array.  The net result is that while MVS only sees the new data when
>reading the track, several generations of previous data are lying
>around.  You need to determine if this situation exists in your
hardware
>and, if so, whether it is an issue for your organization.
>
OTOH, I believe such devices will typically not allocate
physical space to a logical track until that logical track
is written.  So residual data will not be available to
access methods or EXCP.  It might be necessary to remove
the SCSI and read it on another platform.  Or maybe there's
a maintenance mode.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Hal Merritt]

See below; 

HTH and good luck. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Wednesday, July 29, 2009 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Thanks for all your input. You'll  have to excuse my ignorance with this stuff 
since my main charge is tuning and I just started to read the manual, like 
yesterday. 
 
OK, if I have this right and I code *all for the NO89 products it may be 
possible to be billed additionally if that's possible. 

>> Yes, if you weren't licensed for that product on that box.
 
If I code *none for NO89 products we may not be able to take advantage of where 
the software is running to get additional SubCapacity savings. 

>> Correct. You will continue to pay based on the box size.  
 
And if I code the LPARs where the NO89 products run this might/would be 
factored into potential SubCapacity savings.

>> Correct. 
 
My plan is to get this right and so I will be including LPAR's that are part of 
the NO89 hit list but wanted to understand what the options actually mean from 
a savings viewpoint.
 
Again, appreciate all your input (and you to Al - thanks) 


--- On Wed, 7/29/09, Hal Merritt  wrote:


From: Hal Merritt 
Subject: Re: z/OS SCRT NO89 Product Information
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 3:11 PM


That's not how it works. The NO89 covers products that do not cut SMF type 89 
usage records. 

You are already paying for licensed products at full capacity. If you know you 
are not running a given product on LPARX, then include all of the others. Even 
if you are running it everywhere, you can still achieve sizable savings or, 
perhaps more importantly, make a good business case for a much bigger box you 
can grow into instead of a too small box you grow out of. 

You may not see any savings if your box is too small.       

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Wednesday, July 29, 2009 7:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Pat,

A VERY ugly suggestion. Turn them all on with *ALL* and see what does not 
report anything. By the way, I have never tried this suggestion so I am not 
sure it is of any value except what you are paying me for it.

Or, get Al's software. :-)

Bob
-

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Tuesday, July 28, 2009 3:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS SCRT NO89 Product Information

I'm currently working with/on SCRT for quite a few physical machines and about 
triple the amount of LPARs. Is there any easy way for me to find out what 
products might be on what LPARs for inclusion in the NO89 section? I've got the 
process working fine but now need to tailor the NO89 section for validity. Or 
do I just need to read the fine book some more. Al, help!?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Paul Gilmartin]

On Wed, 29 Jul 2009 10:46:40 -0700, Schwarz, Barry A wrote:

>While Binyamin's advice will show what you asked, there is still one
>potential problem remaining.  If you are not using an actual physical
>CDK device (most of us are using SCSI devices that emulate 3390s etc),
>You need to confirm that writing over an MVS track physically writes to
>the same sectors the track was simulated on.  We use an STK SVA 9500 and
>every write to a track causes that track to be relocated within the
>array.  The net result is that while MVS only sees the new data when
>reading the track, several generations of previous data are lying
>around.  You need to determine if this situation exists in your hardware
>and, if so, whether it is an issue for your organization.
>
OTOH, I believe such devices will typically not allocate
physical space to a logical track until that logical track
is written.  So residual data will not be available to
access methods or EXCP.  It might be necessary to remove
the SCSI and read it on another platform.  Or maybe there's
a maintenance mode.

Timothy Sipples-like disclaimer:  I don't speak for my
employer nor any supplier here.  I don't design or
engineer storage subsystems.  I'm just guessing.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Paul Gilmartin]

On Wed, 29 Jul 2009 13:43:06 -0500, Pommier, Rex R. wrote:

>IEH30-06?  (At least mine's only 8 characters so it can reside in a PDS
>even tho the dash is invalid.)  :-)
>
Invalid depends on whom you ask.

(Belongs on ISPF-L)

Many years ago, I discovered that while LMCOPY would create
such a member, LMMSTATS wouldn't update it.  Go figger.

I don't know whether the behavior has been made consistent
nor which one would have been changed.  I dealt with it
by ignoring errors from LMMSTATS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sending email via rexx

[Patrick O'Keefe]

On Wed, 29 Jul 2009 09:13:55 -0400, Baraniecki, Ray 
 wrote:

>...
>Address TSO "XMIT BLDVMB.VNETIBM DDNAME(EMAILFIL)
>...

XMIT-formatted emails are rejected by our SMTP daemon with a
message claiming we need the "gateway" function enabled - the
part of the SMTP daemon that allows it to write to (not just read)
the spool.  

The messgae is correct; we don't have that function enabled.  But 
the relationship between tge XMIT spool members and the need 
to write to the spool is not at all clear to me.  It may be because of
some poorly chosen parms.  That is, it might fail with more 
meaningful messages if we did have the gateway function enabled, 
but we don't (and it's going to stay that way).

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 29 Jul 2009 12:36:08 -0700, deerh...@ix.netcom.com (Bob Rutledge)
wrote:

>Have you tried single quotes?  I don't have a RedHat server to try but here's 
>an 
>example talking to a Filezilla server...

I thought I did, but:

13:52:49 FTP2: cd 'Test Folder'  
13:52:49 250 Directory successfully changed. 
13:52:49 FTP2: pwd   
13:52:49 257 "/ps/cs90ftp/conversion_files/CC/extract/Test Folder"   


FTP works too.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z Training: IBM System z Expo - Oct. 5-9, 2009 - Orlando

[Pamela Christina in rainy Endicott NY]

Cross-posted to IBM-MAIN, IBMVM, and Linux390 for those
who are interested in technical training for System z,
z/OS, z/VM, z/VSE, and Linux on System z.

| I read IBMMain via digest so would not see your questions for a day.
| In the past when I've posted about the z Expo, no one says a word.
| Thanks for your interest this time. :-)
|
|Responding to comments and questions that were on IBMMain
|
|Where's the agenda, abstracts and topics?
|   The agenda grid with session times/days is not available right yet.
|
|   A list of sessions and abstracts IS available on the conference
|   web site under "session descriptions".  I said it in the
|   initial posting but it was near the bottom so perhaps you didn't
|   see it.
|   BTW, we've asked the conference web people to put a cross link
|   between the abstract link and the session lists.
|
|   Conference web site where you can click on "Session Descriptions"
|http://www.ibm.com/training/us/conf/systemz
|   Or if you prefer, link to the pdf with the sessions and abstracts
|http://www.ibm.com/training/us/conf/systemz
| 
http://www-304.ibm.com/jct03001c/services/learning/pdfs/2009_Expo_Agenda_07-08_GA_JL_PLC_vm.pdf
|   In the next day or so, the new files will be put up
|  on the web site -- there will be a list of sessions (w/o abstracts)
|  and a refreshed list of sessions with abstracts.  To see them,
|  you'll have to go the conference web site and click on
|  Session Descriptions as I don't have their direct urls at this moment.
|
|  Comments about presenters:
|  You will see many familiar names and some new IBM names.
|  Yes, in the past, there were many ISV presenters at z Expo who
|  provided technical presentations (not just paid product presentations)
|  And as agenda architects we have greatly appreciated the community
|  aspect and their contribution to the agenda. However, the org within
|  IBM that owns conference and legal have implemented a change
|  across IBM tech conference (not just z Expo) about ISV speakers
|  and technical presenting. I'm not about to debate there here
|  because we're asked to comply with this for conference agenda.
|  ISV speakers can still present as part of their sponsorship
|  and exhibiting level.
|
|  Customer speakers - yes there are still customer presenters.
|
|  SHARE & z Expo.  We're glad there are both events.  We know that
|  your whole dept can't be away at once so it's good to be able to
|  have a team be able to go to one or the other.
|
|  The z Expo week at a glance is on the web site.
|  
http://www-304.ibm.com/jct03001c/services/learning/pdfs/2009_zExpo_week_at_a_glance.pdf
|  I don't recall ever having a Wed afternoon off at an IBM conference
|  (been working on VM tech conferences since the mid-1990's.)
|  Sessions are held Wednesday afternoons unless you choose to
|  take them off yourself. I said in initial posting that
|  breakouts begin Monday afternoon and continue through Friday noon.
|  (On a side note, in our attempt at humor at share in the late 80's
|  we'd pretend to schedule a session called P001 (ok..POOL).)
|
| Numbers of sessions - whether it's share or zexpo, there's seems
| to be more sessions available than one can attend during the week.
| Expo attendees tell us to have more repeats, so we try
| to do that with many sessions.
|
| Recorded sessions - nice to hear that Share is offering
| some of those.  We had tried that at the tech conference a few times
| with limited success, I think at one conference they tried to
| sell a cd recording over and above.
| More recently for z/VM, VSE, and Linux we have run Live Virtual Classes
| (LVCs) with some of the presentations that we do at user groups and
| tech conferences. We've changed LVC broadcast providers so
| we are continue do offer them in 2009. (next one for z/VSE is Aug 5)
|
| Initial posting below for continuity.

The next IBM conference for System z, IBM System z Expo,
is open for enrollment and in case you didn't see an e-mail
about it, there is an early bird discount of $300 (US) until July 31.

IBM System z Expo
October 5-9, 2009
Hilton Orlando (brand new)
web: http://www.ibm.com/training/us/conf/systemz

You'll enjoy updates and education on these favorite System z operating
systems z/OS, z/VM, z/VSE and Linux on System z and concentrations on
System z in general, systems storage, security, virtualization,
performance, networking, and more.

At a glance: The conference begins on Monday morning, Oct 5,with keynote
sessions, followed by breakouts through Friday Oct 9 at noon.
There is also a product expo with Monday and Tues evening receptions
and Tues & Wed after-lunch exhibit times so that you have time
to visit with IBM System z 10 demoers, ISV and BP sponsors and
exhibitors.

Want to exhibit or sponsor ?
Click the Sponsor/Exhibitor packages link on this page:
 http://www.ibm.com/training/us/conf/systemz

Please look at a preliminary list of topics and abstracts
on the web site, and please continue to visit the site

Re: Of link lists and application programs

[Patrick O'Keefe]

On Mon, 27 Jul 2009 08:27:38 -0500, Paul Gilmartin 
 wrote:

>...
>o Does the OS hold LNKLST data sets open, thwarting reclaim
>  of PDSE unused space?
>...

LLA and XCFAS on every LPAR in the Sysplex that has the dataset
in the LLA.   Depending on how many LPARs have the dataset LLAed
you can have a LOT of work to get that space reclaimed.

(Note: rambling anecdote follows. )

In my previous shop I had a loadlib of a non-IBM product in the 
linklist.  Maintenance of this product was separate from our
standard mantenance procedures.  Once maintenance had been 
applied and tested in its target libraries I would bring the product 
down on all LPARs, copy from target libraries into "run time" 
libraries, compress them, do an LLA UPDATE on all LPARs, and 
restart the product.

I got tired of having the loadlib overallocated to handle the copy
so I switched to a PDSE with just a little extra space.   All was fine
until I had maintenance to apply.  I was able to copy 4 out of a
couple hundred modules before the library filled.  Out of panic I 
decided to delete all modules from the library and tried again.   :-(
Very bad decission!

I knew of no way of seeing who had the library open but after 
seeing 12 ENQUEUEs on it, I gave up.  A few minutes later I was 
back on a PDS.

Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Kelman, Tom]

Ted,

The cap I'm talking about is the MSU soft cap.  We already have our test
batch running in discretionary.  That just means that they'll get an CPU
left over.  If one test job gets in there and soaks up all the CPU left
we can hit the MSU cap.  Once that gets hit you know it's like running
at 100% CPU utilization on the LPAR.  That's when we run into our
problems.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Wednesday, July 29, 2009 2:14 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Enforcing CPU Time
> 
> >When you've set a cap that you constantly hit, then you need to
control
> that which
> is causing you to hit the cap, especially when it is a case of a test
> system causing problems with a production system.
> 
> A cap is better than cancelling.
> I'd rather have a test job hang than blow it away and come back and
use
> more resources later.
> That's what 'Discretionary' is for.
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Bob Rutledge]

Have you tried single quotes?  I don't have a RedHat server to try but here's an 
example talking to a Filezilla server...


ProductID: Unicenter TCPaccess Communications Server Rel 6.0.0
(C) Copyright 1987-2003 Computer Associates International, Inc.
Component: Client FTP, A6007420 UFTP2
Enter command or '?'
FTP2:  cd "/br/mvstuff/z9 BC"
501 Syntax error
FTP2:  cd '/br/mvstuff/z9 BC'
250 CWD successful. "/br/mvstuff/z9 BC" is current directory.
FTP2:

Bob

Howard Brazee wrote:

I'm trying to do a FTP with the following:

cd   /ps/cs90ftp/conversion_files/CC/extract/Files for Production  

put 'UMSDEV.QA06.CCITFULL.D090714'  citizen_D090714.dat

 


I try putting single and double spaces around the destination directory,
but the IKJEFT01 gives me a SYSTEM COMPLETION CODE=0C9  REASON
CODE=0009 when it tries, but fails to change the directory.

 


How do I handle the Unix spaces in the directory name?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Patrick Falcone]

Rex, 
 
Thanks for the information, it's becoming clearer. I was basically trying to 
understand the options and implications. And I surely don't want to mislead 
IBM with this information. At this point I know what software runs on what 
machines but I'll need to figure out by machine what LPAR's are running the 
NO89 software that I get hits on. 
 
I certainly have a firmer handle on this than I did at this time yesterday. 
Thanks again for all your input.

--- On Wed, 7/29/09, Pommier, Rex R.  wrote:


From: Pommier, Rex R. 
Subject: Re: z/OS SCRT NO89 Product Information
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 6:38 PM


Pat,

As far as coding *ALL for NO89 products that you do NOT have licenses to, I 
can't tell for certain, but I wouldn't do that.  You might or might not get 
billed for these products, or you might get a call from your friendly IBM sales 
rep thanking you for licensing it all!  :-)

As far as coding *ALL for NO89 products that you DO have licenses for, you will 
be billed for the total SCRT usage on the boxes, regardless of how much you 
actually use the products.  As others have stated, NO89 means that IBM doesn't 
cut SMF records to tell them how much is actually being used, so they bill for 
the products based on the system utilization.

As far as coding *NONE for products you are using, IBM frowns on that, because 
you're telling them that you aren't using the software.  If you're not actually 
using it, drop the licenses to the product(s) and save the money.  If you are 
using the products but telling IBM you aren't, that's being dishonest.

As far as giving IBM a list of LPARs you actually are running software on 
instead of *ALL, you can save money by not being billed for the software on 
LPARs you aren't running the software on.  


In my case, I have 3 LPARs, 1 production a test, and a sandbox.  I only have 1 
product that is in the NO89 list, COBOL.  I don't use this on my sandbox (named 
MVSTECH), so my entry for this is:

5655-G53=MVSPROD,MVSTEST

When I get my SCRT report and subsequent bill, I don't get invoiced for the 1 
MSU that typically shows up on the sandbox.  On the other LPARs, even though 
COBOL is used very little, I get billed for the MSUs that the LPARs consume, 
not that COBOL consumes.


HTH

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Wednesday, July 29, 2009 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Thanks for all your input. You'll  have to excuse my ignorance with this stuff 
since my main charge is tuning and I just started to read the manual, like 
yesterday. 
 
OK, if I have this right and I code *all for the NO89 products it may be 
possible to be billed additionally if that's possible. 
 
If I code *none for NO89 products we may not be able to take advantage of where 
the software is running to get additional SubCapacity savings. 
 
And if I code the LPARs where the NO89 products run this might/would be 
factored into potential SubCapacity savings.
 
My plan is to get this right and so I will be including LPAR's that are part of 
the NO89 hit list but wanted to understand what the options actually mean from 
a savings viewpoint.
 
Again, appreciate all your input (and you to Al - thanks) 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: GRS Ring VSAM Datasets

[Mark Zelden]

On Wed, 29 Jul 2009 13:02:17 -0500, Hale, Bob  wrote:

>I am confused by the following statement in an IBM Manual.
>
>
>
>" To make a VSAM data set a local resource, include an entry for the
>VSAM
>
>data set that is to be a local resource. To make all VSAM data sets
>local
>
>resources, use a generic qname entry for SYSVSAM. SYSVSAM and
>
>SYSDSN data set serialization must be consistent."
>
>
>
>I am confused by the ending sentence that they must be consistent. Can
>anyone enlighten me what is meant by that?
>
>
>

Include / exclude entries for both.  IOW, there will be a SYSDSN
and SYSVSAM ENQ issued for open of a VSAM data set and you want
to treat both the same way for the same data set(s).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Ted MacNEIL]

>When you've set a cap that you constantly hit, then you need to control that 
>which
is causing you to hit the cap, especially when it is a case of a test system 
causing problems with a production system.

A cap is better than cancelling.
I'd rather have a test job hang than blow it away and come back and use more 
resources later.
That's what 'Discretionary' is for.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[John Eells]

Ted MacNEIL wrote:

In traditional boxes, no amount of overwrites can guarantee that the whole 
track path has been overwritten so that residual information at the edges of 
the track cannot be picked read by some low level diagnostic tool.



The only utility that can guarantee this is:

IEHBANDSAW


Or a hard drive shredder, like this one:

http://www.datadev.com/hard-drive-shredder.html

(Just the first one I found from a Google search.)

I was looking for different one that I thought I recalled reading about, 
which reduces HDDs to something like .045" particles (about the size of 
a grain of sand) in one pass, but I couldn't find it quickly.


I recently spoke with one customer that has such a shredder, though I do 
not know what kind or how small the output bits are.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ron Hawkins]

Well there's always IEHBIGFREAKINMAGNET, but probably after dissembling the
unit with IEHBIGFREAKINSLEDGEHAMMER.

Of course the vendor can't give you a credit for returning the disk drive
after that, which brings me back to encryption of data at rest being such a
good idea.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Ted MacNEIL
> Sent: Wednesday, July 29, 2009 11:08 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Print disk map?
> 
> >In traditional boxes, no amount of overwrites can guarantee that the
whole
> track path has been overwritten so that residual information at the edges
of
> the track cannot be picked read by some low level diagnostic tool.
> 
> 
> The only utility that can guarantee this is:
> 
> IEHBANDSAW
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Kelman, Tom]

Chris,

I agree with your thinking.  However, as I said in a previous post, we
have set soft caps on our LPARs to control software costs.  When you've
set a cap that you constantly hit, then you need to control that which
is causing you to hit the cap, especially when it is a case of a test
system causing problems with a production system.  Management naturally
wants to control costs.  As long as there are ways such as the MSU caps
to do that their going to use them.  Now, if the software vendors
(including IBM) would set resonable pricing on their software maybe we
could avoid all this hassle.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Chris Craddock
> Sent: Wednesday, July 29, 2009 1:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Enforcing CPU Time
> 
> On Tue, Jul 28, 2009 at 4:06 PM, Mark Zelden
> wrote:
> 
> > On Tue, 28 Jul 2009 15:05:20 -0500, Kelman, Tom
> >  wrote:
> >
> > >Management here has requested that we determine a way to enforce a
CPU
> > >time limit on test jobs during the prime shift.  That is we do not
want
> > >the user to be able to override the default CPU time limit with the
> > >TIME= parameter on the EXEC card.  Is the best place to do this the
> > >IEFUSI exit, or can it be done at all?  It's been a long time since
> I've
> > >been involved with doing anything like this, and I'm now a capacity
> > >planner, not an MVS system programmer.
> > >
> > >
> >
> > I think you mean, IEFUJV.   It can be done there or I've done it in
JES2
> > exit
> > 6.  The JES2 exit 6 made a call to a locally define RACF class
(FACILITY
> > could be used instead) for authorization to use TIME=.  We did the
same
> > thing
> > to protect jobclasses, since those had the time limits we wanted
> enforced
> > specified in the JES2 parms.
> >
> > My current employer does this sort of thing in one of their
sysplexes
> with
> > ThruPut manager, which is really a bunch of JES2 exits driven by
> > customization
> > of the product.
> >
> > Mark
> >
> >  More old timey thinking... let's face it. Once a job gets
submitted, it
> is a pretty good idea to let it run to completion unless it has or
causes
> a
> problem. Canceling a job in mid-flight simply because it has crossed
some
> arbitrary time threshhold just means wasting that cpu time. Time the
> installation will never get back btw.
> 
> FWIW long ago and far away I ran a study on this exact problem. What
came
> out of that were two main things. (1) the typical user has no clue (or
> interest) in how much cpu time a job is going to use. They just submit
and
> hope for the best. (2) They will resubmit the failed job at least
once,
> which in general means the installation ends up wasting more than 2x
the
> cpu
> and gets absolutely NOTHING productive from it. What a dumb idea.
> 
> My prescription is take away those limits. If a job is important
enough
> and
> legitimate to be submitted in the first place, let the damn thing
finish.
> There is no mail in rebate on mips wasted by canceling jobs part way
> through.
> 
> This isn't a poke at Mark, by the way, he's one of the best. This is a
> poke
> in the eye of dumb-ass management everywhere who believe they make
things
> better by controlling that which should not be controlled.
> 
> --
> This email might be from the
> artist formerly known as CC
> (or not) You be the judge.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

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

Re: Enforcing CPU Time

[Kelman, Tom]

We're trying to catch run away tasks.  So the goal is to limit
individual job/step CPU time.  We have soft caps on our LPARs (still
running z/OS 1.7 so we can't use LPAR Groups yet).  Our test system has
ended up being capped regularly.  When that happens we've had problems
with GRS communicating through the ring because the test GRS can't get
the CPU fast enough.  So we've had production jobs time out waiting for
a GRS response.  Oh, by the way, we only have one production and one
test LPAR in the ring, and we are not SYSPlexed.  What we've found when
the test system hits the cap is that one or two tasks are using an
abnormal amount of CPU, and these particular task should probably be
running off hours.  We want the programmers doing that to "feel our
pain" :-).  Maybe if their jobs get terminated a couple of times they'll
put some efficiencies into their processes, or run outside of prime
time.  Were also putting CPU limiting factors into our test CICS and
test DB2 systems.

I checked out what John McKown had posted about using the IEFUJV exit,
and that appears to be what we need.  The information in the manual for
that exit says that it's the one to use to "validate or assign job TIME
and step TIME parameters."  That surprised me as I thought the IEFUSI
exit would be used for step TIME, but the information in the manual
concerning that exit says nothing about using it for the TIME parameter.

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ken Porowski
> Sent: Tuesday, July 28, 2009 3:59 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Enforcing CPU Time
> 
> Points to consider
> 
> Time limit on the entire job and or step level
> Limit based on time of day job is executing vs. time submitted.
> Allow TIME= specified at any time or always ignore
> Exceptions to the above (they always seem to happen and you don't want
> to be on the losing side of a management war).
> 
> What is the real goal, to limit individual jobs or to limit overall
CPU
> usage by development during prime shift?
> A WLM resource group with CPU limits may be appropriate depending on
> your exact needs.
> 
> I used to have a UJV exit that required TIME= to be coded for certain
> job classes and specific maximums for a given class.  TSO submit exit
> (IKJEFF10) was used to enforce job classes development could use.
> It wasn't perfect, you could bypass IKJEFF10 a number of ways and you
> could change your job class after submit through SDSF (Yes I know
there
> are more complete ways of securing this but it wasn't worth the
effort).
> Now with only a dozen or so Mainframe developers we can easily say
don't
> do that and they won't.
> 
> Ken
> 



*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Pommier, Rex R.]

IEH30-06?  (At least mine's only 8 characters so it can reside in a PDS
even tho the dash is invalid.)  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Roach, Dennis (N-GHG)
Sent: Wednesday, July 29, 2009 1:17 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Print disk map?

IEHSLEDGEHAMMER also works well. 

Several years ago we had an application that allocated a file, with all
of the DCB info, but did not open it. It was on real 3390 type DASD. It
just so happened that the tracks allocated contained data compatible
with the LRECL/BLKSIZE. Those tracks were readable by anyone with access
to the file, including ISPF browse and edit. 

Dennis Roach
GHG Corporation
Lockheed Martin Mission Services
Facilities Design and Operations Contract
NASA/JSC
Address:
   2100 Space Park Drive 
   LM-15-4BH
   Houston, Texas 77058
Mail:
   P.O. Box 58487
   Mail Code H4C
   Houston, Texas 77258
Phone:
   Voice:  (281)336-5027
   Cell:   (713)591-1059
   Fax:(281)336-5410
E-Mail:  dennis.ro...@lmco.com

All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near this or any
other planet, moon, asteroid, or other spatial object, natural or
manufactured, since the beginning of time.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Wednesday, July 29, 2009 1:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Print disk map?
> 
> >In traditional boxes, no amount of overwrites can guarantee that the
> whole track path has been overwritten so that residual information at
> the edges of the track cannot be picked read by some low level
> diagnostic tool.
> 
> 
> The only utility that can guarantee this is:
> 
> IEHBANDSAW
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Pommier, Rex R.]

Pat,

As far as coding *ALL for NO89 products that you do NOT have licenses to, I 
can't tell for certain, but I wouldn't do that.  You might or might not get 
billed for these products, or you might get a call from your friendly IBM sales 
rep thanking you for licensing it all!  :-)

As far as coding *ALL for NO89 products that you DO have licenses for, you will 
be billed for the total SCRT usage on the boxes, regardless of how much you 
actually use the products.  As others have stated, NO89 means that IBM doesn't 
cut SMF records to tell them how much is actually being used, so they bill for 
the products based on the system utilization.

As far as coding *NONE for products you are using, IBM frowns on that, because 
you're telling them that you aren't using the software.  If you're not actually 
using it, drop the licenses to the product(s) and save the money.  If you are 
using the products but telling IBM you aren't, that's being dishonest.

As far as giving IBM a list of LPARs you actually are running software on 
instead of *ALL, you can save money by not being billed for the software on 
LPARs you aren't running the software on.  


In my case, I have 3 LPARs, 1 production a test, and a sandbox.  I only have 1 
product that is in the NO89 list, COBOL.  I don't use this on my sandbox (named 
MVSTECH), so my entry for this is:

5655-G53=MVSPROD,MVSTEST

When I get my SCRT report and subsequent bill, I don't get invoiced for the 1 
MSU that typically shows up on the sandbox.  On the other LPARs, even though 
COBOL is used very little, I get billed for the MSUs that the LPARs consume, 
not that COBOL consumes.


HTH

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Wednesday, July 29, 2009 1:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Thanks for all your input. You'll  have to excuse my ignorance with this stuff 
since my main charge is tuning and I just started to read the manual, like 
yesterday. 
 
OK, if I have this right and I code *all for the NO89 products it may be 
possible to be billed additionally if that's possible. 
 
If I code *none for NO89 products we may not be able to take advantage of where 
the software is running to get additional SubCapacity savings. 
 
And if I code the LPARs where the NO89 products run this might/would be 
factored into potential SubCapacity savings.
 
My plan is to get this right and so I will be including LPAR's that are part of 
the NO89 hit list but wanted to understand what the options actually mean from 
a savings viewpoint.
 
Again, appreciate all your input (and you to Al - thanks) 


--- On Wed, 7/29/09, Hal Merritt  wrote:


From: Hal Merritt 
Subject: Re: z/OS SCRT NO89 Product Information
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 3:11 PM


That's not how it works. The NO89 covers products that do not cut SMF type 89 
usage records. 

You are already paying for licensed products at full capacity. If you know you 
are not running a given product on LPARX, then include all of the others. Even 
if you are running it everywhere, you can still achieve sizable savings or, 
perhaps more importantly, make a good business case for a much bigger box you 
can grow into instead of a too small box you grow out of. 

You may not see any savings if your box is too small.       

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Operator Validation before Executing Command

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman
> Sent: Wednesday, July 29, 2009 12:37 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Operator Validation before Executing Command



> ---
> Too bad there's no "anti-stupid" serum; the owner would do a 
> land-office 
> business.  :-))
> 
> Rick

I have one. I'm doing an Infomercial on it! Only 19.95 + s/h! But, if you call 
in the next 10 minutes, you'll get a second dose free for only the cost of 
shipping and handling! Made from an ancient Tibetan formula, secretly smuggled 
out under the noses of the Communist Chinese government at great risk to a 
number of monks.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Roach, Dennis (N-GHG)]

IEHSLEDGEHAMMER also works well. 

Several years ago we had an application that allocated a file, with all
of the DCB info, but did not open it. It was on real 3390 type DASD. It
just so happened that the tracks allocated contained data compatible
with the LRECL/BLKSIZE. Those tracks were readable by anyone with access
to the file, including ISPF browse and edit. 

Dennis Roach
GHG Corporation
Lockheed Martin Mission Services
Facilities Design and Operations Contract
NASA/JSC
Address:
   2100 Space Park Drive 
   LM-15-4BH
   Houston, Texas 77058
Mail:
   P.O. Box 58487
   Mail Code H4C
   Houston, Texas 77258
Phone:
   Voice:  (281)336-5027
   Cell:   (713)591-1059
   Fax:(281)336-5410
E-Mail:  dennis.ro...@lmco.com

All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near this or any
other planet, moon, asteroid, or other spatial object, natural or
manufactured, since the beginning of time.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Ted MacNEIL
> Sent: Wednesday, July 29, 2009 1:08 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Print disk map?
> 
> >In traditional boxes, no amount of overwrites can guarantee that the
> whole track path has been overwritten so that residual information at
> the edges of the track cannot be picked read by some low level
> diagnostic tool.
> 
> 
> The only utility that can guarantee this is:
> 
> IEHBANDSAW
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ron Hawkins]

Barry,

Your point is so valid. Unlike other DASD controllers, RACF erase-on-scratch
in SVA would leave the old data in the clear on the disk drives so the
contents can be read through traditional. It is not erased at all at the
hardware level while those tracks are in the free pool.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Schwarz, Barry A
> Sent: Wednesday, July 29, 2009 10:47 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Print disk map?
> 
> While Binyamin's advice will show what you asked, there is still one
> potential problem remaining.  If you are not using an actual physical
> CDK device (most of us are using SCSI devices that emulate 3390s etc),
> You need to confirm that writing over an MVS track physically writes to
> the same sectors the track was simulated on.  We use an STK SVA 9500 and
> every write to a track causes that track to be relocated within the
> array.  The net result is that while MVS only sees the new data when
> reading the track, several generations of previous data are lying
> around.  You need to determine if this situation exists in your hardware
> and, if so, whether it is an issue for your organization.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ted MacNEIL]

>In traditional boxes, no amount of overwrites can guarantee that the whole 
>track path has been overwritten so that residual information at the edges of 
>the track cannot be picked read by some low level diagnostic tool.


The only utility that can guarantee this is:

IEHBANDSAW

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

GRS Ring VSAM Datasets

[Hale, Bob]

I am confused by the following statement in an IBM Manual.



" To make a VSAM data set a local resource, include an entry for the
VSAM

data set that is to be a local resource. To make all VSAM data sets
local

resources, use a generic qname entry for SYSVSAM. SYSVSAM and

SYSDSN data set serialization must be consistent."



I am confused by the ending sentence that they must be consistent. Can
anyone enlighten me what is meant by that?



Bob


This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this
communication in error, notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.

Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Patrick Falcone]

Thanks for all your input. You'll  have to excuse my ignorance with this stuff 
since my main charge is tuning and I just started to read the manual, like 
yesterday. 
 
OK, if I have this right and I code *all for the NO89 products it may be 
possible to be billed additionally if that's possible. 
 
If I code *none for NO89 products we may not be able to take advantage of where 
the software is running to get additional SubCapacity savings. 
 
And if I code the LPARs where the NO89 products run this might/would be 
factored into potential SubCapacity savings.
 
My plan is to get this right and so I will be including LPAR's that are part of 
the NO89 hit list but wanted to understand what the options actually mean from 
a savings viewpoint.
 
Again, appreciate all your input (and you to Al - thanks) 


--- On Wed, 7/29/09, Hal Merritt  wrote:


From: Hal Merritt 
Subject: Re: z/OS SCRT NO89 Product Information
To: IBM-MAIN@bama.ua.edu
Date: Wednesday, July 29, 2009, 3:11 PM


That's not how it works. The NO89 covers products that do not cut SMF type 89 
usage records. 

You are already paying for licensed products at full capacity. If you know you 
are not running a given product on LPARX, then include all of the others. Even 
if you are running it everywhere, you can still achieve sizable savings or, 
perhaps more importantly, make a good business case for a much bigger box you 
can grow into instead of a too small box you grow out of. 

You may not see any savings if your box is too small.       

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Wednesday, July 29, 2009 7:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Pat,

A VERY ugly suggestion. Turn them all on with *ALL* and see what does not 
report anything. By the way, I have never tried this suggestion so I am not 
sure it is of any value except what you are paying me for it.

Or, get Al's software. :-)

Bob
-

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Tuesday, July 28, 2009 3:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS SCRT NO89 Product Information

I'm currently working with/on SCRT for quite a few physical machines and about 
triple the amount of LPARs. Is there any easy way for me to find out what 
products might be on what LPARs for inclusion in the NO89 section? I've got the 
process working fine but now need to tailor the NO89 section for validity. Or 
do I just need to read the fine book some more. Al, help!?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ron Hawkins]

That should read "and the right edge of the track path was never
overwritten."

> 
> The logic for overwriting the track requires the write head to seek away
and
> be returned to the track so it the head will settle in a slightly
different
> position over the track path. The degree to which the head is off centre
after
> returns back that track will determine how much of the edge of the track
path
> is overwritten. After forty passes there is nothing that guarantees that
the
> head did not settle between dead centre and left of dead centre every
time,
> and the left edge of the track path was never overwritten.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FW: Training

[Rick Fochtman]

---


Mr. Comstock,
My use of IBM-MAIN is to present peer systems programmers with
challenges and solutions in our field.  Your exploitation of this forum
is inappropriate.  If we were to allow Vendors to exploit this forum for
marketing purposes I believe many of us would stop using the forum.
Regards,
Steven Bott
 



Since Mr. Comstock provides far more that just "plugs" for his training 
materials and services, I, for one, am more than willing to allow the 
ocaissional blurb. Since he's only trying to offer a helpful service 
that might be highly useful, I see no "offence" in this message


Rick

--
Remember that if you're not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Ron Hawkins]

Radoslaw,

In traditional boxes, no amount of overwrites can guarantee that the whole
track path has been overwritten so that residual information at the edges of
the track cannot be picked read by some low level diagnostic tool.

The logic for overwriting the track requires the write head to seek away and
be returned to the track so it the head will settle in a slightly different
position over the track path. The degree to which the head is off centre
after returns back that track will determine how much of the edge of the
track path is overwritten. After forty passes there is nothing that
guarantees that the head did not settle between dead centre and left of dead
centre every time, and the left edge of the track path was never
overwritten.

Increasing the number of passes overwriting the track increases the
probability that the whole track path will be overwritten, but it never,
ever guarantees that the track path will be overwritten.

And your final statement "Vast majority of mainframe attached boxes do
guarantee that data will be erased by first write" is patently false. My
employer certainly doesn't.

No vendor can or will guarantee this. Erasure is a function of the disk
drive's precision in settling the write head after a seek. This is not
influenced in any way by the storage controller. EMC and IBM do not
manufacturer disk drives, and HDS have a sister company that manufactures
disk drives, but head settling precision of a Hitachi disk drive will be the
same whether it is in a EMC, IBM or HDS storage controller. 

HDS secure erasure process uses multiple passes to overwrite the disk drive
and not a single write. We guarantee that we meet the requirements of
erasure standard, but that standard does not guarantee that everything was
erased.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> R.S.
> Sent: Wednesday, July 29, 2009 4:57 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Print disk map?
> 
> Ron Hawkins pisze:
> [...]
> > Multi-write methods can never guarantee that data is erased because no
> > matter how many times you reposition the write heads you are only hoping
> > that it wobbled over the track path enough to get everything. Also, you
> > point out that Log Structured File storage such as SVA and Netapps WAFL
> > would not successfully overwrite this information.
> 
> Yes, but ...what mainframe DASD box has the problem as above?
> IBM RVA, STK SVA, - what else?
> Vast majority of mainframe attached boxes do guarantee that data will be
> erased by first write.
> 
> --
> Radoslaw Skorupka
> Lodz, Poland
> 
> 
> --
> BRE Bank SA
> ul. Senatorska 18
> 00-950 Warszawa
> www.brebank.pl
> 
> Sd Rejonowy dla m. st. Warszawy
> XII Wydzia Gospodarczy Krajowego Rejestru Sdowego,
> nr rejestru przedsibiorców KRS 025237
> NIP: 526-021-50-88
> Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w
caoci
> wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego
> podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16
marca
> 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec
> podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale
zakadowym
> BRE Banku SA bd w caoci opacone.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Schwarz, Barry A]

While Binyamin's advice will show what you asked, there is still one
potential problem remaining.  If you are not using an actual physical
CDK device (most of us are using SCSI devices that emulate 3390s etc),
You need to confirm that writing over an MVS track physically writes to
the same sectors the track was simulated on.  We use an STK SVA 9500 and
every write to a track causes that track to be relocated within the
array.  The net result is that while MVS only sees the new data when
reading the track, several generations of previous data are lying
around.  You need to determine if this situation exists in your hardware
and, if so, whether it is an issue for your organization.

-Original Message-
From: Bri P 
Sent: Tuesday, July 28, 2009 6:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: Print disk map?

Hi all 

I need to show that some deleted datasets have been 'cleared' (using
RACF erase-on-scratch).

I only have a 'standard' set of IBM utilities, no 'optional extras' - is
there anything I can use to:

- Determine where on a disk a given file is located;
- Print (preferably in dump format) the contents of the disk at that
location.

I then need to delete the dataset, and do the print task(s) again, to
show that the data is gone.

I don't really have enough time to write anything of my own, I have to
do this in the next day or so..

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Print disk map?

[Rick Fochtman]

Binyamin Dissen wrote:


On Tue, 28 Jul 2009 14:37:14 +0100 Bri P  wrote:

:>I need to show that some deleted datasets have been 'cleared' (using RACF 
erase-on-scratch).

:>I only have a 'standard' set of IBM utilities, no 'optional extras' - is 
there anything I can use to:

:>- Determine where on a disk a given file is located;

IEHLIST

:>- Print (preferably in dump format) the contents of the disk at that location.

AMASPZAP with CCHHR.

:>I then need to delete the dataset, and do the print task(s) again, to show 
that the data is gone.

:>I don't really have enough time to write anything of my own, I have to do 
this in the next day or so..

Just be aware that because standard utilities do not see data does not mean
that data recovery tools cannot read it.
 


-
AMASPZAP has to work within a defined dataset. It won't work on areas 
that aren't within defined extents that are in use.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Operator Validation before Executing Command

[Rick Fochtman]

Martin Kline wrote:


Windows mentality strikes again.
   



More likely:

BPXOINIT HAS BEEN SHUT DOWN - REPLY 'OK' TO CONTINUE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 


Does it restart after that ??

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Operator Validation before Executing Command

[Rick Fochtman]

---

It would drive anyone crazy to be prompted for every single 
'destructive'
command, but we do put a couple of prompts along with our 
automation 'shut
the whole thing down' command. We took a cue from V XCF OFF 
and make the
operator type in the target sysid. That is not an iron clad 
solution. No
solution will ever be iron clad. But inserting even a small 
loop can help

enormously vs. the type-it-and-watch-helplessly alternative.

.
.
JO.Skip Robinson
   



Windows mentality strikes again.

Prompt1: "You are about to ... . Are you sure you want to do that?"

Prompt2: "Are you really sure?"

Prompt3: "Say pretty please with sugar on it!"
 


-
Too bad there's no "anti-stupid" serum; the owner would do a land-office 
business.  :-))


Rick

--
Remember that if you're not the lead dog, the view never changes.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Ted MacNEIL]

>And there I thought I was joking:

>http://en.wikipedia.org/wiki/Halting_problem

>I'm glad to see someone stepped up and showed Alan Turing wrong.

Considering DEXAN is/was empirical, and did not examine code, inputs, or 
outputs, I don't see where it really touches on the Halting Problem.

DEXAN did/does state analysis, and makes decisions, but if I recall correctly, 
it actually doesn't kill a 'looping' job.
Rather, it notifies somebody of a potential loop.

By state analysis, I mean such things as staying in a certain part of the code, 
consuming CPU without doing any I/O, etc.

It wasn't perfect, but I haven't seen the add-on since around 1989.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Schwarz, Barry A]

Didn't think it was news.  40+ years ago in grad school, a LISP program
of mine was cancelled automatically on a 7094 for infinite looping.
Total CPU time 0.7 seconds

-Original Message-
From: Paul Gilmartin 
Sent: Wednesday, July 29, 2009 10:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Enforcing CPU Time

On Wed, 29 Jul 2009 16:59:11 +, Ted MacNEIL wrote:

>>Couldn't someone write some sort of automated analyzer to examine the
code and determine whether it's in an infinite loop or will
>ultimately terminate?
>
>DEXAN (OmegaMon) used to be able to do that.
>I've not seen that add-on for years, so I don't know if it still
exists.
>-
And there I thought I was joking:

http://en.wikipedia.org/wiki/Halting_problem

I'm glad to see someone stepped up and showed Alan Turing wrong.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Paul Gilmartin]

On Wed, 29 Jul 2009 16:59:11 +, Ted MacNEIL wrote:

>>Couldn't someone write some sort of automated analyzer to examine the code 
>>and determine whether it's in an infinite loop or will
>ultimately terminate?
>
>DEXAN (OmegaMon) used to be able to do that.
>I've not seen that add-on for years, so I don't know if it still exists.
>-
And there I thought I was joking:

http://en.wikipedia.org/wiki/Halting_problem

I'm glad to see someone stepped up and showed Alan Turing wrong.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Ted MacNEIL]

>Couldn't someone write some sort of automated analyzer to examine the code and 
>determine whether it's in an infinite loop or will
ultimately terminate?

DEXAN (OmegaMon) used to be able to do that.
I've not seen that add-on for years, so I don't know if it still exists.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Paul Gilmartin]

On Wed, 29 Jul 2009 11:21:02 -0500, McKown, John wrote:
>>
>> o RTFM
>
>I was able to. The documentation on the CD command in ftp was that the syntax 
>of the path portion was dependant on the remote ftp server requirements. Which 
>means, to me, that
>
>cd Test\ Folder
>
>or
>
>cd "Test Folder"
>
>should work. It does on my Redhat Fedora 11 system (Intel).
>
My understanting of RFC 959 is that the client undoes escaping
and the server deals with raw pathnames:

 ::=  | 
 ::= any of the 128 ASCII characters except  and 

 ::= 

  5.3.1.  FTP COMMANDS

CWD

  An example with an embedded double quote:

 MKD foo"bar
 257 "/usr/dm/foo""bar" directory created
 CWD /usr/dm/foo"bar
 200 directory changed to /usr/dm/foo"bar

Did we ever see a verbose trace that showed the generated CWD command?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM Warns Customers about Neon's zPrime

[Edward Jaffe]

Ed Gould wrote:

, 
another mainframe software vendor that sells a product for offloading 
work to the zIIP."


Just to clarify: DataDirect's offerings are not like zPrime.

DataDirect has products that will execute on zIIP, just as we do. That 
is the intended "IBM Eligible" use of zIIP and is entirely different 
from any software that enables so-called "third-party" code to run on 
zIIP (or zAAP).


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Mark Zelden]

On Wed, 29 Jul 2009 11:11:38 -0500, Chris Craddock  wrote:

> If it was my ass on the line, I would want the application owner to
>either make the decision, or have a policy of some sort in place to tell the
>operator (or automation) what action to take.
>

Yep... none of our CPU limits are put in place for production jobclasses.
If an operator / scheduler suspects a job looping (either from a monitor 
warning, SDSF display, much longer run time than prior history shows, etc.), 
they call  the on-call programmer for that app.   One thing ops can't do 
is see if the system is running at or near 100% and if the job in question
is using a lot of CPU.  That is SOP here. :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Paul Gilmartin]

On Wed, 29 Jul 2009 15:49:03 +, Ted MacNEIL wrote:

>>But also a cpu use limit per class is another
>way to catch a looper early.
>
>But, what if it's not looping?
>
Couldn't someone write some sort of automated analyzer to examine
the code and determine whether it's in an infinite loop or will
ultimately terminate?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
> Sent: Wednesday, July 29, 2009 10:45 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP to Unix directory with spaces
> 
> On Wed, 29 Jul 2009 11:03:18 -0400, Klein, Kenneth wrote:
> 
> >We've narrowed the issue down to the syntax of the cd command.
> >
> >cd "Test Folder" 08:28:03 550 Failed to change directory.
> >
> >If we could run ftp with the -v and -d flags we probably would get an
> >explanation.
> >Otherwise we can research CA's requirements for this 
> command. apparently
> >CA wants single quotes or perhaps a pair of single quotes: ''Test
> >Folder'' or maybe even '"Test Folder"'. Have you tried using 
> the escape
> >character, the back slash: "\" in front of the quote?
> >
> Isn't it time to abandon the shotgun approach and:
> 
> o RTFM

I was able to. The documentation on the CD command in ftp was that the syntax 
of the path portion was dependant on the remote ftp server requirements. Which 
means, to me, that 

cd Test\ Folder

or

cd "Test Folder"

should work. It does on my Redhat Fedora 11 system (Intel).

> 
> o Open an issue with CA?

Better hope it is a known problem. I just did a search on CA's Knowledge Base. 
TCPAccess is functionally stabalized at the 6.0SP05 release.

> 
> -- gil

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: address space creation

[Ted MacNEIL]

>It looks like your problem is with RSVNONR.  >You could increase this number.  
>Some products will leave ASVT entries marked non-reusable for the life of an 
>IPL.
>I have seen this problem before and right now don't remember which product was 
>causing us issues.  

IIRC, it's any product that is the 'target' of cross-memory services.
But, I seem to recall that some of these issues have been resolved.

Still, RSVNONR should be increased (to at least 150).

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Chris Craddock]

On Wed, Jul 29, 2009 at 10:49 AM, Ted MacNEIL  wrote:

> >But also a cpu use limit per class is another
> way to catch a looper early.
>
> But, what if it's not looping?
>

Exactly. Most programs actually DO loop, but eventually they finish
processing whatever it is they're processing and they end. So the hard part
is knowing whether an apparently "looping" program is in trouble or just
doing what it was intended to do. There is also the question of potential
down-stream effects of cancelling one of these. Are there any dependencies?
Can you just nuke it and hope for the best? With test jobs, arguably "yes".
With production jobs... erm... well usually I suppose, but often enough
"not". If it was my ass on the line, I would want the application owner to
either make the decision, or have a policy of some sort in place to tell the
operator (or automation) what action to take.

-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: address space creation

[Rebecca Martin]

>From what you posted:
MAXUSER from IEASYSxx:  1000  
 In use ASIDs:   142  
  Available ASIDs:   858  
  
RSVSTRT from IEASYSxx:50  
   RSVSTRT in use: 0  
RSVSTRT available:50  
  
RSVNONR from IEASYSxx:   100  
   RSVNONR in use:   100  

It looks like your problem is with RSVNONR.  You could increase this number.  
Some products will leave ASVT entries marked non-reusable for the life of an 
IPL.  I have seen this problem before and right now don't remember which 
product was causing us issues.  

Where I am now, we have this set to 200.  

MAXUSER entries can also include ASIDs that have been marked non-resuable 
if their total number exceeds the RSVNONR value.   

Hope that helps. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Ted MacNEIL]

>But also a cpu use limit per class is another 
way to catch a looper early.

But, what if it's not looping?
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 29 Jul 2009 08:03:21 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>>08:28:03 FTP2: cd "Test Folder" 08:28:03 550 Failed to change
>>directory.
>
>And here it's broken.
>
>Was Dennis correct in his statement that FTP2 client correctly
>handles directories with blanks in their names on other servers?

He, or someone tested it elsewhere.

>Moved the data "by hand"?  Retyped them with an editor?

I can use Ultra-Edit or SSHClient to FTP it from the mainframe, then
FTP it to the Unix machine.   Or I can FTP it from the mainframe to a
directory on the mainframe that does not contain spaces, then move it
from there. I just can't make CA's mainframe FTP go directly to a
directory with spaces in it on my Red Hat Unix machine.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Paul Gilmartin]

On Wed, 29 Jul 2009 11:03:18 -0400, Klein, Kenneth wrote:

>We've narrowed the issue down to the syntax of the cd command.
>
>cd "Test Folder" 08:28:03 550 Failed to change directory.
>
>If we could run ftp with the -v and -d flags we probably would get an
>explanation.
>Otherwise we can research CA's requirements for this command. apparently
>CA wants single quotes or perhaps a pair of single quotes: ''Test
>Folder'' or maybe even '"Test Folder"'. Have you tried using the escape
>character, the back slash: "\" in front of the quote?
>
Isn't it time to abandon the shotgun approach and:

o RTFM

o Open an issue with CA?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Compiled REXX behavior - SEALPA vs. SEAGALT

[Hardee, Charles H]

Has anyone ever ran compiled REXX under IPCS?
What about compiled and linked REXX under IPCS?

If so, any experiences you would like to relate?

Thanks,
Chuck


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent: Monday, July 27, 2009 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: Compiled REXX behavior - SEALPA vs. SEAGALT

Just in case somebody else is not aware of this, ...

The behavior of a compiled REXX exec can depend on which run time
library is used -  the SEAGLPA library provided with the compiler or 
the so called ALT library SEAGALT (for shops without the compiler). 
...
 
Pat O'Keefe


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM Warns Customers about Neon's zPrime

[Ed Gould]

Re: Offload work to zIIP with zPRIME

[Hal Merritt]

I worked the mitigation in the aftermath of Hurricane Ike. The 4th largest city 
in the US was without power. Fuel of any kind was almost impossible to find due 
to filling stations not having power for the pumps. 

Some truckers pulling refrigerated trailers of ice for the emergency supply 
distribution points were frantic about finding fuel, but nearly freaked out 
when they were offered ordinary ULS Diesel for the reefers. We had assurances 
from credible sources that the fuel was the same, but the truckers were still 
very nervous.  

Adding to the trucker's concern was that their contracts specified that they 
were responsible for fuel and running out could mean that they might be subject 
to a penalty or even not get paid at all. 

First person account. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tony B.
Sent: Thursday, July 23, 2009 4:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Offload work to zIIP with zPRIME

Umm, uh, yes I know, uh uh, a friend told me.  Yea that's it.  A friend told
me.




 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Anthony Giorgio
Sent: Thursday, July 23, 2009 3:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Offload work to zIIP with zPRIME

Hal Merritt wrote:
> Old days? Still very much so today here in the US. It is called 'off road'
diesel, and, except for the color and tax, it's exactly the same fuel. Or so
I'm told. 
>
> Don't know the price difference but I'd suspect it's substantial. As the
penalties for using it for inappropriately.  
>
>   
I've heard stories of inspectors going to county fairs and checking the
color of the diesel in the fuel tanks of pickup trucks.  If you're caught
using the off-road diesel, the penalties are rather severe.

--
Anthony Giorgio
z/OS Software Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.392 / Virus Database: 270.13.23/2254 - Release Date: 07/23/09
06:02:00

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Hal Merritt]

That's not how it works. The NO89 covers products that do not cut SMF type 89 
usage records. 

You are already paying for licensed products at full capacity. If you know you 
are not running a given product on LPARX, then include all of the others. Even 
if you are running it everywhere, you can still achieve sizable savings or, 
perhaps more importantly, make a good business case for a much bigger box you 
can grow into instead of a too small box you grow out of. 

You may not see any savings if your box is too small.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Wednesday, July 29, 2009 7:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Pat,

A VERY ugly suggestion. Turn them all on with *ALL* and see what does not 
report anything. By the way, I have never tried this suggestion so I am not 
sure it is of any value except what you are paying me for it.

Or, get Al's software. :-)

Bob
-

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Patrick Falcone
Sent: Tuesday, July 28, 2009 3:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS SCRT NO89 Product Information

I'm currently working with/on SCRT for quite a few physical machines and about 
triple the amount of LPARs. Is there any easy way for me to find out what 
products might be on what LPARs for inclusion in the NO89 section? I've got the 
process working fine but now need to tailor the NO89 section for validity. Or 
do I just need to read the fine book some more. Al, help!?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 29 Jul 2009 07:58:12 -0700, dennis.ro...@lmco.com (Roach, Dennis  ,
N-GHG) wrote:

>I was basing the statement that CA's ftp2 works to other systems with
>blanks on - 
>>In desperation, do you really needs the damn blanks?
>
>It's a political thing.   I can argue with users to who are already
>using directories with blanks, or find a way to accommodate them. They
>have several directories so defined.
>
>Howard - can you set the record straight? I may be misreading the above.

I'm not sure how that message might be ambiguous.But if I can't
solve the problem on the mainframe side, it will be easier to get a
Unix guy to write a script to move the file than it would be to get
sufficient users to change their directory naming style.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Klein, Kenneth]

We've narrowed the issue down to the syntax of the cd command.

cd "Test Folder" 08:28:03 550 Failed to change directory.

If we could run ftp with the -v and -d flags we probably would get an
explanation.
Otherwise we can research CA's requirements for this command. apparently
CA wants single quotes or perhaps a pair of single quotes: ''Test
Folder'' or maybe even '"Test Folder"'. Have you tried using the escape
character, the back slash: "\" in front of the quote? 


Ken Klein
Sr. Systems Programmer
Kentucky Farm Bureau Insurance - Louisville
kenneth.kl...@kyfb.com
502-495-5000 x7011

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Howard Brazee
Sent: Wednesday, July 29, 2009 10:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP to Unix directory with spaces

On 29 Jul 2009 07:07:18 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>> Try
>> >
>cd /ps
>cd /ps/cs90ftp
>cd /ps/cs90ftp/conversion_files
>cd /ps/cs90ftp/conversion_files/CC
>cd /ps/cs90ftp/conversion_files/CC/extract
>
>dir
>
>cd "Test Folder"
>dir

SOC9 again:
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Paul Gilmartin]

On Wed, 29 Jul 2009 08:27:42 -0600, Howard Brazee wrote:

>>cd /ps/cs90ftp/conversion_files/CC/extract
>>
>>dir
>>
>>cd "Test Folder"
>>dir
>
>SOC9 again:
>
ITYM S0C9.  And I don't see either.
...
08:28:00 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract
08:28:00 250 Directory successfully changed.

So far, so good.  There are no problems earlier in the path.
(barring lack of search permission on "extract".  To be very
sure, you could try:

cd /ps/cs90ftp/conversion_files/CC/.
dir

>08:28:00 FTP2: dir
...
>08:28:01 226 Directory send OK.
08:28:01 -Transfer complete. 08:28:01
>3843 bytes received in 0.03 seconds (128100 bytes/s) 08:28:01
>Dataset name: D44201.FTP.TMP.T2800585.P9992.S9992 User=D44201
>08:28:01 Data bytes written: 3743. 08:28:02 226 Disk tracks
>written: 1. 08:28:02 drwxr-xr-x2 60029104  4096 May 20
>22:41 External System ID for SIT
>08:28:02 drwxr-xr-x2 60029104  4096 Jul 28 15:27 Test
>Folder
>...
And permissions on "Test Folder" look good.

>08:28:03 FTP2: cd "Test Folder" 08:28:03 550 Failed to change
>directory.

And here it's broken.

Was Dennis correct in his statement that FTP2 client correctly
handles directories with blanks in their names on other servers?

Moved the data "by hand"?  Retyped them with an editor?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Roach, Dennis (N-GHG)]

I was basing the statement that CA's ftp2 works to other systems with
blanks on - 
>In desperation, do you really needs the damn blanks?

It's a political thing.   I can argue with users to who are already
using directories with blanks, or find a way to accommodate them. They
have several directories so defined.

Howard - can you set the record straight? I may be misreading the above.

Dennis Roach
GHG Corporation
Lockheed Martin Mission Services
Facilities Design and Operations Contract
NASA/JSC
Address:
   2100 Space Park Drive 
   LM-15-4BH
   Houston, Texas 77058
Mail:
   P.O. Box 58487
   Mail Code H4C
   Houston, Texas 77258
Phone:
   Voice:  (281)336-5027
   Cell:   (713)591-1059
   Fax:(281)336-5410
E-Mail:  dennis.ro...@lmco.com

All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near this or any
other planet, moon, asteroid, or other spatial object, natural or
manufactured, since the beginning of time.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Paul Gilmartin
> Sent: Wednesday, July 29, 2009 8:53 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP to Unix directory with spaces
> 
> On Wed, 29 Jul 2009 07:31:18 -0600, Roach, Dennis (N-GHG) wrote:
> 
> >What do we know?
> > CA's FTP2 fails with blanks in the directory name to this
system.
> > CA's FTP2 works with blanks in the directory name to other
> systems.
> 
> I have reviewed all the OP's updates in this thread, and I do not
> see that.  Can you cite timestamp and/or URL?
> 
> > Another FTP client works with blanks in the directory name to
> this system.
> > This says that the directory and access structure is
valid
> for this transfer.
> >
> >Suspect:
> > One end or the other is issuing a command, such as SYST, that is
> >responding with something that is not liked or not valid, causing
> >invalid options to be assumed on one end.
> >
> >Validation:
> > IP trace of success and failure
> 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]
On
> >> Behalf Of Howard Brazee
> >> Sent: Tuesday, July 28, 2009 2:46 PM
> >>
> >> On 28 Jul 2009 11:34:10 -0700, (Dennis Roach)
> >> wrote:
> >>
> >> >Not actually. What we are wanting to see is the directory up
level.
> >> Try
> >> >
> >> >cd /ps
> >> >cd /ps/cs90ftp
> >> >cd /ps/cs90ftp/conversion_files
> >> >cd /ps/cs90ftp/conversion_files/CC
> >> >cd /ps/cs90ftp/conversion_files/CC/extract
> >> >dir
> >> >
> >> >What I would suspect is that somewhere along the way something
does
> not
> >> >exist or you do not have the required access. This will list the
> last
> >> >valid directory in the path.
>   ...
> >> 12:45:45 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test
> Folder
> >> 12:45:45 550 Failed to change directory. 12:45:45 FTP2: END
12:45:45
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: INFOZIP >2Gb

[Bob Woodside]

On Monday 27 July 2009, Vikesh Bhoola wrote:
> Thanks for your reply.
>
> > On Friday 24 July 2009, Bob Woodside wrote:
> >  Does the cmsmvs version fail like this if you execute it under
> z/Unix?
>
> Tried that and it does not fail with an error :
>
> > Or does it just fail when you run it via the MVS JCL?
>
> Yes, it looks to just fail when run via MVS JCL.

This is very strange. I have no idea at the moment why the Zip64 fix 
to cmsmvs.c would not have corrected this - but only when the program 
is run via MVS JCL.

At least you can get around this temporarily with the -fz option. It 
will take me a while to set up an environment where I can test this.

I'm also trying to figure out which problem to attack first with my 
limited resources - this one, or the problem with filename handling 
between zip and unzip.


Cheers,
Bob

-- 
Bob Woodside
Woodsway Consulting, Inc.
http://www.woodsway.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 29 Jul 2009 07:07:18 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>> Try
>> >
>cd /ps
>cd /ps/cs90ftp
>cd /ps/cs90ftp/conversion_files
>cd /ps/cs90ftp/conversion_files/CC
>cd /ps/cs90ftp/conversion_files/CC/extract
>
>dir
>
>cd "Test Folder"
>dir

SOC9 again:
 
08:28:00 -Logged in -  User=D44201  Working directory "D44201."
08:28:00 ProductID: Unicenter TCPaccess Communications Server Rel
6.0.0 
08:28:00 (C) Copyright 1987-2003 Computer Associates International,
Inc.
08:28:00 Component: Client FTP, A6007420 UFTP2 08:28:00 Enter command
or '?' 08:28:00 FTP2: OPEN cs-dev-app-1.cusys.edu 08:28:00 220 Welcome
to the new SIS FTP Service. All activities can and will be logged. 
08:28:00 Enter name (CS-DEV-APP-1.CUSYS.EDU:d44201): cs90ftp 08:28:00
Enter PASSWORD ..:
###   
08:28:00 230 Login successful. 08:28:00 FTP2: cd /ps 08:28:00 250
Directory successfully changed. 08:28:00 FTP2: cd /ps/cs90ftp 08:28:00
250 Directory successfully changed. 08:28:00 FTP2: cd
/ps/cs90ftp/conversion_files 08:28:00 250 Directory successfully
changed. 08:28:00 FTP2: cd /ps/cs90ftp/conversion_files/CC 08:28:00
250 Directory successfully changed. 08:28:00 FTP2: cd
/ps/cs90ftp/conversion_files/CC/extract 08:28:00 250 Directory
successfully changed. 08:28:00 FTP2: dir 08:28:01 150 Here comes the
directory listing. 08:28:01 -Dataset opened; data connection starting.
08:28:01 Data transfer Type is ASCII.  Structure is File.  Mode is
Stream.  
08:28:01 Dataset name: D44201.FTP.TMP.T2800585.P9992.S9992 Dataset
attributes: 
08:28:01 Dsorg=PS  Recfm=VB  Lrecl=137  Blksize=9076 Volser=DBS936
Unit=3390  
08:28:01 Primary allocation is 5 tracks. Secondary allocation is
15 tracks. 
08:28:01 150 Network data which exceeds LRECL will be wrapped to the
next record.   
08:28:01 226 Directory send OK. 08:28:01 -Transfer complete. 08:28:01
3843 bytes received in 0.03 seconds (128100 bytes/s) 08:28:01
Dataset name: D44201.FTP.TMP.T2800585.P9992.S9992 User=D44201
08:28:01 Data bytes written: 3743. 08:28:02 226 Disk tracks
written: 1. 08:28:02 drwxr-xr-x2 60029104  4096 May 20
22:41 External System ID for SIT 
08:28:02 drwxr-xr-x2 60029104  4096 Jul 28 15:27 Test
Folder
...

08:28:02 -rw-r--r--1 60029104   2144642 Jul 24 19:16
visapmt.dat   
08:28:03 FTP2: cd "Test Folder" 08:28:03 550 Failed to change
directory. 08:28:03 FTP2: dir 08:28:03 150 Here comes the directory
listing. 08:28:03 -Dataset opened; data connection starting. 08:28:03
Data transfer Type is ASCII.  Structure is File.  Mode is Stream.
08:28:03 Dataset name: D44201.FTP.TMP.T2803453.P0585.S9992 Dataset
attributes:
08:28:04 Dsorg=PS  Recfm=VB  Lrecl=137  Blksize=9076 Volser=DBS607
Unit=3390 
08:28:04 Primary allocation is 5 tracks. Secondary allocation is
15 tracks.
08:28:04 150 Network data which exceeds LRECL will be wrapped to the
next record.  
08:28:04 226 Directory send OK. 08:28:04 -Transfer complete. 08:28:04
3843 bytes received in 0.03 seconds (128100 bytes/s) 08:28:04
Dataset name: D44201.FTP.TMP.T2803453.P0585.S9992 User=D44201
08:28:04 Data bytes written: 3743. 08:28:04 226 Disk tracks
written: 1. 08:28:05 drwxr-xr-x2 60029104  4096 May 20
22:41 External System ID for SIT
08:28:05 drwxr-xr-x2 60029104  4096 Jul 28 15:27 Test
Folder   

...

08:28:05 -rw-r--r--1 60029104   2144642 Jul 24 19:16
visapmt.dat
08:28:05 FTP2: END 08:28:06 221 Goodbye. 08:28:06 221 Session
terminated 08:28:06 T01F2030I FTP2 returns CC=8 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Mark Zelden]

On Wed, 29 Jul 2009 08:49:27 -0500, Al Sherkow Digest  wrote:

>Setting the NO89s to *ALL will just indicate to SCRT that you are running
>those products in every LPAR on every machine.

Exactly.  IBM will be very very happy if you send them that report!  Your
management won't be when they get the bill.  

> Probably true for products
>like NetView, 

Not any more here.   We got rid of it to save money on all LPARs except the
ones the "VTAM" group said they absolutely had to have it on.   

>IBM's System Automation and their Scheduler. Lots of products
>once you commit to using them you need to run them everywhere. But for
>COBOL, PL/I and development/testing products that may not be true.
>
>I don't think you'll "learn" anything by trying *ALL.
>

NO89 reporting is the honor system.   So you have to know where things run.
Tools like Softaudit / TCLM and Al's software can help. 

Unfortunately our guy that used to run SCRT never understood how it really
worked.   He would wait to see usage from softaudit and then add NO89 
records for those.   He also had the wrong LPAR names in the NO89.  He
was using SMF SYSID / SYSNAME instead of the HW LPAR name.   In matched
in some cases, in others it doesn't.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Paul Gilmartin]

On Wed, 29 Jul 2009 07:36:07 -0600, Howard Brazee wrote:
>
>I need to do find someone who understands how to do what Dennis
>suggested.   We are in a bit of a crunch mode right now, so I'm moving
>files by hand until I can find someone who has time to work with me.
>
I believe what Dennis asked for, and I didn't see was (embellished):

On 28 Jul 2009 11:34:10 -0700, dennis.ro...@lmco.com wrote:
>
> >Not actually. What we are wanting to see is the directory up level.
> Try
> >
cd /ps
cd /ps/cs90ftp
cd /ps/cs90ftp/conversion_files
cd /ps/cs90ftp/conversion_files/CC
cd /ps/cs90ftp/conversion_files/CC/extract

dir

cd "Test Folder"
dir

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sending email via rexx

[Ed Finnell]

 
In a message dated 7/29/2009 8:07:21 A.M. Central Daylight Time,  
jcew...@acm.org writes:

approached with care to avoid exhausting your JES resources and  causing 
serious problems.  For the few batch processes we have that  do this, we 
have written a REXX front end to XMITIP which will process a  batch of 
messages from a file, but come up for air every several hundred  messages 
and use the SDSF API to verify there is no shortage of JES  resources 
before allowing the process to continue.


>>
I'll just chime in 'til Lionel gets his  coffee. There's
a nice write up in the XMITIP doc on how  to configure UDP for
mailing. Overload somebody else's  resources. Also with today's
technology can insert a special  distribution box for just that.
Darren has had IBM-Main on one for years.  There's architectural,
networking and DR considerations but  that's what makes it interesting.




**Hot Deals at Dell on Popular Laptops perfect for Back to 
School 
(http://pr.atwola.com/promoclk/100126575x1223106546x1201717234/aol?redir=http:%2F%2Faltfarm.mediaplex.com%2Fad%2Fck%2F12309%2D81939%2D1629%2D8)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Suggested MEMLIMIT value for SMFPRMxx

[Mark Zelden]

On Wed, 29 Jul 2009 08:22:52 -0500, Arthur Gutowski  wrote:

>
>I just wish REGION parameters were as easy to manage.  I'd barely need an
>IEFUSI at all...
>

They are.  But you need IEFUSI.  Set it, forget it. 

For all but our small monoplex LPARs (those with 1G-2G of real storage),   I 
have seriously been considering changing IEFUSI to have a default region size
similar to REGION=0M for all tasks (after reserving LSQA).   I've just had 
better things to do and this isn't a problem that needs to be fixed since
STCs are allowed REGION=0M in our IEFUSI.  I also want to share the
same exit on all the LPARs - including the small ones (1G real is currently
the smallest).  

Over the years the IEFUSI default (actually - minimum, not default) has been 
bumped up to 64M, 128M, and is currently 256M (that change is already
over 5 years old).  If someone requests anything over 1024M, I already 
give them everything I can for 31-bit virtual.  So it's silly to micro 
manage 31-bit virtual storage now when these systems have 10G-100G of
real storage. 

The kids grow up so fast...

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Richards, Robert B.]

LOL! Well I did say that I had not tried it! And I did steer him to your
product!

You beat me to the punch with your comments about TLCM (SoftAudit).
Unless it has changed drastically in the last few years, it does nothing
for SCRT except let you know if a product was executing or not.

Pat, I cannot recommend LCS strongly enough to people responsible for
SCRT. When I was at SunTrust, the product paid for itself ten times over
*every* year. 

Ask me what IBM has used in the past to audit SCRT?  :-)

Ask me if IBM *ever* challenged a submission of mine and I adjusted some
values EVERY month for five years.

Bob

-
Robert B. Richards(Bob)   
US Office of Personnel Management
1900 E Street NW Room: BH04L   
Washington, D.C.  20415  
Phone: (202) 606-1195  
Email: robert.richa...@opm.gov 
-

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Al Sherkow Digest
Sent: Wednesday, July 29, 2009 9:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS SCRT NO89 Product Information

Setting the NO89s to *ALL will just indicate to SCRT that you are
running
those products in every LPAR on every machine. Probably true for
products
like NetView, IBM's System Automation and their Scheduler. Lots of
products
once you commit to using them you need to run them everywhere. But for
COBOL, PL/I and development/testing products that may not be true. 

I don't think you'll "learn" anything by trying *ALL. 


Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062
Web: www.sherkow.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Paul Gilmartin]

On Wed, 29 Jul 2009 07:31:18 -0600, Roach, Dennis (N-GHG) wrote:

>What do we know?
>   CA's FTP2 fails with blanks in the directory name to this system.
>   CA's FTP2 works with blanks in the directory name to other systems.

I have reviewed all the OP's updates in this thread, and I do not
see that.  Can you cite timestamp and/or URL?

>   Another FTP client works with blanks in the directory name to this 
> system.
>   This says that the directory and access structure is valid for 
> this transfer.
>
>Suspect:
>   One end or the other is issuing a command, such as SYST, that is
>responding with something that is not liked or not valid, causing
>invalid options to be assumed on one end.
>
>Validation:
>   IP trace of success and failure

>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>> Behalf Of Howard Brazee
>> Sent: Tuesday, July 28, 2009 2:46 PM
>>
>> On 28 Jul 2009 11:34:10 -0700, (Dennis Roach)
>> wrote:
>>
>> >Not actually. What we are wanting to see is the directory up level.
>> Try
>> >
>> >cd /ps
>> >cd /ps/cs90ftp
>> >cd /ps/cs90ftp/conversion_files
>> >cd /ps/cs90ftp/conversion_files/CC
>> >cd /ps/cs90ftp/conversion_files/CC/extract
>> >dir
>> >
>> >What I would suspect is that somewhere along the way something does not
>> >exist or you do not have the required access. This will list the last
>> >valid directory in the path.
  ...
>> 12:45:45 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder
>> 12:45:45 550 Failed to change directory. 12:45:45 FTP2: END 12:45:45

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Al Sherkow Digest]

Setting the NO89s to *ALL will just indicate to SCRT that you are running
those products in every LPAR on every machine. Probably true for products
like NetView, IBM's System Automation and their Scheduler. Lots of products
once you commit to using them you need to run them everywhere. But for
COBOL, PL/I and development/testing products that may not be true. 

I don't think you'll "learn" anything by trying *ALL. 


Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062
Web: www.sherkow.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

HMC API - Retrieving Operating system messages

[Mauri Kanter]

Good Morning list:

I managed to send requests to the HMC via the HMC API (thanks to Ed Jaffe 
for the Share presentation on this topic ... It made it easy !).

I'm using a REXX script running on a z/OS image to send the commands to the 
HMC.

My question is:

I noticed that I can wait for an Operating System message event  ... I want 
to retrieve those operating system messages somehow into my REXX script.
I mean, I want to receive on my local REXX program the IPL messages issued 
by the remote LPAR I'm IPLing  

Any idea if it is possible ? I RTFMed but may be not enough ... If it is 
possible, 
any tips, gotchas, etc ?

Thank you in advance for your help

Mauri.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[McKown, John]

Howard,

Any chance your shop is licensed for IBM's stack as well as CA's? If so, you 
should be able to run IBM's ftp client without running their stack. It might be 
worth looking into.

On my system, IBM's TCPIP is licensed via the IFAPRD00 member in CPAC.PARMLIB. 
Do a find on TCP.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
> Sent: Wednesday, July 29, 2009 8:37 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP to Unix directory with spaces
> 
> On 28 Jul 2009 13:37:58 -0700, paulgboul...@aim.com (Paul Gilmartin)
> wrote:
> 
> >>10:06:10 ProductID: Unicenter TCPaccess Communications 
> Server Rel 6.0.0
> >>10:06:10 (C) Copyright 1987-2003 Computer Associates 
> International, Inc.
> >>10:06:10 Component: Client FTP, A6007420 UFTP2 10:06:10 
> Enter command
> >>
> >This is likely a defect in the CA FTP client.  Deal with CA.  Perhaps
> >they'll create a PTF that can be APPLYed without BYPASS.
> 
> We have had other problems with CA's FTP client.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS SCRT NO89 Product Information

[Al Sherkow]

I can't resist jumping in here. Especially since the Patrick included "Al,
help!?" in his original post.

I think it's true as Mark wrote that "Tivoli License Compliance Manager" can
help with this task. But in the US that's $2000 per MSU for the OTC alone
with the VUE007 conversion table. TLCM will do a lot of things LCS does not
attempt to do but LCS is what you need to audit, manage and optimize for SCRT.

LPAR Capacity and Software Usage Analysis (LCS) Software is only
$15,000/site. With TLCM $15,000 would only license 7.5 value units, only 15
MSUs of capacity. (Patrick also wrote "quite a few physical machines and
about triple the amount of LPARs" so 15 MSUs probably isn't enough). The ROI
on LCS is often achieved with next month's SCRT report. How many products
can claim a one month ROI!

LCS will identify the NO89s that typically not used in every LPAR like
COBOL, PL/I. LCS will even generate the NO89 control cards for you. Read
more at my website.

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062
Web: www.sherkow.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enforcing CPU Time

[Mark Zelden]

On Wed, 29 Jul 2009 01:05:13 -0500, Chris Craddock  wrote:

>On Tue, Jul 28, 2009 at 4:06 PM, Mark Zelden wrote:
>
>> On Tue, 28 Jul 2009 15:05:20 -0500, Kelman, Tom
>>  wrote:
>>
>> >Management here has requested that we determine a way to enforce a CPU
>> >time limit on test jobs during the prime shift.  That is we do not want
>> >the user to be able to override the default CPU time limit with the
>> >TIME= parameter on the EXEC card.  Is the best place to do this the
>> >IEFUSI exit, or can it be done at all?  It's been a long time since I've
>> >been involved with doing anything like this, and I'm now a capacity
>> >planner, not an MVS system programmer.
>> >
>> >
>>
>> I think you mean, IEFUJV.   It can be done there or I've done it in JES2
>> exit
>> 6.  The JES2 exit 6 made a call to a locally define RACF class (FACILITY
>> could be used instead) for authorization to use TIME=.  We did the same
>> thing
>> to protect jobclasses, since those had the time limits we wanted enforced
>> specified in the JES2 parms.
>>
>> My current employer does this sort of thing in one of their sysplexes with
>> ThruPut manager, which is really a bunch of JES2 exits driven by
>> customization
>> of the product.
>>
>> Mark
>>
>>  More old timey thinking... let's face it. Once a job gets submitted, it
>is a pretty good idea to let it run to completion unless it has or causes a
>problem. Canceling a job in mid-flight simply because it has crossed some
>arbitrary time threshhold just means wasting that cpu time. Time the
>installation will never get back btw.
>
>FWIW long ago and far away I ran a study on this exact problem. What came
>out of that were two main things. (1) the typical user has no clue (or
>interest) in how much cpu time a job is going to use. They just submit and
>hope for the best. (2) They will resubmit the failed job at least once,
>which in general means the installation ends up wasting more than 2x the cpu
>and gets absolutely NOTHING productive from it. What a dumb idea.
>
>My prescription is take away those limits. If a job is important enough and
>legitimate to be submitted in the first place, let the damn thing finish.
>There is no mail in rebate on mips wasted by canceling jobs part way
>through.
>
>This isn't a poke at Mark, by the way, he's one of the best. This is a poke
>in the eye of dumb-ass management everywhere who believe they make things
>better by controlling that which should not be controlled.
>


Once again... I agree.In the sysplex I have still limiting CPU by JOBCLASS
with ThruPut manager, it could all be ripped out.  Only test jobs are controlled
and with WLM inits it doesn't matter.  Everyone submits their test jobs with
the jobclass that gets 60 minutes of CPU time anyway.  So the code is there,
but really doesn't perform any useful function now.

You have to realize that these controls were set up many years ago (the 80s) 
when there were a few resources and a limited number of initiators.  The INITs
were set up with certain classes and you didn't want a programmer's test 
submitted into a production class a job that would run 15 hours and tie up one
of those precious initiators.

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 28 Jul 2009 13:37:58 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>>10:06:10 ProductID: Unicenter TCPaccess Communications Server Rel 6.0.0
>>10:06:10 (C) Copyright 1987-2003 Computer Associates International, Inc.
>>10:06:10 Component: Client FTP, A6007420 UFTP2 10:06:10 Enter command
>>
>This is likely a defect in the CA FTP client.  Deal with CA.  Perhaps
>they'll create a PTF that can be APPLYed without BYPASS.

We have had other problems with CA's FTP client.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Howard Brazee]

On 29 Jul 2009 04:23:47 -0700, kenneth.kl...@kyfb.com (Klein, Kenneth)
wrote:

> Howard, I can't believe we are seeing the entire log here of what is
>going on. Where are the commands and the results of the commands that
>Dennis suggested you issue? Run those commands, one at a time or script
>them in your batch job and capture the results. Post the entire log here
>so we can see what's going on. If what we are seeing is all you are
>getting back from the server then there are some serious problems here. 

I need to do find someone who understands how to do what Dennis
suggested.   We are in a bit of a crunch mode right now, so I'm moving
files by hand until I can find someone who has time to work with me.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to Unix directory with spaces

[Roach, Dennis (N-GHG)]

What do we know?
CA's FTP2 fails with blanks in the directory name to this
system.
CA's FTP2 works with blanks in the directory name to other
systems.
Another FTP client works with blanks in the directory name to
this system.
This says that the directory and access structure is
valid for this transfer.

Suspect:
One end or the other is issuing a command, such as SYST, that is
responding with something that is not liked or not valid, causing
invalid options to be assumed on one end.

Validation:
IP trace of success and failure



Dennis Roach
GHG Corporation
Lockheed Martin Mission Services
Facilities Design and Operations Contract
NASA/JSC
Address:
   2100 Space Park Drive 
   LM-15-4BH
   Houston, Texas 77058
Mail:
   P.O. Box 58487
   Mail Code H4C
   Houston, Texas 77258
Phone:
   Voice:  (281)336-5027
   Cell:   (713)591-1059
   Fax:(281)336-5410
E-Mail:  dennis.ro...@lmco.com

All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near this or any
other planet, moon, asteroid, or other spatial object, natural or
manufactured, since the beginning of time.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Klein, Kenneth
> Sent: Wednesday, July 29, 2009 6:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP to Unix directory with spaces
> 
>  Howard, I can't believe we are seeing the entire log here of what is
> going on. Where are the commands and the results of the commands that
> Dennis suggested you issue? Run those commands, one at a time or
script
> them in your batch job and capture the results. Post the entire log
> here
> so we can see what's going on. If what we are seeing is all you are
> getting back from the server then there are some serious problems
here.
> 
> 
> Ken Klein
> Sr. Systems Programmer
> Kentucky Farm Bureau Insurance - Louisville
> kenneth.kl...@kyfb.com
> 502-495-5000 x7011
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Howard Brazee
> Sent: Tuesday, July 28, 2009 2:46 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: FTP to Unix directory with spaces
> 
> On 28 Jul 2009 11:34:10 -0700, dennis.ro...@lmco.com (Dennis Roach)
> wrote:
> 
> >Not actually. What we are wanting to see is the directory up level.
> Try
> >
> >cd /ps
> >cd /ps/cs90ftp
> >cd /ps/cs90ftp/conversion_files
> >cd /ps/cs90ftp/conversion_files/CC
> >cd /ps/cs90ftp/conversion_files/CC/extract
> >dir
> >
> >
> >
> >What I would suspect is that somewhere along the way something does
> not
> 
> >exist or you do not have the required access. This will list the last
> >valid directory in the path.
> 
> Except I have that access using Ultra-Edit, and I cut and pasted the
> directory from ultra-edit's FTP browser.   But here it goes.
> 
> 12:45:09 Enter PASSWORD
> ..:  ###
> 12:45:09 230 Login successful. 12:45:09 FTP2: cd
> /ps/cs90ftp/conversion_files/CC/extract 12:45:09 250 Directory
> successfully changed. 12:45:10 FTP2: dir 12:45:10 150 Here comes the
> directory listing. 12:45:10 -Dataset opened; data connection starting.
> 12:45:10 Data transfer Type is ASCII.  Structure is File.  Mode is
> Stream.
> 12:45:10 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 Dataset
> attributes:
> 12:45:10 Dsorg=PS  Recfm=VB  Lrecl=137  Blksize=9076 Volser=DBS936
> Unit=3390
> 12:45:10 Primary allocation is 5 tracks. Secondary allocation is
> 15 tracks.
> 12:45:10 150 Network data which exceeds LRECL will be wrapped to the
> next record.
> 12:45:10 226 Directory send OK. 12:45:10 -Transfer complete. 12:45:11
> 3673 bytes received in 0.03 seconds (122433 bytes/s) 12:45:11 Dataset
> name: D44201.FTP.TMP.T4510028.P9758.S9758 User=D44201
> 12:45:11 Data bytes written: 3577. 12:45:11 226 Disk tracks
> written: 1. 12:45:12 drwxr-xr-x2 60029104  4096 May 20
> 22:41 External System ID for SIT
> 12:45:12 drwxr-xr-x2 60029104  4096 Jul 28 15:27 Test
> Folder
> 12:45:12 -rw-r--r--1 6002910446 Jul 28 18:12
> address_incr.dat
> 
> 
> I tried it again, with a more limited dir - which didn't show "Test
> Folder" for some reason (it is visible above):
> 12:45:42 FTP2: dir t* 12:45:43 150 Here comes the directory listing.
> 12:45:43 -Dataset opened; data connection starting. 12:45:43 Data
> transfer Type is ASCII.  Structure is File.  Mode is Stream.
> 12:45:43 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 Dataset
> attributes:
> 12:45:43 Dsorg=PS  Recfm=VB  Lrecl=137  Blksize=9076 Volser=DBS618
> Unit=3390
> 12:45:43 Primary allocation is 5 tracks. Secondary allocation is
> 15 tracks.
> 12:45:43 150 Network data which exceeds LRECL will be wrapped to the
> next record.
> 12:45:43 226 Directory send OK. 12:45:43 -Transfer complete.   152
> bytes