Re: How to schedule transactions in CICS ?

[Binyamin Dissen]

On Tue, 3 Jun 2008 21:24:27 -0400 Parin Gangar <[EMAIL PROTECTED]> wrote:

:>I am working on Webmethods implementation in our CICS environment, and need
:>to schedule a Health-check transaction to be triggered every 10 mins or so.
:>Does CICS have any type of scheduler similar to CA-7 or something ?

Assuming that you can initiate a CICS transaction, it can issue 

EXEC CICS START

which has all sorts of operands for scheduling.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

PSF/390 to AIX IPM over TCPIP

[Tsai Laurence]

hi listers,
would like to know the best practice of how to configure PSF/390 and AIX IPM 
connection over TCPIP. That is 
1) what are the tasks to be configured on PSF/390
2) what are the tasks to be configure on AIX IPM.
 
Sincerely,
Laurence
_
隨身的 Windows Live Messenger 和 Hotmail，不限時地掌握資訊盡在指間 — Windows Live for Mobile 
http://www.msn.com.tw/msnmobile/ 

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

Re: How to schedule transactions in CICS ?

[Rob Schramm]

Easy.  1st step dump the webmethods stuff. (just kidding.. .. well sort 
of)

I don't have particularly fond memories of WebMethods.  There was a group 
of folks that brought it in at my last job and called it an enterprise 
solution.  Except where the mainframe was involved.  *sigh*  millions of 
MQ transactions a day is just not that unreasonable.

(on a more helpful note)

I thought that the Shadow RTE supplied the connectivity/scheduling into 
things like CICS.

In reference to the prior post.. a few links.

http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp

http://www.felgall.com/cics2.htm

http://cicswiki.org

or hit google  
http://www.google.com/search?q=%22exec+cics+start%22&rls=com.microsoft:en-us:IE-SearchBox&ie=UTF-8&oe=UTF-8&sourceid=ie7&rlz=1I7GGIH

-Rob Schramm



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

Re: How to schedule transactions in CICS ?

[Jim McAlpine]

On 6/4/08, Binyamin Dissen <[EMAIL PROTECTED]> wrote:
>
> On Tue, 3 Jun 2008 21:24:27 -0400 Parin Gangar <[EMAIL PROTECTED]>
> wrote:
>
> Assuming that you can initiate a CICS transaction, it can issue
>
>EXEC CICS START
>
> which has all sorts of operands for scheduling.
>
> --
> Binyamin Dissen <[EMAIL PROTECTED]>
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel


As Binyamin says you can write a program to issue an EXEC CICS START for
that transaction. Then you can run that program at CICS startup via the PLT
table.  Some of the options for EXEC CICS START are -

 EXEC CICS  START
  TRansid()
  < Interval( +000 ) | TIme() | ( AFter | AT ) < Hours() > < Minutes() >
< SEconds() > >

Jim McAlpine

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

Re: Rational Developer for System z

[Timothy Sipples]

Just to lay out some more options

I previously posted here some information on a "test drive" that's now
available for Rational Developer for System z. If you'd like to use it a
couple times for 3 hours at a time, that might be an option.

If you are a CICS Transaction Server V3.x customer, you can order the no
charge Service Flow Feature and receive one RDz license at no charge, sans
support, as a marketing promotion.

I think you can safely assume that you'd get access to RDz -- simply the
new version of WDz -- through that program you cite. Occasionally you'll
find stray references to old product names. Any program targeted at
developers is quite likely to offer the latest and greatest. But go ahead
and ask the primary contact(s) if you'd like to be sure. It sounds like a
very good deal.

The U.S. Web price is $5760 for a full RDz commercial license. You can find
that price (and even order) right on the RDz homepage. That includes the
first year of subscription and support. So, at least for U.S. buyers, it's
a fair amount below the $6500 you mentioned. You also have the choice of
buying from a software reseller -- just give them the part number you want,
which is probably D61EULL. They might offer something below $5760. There
are also discounts if you're moving to RDz from older or subset products,
like VisualAge Generator or Rational Application Developer.

Hope that helps.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Availability of Cognos 8 BI for Linux on z: June, 2008

[Timothy Sipples]

On February 26, 2008, IBM announced the System z10 EC. As part of that
announcement IBM issued a statement of direction indicating plans to
release Cognos 8 BI for Linux on System z in the second half of 2008.

I am pleased to pass along the fact that IBM has just announced (at the
Information On Demand conference in Europe) that Cognos 8 BI for Linux on z
will be made generally available later this month, well ahead of schedule.

Cognos 8 BI significantly expands the range of powerful business
intelligence and information analytics capabilities for System z. (In other
words, this is a BIG DEAL for the platform.) Cognos 8 BI for Linux on z
will enjoy the unique benefits of high speed/low latency secure HiperSocket
access to your most valuable enterprise data. And as the most highly
virtualized environment, System z will offer special cost-saving and
operational benefits to Cognos 8 BI customers, many of whom have growing
resource needs that are rapidly stretching power, cooling, and space limits
in their data centers.

If you'd like more information about Cognos 8 BI for Linux on z, please
e-mail [EMAIL PROTECTED] and include at least your name, title,
organization, e-mail address, and telephone number. There is a beta program
running right now, for a short time longer, so you may wish to inquire
about that. There's also a new IBM Business Intelligence on System z portal
which you may want to visit here:

http://www.ibm.com/software/data/businessintelligence/systemz/

Standard IBM practice for its middleware running on Linux on z is to extend
cross-platform licensing rights. That is, if you already have Cognos 8 BI
running on another platform, you may move those licenses (Value Units) to
System z without even contacting IBM so long as you have a sufficient
quantity. Please confirm that particular detail in the formal announcement,
however, just to make sure.

As I mentioned in a previous post, I'm seeing a lot of evidence that IBM is
investing heavily in beefing up the mainframe's business intelligence and
data warehousing capabilities. This early Cognos availability is one more
example. Cognos was IBM's priciest acquisition to date, and IBM really
wants to get this product onto System z urgently.

I hope this good news is helpful.,

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to schedule transactions in CICS ?

[Timothy Sipples]

There are probably several ways to do this, but for something simple you
might have a look at EXEC CICS DELAY or for something a little fancier
DEFINE TIMER and its breathren. These should be pretty well documented in
the CICS API programming references. Also, you may wish to post to CICS-L
to get some opinions there.

Hope that helps.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DASD or VIO

[Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist)]

How can i determine in an assembler program whether a dataset is 
allocated on dasd or vio?

kind regards,

Hans Visser

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

Chargeback reporting

[Bri P]

Hi all

I want to send senior management a chargeback report each month - not actually 
to chargeback but to illustrate in pounds and pence what we're doing on the 
mainframe. Partly I hope to show that, overall, we're cost-effective per 
business transaction compared to some of the other processing platforms, etc.. 
and also to show the development people on a job-by-job basis what their "big 
hitters" are and identify targets for efficiency improvements etc (we're toying 
with the idea of signing up for sub-capacity licensing).

Presumably I should use SMF type 30 records as a basis for this (rather than 
RMF records?) Would you use the values for CPU seconds, or those for service 
units? Regardless of which, do you take the totals of these, or just the CPU, 
SRB, etc?

In arriving at a cost per CPU second or per Service Unit, What sort of 
financial "inputs" do people typically use? Our z9 was only purchased just over 
a year ago, so I assume the capital cost of that, written down over a period of 
years, should factor, plus the annual software costs and initial purchase 
prices, but also people costs..??

What about disk/storage usage, do you factor those in too?

Sorry, probably a big topic, I know.

If anyone's got any pointers to manuals or documentation on this sort of thing, 
I'd also appreciate it.

Cheers!

Brian


-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

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

Re: DASD or VIO

[(IBM Mainframe Discussion List)]

 
 
In a message dated 6/4/2008 5:26:43 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>How can i determine in an assembler program whether a dataset is  allocated 
on dasd or vio?
 
Find the UCB for the device allocated to the data set.  One possible  way to 
find the UCB is to find the data set's entry in the TIOT.  If  you know the 
DDName, you can scan the TIOT looking for the same DDName.   The TIOT entry has 
the UCB address in it.  Add the UCB mapping DSECT  IEFUCBOB to your program.  
If the field UCBJBNR in the UCB has the UCBVRDEV  bit on, then the device is 
VIO.  Also the field UCBDUMMY should contain the  EBCDIC string "VIO".


 
Bill  Fairchild
Rocket Software



**Get trade secrets for amazing burgers. Watch "Cooking with 
Tyler Florence" on AOL Food.  
(http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302)

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

Re: DASD or VIO

[William H. Blair]

Hans Visser asked:

> How can i determine in an assembler program whether 
> a dataset is allocated on dasd or vio?

There are many ways to skin this cat. We'll start with the
simple way. If that's not appropriate, we can get into the
more esoteric ways later.

I'll first assume that the data set in question is already
allocated to a DDNAME which is NOT part of a concatenation.
(If it is, then you will have to look at the DEB associated 
with an OPEN DCB and then find and examine the UCB address
for the specific data set/concatenation number in question.
Alternatively, you can make this same, or a different, type 
of determination in the standard OPEN DCB EXIT.)   

But the most straightforward way is to just read the JFCB 
for the DDNAME (which can be done without having to OPEN a 
DCB for the data set) and examine a flag bit in the JFCB.

Here's some sample code that does this; it illustrates how
to read the JFCB for a DDNAME, just in case you or someone
else needs it.  Note that this code is an AMODE 24 program 
and is not elegant, but it does work. 

 MVC   SMFLIB,MSMFLIB  COPY "SMFLIB" DCB TO WORK AREA   
 LAR7,SMFJFCB  -> "SMFLIB" JFCB 
 USING JFCB,R7 INFORM THE ASSEMBLER 
 LAR8,SMFLIB   -> "SMFLIB" DCB  
 USING IHADCB,R8   INFORM THE ASSEMBLER 
 STR7,SMFXLST  SET JFCB ADDRESS IN EXIT LIST
 MVI   SMFXLST,X'87'   SET JFCB EXIT ID 
 LAR0,SMFXLST  -> EXIT LIST 
 STR0,DCBEXLST SET EXIT LIST PTR IN DCB 
 MVC   RDJFCBL,MRDJFCB COPY PARM LIST TO WORK AREA  
 RDJFCB SMFLIB,READ "SMFLIB" JFCB  X
   MF=(E,RDJFCBL)   
 LTR   R15,R15 "SMFLIB" FILE ALLOCATED ?
 BNZ   NOSMFLIBBRANCH IF NOT
 TMJFCFLGS1,JFCVRDSALLOCATED TO VIO PSEUDO-DASD?
 BOTYPEVIO BRANCH IF YES
 ...
 DROP  R7  DROP "SMFLIB" JFCB   
 DROP  R8  DROP "SMFLIB" DCB

 ...

MRDJFCB  RDJFCB *-*,   X
   MF=L 
MRDJFCBZ EQU   *-MRDJFCB
MSMFLIB  DCB   DDNAME=SMFLIB,  X
   DSORG=PS,   X
   MACRF=GM 
SMFDCBZ  EQU   *-MSMFLIB
MOPENOPEN  (*-*,(INPUT)),  X 
   MF=L  
MOPENZ   EQU   *-MOPEN   

 ...

DSA  DSECT ,
 DS18F SAVE AREA
RDJFCBL  DSXL(MRDJFCBZ)RDJFCB PARM LIST
OPENLDSXL(MOPENZ)  OPEN   PARM LIST
SMFXLST  DSA   "SMFLIB"   RDJFCB EXIT LIST
 DS0D   
SMFLIB   DSXL(SMFDCBZ) "SMFLIB"   (QSAM) DCB 
 DS0D  
SMFJFCB  DSXL176   "SMFLIB"   JFCB 
*
 IEFZB4D0  ,
 IEFZB4D2  ,
 IKJEFFDF  DFDSECT=YES  
JFCB DSECT ,
 IEFJFCBN , 
 DCBD  DEVD=DA,X
   DSORG=PS 
 IECEQU ,   


--
WB

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

Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5)

[Peter Relson]

If the load-library is managed by LLA, the LLA exits that others have
mentioned will work.

Also, if LLA-managed, though not documented and not supported and don't ask
me to explain what the fields in the display that are not obvious mean or
why it is not documented and not supported, you can try the following
command:

DISPLAY LLA,LIB=yourlibrary,MEMBER=*,FETCHED

This command, with the "wrong" parameters can produce extreme amounts of
output which could adversely affect your system.   That won't be the case,
though, for a library with few, if any, members fetched.

Peter Relson
z/OS Core Technology Design

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

Re: ANSI (was: PC printing of .txt files containing maiframe listings)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/03/2008
   at 08:13 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>There are numerous ANSI standards.

There is something called context that often limits what the intended
standard could be.

>Merely to say "ANSI"

Which I didn't.

>is at best ambiguous;

Google for "indefinite article", then read what I wrote.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: FTP SSL

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Michael Saraco
> 
> FTPD has control access to IRR.DIGTRING.LISTRING.  Do I need 
> the cert for the site I am FTPing to?

You should need only the CA cert (with USAGE(CERTAUTH)) that signed the
server site's cert, and it must be configured with TRUST or HIGHTRUST.
The server sends its "personal" cert when your client initiates the SSL
session request.

In my very limited experience with FTP/SSL on z/OS, the "error opening
keyring" you report is most likely related either to access to the
IRR.DIGTRING.LISTRING profile (but CONTROL access covers that) or having
specified a "wrong" keyring in your FTP.DATA configuration (e.g., if it
has a leading "/", FTP will try to open a key database on the UNIX side
instead of the RACF keyring).

You might review the "Implementation Scenarios" in the RACF SecAdmin
Guide here:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA780/21.1
3

This link is to the 1.9 manual, but these scenarios are the same as the
ones in the 1.7 manual.  The only thing you can't do at 1.7 is "virtual
keyrings".

-jc-

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

No VIO Causes SCLM not to Work

[George Rodriguez]

I've been searching hi and low for any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?

 

Help will be appreciated...

 

George Rodriguez

Specialist, Systems Programmer

IT-Operations

(561) 357-7652 (office)

(561) 707-3496 (mobil)

School District of Palm Beach County

3348 Forest Hill Blvd.

Room B332

West Palm Beach, FL. 33406-5869

Rated "A" by the Florida Department of Education 2005, 2006 & 2007

 




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

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

Re: Rational Developer for System z

[James Robinson]

Graham:

We have installed and are currently testing r/DZ. There are a
couple of things that you should know:

1) The mainframe COBOL piece of r/DZ *requires* SCLM to
function. If you are one of the four or five shops that actually use
SCLM, this won't be a problem. It has been a major pain for us, however.
SCLM is convoluted, poorly documented, difficult to set up, and
counterintuitve. Not to mention, the ancillary products that make SCLM
functional are quite expensive. 

2) If you use CICS BMS exclusively, then r/DZ will be fine. If,
however (as we do), you use SDF2 to create your CICS screens, you will
have problems, because, despite SDF2 being an IBM product, there is
absolutely no interface between SDF2 and r/DZ. Each SDF2 map has to be
hand-corrected to BMS format before it will be accepted by r/DZ. I leave
the associated programming nightmares to your imaginations.

That being said, the PC tool itself is slick, and has a lot of
nice features for developers. Just don't think that you are getting a
bargain, because you are not.

James  


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Graham Hobbs
Sent: Tuesday, June 03, 2008 9:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Rational Developer for System z

Hello,

Acronyms first:

WDz = Websphere Developer for System z V7.0 RDz = Rational Developer for
System z V7.1

According to an IBM website 'With this new release WDz has been renamed
to RDz'.

Have been out of the mainframe field (any field that is) for several
years now, looking to 'acquire' RDz for a laptop without host connection
(at least not for a while) for small development purposes - can't let
go:-).

Am specifically interested in the COBOL compiler, CICS (whatever it's
called these days), CTG, VSAM emulator, DB2 and the current debugger.
Not really sure about the IDE or other stuff that seems to go with the
package (although David Crayford gave me some clues - thanks - which
10%?).

So WDz 7.0 + 1 Version = RDz V7.1

BUT am not sure of the exact differences in the releases (many pages of
specs, am working on it).

RDz goes for about US$6500.
 
WDz can be had (it seems) via Partnerworld under a thing called IBM
Software Access for 1 Year $800 (subsequent years are the same price I
think). Not only that, when one looks at the IBM Software Catalog there
is tons of heavy stuff out there - all for the one price! Find it hard
to understand why RDz isn't there . . or is the single WDz to RDz
release upgrade that significant (noting it is a 'release' not a
'version' upgrade).

My questions are:

a) is there anybody in a similiar position as myself.
b) anybody involved in this 'isolated' use of RDz or WDz.

I am sorry about the generality of the foregoing but any comments would
be appreciated.
Many thanks

Graham Hobbs

P.S. An aside - I followed the FLEX debacle and I know I'm not talking
mainframe here, but if the $800 price is true, maybe this goes partway
to a pretty cheap solution - or am I off track here (not knowing what
FLEX'ers were doing).

P.P.S. If RDz (or WDz) comes to pass for me, am really quite scared
about installing all that stuff, but will save these questions for later
. .

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $PJES2 and Parallel Sysplex

[Arthur Gutowski]

We've found '$D JES2' (in z/OS 1.7?) quite useful for our automation scripts.  
If there's anything left, prompt the operator for assistance before proceeding 
with the $PJES2...

Regards,
Art Gutowski
Ford Motor Company
[EMAIL PROTECTED]

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

Re: How to schedule transactions in CICS ?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Parin Gangar
> 
> Hello all,
> 
> I am working on Webmethods implementation in our CICS 
> environment, and need to schedule a Health-check transaction 
> to be triggered every 10 mins or so.
> Does CICS have any type of scheduler similar to CA-7 or something ?

>From within a CICS program, EXEC CICS START TRANSID(txid)
INTERVAL(hhmmss) will schedule the specified transaction to run after
INTERVAL has passed.  To repeat the same transaction, the program
started this way must issue the same command with the desired INTERVAL
specified before it terminates.

>From an external scheduler, issue the console command MODIFY
cics_jobname,txid.  Note that this way the specified transaction will
run under the userID of the scheduler, so that userID must have READ
permission to the RACF profile that protects the transaction.  If the
program itself then issues its own START TRANSID(txid) INTERVAL(hhmmss)
before terminating, the external scheduler need do nothing more unless
CICS gets restarted.  If not, the scheduler will need to re-issue the
MODIFY command at the desired intervals.

You could also do this with CICSPlex System Manager (CPSM), but I can't
offer any advice for that method (yet).

-jc-

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

Re: Chargeback reporting

[Thomas Kern]

I don't havean pointers to books or documentation but I can make a few
suggestions. 

I would use CPU seconds rather than Service Units. Managers can understand
that there are only 86400 CPU seconds per engine per day. If you can get the
price paid for your z9, take 1/4 of that and divide by 365*86400 to get a
price per CPU second. This would recover the cost of the z9 in 4 years. You
can adjust this later depending on how quickly your management changes
processors.

You can do the same for DASD to get a residency price (pounds/pence per MB
per day) but the scanning of your DASD and assigning ownership is usually
more difficult than the CPU processing.

For real chargeback, TAPE, Telecommunications, PRINT and
backup/disaster_recovery processes should be factored into the bill but that
is too much for any initial reports to management. Leave them out until your
managers promote you to Head of Chargeback with a staff to do the detailed work.

For your initial CPU reports, have two different reports ready, First for
overall management, a report to show what groups use how much during some
time period (consider being able to show usage on different days of the
week). Second for the managers of the individual groups, a report to show
who/what their top users are.

/Tom Kern



On Wed, 4 Jun 2008 11:47:55 +0100, Bri P <[EMAIL PROTECTED]> wrote:

>Hi all
>
>I want to send senior management a chargeback report each month - not
actually to chargeback but to illustrate in pounds and pence what we're
doing on the mainframe. Partly I hope to show that, overall, we're
cost-effective per business transaction compared to some of the other
processing platforms, etc.. and also to show the development people on a
job-by-job basis what their "big hitters" are and identify targets for
efficiency improvements etc (we're toying with the idea of signing up for
sub-capacity licensing).
>
>Presumably I should use SMF type 30 records as a basis for this (rather
than RMF records?) Would you use the values for CPU seconds, or those for
service units? Regardless of which, do you take the totals of these, or just
the CPU, SRB, etc?
>
>In arriving at a cost per CPU second or per Service Unit, What sort of
financial "inputs" do people typically use? Our z9 was only purchased just
over a year ago, so I assume the capital cost of that, written down over a
period of years, should factor, plus the annual software costs and initial
purchase prices, but also people costs..??
>
>What about disk/storage usage, do you factor those in too?
>
>Sorry, probably a big topic, I know.
>
>If anyone's got any pointers to manuals or documentation on this sort of
thing, I'd also appreciate it.
>
>Cheers!
>
>Brian

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

Re: Replace old BSC 3 connections

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/02/2008
   at 06:00 PM, Carlos Bodra <[EMAIL PROTECTED]> said:

>IBM says no more NCP software licenses are available.

Does IBM offer BSC3 EP or NTO on Linux? (If they do, it's probably under
new names.)
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Rational Developer for System z

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Graham Hobbs
> 
> Hello,
> 
> Acronyms first:
> 
> WDz = Websphere Developer for System z V7.0 RDz = Rational 
> Developer for System z V7.1
> 
> According to an IBM website 'With this new release WDz has 
> been renamed to RDz'.
> 
> Have been out of the mainframe field (any field that is) for 
> several years now, looking to 'acquire' RDz for a laptop 
> without host connection (at least not for a while) for small 
> development purposes - can't let go:-).
> 
> [ snip ]
> 
> P.P.S. If RDz (or WDz) comes to pass for me, am really quite 
> scared about installing all that stuff, but will save these 
> questions for later . .

Can't tell you very much about RDz (nee WDz); some of our application
developers use it for CICS Web Services development activities.  One
thing I _can_ tell you is to ensure that your laptop has L-O-T-S of RAM
(I'd suggest 2GiB minimum) and a F-A-S-T cpu, or be prepared to observe
the equivalent of an arthritic turtle slogging through cold molasses.

-jc-

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

Re: Rational Developer for System z

[Doc Farmer]

Well, if anybody's interested in an irrational developer, call me!

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

Re: No VIO Causes SCLM not to Work

[Patrick Falcone]

Does SC34-4817-07 help?

George Rodriguez <[EMAIL PROTECTED]> wrote:  I've been searching hi and low for 
any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?



Help will be appreciated...



George Rodriguez

Specialist, Systems Programmer

IT-Operations

(561) 357-7652 (office)

(561) 707-3496 (mobil)

School District of Palm Beach County

3348 Forest Hill Blvd.

Room B332

West Palm Beach, FL. 33406-5869

Rated "A" by the Florida Department of Education 2005, 2006 & 2007

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

Re: Rational Developer for System z

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples
> 
> Just to lay out some more options
> 
> I previously posted here some information on a "test drive" 
> that's now available for Rational Developer for System z. If 
> you'd like to use it a couple times for 3 hours at a time, 
> that might be an option.
> 
> If you are a CICS Transaction Server V3.x customer, you can 
> order the no charge Service Flow Feature and receive one RDz 
> license at no charge, sans support, as a marketing promotion.

That's how I _had_ RDz running, but after 60 days it refused to start
unless I provided a "product key" for it.  Our shop purchased only
enough "keys" for our applications folks to use it.  Works a treat for
creating CICS Web Service "wrapper" programs, though.

-jc-

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

Re: Rational Developer for System z

[HARDING, JERRY (CTR)]

#?



From: IBM Mainframe Discussion List on behalf of Doc Farmer
Sent: Wed 6/4/2008 8:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rational Developer for System z



Well, if anybody's interested in an irrational developer, call me!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DASD or VIO

[Binyamin Dissen]

On Wed, 4 Jun 2008 12:25:57 +0200 "Visser, Hans (PinkRoccade Infrastructure
Services Technisch Specialist)" <[EMAIL PROTECTED]> wrote:

:>  How can i determine in an assembler program whether a dataset is 
allocated on dasd or vio?

People have answered "how".

Why do you care whether the file is VIO or real DASD? What different logic
paths will you take?

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Rational Developer for System z

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of James Robinson
> 
> Graham:
> 
>   We have installed and are currently testing r/DZ. There 
> are a couple of things that you should know:
> 
>   1) The mainframe COBOL piece of r/DZ *requires* SCLM to 
> function. If you are one of the four or five shops that 
> actually use SCLM, this won't be a problem. It has been a 
> major pain for us, however.

In what way(s) does RDz _require_ SCLM?  We have RDz, mainframe COBOL
and don't "do" SCLM (didn't even install the SCLM FMID for RDz).  We use
RDz for CICS Webservices and Service Flow development.

-jc-

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

Re: No VIO Causes SCLM not to Work

[Staller, Allan]

According to my z/OS 1.9 installation it should be in DDDEF SISPMACS
In my case, SYS1.SIPSMACS.

HTH,


George Rodriguez <[EMAIL PROTECTED]> wrote:  I've been
searching hi and low for any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?


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

Re: No VIO Causes SCLM not to Work

[Eric Spencer]

ISPF SCLM GUIDE AND REFERENCE in the ISPF bookshelf (SC34-4817-07) CH
19. 

Eric Spencer 
Neon Enterprise Software Inc. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of George Rodriguez
Sent: Wednesday, June 04, 2008 7:05 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: No VIO Causes SCLM not to Work

I've been searching hi and low for any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?

 

Help will be appreciated...

 

George Rodriguez

Specialist, Systems Programmer

IT-Operations

(561) 357-7652 (office)

(561) 707-3496 (mobil)

School District of Palm Beach County

3348 Forest Hill Blvd.

Room B332

West Palm Beach, FL. 33406-5869

Rated "A" by the Florida Department of Education 2005, 2006 & 2007

 




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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: The ABCs of z/OS Maintenance.

[Gary Green]

I just tried it again and it works for me.  Huh...

Here is another link related to this one.  It's the registration page to 
download the article.  Perhaps you'll have better luck.

A side question if I may... (just curious)

Are you located at the Credit Suisse site in New Brunswick, NJ?
 
Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.

http://www.active.com/donate/tntsonj/tntsonjGGreen 


 On Wed Jun  4  8:40 , "Hunkeler Peter (KIUK 3)"  sent:

>>
>>http://www-931.ibm.com/tela/webmail/CampaignPublisher/15165
>>
>
>Is this the complete URL? I'm getting "Error 500" 
>
>-- 
>Peter Hunkeler
>Credit Suisse
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: No VIO Causes SCLM not to Work

[Scott Rowe]

I'm curious why you would care if it asks for SYSDA or VIO?  I would expect 
both to be handled by SMS.

>>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05 AM >>>
I've been searching hi and low for any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?



Help will be appreciated...



George Rodriguez

Specialist, Systems Programmer

IT-Operations

(561) 357-7652 (office)

(561) 707-3496 (mobil)

School District of Palm Beach County

3348 Forest Hill Blvd.

Room B332

West Palm Beach, FL. 33406-5869

Rated "A" by the Florida Department of Education 2005, 2006 & 2007






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

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



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

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

Re: $PJES2 and Parallel Sysplex

[Mark Zelden]

On Wed, 4 Jun 2008 07:15:14 -0500, Arthur Gutowski <[EMAIL PROTECTED]> wrote:

>We've found '$D JES2' (in z/OS 1.7?) quite useful for our automation scripts.
>If there's anything left, prompt the operator for assistance before proceeding
>with the $PJES2...
>

Did this exist in z/OS 1.7?  We skipped 1.7 and I know it wasn't documented
until 1.8.  But as we all know, some times the manuals are a little behind
in documenting new things.   Just curious...

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: No VIO Causes SCLM not to Work

[George Rodriguez]

By mistake, VIO was deleted in a IOCDS update, so until I can get the
VIO back in to the HCD, I'm stuck...See post HCD v1.4...

Thanks,
George Rodriguez
Specialist, Systems Programmer
IT-Operations
(561) 357-7652 (office)
(561) 707-3496 (mobil)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B332
West Palm Beach, FL. 33406-5869
Rated "A" by the Florida Department of Education 2005, 2006 & 2007
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Scott Rowe
Sent: Wednesday, June 04, 2008 9:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: No VIO Causes SCLM not to Work

I'm curious why you would care if it asks for SYSDA or VIO?  I would
expect both to be handled by SMS.

>>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05 AM
>>>
I've been searching hi and low for any information on FLMALLOC which
controls the JCL that's submitted to move things around in preparation
for a promotion. Does anyone know where I can find this macro so I can
change it to use SYSDA instead of VIO?



Help will be appreciated...



George Rodriguez

Specialist, Systems Programmer

IT-Operations

(561) 357-7652 (office)

(561) 707-3496 (mobil)

School District of Palm Beach County

3348 Forest Hill Blvd.

Room B332

West Palm Beach, FL. 33406-5869

Rated "A" by the Florida Department of Education 2005, 2006 & 2007






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

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



Note that my email domain has changed from jo-annstores.com to
joann.com.  Please update your address book and other records to reflect
this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying,
printing, distribution, use or disclosure of the material is strictly
prohibited.  If you have received this material in error, please (i) do
not read it, (ii) reply to the sender that you received the message in
error, and (iii) erase or destroy the material. Emails are not secure
and can be intercepted, amended, lost or destroyed, or contain viruses.
You are deemed to have accepted these risks if you communicate with us
by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $PJES2 and Parallel Sysplex

[Greg Shirey]

I was curious, too, so I entered $D JES2 on my z/OS 1.7 system and got
the following:  

$HASP649 $DJES2INVALID COMMAND  


Greg Shirey
Ben E. Keith Co.


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
Sent: Wednesday, June 04, 2008 8:50 AM

Did this exist in z/OS 1.7?  We skipped 1.7 and I know it wasn't
documented
until 1.8.  But as we all know, some times the manuals are a little
behind
in documenting new things.   Just curious...

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

Re: DASD or VIO

[Visser, Hans (PinkRoccade Infrastructure Services Technisch Specialist)]

William (and Bill),

many thanks for your answer.

ridicules that i did not found this info by myself. :-(

Mvg,

Hans Visser

Technisch Specialist

Getronics PinkRoccade
Fauststraat 1, 7323 BA Apeldoorn
Postbus 9105, 7300 HN Apeldoorn

T:  +31 646091151
F:  
M:  +31 646091151
E:  [EMAIL PROTECTED]
I:  www.getronicspinkroccade.nl
 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of William H. Blair
Sent: woensdag 4 juni 2008 13:24
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DASD or VIO


Hans Visser asked:

> How can i determine in an assembler program whether 
> a dataset is allocated on dasd or vio?

There are many ways to skin this cat. We'll start with the
simple way. If that's not appropriate, we can get into the
more esoteric ways later.

I'll first assume that the data set in question is already
allocated to a DDNAME which is NOT part of a concatenation.
(If it is, then you will have to look at the DEB associated 
with an OPEN DCB and then find and examine the UCB address
for the specific data set/concatenation number in question.
Alternatively, you can make this same, or a different, type 
of determination in the standard OPEN DCB EXIT.)   

But the most straightforward way is to just read the JFCB 
for the DDNAME (which can be done without having to OPEN a 
DCB for the data set) and examine a flag bit in the JFCB.

Here's some sample code that does this; it illustrates how
to read the JFCB for a DDNAME, just in case you or someone
else needs it.  Note that this code is an AMODE 24 program 
and is not elegant, but it does work. 

 MVC   SMFLIB,MSMFLIB  COPY "SMFLIB" DCB TO WORK AREA   
 LAR7,SMFJFCB  -> "SMFLIB" JFCB 
 USING JFCB,R7 INFORM THE ASSEMBLER 
 LAR8,SMFLIB   -> "SMFLIB" DCB  
 USING IHADCB,R8   INFORM THE ASSEMBLER 
 STR7,SMFXLST  SET JFCB ADDRESS IN EXIT LIST
 MVI   SMFXLST,X'87'   SET JFCB EXIT ID 
 LAR0,SMFXLST  -> EXIT LIST 
 STR0,DCBEXLST SET EXIT LIST PTR IN DCB 
 MVC   RDJFCBL,MRDJFCB COPY PARM LIST TO WORK AREA  
 RDJFCB SMFLIB,READ "SMFLIB" JFCB  X
   MF=(E,RDJFCBL)   
 LTR   R15,R15 "SMFLIB" FILE ALLOCATED ?
 BNZ   NOSMFLIBBRANCH IF NOT
 TMJFCFLGS1,JFCVRDSALLOCATED TO VIO PSEUDO-DASD?
 BOTYPEVIO BRANCH IF YES
 ...
 DROP  R7  DROP "SMFLIB" JFCB   
 DROP  R8  DROP "SMFLIB" DCB

 ...

MRDJFCB  RDJFCB *-*,   X
   MF=L 
MRDJFCBZ EQU   *-MRDJFCB
MSMFLIB  DCB   DDNAME=SMFLIB,  X
   DSORG=PS,   X
   MACRF=GM 
SMFDCBZ  EQU   *-MSMFLIB
MOPENOPEN  (*-*,(INPUT)),  X 
   MF=L  
MOPENZ   EQU   *-MOPEN   

 ...

DSA  DSECT ,
 DS18F SAVE AREA
RDJFCBL  DSXL(MRDJFCBZ)RDJFCB PARM LIST
OPENLDSXL(MOPENZ)  OPEN   PARM LIST
SMFXLST  DSA   "SMFLIB"   RDJFCB EXIT LIST
 DS0D   
SMFLIB   DSXL(SMFDCBZ) "SMFLIB"   (QSAM) DCB 
 DS0D  
SMFJFCB  DSXL176   "SMFLIB"   JFCB 
*
 IEFZB4D0  ,
 IEFZB4D2  ,
 IKJEFFDF  DFDSECT=YES  
JFCB DSECT ,
 IEFJFCBN , 
 DCBD  DEVD=DA,X
   DSORG=PS 
 IECEQU ,   


--
WB

--
Fo

Re: Chargeback reporting

[Tom Marchant]

On Wed, 4 Jun 2008 07:19:26 -0500, Thomas Kern wrote:
>
>I would use CPU seconds rather than Service Units. Managers can understand
>that there are only 86400 CPU seconds per engine per day. If you can get the
>price paid for your z9, take 1/4 of that and divide by 365*86400 to get a
>price per CPU second. This would recover the cost of the z9 in 4 years. You
>can adjust this later depending on how quickly your management changes
>processors.

You need to also divide by the number of processors in the box.

Also consider that you can't bill for every CPU second.  The system uses quite 
a bit.

You might want to consider also the cost of environmentals such as floor 
space, power and cooling for the processor.   Also the cost of the system 
software.  Any application software is another story.

-- 
Tom Marchant

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

Re: $PJES2 and Parallel Sysplex

[Bob Shannon]

> I was curious, too, so I entered $D JES2 on my z/OS 1.7 system and got
>the following:
>$HASP649 $DJES2INVALID COMMAND

We're current on 1.7 maintenance and we get the same response. It must have 
been introduced in 1.8.

Bob Shannon
Rocket Software

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

Re: No VIO Causes SCLM not to Work

[Ron Hawkins]

George,

Just alter your ACS routines to force all VIO allocations to disk.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of George Rodriguez
> Sent: Wednesday, June 04, 2008 6:57 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> 
> By mistake, VIO was deleted in a IOCDS update, so until I can get the
> VIO back in to the HCD, I'm stuck...See post HCD v1.4...
> 
> Thanks,
> George Rodriguez
> Specialist, Systems Programmer
> IT-Operations
> (561) 357-7652 (office)
> (561) 707-3496 (mobil)
> School District of Palm Beach County
> 3348 Forest Hill Blvd.
> Room B332
> West Palm Beach, FL. 33406-5869
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Rowe
> Sent: Wednesday, June 04, 2008 9:47 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: No VIO Causes SCLM not to Work
> 
> I'm curious why you would care if it asks for SYSDA or VIO?  I would
> expect both to be handled by SMS.
> 
> >>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05 AM
> >>>
> I've been searching hi and low for any information on FLMALLOC which
> controls the JCL that's submitted to move things around in preparation
> for a promotion. Does anyone know where I can find this macro so I can
> change it to use SYSDA instead of VIO?
> 
> 
> 
> Help will be appreciated...
> 
> 
> 
> George Rodriguez
> 
> Specialist, Systems Programmer
> 
> IT-Operations
> 
> (561) 357-7652 (office)
> 
> (561) 707-3496 (mobil)
> 
> School District of Palm Beach County
> 
> 3348 Forest Hill Blvd.
> 
> Room B332
> 
> West Palm Beach, FL. 33406-5869
> 
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> 
> 
> 
> 
> 
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
> 
> Note that my email domain has changed from jo-annstores.com to
> joann.com.  Please update your address book and other records to
> reflect
> this change.
> 
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission
> contains
> confidential and privileged information intended only for the
> addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying,
> printing, distribution, use or disclosure of the material is strictly
> prohibited.  If you have received this material in error, please (i) do
> not read it, (ii) reply to the sender that you received the message in
> error, and (iii) erase or destroy the material. Emails are not secure
> and can be intercepted, amended, lost or destroyed, or contain viruses.
> You are deemed to have accepted these risks if you communicate with us
> by email. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with DFDSS Restore of PDS-E Datasets

[Big Iron]

I am guessing that this is happening because you are accessing these
datasets via a catalog alias (ZOS19) so that a VTOC entry for PDSE
ZOS19.CBC.SCLBDLL2 does not actually exist. That it seems to work OK
for the PDS's but not for the PDSE is a bit surprising; I don't know if there
is some kind of restriction at work here.

Bill

On Tue, 3 Jun 2008 19:22:17 -0400, Lizette Koehler <[EMAIL PROTECTED]>
wrote:

>The files are not to be cataloged, only copied from my target SMP/E
Libraries to my new sysres as UNCATALOGED data sets.  I really do not want
to trash my live system.  Or do I need to find another way to build my sysres?
>
>
>Lizette -
>
>[>]  Snip
>
>According to message ADR380E discription -
>
>Data set not processed. Catalog entry for an SMS-managed data set was found
but there was no corresponding VTOC entry
>[>] 
>
>I am building a job to dump and restore my target libraries from zos19 to my
>new Res volume.
>
>I used the following control cards to dump my target libraries with no
>problem
>
>DUMPDATASET(INCLUDE(ZOS19.**-
>)-
> EXCLUDE( -
>   ZOS19.OMVS.JV390,  -
>   ZOS19.OMVS.SIGYROOT -
>   )   -
> )   -
>LIDD(DISKIN)   -
>TOL(ENQF) ALLDATA(*) ALLEXCP  -
>OUTDDNAME(TAPEOUT)
>
>
>
>
>
>I am getting the following messages when trying to restore.
>
>  RESTORE DATASET(INCLUDE(ZOS19.** -
>00360001
> ))-
>00370001
> RENUNC((ZOS19.**,SYS1.**))-
>00371001
>   INDDNAME(TAPEIN)-
>0041
> OUTDDNAME(Z19RS1)
>00410001
>
>
>ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
>
>ADR109I (R/I)-RI01 (01), 2008.155 18:58:37 INITIAL SCAN OF USER CONTROL
>STATEMENTS COMPLETED.
>ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
>
>ADR006I (001)-STEND(01), 2008.155 18:58:37 EXECUTION BEGINS
>
>ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
>LOGICAL DATA SET FORMAT AND WAS
> 1 RELEASE 7 MODIFICATION LEVEL 0
>
>ADR489I (001)-TDLOG(01), DATA SET SYS1.SYS1.NUCLEUS WAS SELECTED
>
>ADR489I (001)-TDLOG(01), DATA SET SYS1.AOP.SAOPEXEC WAS SELECTED
>
>ADR489I (001)-TDLOG(01), DATA SET SYS1.AOP.SAOPMENU WAS SELECTED
>
>ADR380E (001)-FRLBO(36), DATA SET ZOS19.CBC.SCLBDLL2 NOT PROCESSED, 34
>←---
>
>
>What am I missing to make this work?
>
>
>[>] UnSnip
>

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

Re: No VIO Causes SCLM not to Work

[Scott Rowe]

There's no need to force them to disk.  In an SMS environment there is no need 
for a VIO esoteric at all, as long as allocations using UNIT=VIO are assigned a 
STORCLAS the esoteric is unneeded.  Once the allocation is SMS managed, it can 
be assigned to a VIO STORGRP.

>>> Ron Hawkins <[EMAIL PROTECTED]> 6/4/2008 10:12 AM >>>
George,

Just alter your ACS routines to force all VIO allocations to disk.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of George Rodriguez
> Sent: Wednesday, June 04, 2008 6:57 AM
> To: IBM-MAIN@BAMA.UA.EDU 
> Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> 
> By mistake, VIO was deleted in a IOCDS update, so until I can get the
> VIO back in to the HCD, I'm stuck...See post HCD v1.4...
> 
> Thanks,
> George Rodriguez
> Specialist, Systems Programmer
> IT-Operations
> (561) 357-7652 (office)
> (561) 707-3496 (mobil)
> School District of Palm Beach County
> 3348 Forest Hill Blvd.
> Room B332
> West Palm Beach, FL. 33406-5869
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Rowe
> Sent: Wednesday, June 04, 2008 9:47 AM
> To: IBM-MAIN@BAMA.UA.EDU 
> Subject: Re: No VIO Causes SCLM not to Work
> 
> I'm curious why you would care if it asks for SYSDA or VIO?  I would
> expect both to be handled by SMS.
> 
> >>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05 AM
> >>>
> I've been searching hi and low for any information on FLMALLOC which
> controls the JCL that's submitted to move things around in preparation
> for a promotion. Does anyone know where I can find this macro so I can
> change it to use SYSDA instead of VIO?
> 
> 
> 
> Help will be appreciated...
> 
> 
> 
> George Rodriguez
> 
> Specialist, Systems Programmer
> 
> IT-Operations
> 
> (561) 357-7652 (office)
> 
> (561) 707-3496 (mobil)
> 
> School District of Palm Beach County
> 
> 3348 Forest Hill Blvd.
> 
> Room B332
> 
> West Palm Beach, FL. 33406-5869
> 
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> 
> 
> 
> 
> 
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 
> 
> 
> Note that my email domain has changed from jo-annstores.com to
> joann.com.  Please update your address book and other records to
> reflect
> this change.
> 
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission
> contains
> confidential and privileged information intended only for the
> addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying,
> printing, distribution, use or disclosure of the material is strictly
> prohibited.  If you have received this material in error, please (i) do
> not read it, (ii) reply to the sender that you received the message in
> error, and (iii) erase or destroy the material. Emails are not secure
> and can be intercepted, amended, lost or destroyed, or contain viruses.
> You are deemed to have accepted these risks if you communicate with us
> by email. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material 

Re: The ABCs of z/OS Maintenance.

[Gary Green]

I can't believe I forgot to include the new link.  Sorry!

https://www14.software.ibm.com/webapp/iwm/web/pick.do?lang=en_US&source=swg-systemzprfm5&S_PKG=ZPRFE50608II&tcode=108AF19E


 On Wed Jun  4  9:37 , Gary Green <[EMAIL PROTECTED]> sent:

>I just tried it again and it works for me.  Huh...
>
>Here is another link related to this one.  It's the registration page to 
>download the article.  Perhaps you'll have better luck.
>
>A side question if I may... (just curious)
>
>Are you located at the Credit Suisse site in New Brunswick, NJ?
> 
>Gary Green
>
>I can use all the help I can get with my fight against cancer!
>Please support my efforts!
>Thank you.
>
>http://www.active.com/donate/tntsonj/tntsonjGGreen 
>
>
> On Wed Jun  4  8:40 , "Hunkeler Peter (KIUK 3)"  sent:
>
>>>
>>>http://www-931.ibm.com/tela/webmail/CampaignPublisher/15165
>>>
>>
>>Is this the complete URL? I'm getting "Error 500" 
>>
>>-- 
>>Peter Hunkeler
>>Credit Suisse
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: $PJES2 and Parallel Sysplex

[Elardus Engelbrecht]

Bob Shannon wrote:
>We're current on 1.7 maintenance and we get the same response. It must 
have been introduced in 1.8.

It is indeed introduced in 1.8.

Summary of changes for SA22-7526-07, z/OS Version 1 Release 8.

New information  :
$ADD SRVCLASS 
$D SRVCLASS 
$T SRVCLASS 
$S SRVCLASS 
$P SRVCLASS
$DJES2 
etc.

(Above list is trimmed for posting on IBM-MAIN.)

Sample result of $D JES2:

$HASP608 $DJES2 
$HASP608 ACTIVE ADDRESS SPACES  
$HASP608 ASID JOBNAME  JOBID
$HASP608    
$HASP608 0019 ZFS  S0424231 
$HASP608 ACTIVE NETWORKING DEVICES
$HASP608 NAME STATUS  
$HASP608  
$HASP608 LINE18   ACTIVE  
$HASP608 LOGON1   ACTIVE
$HASP608 LOGON2   ACTIVE
$HASP608 ALLOCATED INTERNAL READERS 
$HASP608 ASID JOBNAME  JOBID
$HASP608    
$HASP608 0522 ???  S0517641 
$HASP608 INTERNAL ACTIVITY
$HASP608 TYPE   COUNT 
$HASP608 - -- 
$HASP608 TOTAL PCE I/O  0 
$HASP608 SAPI REQUESTS (SSI 79) 16015 
$HASP608 PSO REQUESTS (SSI 1)   1 
$HASP608 END OF MEMORY REQUESTS (EOM)   0 

Above list also trimmed and I have replaced JOBNAME with ? on purpose.

Groete / Greetings
Elardus Engelbrecht

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

Re: The ABCs of z/OS Maintenance.

[Hunkeler Peter (KIUK 3)]

Thank for the second link. This one works.

I'm located in Zurich / Switzerland. 

--
Peter Hunkeler
CREDIT SUISSE

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

Re: ANSI (was: PC printing of .txt files containing mainframe listings)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 06/03/2008
   at 11:10 PM, Bill Klein <[EMAIL PROTECTED]> said:

>I was "amused" that it doesn't' mention WHICH ANSI or ISO Standard they
>are defined in - but I always thought that the "A" in RECFM=?A was for
>"ANSI".

It was ASA at the time. Then  ANSI started having trouble standardizing it
own name. There are multiple IBM publications that mention A carriage
control.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: Help with DFDSS Restore of PDS-E Datasets

[Big Iron]

Sorry for the irrelevant post : there was an older APAR OW43102 which
sounds somewhat similar, maybe that problem exists when PDSEs are
involved.

Bill

On Wed, 4 Jun 2008 09:12:50 -0500, Big Iron <[EMAIL PROTECTED]> wrote:

 .. snip ..
>
>On Tue, 3 Jun 2008 19:22:17 -0400, Lizette Koehler <[EMAIL PROTECTED]>
>wrote:
>
>>The files are not to be cataloged, only copied from my target SMP/E
>Libraries to my new sysres as UNCATALOGED data sets.  I really do not want
>to trash my live system.  Or do I need to find another way to build my sysres?
>>
>>
>>Lizette -
>>
>>[>]  Snip
>>
>>According to message ADR380E discription -
>>
>>Data set not processed. Catalog entry for an SMS-managed data set was found
>but there was no corresponding VTOC entry
>>[>] 
>>
>>I am building a job to dump and restore my target libraries from zos19 to my
>>new Res volume.
>>
>>I used the following control cards to dump my target libraries with no
>>problem
>>
>>DUMPDATASET(INCLUDE(ZOS19.**-
>>)-
>> EXCLUDE( -
>>   ZOS19.OMVS.JV390,  -
>>   ZOS19.OMVS.SIGYROOT -
>>   )   -
>> )   -
>>LIDD(DISKIN)   -
>>TOL(ENQF) ALLDATA(*) ALLEXCP  -
>>OUTDDNAME(TAPEOUT)
>>
>>
>>
>>
>>
>>I am getting the following messages when trying to restore.
>>
>>  RESTORE DATASET(INCLUDE(ZOS19.** -
>>00360001
>> ))-
>>00370001
>> RENUNC((ZOS19.**,SYS1.**))-
>>00371001
>>   INDDNAME(TAPEIN)-
>>0041
>> OUTDDNAME(Z19RS1)
>>00410001
>>
>>
>>ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
>>
>>ADR109I (R/I)-RI01 (01), 2008.155 18:58:37 INITIAL SCAN OF USER CONTROL
>>STATEMENTS COMPLETED.
>>ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK
>>
>>ADR006I (001)-STEND(01), 2008.155 18:58:37 EXECUTION BEGINS
>>
>>ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN
>>LOGICAL DATA SET FORMAT AND WAS
>> 1 RELEASE 7 MODIFICATION LEVEL 0
>>
>>ADR489I (001)-TDLOG(01), DATA SET SYS1.SYS1.NUCLEUS WAS SELECTED
>>
>>ADR489I (001)-TDLOG(01), DATA SET SYS1.AOP.SAOPEXEC WAS SELECTED
>>
>>ADR489I (001)-TDLOG(01), DATA SET SYS1.AOP.SAOPMENU WAS SELECTED
>>
>>ADR380E (001)-FRLBO(36), DATA SET ZOS19.CBC.SCLBDLL2 NOT PROCESSED, 34
>>←---
>>
>>
>>What am I missing to make this work?
>>
>>
>>[>] UnSnip
>>
>

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

Re: No VIO Causes SCLM not to Work

[Vernooy, C.P. - SPLXM]

That is fully dependent on how it has been coded in his site's ACS
routines, so you can't blindly assume this intelligence.

Kees.

"Scott Rowe" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I'm curious why you would care if it asks for SYSDA or VIO?  I would
expect both to be handled by SMS.
> 
> >>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05 AM
>>>
> I've been searching hi and low for any information on FLMALLOC which
> controls the JCL that's submitted to move things around in preparation
> for a promotion. Does anyone know where I can find this macro so I can
> change it to use SYSDA instead of VIO?
> 
> 
> 
> Help will be appreciated...
> 
> 
> 
> George Rodriguez
> 
> Specialist, Systems Programmer
> 
> IT-Operations
> 
> (561) 357-7652 (office)
> 
> (561) 707-3496 (mobil)
> 
> School District of Palm Beach County
> 
> 3348 Forest Hill Blvd.
> 
> Room B332
> 
> West Palm Beach, FL. 33406-5869
> 
> Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> 
> 
> 
> 
> 
> 
> -
> Under Florida law, e-mail addresses are public records. If you do
> not want your e-mail address released in response to a public
> records request, do not send electronic mail to this entity.
> Instead, contact this office by phone or in writing.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html 
> 
> 
> 
> Note that my email domain has changed from jo-annstores.com to
joann.com.  Please update your address book and other records to reflect
this change.
> 
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission
contains confidential and privileged information intended only for the
addressee.  If you are not the intended recipient, please be advised
that you have received this material in error and that any forwarding,
copying, printing, distribution, use or disclosure of the material is
strictly prohibited.  If you have received this material in error,
please (i) do not read it, (ii) reply to the sender that you received
the message in error, and (iii) erase or destroy the material. Emails
are not secure and can be intercepted, amended, lost or destroyed, or
contain viruses. You are deemed to have accepted these risks if you
communicate with us by email. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 
**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

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

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

Re: No VIO Causes SCLM not to Work

[Ron Hawkins]

Scott,

Probably because it has always been there, I've always assumed that VIO
allocated via SMS needed a model device defined.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Rowe
> Sent: Wednesday, June 04, 2008 7:21 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> 
> There's no need to force them to disk.  In an SMS environment there is
> no need for a VIO esoteric at all, as long as allocations using
> UNIT=VIO are assigned a STORCLAS the esoteric is unneeded.  Once the
> allocation is SMS managed, it can be assigned to a VIO STORGRP.
> 
> >>> Ron Hawkins <[EMAIL PROTECTED]> 6/4/2008 10:12 AM >>>
> George,
> 
> Just alter your ACS routines to force all VIO allocations to disk.
> 
> Ron
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of George Rodriguez
> > Sent: Wednesday, June 04, 2008 6:57 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> >
> > By mistake, VIO was deleted in a IOCDS update, so until I can get the
> > VIO back in to the HCD, I'm stuck...See post HCD v1.4...
> >
> > Thanks,
> > George Rodriguez
> > Specialist, Systems Programmer
> > IT-Operations
> > (561) 357-7652 (office)
> > (561) 707-3496 (mobil)
> > School District of Palm Beach County
> > 3348 Forest Hill Blvd.
> > Room B332
> > West Palm Beach, FL. 33406-5869
> > Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of Scott Rowe
> > Sent: Wednesday, June 04, 2008 9:47 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: No VIO Causes SCLM not to Work
> >
> > I'm curious why you would care if it asks for SYSDA or VIO?  I would
> > expect both to be handled by SMS.
> >
> > >>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05
> AM
> > >>>
> > I've been searching hi and low for any information on FLMALLOC which
> > controls the JCL that's submitted to move things around in
> preparation
> > for a promotion. Does anyone know where I can find this macro so I
> can
> > change it to use SYSDA instead of VIO?
> >
> >
> >
> > Help will be appreciated...
> >
> >
> >
> > George Rodriguez
> >
> > Specialist, Systems Programmer
> >
> > IT-Operations
> >
> > (561) 357-7652 (office)
> >
> > (561) 707-3496 (mobil)
> >
> > School District of Palm Beach County
> >
> > 3348 Forest Hill Blvd.
> >
> > Room B332
> >
> > West Palm Beach, FL. 33406-5869
> >
> > Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> >
> >
> >
> >
> >
> >
> > -
> > Under Florida law, e-mail addresses are public records. If you do
> > not want your e-mail address released in response to a public
> > records request, do not send electronic mail to this entity.
> > Instead, contact this office by phone or in writing.
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
> INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> >
> >
> > Note that my email domain has changed from jo-annstores.com to
> > joann.com.  Please update your address book and other records to
> > reflect
> > this change.
> >
> > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission
> > contains
> > confidential and privileged information intended only for the
> > addressee.
> > If you are not the intended recipient, please be advised that you
> have
> > received this material in error and that any forwarding, copying,
> > printing, distribution, use or disclosure of the material is strictly
> > prohibited.  If you have received this material in error, please (i)
> do
> > not read it, (ii) reply to the sender that you received the message
> in
> > error, and (iii) erase or destroy the material. Emails are not secure
> > and can be intercepted, amended, lost or destroyed, or contain
> viruses.
> > You are deemed to have accepted these risks if you communicate with
> us
> > by email. Thank you.
> >
> > -
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 emai

Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)

[Edward Jaffe]

George Fogg wrote:

I'm confused. Is this an advertisement on IBM-MAIN?
George Fogg 

  


Richards, Robert B. wrote:

I would say *NO*, it is not really an advertisement. It's more like a
"FOR YOUR INFORMATION". 


Advertising generally expects some return on investment. Clearly stated,
"There is no tuition fee for this workshop" sets the expectation that
IBM is not doing this for educational revenue.
  


This isn't exactly a user group meeting that's being announced. And, 
consider the source...


I get invitations all the time, from IBM and other software and hardware 
vendors, to attend "free" workshops. Some are events held at local area 
hotels -- lunch included. An increasing number are in the form of 
webcasts. But, AFAICT there is only one person (of the 5,000+ 
subscribers) that posts such invitations on IBM-MAIN.


Does a software vendor, offering a "free" workshop to discuss problems 
for which they provide priced "solutions" constitute advertising? 
Regardless of what you call them, are such postings consistent with the 
overarching "spirit" of IBM-MAIN? What about these recent examples from 
the same poster -- some containing specific pricing information, FUD 
about competitors, etc?


http://bama.ua.edu/cgi-bin/wa?A2=ind0806&L=ibm-main&P=R10900&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0806&L=ibm-main&P=R10803&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0805&L=ibm-main&P=R39688&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0805&L=ibm-main&P=R7657&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0804&L=ibm-main&P=R95816&I=1&X=-

Does IBM-MAIN have a written charter? Anything resembling Canons of 
Conduct? A policy statement of some kind?


Notwithstanding the comments above, I certainly don't mind being invited 
to these events. But, if and when I were to attend any of them, it would 
be with eyes wide open. TANSTAAFL! ;-)


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

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

Re: The ABCs of z/OS Maintenance.

[Matthew Stitt]

Just go get the first volume of the ABCs of Systems Programming.  It's
chapter 6 of the book.  And the book does not function as a contact gatherer
like this link does.

On Wed, 4 Jun 2008 16:42:02 +0200, Hunkeler Peter (KIUK 3)
<[EMAIL PROTECTED]> wrote:

>Thank for the second link. This one works.
>
>I'm located in Zurich / Switzerland.
>
>--
>Peter Hunkeler
>CREDIT SUISSE

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

Omegamon for SAP?

[Simpson, Matt]

(Apologies to the newsgroup readers who will see this twice.  I originally
posted it via the news interface, and then remembered that meant the email
list readers wouldn't see it.  So here it is again).


We're looking for a tool to help monitor our SAP environment (which is
mostly running on AIX/pseries, so it may not meet some definitions of
"mainframe").  In the dark ages, we used Omegamon for MVS, and were very
impressed by it.  So naturally, our first thought was "There's a version
of Omegamon for everything else, there must be one for SAP").

So we did some searching, and sure enough, we were right.  We were a
little leery of the fact that Candle now belongs to IBM/Tivoli, because
our experience with Tivoli products basically sucks.   But we thought
maybe they hadn't owned Candle long enough to ruin it.

But it turns out that IBM marketing folks don't want to talk to us about
Omegamon for SAP.  Every time we ask about it, they change the subject
to something called Tivoli Composite Application Manager.  (I guess they
figured it's safe to recycle the TCAM acronym, since anybody looking at
Tivoli products is probably too young to remember the first TCAM).

In our efforts to buy something they don't want to sell, we looked at
their documentation website.  All the Omegamon doc seems to be old.
Specifically, the users manual for Omegamon for SAP R/3 was dated 2002.
There was a release notes manual dated 2005, but it was for the same
release (Version 300).

Does anybody know where IBM/Tivoli is going with the Omegamon product
line, and specifically Omegamon for SAP?  Are they continuing to develop
and market it?  Or are they adopting the CA strategy of buying all the
products that compete with theirs and burying them?

--

Matt Simpson - University of Kentucky
   -- (859) 257-2243
630 South Broadway, Lexington, KY 40506

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

Re: Replace old BSC 3 connections

[Hal Merritt]

Visara offers a 3745 like replacement device: FEP 4600. 

http://www.visara.com/

We looked at the box and liked what we saw, but we expect to be
completely off of bisync soon.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carlos Bodra
Sent: Monday, June 02, 2008 4:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Replace old BSC 3 connections

 This question was cross posted into OS/390, VSE and zVM discussion 
lists 

Hello

Today we have an IBM MP3000 with 04 WAC cards, 03 of them running BSC3 
and on  running a back-to-back vtam connection.
We have a bid to replace this machine by a new z9 and get some software 
advantages. Today we have no problems with CPU or memory bottlenecks.
Ou problem is limited to substitute access from WAC cards, so we can 
keep BSC3 lines sending data to application program.
Simple solution could be an IBM 3745 model 170 (smalest) to keep same 
cenario and migrate from adapter cards to a channel independent machine,

even connect thru Escon converter. IBM says no more NCP software 
licenses are available.
What we can use as a substitute for WAC cards now how to connect this 
solution to z9?

Thanks in advance for any comment or hint

Carlos Bodra


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP SSL

[Hal Merritt]

Sounds like a keyring issue. Check to see that the correct name (case
sensitive, I  think) is specified in TCPPARMS(FTPSDATA) for the server
and TCPPARMS(FTPCDATA) or the client.  

If you are running the client, then I think the ID that submitted the
job also needs access to IRR.DIGTRING.LISTRING.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Michael Saraco
Sent: Tuesday, June 03, 2008 5:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: FTP SSL

I have my TN3270 SSL working fine. I setup the FTP SSL and I get.
FC0367 ftpauth: TLS init failed with rc = 202(Error detected while
opening the 
key database)

I found some hits at IBM but none applied RACF looks correct. Any 
suggestions?

 

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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Release 6.1 of IBMLink - AST

[Mark Zelden]

I've noticed that after I view a new AST item the asterisks next to the item 
does not go away like it used to.   Is everyone having this problem?
Has anyone reported it yet if they are?  I don't have any open PMRs at
the moment, so I don't know if the same is true for other new 
notifications.

Regards,

Mark 
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP SSL

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
> 
> Sounds like a keyring issue. Check to see that the correct 
> name (case sensitive, I  think) is specified in 
> TCPPARMS(FTPSDATA) for the server and TCPPARMS(FTPCDATA) or 
> the client.  
> 
> If you are running the client, then I think the ID that submitted the
> job also needs access to IRR.DIGTRING.LISTRING.   

I think that's true only if you specify Clientauth and are using a
"site" certificate.  For a "vanilla" SSL session over which the "real"
user will submit a userID and password, it shouldn't be needed because
the underlying session has already been started.

-jc-

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

Rational Developer for System z

[Bill Klein]

>From other notes, it looks like the SCLM problem may NOT be a real problem, 
   HOWEVER,

I did want to remind any/all SHARE members who either have RDz or are
"evaluating" it, that the LNGC project of SHARE is now accepting (and
processing) SHARE requirements against RDz.

Please, if you are a SHARE member and have enhancement suggestions (or even
"bug" fixes - for things working "as MIS-designed") please submit
requirements in the LNGC project to bring these to IBM's attention.

"James Robinson" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Graham:
> 
>   We have installed and are currently testing r/DZ. There are a
> couple of things that you should know:
> 
>   1) The mainframe COBOL piece of r/DZ *requires* SCLM to
> function. If you are one of the four or five shops that actually use
> SCLM, this won't be a problem. It has been a major pain for us, however.
> SCLM is convoluted, poorly documented, difficult to set up, and
> counterintuitve. Not to mention, the ancillary products that make SCLM
> functional are quite expensive. 
> 
>   2) If you use CICS BMS exclusively, then r/DZ will be fine. If,
> however (as we do), you use SDF2 to create your CICS screens, you will
> have problems, because, despite SDF2 being an IBM product, there is
> absolutely no interface between SDF2 and r/DZ. Each SDF2 map has to be
> hand-corrected to BMS format before it will be accepted by r/DZ. I leave
> the associated programming nightmares to your imaginations.
> 
>   That being said, the PC tool itself is slick, and has a lot of
> nice features for developers. Just don't think that you are getting a
> bargain, because you are not.
> 
> James  
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Graham Hobbs
> Sent: Tuesday, June 03, 2008 9:54 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Rational Developer for System z
> 
> Hello,
> 
> Acronyms first:
> 
> WDz = Websphere Developer for System z V7.0 RDz = Rational Developer for
> System z V7.1
> 
> According to an IBM website 'With this new release WDz has been renamed
> to RDz'.
> 
> Have been out of the mainframe field (any field that is) for several
> years now, looking to 'acquire' RDz for a laptop without host connection
> (at least not for a while) for small development purposes - can't let
> go:-).
> 
> Am specifically interested in the COBOL compiler, CICS (whatever it's
> called these days), CTG, VSAM emulator, DB2 and the current debugger.
> Not really sure about the IDE or other stuff that seems to go with the
> package (although David Crayford gave me some clues - thanks - which
> 10%?).
> 
> So WDz 7.0 + 1 Version = RDz V7.1
> 
> BUT am not sure of the exact differences in the releases (many pages of
> specs, am working on it).
> 
> RDz goes for about US$6500.
>  
> WDz can be had (it seems) via Partnerworld under a thing called IBM
> Software Access for 1 Year $800 (subsequent years are the same price I
> think). Not only that, when one looks at the IBM Software Catalog there
> is tons of heavy stuff out there - all for the one price! Find it hard
> to understand why RDz isn't there . . or is the single WDz to RDz
> release upgrade that significant (noting it is a 'release' not a
> 'version' upgrade).
> 
> My questions are:
> 
> a) is there anybody in a similiar position as myself.
> b) anybody involved in this 'isolated' use of RDz or WDz.
> 
> I am sorry about the generality of the foregoing but any comments would
> be appreciated.
> Many thanks
> 
> Graham Hobbs
> 
> P.S. An aside - I followed the FLEX debacle and I know I'm not talking
> mainframe here, but if the $800 price is true, maybe this goes partway
> to a pretty cheap solution - or am I off track here (not knowing what
> FLEX'ers were doing).
> 
> P.P.S. If RDz (or WDz) comes to pass for me, am really quite scared
> about installing all that stuff, but will save these questions for later

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

Re: Release 6.1 of IBMLink - AST

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> 
> I've noticed that after I view a new AST item the asterisks 
> next to the item 
> does not go away like it used to.   Is everyone having this problem?

How are you redisplaying the list?  

If via the browser's "Back" button, the asterisks are still there
(always been that way, best I can remember), but if you "re-navigate" to
the list, the asterisks are gone.  That's what I observe both on the AST
and the ETR lists.

-jc-

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

Re: Release 6.1 of IBMLink - AST

[Schwartz, Alan]

I see the same symptoms even across logouts.

Alan Schwartz


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Mark Zelden
Sent: Wednesday, June 04, 2008 10:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Release 6.1 of IBMLink - AST

I've noticed that after I view a new AST item the asterisks next to the item

does not go away like it used to.   Is everyone having this problem?
Has anyone reported it yet if they are?  I don't have any open PMRs at
the moment, so I don't know if the same is true for other new 
notifications.

Regards,

Mark 
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: No VIO Causes SCLM not to Work

[George Rodriguez]

Thanks to everyone for the help...The outcome:
Create storage class TEMP and if UNIT=VIO assign SC TEMP.
If SC = TEMP, assign it to SG = TEMP...

Problem solved... No need to add the esoteric...

Thanks again!
George Rodriguez :-)
Specialist, Systems Programmer
IT-Operations
(561) 357-7652 (office)
(561) 707-3496 (mobil)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B332
West Palm Beach, FL. 33406-5869
Rated "A" by the Florida Department of Education 2005, 2006 & 2007
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ron Hawkins
Sent: Wednesday, June 04, 2008 11:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: No VIO Causes SCLM not to Work

Scott,

Probably because it has always been there, I've always assumed that VIO
allocated via SMS needed a model device defined.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Scott Rowe
> Sent: Wednesday, June 04, 2008 7:21 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> 
> There's no need to force them to disk.  In an SMS environment there is
> no need for a VIO esoteric at all, as long as allocations using
> UNIT=VIO are assigned a STORCLAS the esoteric is unneeded.  Once the
> allocation is SMS managed, it can be assigned to a VIO STORGRP.
> 
> >>> Ron Hawkins <[EMAIL PROTECTED]> 6/4/2008 10:12 AM >>>
> George,
> 
> Just alter your ACS routines to force all VIO allocations to disk.
> 
> Ron
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of George Rodriguez
> > Sent: Wednesday, June 04, 2008 6:57 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: [IBM-MAIN] No VIO Causes SCLM not to Work
> >
> > By mistake, VIO was deleted in a IOCDS update, so until I can get
the
> > VIO back in to the HCD, I'm stuck...See post HCD v1.4...
> >
> > Thanks,
> > George Rodriguez
> > Specialist, Systems Programmer
> > IT-Operations
> > (561) 357-7652 (office)
> > (561) 707-3496 (mobil)
> > School District of Palm Beach County
> > 3348 Forest Hill Blvd.
> > Room B332
> > West Palm Beach, FL. 33406-5869
> > Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> > Behalf Of Scott Rowe
> > Sent: Wednesday, June 04, 2008 9:47 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: No VIO Causes SCLM not to Work
> >
> > I'm curious why you would care if it asks for SYSDA or VIO?  I would
> > expect both to be handled by SMS.
> >
> > >>> George Rodriguez <[EMAIL PROTECTED]> 6/4/2008 8:05
> AM
> > >>>
> > I've been searching hi and low for any information on FLMALLOC which
> > controls the JCL that's submitted to move things around in
> preparation
> > for a promotion. Does anyone know where I can find this macro so I
> can
> > change it to use SYSDA instead of VIO?
> >
> >
> >
> > Help will be appreciated...
> >
> >
> >
> > George Rodriguez
> >
> > Specialist, Systems Programmer
> >
> > IT-Operations
> >
> > (561) 357-7652 (office)
> >
> > (561) 707-3496 (mobil)
> >
> > School District of Palm Beach County
> >
> > 3348 Forest Hill Blvd.
> >
> > Room B332
> >
> > West Palm Beach, FL. 33406-5869
> >
> > Rated "A" by the Florida Department of Education 2005, 2006 & 2007
> >
> >
> >
> >
> >
> >
> > -
> > Under Florida law, e-mail addresses are public records. If you do
> > not want your e-mail address released in response to a public
> > records request, do not send electronic mail to this entity.
> > Instead, contact this office by phone or in writing.
> >
> >
-
> -
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
> INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> >
> >
> > Note that my email domain has changed from jo-annstores.com to
> > joann.com.  Please update your address book and other records to
> > reflect
> > this change.
> >
> > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission
> > contains
> > confidential and privileged information intended only for the
> > addressee.
> > If you are not the intended recipient, please be advised that you
> have
> > received this material in error and that any forwarding, copying,
> > printing, distribution, use or disclosure of the material is
strictly
> > prohibited.  If you have received this material in error, please (i)
> do
> > not read it, (ii) reply to the sender that you received the message
> in
> > error, and (iii) erase or destroy the material. Emails are not
secure
> > and can be intercepted, amended, lost or destroyed, or contain
> viruses.
> > You are deemed to have accepted these risks if you communicate with
> us
> > by email. Thank you.
> >
> >
---

Re: Release 6.1 of IBMLink - AST

[Jim Chappell]

I see it across layouts and across sessions.

Jim Chappell
503 745-7841
503 349-5603(cell)

[EMAIL PROTECTED]

Daimler Trucks North America LLC


If you are not the intended addressee, please inform us immediately that you 
have received this e-mail in error, and delete it. We thank you for your 
cooperation.  
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Release 6.1 of IBMLink - AST

[Mark Zelden]

On Wed, 4 Jun 2008 10:53:17 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>>
>> I've noticed that after I view a new AST item the asterisks
>> next to the item
>> does not go away like it used to.   Is everyone having this problem?
>
>How are you redisplaying the list?
>
>If via the browser's "Back" button, the asterisks are still there
>(always been that way, best I can remember), but if you "re-navigate" to
>the list, the asterisks are gone.  That's what I observe both on the AST
>and the ETR lists.
>

No, I'm not hitting the back button.  I've been using the web for a while
now and I know that won't give me an updated page. :-)

So it still works for you?  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SRDF Group command question

[Larry Miller]

We use SRDF/DM and Timefinder.

Our production SRDF has direction “SYNCH_DIRECTION_ALLOWED=R1>R2” for 
the whole DASD farm (RDF-RSUM sends data from R1 to R2). 

I’ve created a new RDFGRP 08 (3 volumes) on R1 side and RDFGRP 09 (3 
volumes) on R2 side.  

We need to invoke SRDF for the new groups (from RDFGRP 09 to 08, R2 to R1) 
without impacting rest of DASD farm.
 
I can’t find the control parms in the “SC VOL” command in EMC® SRDF® Host 
Component for z/OS Version 5.5.0 Product Guide 
P/N 300-000-163 REV A07.  

What is the control parameter that I need to specify to only allow these new 
groups going from R2 to R1 (or where do I find this 'group level' control 
parameter documented)?  

Thanks! 

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

Re: Chargeback reporting

[Hal Merritt]

That is a good approach, but IMHO CPU seconds are not a good metric for
comparing upgrade options and paths. Service units not only better
reflect the work being done, but also gives us a better idea how that
work could map to a different box. 

Remember, the OP doesn't really want to charge for anything, but to
somehow show the cost effectiveness of the solution. He can take the TCO
of the shop, and divide by the SU capacity to set a base. Then prorate
the costs using the SU consumption ratios of the applications. 

So, it costs us x to provide a maximum of a y level of service. Of that
service, App1 consumes A%, App2 consumes B%, and so on. Note that we
quickly move away from techospeak of CPU metrics to managementspeak of
dollars/pounds and percentages. Hopefully our management can relate the
applications to business units and then to each bottom line
contribution. 

HTH and good luck. 

 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Wednesday, June 04, 2008 7:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Chargeback reporting

I don't havean pointers to books or documentation but I can make a few
suggestions. 

I would use CPU seconds rather than Service Units. Managers can
understand
that there are only 86400 CPU seconds per engine per day. If you can get
the
price paid for your z9, take 1/4 of that and divide by 365*86400 to get
a
price per CPU second. This would recover the cost of the z9 in 4 years.
You
can adjust this later depending on how quickly your management changes
processors.

You can do the same for DASD to get a residency price (pounds/pence per
MB
per day) but the scanning of your DASD and assigning ownership is
usually
more difficult than the CPU processing.

For real chargeback, TAPE, Telecommunications, PRINT and
backup/disaster_recovery processes should be factored into the bill but
that
is too much for any initial reports to management. Leave them out until
your
managers promote you to Head of Chargeback with a staff to do the
detailed work.

For your initial CPU reports, have two different reports ready, First
for
overall management, a report to show what groups use how much during
some
time period (consider being able to show usage on different days of the
week). Second for the managers of the individual groups, a report to
show
who/what their top users are.

/Tom Kern



On Wed, 4 Jun 2008 11:47:55 +0100, Bri P <[EMAIL PROTECTED]>
wrote:

>Hi all
>
>I want to send senior management a chargeback report each month - not
actually to chargeback but to illustrate in pounds and pence what we're
doing on the mainframe. Partly I hope to show that, overall, we're
cost-effective per business transaction compared to some of the other
processing platforms, etc.. and also to show the development people on a
job-by-job basis what their "big hitters" are and identify targets for
efficiency improvements etc (we're toying with the idea of signing up
for
sub-capacity licensing).
>
>Presumably I should use SMF type 30 records as a basis for this (rather
than RMF records?) Would you use the values for CPU seconds, or those
for
service units? Regardless of which, do you take the totals of these, or
just
the CPU, SRB, etc?
>
>In arriving at a cost per CPU second or per Service Unit, What sort of
financial "inputs" do people typically use? Our z9 was only purchased
just
over a year ago, so I assume the capital cost of that, written down over
a
period of years, should factor, plus the annual software costs and
initial
purchase prices, but also people costs..??
>
>What about disk/storage usage, do you factor those in too?
>
>Sorry, probably a big topic, I know.
>
>If anyone's got any pointers to manuals or documentation on this sort
of
thing, I'd also appreciate it.
>
>Cheers!
>
>Brian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Free replacement for DASD INVENTORY?

[Ray, Gail E]

We are upgrading from z/OS 1.7 to z/OS 1.8.  Our unsupported release of
DASD INVENTORY, by DSC, stopped working on z/OS 1.8.  Does anyone know
of something free that would produce similar reports?  We mostly use the
Volume Summary Report and the Alphabetic File Reference.  There is not
any money in the budget to purchase a replacement product.

Thanks,

Gail Ray 

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

Re: Release 6.1 of IBMLink - AST

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> 
> On Wed, 4 Jun 2008 10:53:17 -0500, Chase, John wrote:
> 
> >> -Original Message-
> >> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
> >>
> >> I've noticed that after I view a new AST item the 
> asterisks next to 
> >> the item
> >> does not go away like it used to.   Is everyone having 
> this problem?
> >
> >How are you redisplaying the list?
> >
> >If via the browser's "Back" button, the asterisks are still there 
> >(always been that way, best I can remember), but if you 
> "re-navigate" 
> >to the list, the asterisks are gone.  That's what I observe 
> both on the 
> >AST and the ETR lists.
> >
> 
> No, I'm not hitting the back button.  I've been using the web 
> for a while now and I know that won't give me an updated page. :-)
> 
> So it still works for you?  

Well, thanks to an AST notification I received about an hour ago, I must
report that the asterisk is still there after opening the individual
item.  But on my ETR list, the asterisk disappears after I open the
individual item, then "re-list".

-jc-

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

Re: Release 6.1 of IBMLink - AST

[Mark Zelden]

On Wed, 4 Jun 2008 11:49:57 -0500, Chase, John <[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>>
>> On Wed, 4 Jun 2008 10:53:17 -0500, Chase, John wrote:
>>
>> >> -Original Message-
>> >> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>> >>
>> >> I've noticed that after I view a new AST item the
>> asterisks next to
>> >> the item
>> >> does not go away like it used to.   Is everyone having
>> this problem?
>> >
>> >How are you redisplaying the list?
>> >
>> >If via the browser's "Back" button, the asterisks are still there
>> >(always been that way, best I can remember), but if you
>> "re-navigate"
>> >to the list, the asterisks are gone.  That's what I observe
>> both on the
>> >AST and the ETR lists.
>> >
>>
>> No, I'm not hitting the back button.  I've been using the web
>> for a while now and I know that won't give me an updated page. :-)
>>
>> So it still works for you?
>
>Well, thanks to an AST notification I received about an hour ago, I must
>report that the asterisk is still there after opening the individual
>item.  But on my ETR list, the asterisk disappears after I open the
>individual item, then "re-list".
>

Thanks,   I will open a PMR.You would think something so basic to the
functionality would be tested.  :-(

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)

[Richards, Robert B.]

Ed,

I guess I am confused. *Most* of the time, we like it when IBMers post
what they know or think we should know. Is that now considered
advertising? :-(

Timothy is one of the few IBM Software Architects posting to this forum.
I, personally, have always found his posts to be informative, relevant
and generally *without* personal bias. When he does show bias, he
generally prefaces his comments. He is a major advocate for System z and
a frequent blogger to www.mainframe.typepad.com .

I saw no FUD in any of those posts you cited. Quite the contrary. I
appreciated knowing that a major new workload was coming to System z
(Cognos). While I prefer z/OS, any new workload for System z is good
news.

Having him explain RDz should have enlightened a few MVS folks. I did
the very same thing at my last job to developers and MVS sysprogs alike.
My CICS guy was the one that brought it to my attention. Multiplatform
development is also good news for System z. 

I completely enjoyed his explanation of the new pricing announcements. I
spent the last 5 years doing software asset management part-time and
even I had a little trouble understanding *that* announcement.

About your question, "Does a software vendor, offering a "free" workshop
to discuss problems for which they provide priced "solutions" constitute
advertising?" Perhaps, but as you astutely pointed out, you would attend
some of them as follows" "it would be with eyes wide open. TANSTAAFL!
;-)"

But there are times when you can get some *preliminary free education*
about something you know nothing about, BEFORE you spend money getting
good, targeted education.

> Regardless of what you call them, are such postings consistent with
the overarching "spirit" of IBM-MAIN?

I believe they are. I do not believe that Timothy is attempting to
hijack this forum for marketing purposes with his posts. 

Anyway, that's *my* opinion. :-)

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: [EMAIL PROTECTED] 
-

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

Re: Free replacement for DASD INVENTORY?

[Scott Barry]

Based on your report description/title, consider using DCOLLECT (an IDCAMS 
utility function) to collect dataset and DASD volume inventory (and more), 
and if licensed for DFSORT, IBM provides some DCOLLECT-interface 
functionality to generate reports.

Scott Barry
SBBWorks, Inc.

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

Re: FTP SSL

[Hal Merritt]

Are we talking SSL or SSH?

For TLS (SSL), I think the client first contacts the server. The server
then presents a certificate. The client must then authenticate the cert
and needs to look at its key ring. Do I understand that correctly?  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Wednesday, June 04, 2008 10:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: FTP SSL

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
> 
> Sounds like a keyring issue. Check to see that the correct 
> name (case sensitive, I  think) is specified in 
> TCPPARMS(FTPSDATA) for the server and TCPPARMS(FTPCDATA) or 
> the client.  
> 
> If you are running the client, then I think the ID that submitted the
> job also needs access to IRR.DIGTRING.LISTRING.   

I think that's true only if you specify Clientauth and are using a
"site" certificate.  For a "vanilla" SSL session over which the "real"
user will submit a userID and password, it shouldn't be needed because
the underlying session has already been started.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5)

[George Fogg]

>Peter Relson said:
>snip...>
> DISPLAY LLA,LIB=yourlibrary,MEMBER=*,FETCHED
>
> This command, with the "wrong" parameters can produce extreme amounts of
> output which could adversely affect your system.   That won't be the case,
> though, for a library with few, if any, members fetched.
>
Peter,
Extreme amount of output like leaving off the FETCHED keyword?
Anyway, it would be nice that these LLA display commands were documented in
the MVS Commands manual. Perhaps you could document the fact that they will
produce voluminous amounts of output to the console log and you (IBM) are not
responsible of their usage.
I suppose if you document the commands then users expect it to work in any
conditions--oh well...
I use some of these undocumented commands but in a EMCS session where I can
control, via the OPERPARMS segment, that I don't want the output to be
supressed to syslog.
George Fogg

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

Re: Monitor use of Load-Library as JOBLIB/STEPLIB (5)

[George Fogg]

> I use some of these undocumented commands but in a EMCS session where I can
> control, via the OPERPARMS segment, that I don't want the output to be
> supressed to syslog.
> George Fogg
Brain dead. I meant to say "that I want the output to be suppressed".
Sorry folks.

George Fogg

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

Re: Omegamon for SAP?

[Kelman, Tom]

Well, we have several of the Omegamon products for the z/OS systems.  In
October of 2005 we started installing the IBM Tivoli Monitor (ITM)
products across the enterprise.  They have basically rolled the old
Candle products in to ITM.  We were on version 3 of the Candle products
and now IBM has come out with a version 4.  So I believe the do plan on
supporting them within the ITM framework.  It is very likely that the
old Candle product for SAP is now a part of the Tivoli Composite
Application Manager.

Tom Kelman
Commerce Bank of Kansas City
(816) 760-7632
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Simpson, Matt
> Sent: Wednesday, June 04, 2008 10:29 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Omegamon for SAP?
> 
> (Apologies to the newsgroup readers who will see this twice.  I
originally
> posted it via the news interface, and then remembered that meant the
email
> list readers wouldn't see it.  So here it is again).
> 
> 
> We're looking for a tool to help monitor our SAP environment (which is
> mostly running on AIX/pseries, so it may not meet some definitions of
> "mainframe").  In the dark ages, we used Omegamon for MVS, and were
very
> impressed by it.  So naturally, our first thought was "There's a
version
> of Omegamon for everything else, there must be one for SAP").
> 
> So we did some searching, and sure enough, we were right.  We were a
> little leery of the fact that Candle now belongs to IBM/Tivoli,
because
> our experience with Tivoli products basically sucks.   But we thought
> maybe they hadn't owned Candle long enough to ruin it.
> 
> But it turns out that IBM marketing folks don't want to talk to us
about
> Omegamon for SAP.  Every time we ask about it, they change the subject
> to something called Tivoli Composite Application Manager.  (I guess
they
> figured it's safe to recycle the TCAM acronym, since anybody looking
at
> Tivoli products is probably too young to remember the first TCAM).
> 
> In our efforts to buy something they don't want to sell, we looked at
> their documentation website.  All the Omegamon doc seems to be old.
> Specifically, the users manual for Omegamon for SAP R/3 was dated
2002.
> There was a release notes manual dated 2005, but it was for the same
> release (Version 300).
> 
> Does anybody know where IBM/Tivoli is going with the Omegamon product
> line, and specifically Omegamon for SAP?  Are they continuing to
develop
> and market it?  Or are they adopting the CA strategy of buying all the
> products that compete with theirs and burying them?
> 
> --
> 
> Matt Simpson - University of Kentucky
>    -- (859) 257-2243
> 630 South Broadway, Lexington, KY 40506
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP SSL

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Hal Merritt
> 
> Are we talking SSL or SSH?

SSL (/TLS).

> For TLS (SSL), I think the client first contacts the server. 

Yes, and requests a SSL/TLS connection if the server does not make it
mandatory.

> The server then presents a certificate. The client must then 
> authenticate the cert and needs to look at its key ring. Do I 
> understand that correctly?  

Yes.  But I apparently was thinking "server" instead of "client" when I
wrote that it "should not matter unless ...".  The userID initiating the
z/OS client indeed must have UPDATE access to IRR.DIGTRING.LISTRING in
order to "share" another's keyring.  Scenario #6 describes how to set it
up:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZA780/21.1
3

Of course, each individual initiator of the ftp client could have his
own keyring with the necessary CERTAUTH certs connected, in which case
READ access to IRR.DIGTRING.LISTRING would suffice, but that would
introduce more administrative workload to manage the multiple keyrings
and FTPCDATA configurations.

I'll sneak back under my rock now..

-jc-

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

Re: Release 6.1 of IBMLink - AST

[Thompson, Steve]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, June 04, 2008 11:58 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Release 6.1 of IBMLink - AST



Thanks,   I will open a PMR.You would think something so basic to
the
functionality would be tested.  :-(



But you forget that there is no test like production

Later,
Steve Thompson

-- All opinions expressed by me are my own and may not necessarily
reflect those of my employer. --

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

PL/1 performance degradation when moving to LE

[Meir Zohar]

Hello group 

We're currently looking into migrating a very old PL/1 application set
(running on OS PL/1 2.3 ) to LE (3.6/3.7). 

One of the local customers has told us that they ran into serious
performance issues (CPU up by 7-8 times the original) when performing a
similar migration. 

I have seen several articles discussing performance degradation when going
to LE, but these are 10 years old and refer to 25-35% increases that can be
tuned to 5%. 

Has anyone migrated PL/1 from 2.3 to 3.6/3.7 lately and has performance
figures that they can share? 

Many thanks 

Meir Zohar
CISSP, IBM Certified DBA for DB2 for z/OS V8/V9
email: [EMAIL PROTECTED]
 

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

TCPIP Segmentation Offload

[Chase, John]

Forwarded on behalf of a colleague...




IBM recommended a while back that TCP/IP Segmentation Offload to
the OSA card be disabled.  Microcode was made available in April to fix
the offload code.  We are now at this new microcode level and are
considering re-enabling the offload functionality.   We are aware of
APAR PK64756. 
 
Has anyone experienced any problems after re-enabling
Segmentation Offload?
 
Any recommendations on the best way to measure the positive
performance impact that segmentation offload provides to TCP/IP (CPU,
storage, etc.)?

TIA,
 
-jc-
 

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

DFSORT/ICETOOL question

[Tim Hare]

Really two questions I guess.

1. We have variable length records with the data similar to COBOL 'OCCURS 
DEPENDING ON' clauses - a count of the number of segments to follow, 
followed by those segments.  Is there a way to handle these in 
INREC/OUTREC/OUTFILE ?  I already thought of using IFTHEN  - if the count is 
at least 1, output data from 1st segment, if at least 2, output from first 2 
segments, etc. but I don't see how to do that based on the count that's in 
the record

2.  Is there a way to describe such segments in DFSORT Symbols?

I've been RTFM and PDFs but without enlightenment.  It seems to me that it 
requires being able to specify the position field as a calculation rather than 
a 
constant (i.e. 'p' = base+
(seg_number_starting_from_0*seg_length+offset_to_field_in_segment)?

This would also be of use for some SMF records I'd imagine.

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

Re: Free replacement for DASD INVENTORY?

[Gary Green]

Others may chime in with a similar suggestion...

If you have DFSORT, you could run DCOLLECT (IDCAMS utility) and pass the output 
to DFSORT to produce the reports.  I know IBM has some stuff on one of their 
sites that provides the job streams and SORT SYSIN statements.  If you can not 
locate the site, post to the group and I, and others, should be able to point 
you to the correct page; or even email the stuff to you.


 On Wed Jun  4 12:04 , Scott Barry <[EMAIL PROTECTED]> sent:

>Based on your report description/title, consider using DCOLLECT (an IDCAMS 
>utility function) to collect dataset and DASD volume inventory (and more), 
>and if licensed for DFSORT, IBM provides some DCOLLECT-interface 
>functionality to generate reports.
>
>Scott Barry
>SBBWorks, Inc.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT/ICETOOL question

[Gary Green]

I probably already know the answer but does the number of segments/offsets 
change with each record type or would/do they remain the same?  If the later, 
then there is a DFSORT solution.


 On Wed Jun  4 12:59 , Tim Hare <[EMAIL PROTECTED]> sent:

>Really two questions I guess.
>
>1. We have variable length records with the data similar to COBOL 'OCCURS 
>DEPENDING ON' clauses - a count of the number of segments to follow, 
>followed by those segments.  Is there a way to handle these in 
>INREC/OUTREC/OUTFILE ?  I already thought of using IFTHEN  - if the count is 
>at least 1, output data from 1st segment, if at least 2, output from first 2 
>segments, etc. but I don't see how to do that based on the count that's in 
>the record
>
>2.  Is there a way to describe such segments in DFSORT Symbols?
>
>I've been RTFM and PDFs but without enlightenment.  It seems to me that it 
>requires being able to specify the position field as a calculation rather than 
>a 
>constant (i.e. 'p' = base+
>(seg_number_starting_from_0*seg_length+offset_to_field_in_segment)?
>
>This would also be of use for some SMF records I'd imagine.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)

[Eric Bielefeld]

Ed,

I'm not quite sure just what you're saying.  Personally, I like most of
Timothy Sipples' posts.  I'm aware that he is an IBM employee, which is
obvious from his Sig line and email address.  He does bring out a viewpoint
that is often contrary to what many IBM-Main posters have.  I don't always
agree with him, but most of what he says makes sense.

I know that I advertise occasionally for the MCMG group that I go to in
Chicago.  I'm glad the Sam Knutson advertises for the group in DC area, and
Mark Nelson advertises the New York Naspa chapter's group that is meeting in
2 weeks.  As a matter of fact, I am planning on going to the NY meeting.
I've noticed that of all the groups I've been to other than Share and the
IBM z/OS Expo, they consistently have the best speakers and topics.  And,
its also free.

I don't have a problem with people advertising things here - even products,
as long as its not done too often.  I think Steve Comstock used to advertise
too much, but after several complaints, I think he does it about right now. 
I don't recall you ever advertising your company, but I wouldn't mind.  I 
know there are a few people who are very vociferous about that, but I think 
the majority of posters welcome occasional advertisements, especially if it 
helps in answering a question on how to do something.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - 
From: "Edward Jaffe" <[EMAIL PROTECTED]>


This isn't exactly a user group meeting that's being announced. And, 
consider the source...


I get invitations all the time, from IBM and other software and hardware 
vendors, to attend "free" workshops. Some are events held at local area 
hotels -- lunch included. An increasing number are in the form of 
webcasts. But, AFAICT there is only one person (of the 5,000+ subscribers) 
that posts such invitations on IBM-MAIN.


Does a software vendor, offering a "free" workshop to discuss problems for 
which they provide priced "solutions" constitute advertising? Regardless 
of what you call them, are such postings consistent with the overarching 
"spirit" of IBM-MAIN? What about these recent examples from the same 
poster -- some containing specific pricing information, FUD about 
competitors, etc?


http://bama.ua.edu/cgi-bin/wa?A2=ind0806&L=ibm-main&P=R10900&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0806&L=ibm-main&P=R10803&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0805&L=ibm-main&P=R39688&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0805&L=ibm-main&P=R7657&I=1&X=-
http://bama.ua.edu/cgi-bin/wa?A2=ind0804&L=ibm-main&P=R95816&I=1&X=-

Does IBM-MAIN have a written charter? Anything resembling Canons of 
Conduct? A policy statement of some kind?


Notwithstanding the comments above, I certainly don't mind being invited 
to these events. But, if and when I were to attend any of them, it would 
be with eyes wide open. TANSTAAFL! ;-)


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


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

Enhanced JCL processor? (and maybe a few other thoughts)

[McKown, John]

This is a blue sky idea for discussion. It is not a request to IBM. But
it derives from an earlier thread on the short comings of the current
JCL. So, I was just thinking of possible enhancements which should not
affect the "internal text" or only do so minimally. Just some idea. I'll
try to organize them logically, but no guarantees.

1) Remove the "card image" requirement. JCL basically starts with a //
in columns 1-2 and is 80 bytes long for a single line. So, my first
desire is to remove this requirement. I would prefer that JCL be VB.
There would be no sequence numbering at all.

2) JCL comments:

2a) any line which starts with //* is totally ignored as if it weren't
there. This means it can be placed
in the midst of a series of continuations. Eg:

//DD1 DD DISP=SHR,
//* DISPOSITION
// DSN=THIS.FILE
//* THE NAME OF THE DATASET

2b) Embedded comments require a /* to start and */ to end. Comments may
be embedded within comments. This means that every  /* must have an
corresponding */. This is to allow commenting-out of information which
itself contains comments. I hope I'm making sense. /* this is /* an
embedded */ comment */.

2c) All characters after a double dash, --, are comments until the end
of the logical line and are ignored. Eg:
//DD1 DD DISP=SHR, -- THIS IS A COMMENT

3) Continuation.

3a) If the last non-blank, non-comment is a comma, then the next logical
line is a continuation of this line. The first three characters of the
next line must be "// ". The continuation actually starts with the first
non-blank after the third character of the next line. Eg:
//DD1 DD DISP=SHR, -- SPECIFY DISPOSITION HERE
// DSN=THIS.FILE -- THE NAME OF THE DATASET

3b) If the last non-blank, non-comment is a dash, -, then leading blanks
on the next line are not ignored and the continuation starts with the
fourth character of the next line. Blanks before the dash are
significant. Eg:

//STEP1 EXEC PGM=MYPROG,PARM='THIS IS -
// THE PARM'
//* PARM='THIS IS THE PARM'

3c) If the last non-blank, non-comment is a plus, +, then leading blanks
on the next line are ignored. The continuation strats with the first
non-blank after the third character of the next line. Note that the
current line need not end in a comma to indicate continuation. All
blanks before the plus are significant. Eg

//STEP1 EXEC PGM=MYPROG,PARM='THIS IS +
//THE PARM'
//* PARM='THIS IS THE PARM'

As can be seen by 3b & 3c, you can continue a qouted string across
multiple lines. This eliminates the problem of a long string being
passed in a PARM or PATH=.

4) New subparameter on the EXEC. LPARM= for a long parm which can be
more than 100 characters. All this does is remove the JCL restriction.
It would be used by a user who wants to pass more than 100 characters to
a program which he knows can handle this situation. The only reason to
have LPARM= instead of removing the restriction on PARM= is due to the
possibility that the program cannot handle > 100 characters and the user
wants to be told, via a JCL error, if he exceeds the 100 character
limit.

5) New predefinded symbol: &HOME . This is the RACF user's OMVS "home"
subdirectory (without an ending slash) as specified in the OMVS segment
for the user. If the user does not have an OMVS segment but the "default
UNIX user" is defined, then it is the "default UNIX user's" home
directory. If neither of the previous two are available, then a JCL
error results if &HOME is used. Eg:

//INPUT DD PATH='&HOME/filename.txt'

I realize this symbol has the same problem as some of the other symbols
which might vary depending on the system. However, I would state up
front that this symbol is resolved on the system which does the
conversion, at the time of the conversion. If something else is wanted
(as with an NJE job), then the user would need to use some other method
to do this.

Thought: should the tilde, ~, expand to the user's home directory as is
normal in UNIX shell scripting?

6) A new parameter on the DD * and/or DD DATA, SYMBOLS=YES. This tells
JES2 to examine the instream data, looking for symbols which can be
resolved, such as &SYSUID, &HOME, a static system symbol, or any other
symbol set with the // SET statement, and replace the symbol with its
value. If there is no value for that symbol, leave the symbol alone. 

7) Allow UNIX paths in the JCLLIB statement so that I can keep my PROCs
in a UNIX subdirectory. No, there is no reason for this. 

8) Allow the // INCLUDE to have a new parameter: FILE= which specifies
the UNIX file to INCLUDE instead of a member from the JCLLIB
concatenation. If the FILE= specified does not start with a slash,
assume that the FILE is relative to the user's UNIX HOME directory as
with &HOME. Again, a JCL error if this cannot be resolved.

9) Similar to 6 above, but maybe somebody here would like to do it. A
subsystem which can be used on a DD statement to trans

Webcast next week: Migrating to z/OS V1.9

[John Eells]

Posting on behalf of Gita Berg and Marna Walle:

If you are on z/OS V1.7 and planning your migration to z/OS V1.9 or if 
you are in the middle of migration activities, then this z/OS webcast on 
June 12th might be of interest to you - Migrating to z/OS V1.9 - Your 
questions answered.


This 1 hour call will provide an overview on migrating z/OS V1.9 with 
the majority of the time available for a live Q&A for answering 
migration questions!  Attendees can ask questions directly over the 
phone or post questions via the webcast.


Register at:http://on24.com/clients/ibm/migration

This webcast will also be available for replay after the event.

This call will be of value whether or not you attended the ‘Plan your 
Migration to z/OS V1.9!’ teleconference held March 27th, 2008.


Note: Given some recent discussion here, I hope this isn't construed as 
an advertisement.  (z/OS R9 doesn't cost any more--or any less, for that 
matter--than other z/OS releases. ;-)  Please let me know if you object 
to this sort of post.  Thanks.


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[EMAIL PROTECTED]

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

Re: Webcast next week: Migrating to z/OS V1.9

[Steven Conway]

John: my vote is that this is NOT an advertisement and is welcome.  I'm 
all for free presentations, from IBM or any other vendor.


Cheers,,,Steve

Steve Conway
Lead Systems Programmer
Information Systems & Services Division
Computer & Network Operations
Phone:   (703) 450-3156
Fax:(703) 450-3197

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

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)

[Rob Schramm]

Quite honestly, there is nothing free about PCI.  Requirements for PCI 
compliance are not free.  Doesn't matter if you try to do it all yourself 
or have people come in to help.  There is a definite cost. 

As to the class, it is just about Communication Server aspects.  Seems 
like a good idea.  Especially, if you haven't had the time to delve into 
all the new stuff in Communication Server and you have PCI requirements.

It's not like they are selling you Communication Server.  It's 
already running.  Might as well be efficient with your company's money and 
turn on the things that are helpful instead of having some other 
unix/windows group suggest a solution that is 1) non-mainframe 2) going to 
cost $$$ in people and software.

I went to a 2 day free class on LDAP/Firewall stuff more than a few years 
ago.. I found it very helpful at the time.

Rob Schramm
Sirius Computer Solutions



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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[Mark Zelden]

On Wed, 4 Jun 2008 13:25:53 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:



Boy, you must have a lot of free time.  :-)  

Some good ideas in there.  As usual ...would it be worth the development time 
and resources to implement them or are there more important needs.  

Personally, I can't think of a single time that I couldn't figure out a way
to get
something done due to JCL restrictions and peculiarities.  Even before all
the "new" JCL enhancements in MVS/ESA 4 (SET, IF THEN , INCLUDE, nested
PROCs, etc.).   No, I don't need examples of times someone couldn't.  We 
get enough of those already from Paul G.  :-) :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Webcast next week: Migrating to z/OS V1.9

[David Andrews]

On Wed, 2008-06-04 at 14:37 -0400, John Eells wrote:
> z/OS webcast on June 12th

What is the client requirement?  The registration page doesn't say.

-- 
David Andrews
A. Duda and Sons, Inc.
[EMAIL PROTECTED]

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

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in Maryland)

[Edward Jaffe]

Richards, Robert B. wrote:

I guess I am confused. *Most* of the time, we like it when IBMers post
what they know or think we should know. Is that now considered
advertising? :-(

Timothy is one of the few IBM Software Architects posting to this forum.
I, personally, have always found his posts to be informative, relevant
and generally *without* personal bias. When he does show bias, he
generally prefaces his comments. He is a major advocate for System z and
a frequent blogger to www.mainframe.typepad.com .
  


The "IBM" in "IBM-MAIN" does not imply any special relationship with, or 
preferential treatment of, list participants who happen to be IBM 
employees. It means simply that the discussion centers around topics 
relating to IBM Mainframes. And, since I started contributing to this 
list nearly 15 years ago, it has been primarily a technical discussion.


Of course, we all value the participation by IBM software developers and 
architects. Without them, a lot of questions about IBM software would go 
unanswered ... or answered incorrectly! Recent posts -- just this week 
-- from the esteemed Jim Mulder and Peter Relson have provided 
invaluable information. But, I have *never* heard either of those 
gentlemen quote prices or forward announcement material of any kind to 
the list.



About your question, "Does a software vendor, offering a "free" workshop
to discuss problems for which they provide priced "solutions" constitute
advertising?" Perhaps, but as you astutely pointed out, you would attend
some of them as follows" "it would be with eyes wide open. TANSTAAFL!
;-)"
  


Marketing announcements and the like have their own channels -- and 
plenty of Internet bandwidth. If such postings were commonplace on this 
forum, I suspect there would be no eyebrows raised. But, such postings 
are fairly rare here -- which explains why Mr. Fogg was confused about 
the rationale for Mr. Sipples post. He appears to be a primary 
contributor of this kind of ... shall we say ... "border line" material.


It sounds as if you're in favor of encouraging similar posts from all 
mainframe vendors. Is that *really* the direction you would like to see 
IBM-MAIN take? Be careful what you wish for. O:-)


I'm not necessarily taking a position either way. So far, I'm just 
asking questions. I get plenty of "stuff" in my InBox and SPAM folders 
every day -- most of which I promptly delete. Obviously, I'll go along 
with whatever the group consensus is regarding vendor pricing and 
announcement material on IBM-MAIN. I can delete that fairly easily too.


I did ask about an IBM-MAIN "Charter" or "Canons of Conduct". Do such 
documents exist? Are there any guidelines you receive when you first 
subscribe to the list? I remember when Darren was active as list owner, 
even job postings had to be sanctioned. Are they still restricted? What 
are the rules??!


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

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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[Eric Bielefeld]

Is there really a requirement for a JCL statement to be 80 columns?  When I 
go into SDSF, and do SJ (I think) on a job, I go into an edit session that 
extracts the JCL that submitted the job.  If I scroll to the right, the 
image is actually 251 or 255 bytes wide.  Since I'm not working right now, I 
can't give the exact number.  Then, while editing this wide over 80 byte 
thing, I can submit it, and it will run just as the original did.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - 
From: "McKown, John" <[EMAIL PROTECTED]>




This is a blue sky idea for discussion. It is not a request to IBM. But
it derives from an earlier thread on the short comings of the current
JCL. So, I was just thinking of possible enhancements which should not
affect the "internal text" or only do so minimally. Just some idea. I'll
try to organize them logically, but no guarantees.

1) Remove the "card image" requirement. JCL basically starts with a //
in columns 1-2 and is 80 bytes long for a single line. So, my first
desire is to remove this requirement. I would prefer that JCL be VB.
There would be no sequence numbering at all.



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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[McKown, John]

I think so. I editted a JCL in a VB/259 dataset and made a really long
PARM.

// SET SYMBOL1=A
// SET SYMBOL2=B
// SET SYMBOL3=C
// SET SYM=Q
//STEP1EXEC  PGM=IEFBR14,
//
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3.
Z')
//SYSUDUMP DD SYSOUT=D

This got a JCL error:

   J E S 2  J O B  L O G  --  S Y S T E M  D E V 1
--  N O D E  L I H 1

14.11.09 JOB57436  WEDNESDAY, 04 JUN 2008 
14.11.09 JOB57436  IRR010I  USERID TSH009   IS ASSIGNED TO THIS JOB.
14.11.09 JOB57436  IEFC452I TSH009A - JOB NOT RUN - JCL ERROR  177
-- JES2 JOB STATISTICS --
9 CARDS READ
   24 SYSOUT PRINT RECORDS
0 SYSOUT PUNCH RECORDS
1 SYSOUT SPOOL KBYTES
 0.00 MINUTES EXECUTION TIME
1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z,
JOB57436
  // MSGCLASS=X
2 // SET SYMBOL1=A
3 // SET SYMBOL2=B
4 // SET SYMBOL3=C
5 // SET SYM=Q
6 //STEP1EXEC  PGM=IEFBR14,
  //
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S
  IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AX&SY
7 //SYSUDUMP DD SYSOUT=D
 STMT NO. MESSAGE
6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Wednesday, June 04, 2008 2:09 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
> 
> Is there really a requirement for a JCL statement to be 80 
> columns?  When I 
> go into SDSF, and do SJ (I think) on a job, I go into an edit 
> session that 
> extracts the JCL that submitted the job.  If I scroll to the 
> right, the 
> image is actually 251 or 255 bytes wide.  Since I'm not 
> working right now, I 
> can't give the exact number.  Then, while editing this wide 
> over 80 byte 
> thing, I can submit it, and it will run just as the original did.
> 
> Eric Bielefeld
> Sr. z/OS Systems Programmer
> Milwaukee, Wisconsin
> 414-475-7434
> 
> - Original Message - 
> From: "McKown, John" <[EMAIL PROTECTED]>
> 
> 
> > This is a blue sky idea for discussion. It is not a request 
> to IBM. But
> > it derives from an earlier thread on the short comings of 
> the current
> > JCL. So, I was just thinking of possible enhancements which 
> should not
> > affect the "internal text" or only do so minimally. Just 
> some idea. I'll
> > try to organize them logically, but no guarantees.
> >
> > 1) Remove the "card image" requirement. JCL basically 
> starts with a //
> > in columns 1-2 and is 80 bytes long for a single line. So, my first
> > desire is to remove this requirement. I would prefer that JCL be VB.
> > There would be no sequence numbering at all.
> > 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in...

[(IBM Mainframe Discussion List)]

 
 
In a message dated 6/4/2008 1:10:19 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>know that I advertise occasionally for the MCMG group that I go to  in
Chicago.  I'm glad the Sam Knutson advertises for the group in DC  area, and
Mark Nelson advertises the New York Naspa chapter's group that is  meeting in
2 weeks.
 
And a score or more posters "advertise" and/or freely discuss each upcoming  
SHARE.
 
Which makes me wonder now why I haven't seen any discussion of the annual  
national CMG meetings.  A large % of their sessions revolve around IBM  
mainframe computers.  Just wondering...
 
Bill  Fairchild
Rocket Software





**Get trade secrets for amazing burgers. Watch "Cooking with 
Tyler Florence" on AOL Food.  
(http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302)

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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[Eric Bielefeld]

I think the key is when doing SJ, as long as you don't go past column 71, 
you will be ok.  Your statement said only that you wanted to be able to use 
wider than 80 columns, although I suppose that would mean putting something 
past column 80.  I think the JCL book would say you can't go beyond col 71, 
thus your JCL error.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - 
From: "McKown, John" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, June 04, 2008 2:13 PM
Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)



I think so. I editted a JCL in a VB/259 dataset and made a really long
PARM.

// SET SYMBOL1=A
// SET SYMBOL2=B
// SET SYMBOL3=C
// SET SYM=Q
//STEP1EXEC  PGM=IEFBR14,
//
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3.
Z')
//SYSUDUMP DD SYSOUT=D

This got a JCL error:

  J E S 2  J O B  L O G  --  S Y S T E M  D E V 1
--  N O D E  L I H 1

14.11.09 JOB57436  WEDNESDAY, 04 JUN 2008 
14.11.09 JOB57436  IRR010I  USERID TSH009   IS ASSIGNED TO THIS JOB.
14.11.09 JOB57436  IEFC452I TSH009A - JOB NOT RUN - JCL ERROR  177
-- JES2 JOB STATISTICS --
   9 CARDS READ
  24 SYSOUT PRINT RECORDS
   0 SYSOUT PUNCH RECORDS
   1 SYSOUT SPOOL KBYTES
0.00 MINUTES EXECUTION TIME
   1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z,
JOB57436
 // MSGCLASS=X
   2 // SET SYMBOL1=A
   3 // SET SYMBOL2=B
   4 // SET SYMBOL3=C
   5 // SET SYM=Q
   6 //STEP1EXEC  PGM=IEFBR14,
 //
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S
 IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AX&SY
   7 //SYSUDUMP DD SYSOUT=D
STMT NO. MESSAGE
   6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology 


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

Re: Advertising on IBM-MAIN (Was: IBM PR: PCI Security Compliance Workshop in...

[(IBM Mainframe Discussion List)]

 
 
In a message dated 6/4/2008 2:22:58 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
And speaking of advertising on IBM-MAIN, where did this come from in my  last 
post?  What odes AOL Food have to do with IBM mainframes?  I  didn't type it 
into my email.  It
 
<>
 
**Get trade secrets for amazing burgers. Watch "Cooking with  
Tyler Florence" on AOL Food.  
(_http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302_ 
(http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302) )



<>
 
I just sent an email to myself and discovered the weird text in there,  too.  
It seems that my AOL is generating it.  It is not part of my  auto-signature. 
 How do I turn off this trash?  I apologize for all  the times I've 
inadvertently sent junk like that to IBM-MAIN.  Does the NSA  also inserted 
invisible 
messages in all emails now?
 
Bill  Fairchild
Rocket Software



**Get trade secrets for amazing burgers. Watch "Cooking with 
Tyler Florence" on AOL Food.  
(http://food.aol.com/tyler-florence?video=4?&NCID=aolfod000302)

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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Wednesday, June 04, 2008 2:27 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
> 
> I think the key is when doing SJ, as long as you don't go 
> past column 71, 
> you will be ok.  Your statement said only that you wanted to 
> be able to use 
> wider than 80 columns, although I suppose that would mean 
> putting something 
> past column 80.  I think the JCL book would say you can't go 
> beyond col 71, 
> thus your JCL error.
> 
> Eric Bielefeld

Right. That's restriction that I want removed. I wasn't explicit enough.
If I have a line which is 100 characters, then I want all 100 characters
(sans comments) to be used.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

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

Re: DFSORT/ICETOOL question

[Frank Yaeger]

Tim Hare wrote on 06/04/2008 10:59:55 AM:
> Really two questions I guess.
>
> 1. We have variable length records with the data similar to COBOL 'OCCURS

> DEPENDING ON' clauses - a count of the number of segments to follow,
> followed by those segments.  Is there a way to handle these in
> INREC/OUTREC/OUTFILE ?  I already thought of using IFTHEN  - if the count
is
> at least 1, output data from 1st segment, if at least 2, output from
first 2
> segments, etc. but I don't see how to do that based on the count that's
in
> the record

I don't know what you mean by "I don't see how to do that based on the
count
that's in the record".  The IFTHEN's WHEN=(logexp) can test the count vs a
constant.  For example, if the count is a 2-byte BI value in positions
21-22,
you could use:


  INREC IFTHEN=(WHEN=(21,2,BI,EQ,1),...)),
IFTHEN=(WHEN=(21,2,BI,EQ,2),...)),
...

All you need to know is the starting position, length and format of the
count.
Maybe if you showed an example of the input records and what you're trying
get
for output, it would clarify things.

> 2.  Is there a way to describe such segments in DFSORT Symbols?
>
> I've been RTFM and PDFs but without enlightenment.  It seems to me that
it
> requires being able to specify the position field as a calculation
> rather than a
> constant (i.e. 'p' = base+
> (seg_number_starting_from_0*seg_length+offset_to_field_in_segment)?
>
> This would also be of use for some SMF records I'd imagine.

You would need to describe the segments in a linear fashion.  You could
use a different (but similar) name for the symbols for each subsequent
segment,  e.g. S01_name1, S01_name2,  , S02_name1, S02_name2, ...

Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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

Re: Another pathetic job offer

[Kelman, Tom]

This interested me.  Not because I want the position, but because I
couldn't believe someone was trying to hire an MVS Systems Programmer at
such a low salary.  Also, I hadn't heard of Fast Switch, Ltd. before so
I went to their WEB site. When I tried this morning their site went down
while I was on it - go figure.  Fast Switch is a consulting/technical
recruiting firm, and the position is listed under their name on
careerbuilder.com.  It is actually in Detroit, not Philadelphia.  The
industry it is in is "Automotive - Motor Parts - Consulting".  Does that
mean you would be hired as a consultant and therefore get no benefits
besides the low salary? If anyone is interested here is the link to the
job posting.

http://www.careerbuilder.com/JobSeeker/Jobs/JobDetails.aspx?IPath=ILKV&f
f=21&APath=2.21.21.0.0&job_did=J8D3YJ6RDYFQN66TLYH   

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

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Gary Green
> Sent: Tuesday, June 03, 2008 1:36 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Another pathetic job offer
> 
> A few months back I posted to the NG about a job posting that arrived
in
> my inbox for a poorly paid Sr. Systems Programmer position in North
Jersey
> and it caused quite a stir and a lot of traffic.
> 
> Well, a friend that is now looking for a position in the Philadelphia
> area, sent this to me and I thought I would pass it along.  It's
rather
> disheartening.
> 
> ...
> 
> 
> Job Description
> 
> The MVS Systems Programmer will install; customize; test; implement;
> document and support IBM mainframe operating system software (z/OS 1.7
or
> 1.8) and multiple 3rd party software products on over 25 MVS images.
> 
> 
> 
> You will code in Assembler to develop, test, implement, document and
> support system modifications and MVS and JES exits
> 
> Analyze, debug and correct various z/OS software problems
> Support z/OS USS environment
> Use IBM's ServiceLink and interface with IBM technical support to
resolve
> Operating system Software and Hardware problems
> Read and analyze system dumps
> Provide system-programming support for the installation and upgrade of
> mainframe hardware configurations
> Provide support for Disaster Recovery planning and testing and provide
> 24/7/365 support for Software/Hardware issues.
> Install, customize, test, implement, document and support independent
> software vendor (ISV) products as required (this includes user
> modifications that require customization for release levels or related
to
> site requirements) and work with the vendors on problems and
resolution.
> Evaluate Software products as required and make recommendations to
> management - Implement and maintain security and control policies,
> procedures and standards in all phases of Software and Hardware
> implementation changes
> Maintain up-to-date knowledge of installed Hardware and Software
products
> Provide customer support by addressing Software/Hardware related
trouble
> tickets providing levels 1, 2 and 3 support.
> 
> 
> Job Overview
> 
> Company: Fast Switch, Ltd. Required Education: Not Specified
> Job Type: Information Technology
> Installation - Maint - Repair Required Experience: Not Specified
> Base Pay:  $38,000 - $46,000 /Year Required Travel: Not Specified
> Other Pay: Benefits and Paid Time Off available
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another pathetic job offer

[Gary Green]

My friend knows the position is in Detroit but sent it to me because he thought 
it was, almost, a joke.

Like you, I too checked it out and saw that it was for a consulting company in 
the automotive industry.  Tell me, did you see anything that mentioned Dell?  
As in Dell Computer?  For some reason that name sticks in my mind.  Made me 
"think" perhaps Dell was getting into the outsourcing business.  Of course, I 
could, and may well be, all wrong and it's just a figment of my lackluster 
imagination.

Gary Green

I can use all the help I can get with my fight against cancer!
Please support my efforts!
Thank you.

http://www.active.com/donate/tntsonj/tntsonjGGreen 



 On Wed Jun  4 14:40 , 'Kelman, Tom' <[EMAIL PROTECTED]> sent:

>This interested me.  Not because I want the position, but because I
>couldn't believe someone was trying to hire an MVS Systems Programmer at
>such a low salary.  Also, I hadn't heard of Fast Switch, Ltd. before so
>I went to their WEB site. When I tried this morning their site went down
>while I was on it - go figure.  Fast Switch is a consulting/technical
>recruiting firm, and the position is listed under their name on
>careerbuilder.com.  It is actually in Detroit, not Philadelphia.  The
>industry it is in is "Automotive - Motor Parts - Consulting".  Does that
>mean you would be hired as a consultant and therefore get no benefits
>besides the low salary? If anyone is interested here is the link to the
>job posting.
>
>http://www.careerbuilder.com/JobSeeker/Jobs/JobDetails.aspx\?IPath=ILKV&f
>f=21&APath=2.21.21.0.0&job_did=J8D3YJ6RDYFQN66TLYH   
>
>Tom Kelman
>Commerce Bank of Kansas City
>(816) 760-7632
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')">[EMAIL 
>> PROTECTED] On
>> Behalf Of Gary Green
>> Sent: Tuesday, June 03, 2008 1:36 PM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Another pathetic job offer
>> 
>> A few months back I posted to the NG about a job posting that arrived
>in
>> my inbox for a poorly paid Sr. Systems Programmer position in North
>Jersey
>> and it caused quite a stir and a lot of traffic.
>> 
>> Well, a friend that is now looking for a position in the Philadelphia
>> area, sent this to me and I thought I would pass it along.  It's
>rather
>> disheartening.
>> 
>> ...
>> 
>> 
>> Job Description
>> 
>> The MVS Systems Programmer will install; customize; test; implement;
>> document and support IBM mainframe operating system software (z/OS 1.7
>or
>> 1.8) and multiple 3rd party software products on over 25 MVS images.
>> 
>> 
>> 
>> You will code in Assembler to develop, test, implement, document and
>> support system modifications and MVS and JES exits
>> 
>> Analyze, debug and correct various z/OS software problems
>> Support z/OS USS environment
>> Use IBM's ServiceLink and interface with IBM technical support to
>resolve
>> Operating system Software and Hardware problems
>> Read and analyze system dumps
>> Provide system-programming support for the installation and upgrade of
>> mainframe hardware configurations
>> Provide support for Disaster Recovery planning and testing and provide
>> 24/7/365 support for Software/Hardware issues.
>> Install, customize, test, implement, document and support independent
>> software vendor (ISV) products as required (this includes user
>> modifications that require customization for release levels or related
>to
>> site requirements) and work with the vendors on problems and
>resolution.
>> Evaluate Software products as required and make recommendations to
>> management - Implement and maintain security and control policies,
>> procedures and standards in all phases of Software and Hardware
>> implementation changes
>> Maintain up-to-date knowledge of installed Hardware and Software
>products
>> Provide customer support by addressing Software/Hardware related
>trouble
>> tickets providing levels 1, 2 and 3 support.
>> 
>> 
>> Job Overview
>> 
>> Company: Fast Switch, Ltd. Required Education: Not Specified
>> Job Type: Information Technology
>> Installation - Maint - Repair Required Experience: Not Specified
>> Base Pay:  $38,000 - $46,000 /Year Required Travel: Not Specified
>> Other Pay: Benefits and Paid Time Off available
>> 

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

Re: Another pathetic job offer

[Ken Porowski]

>From the 'Company Overview' in the posting

Committing to hire the best and brightest, pay them more than fairly,
give them the environment they need to excel, provide the management
systems that allow them to self manage, and then get out of their way
and let them exceed expectations.

Committing to run a no overhead operation with self discipline, where
money typically wasted on ego items is spent on employee salaries,
benefits and client relationships rather than spent on things like
expensive, glitzy brochures that get swept aside or thrown away.  

-Original Message-
Kelman, Tom

This interested me.  Not because I want the position, but because I
couldn't believe someone was trying to hire an MVS Systems Programmer at
such a low salary.  Also, I hadn't heard of Fast Switch, Ltd. before so
I went to their WEB site. When I tried this morning their site went down
while I was on it - go figure.  Fast Switch is a consulting/technical
recruiting firm, and the position is listed under their name on
careerbuilder.com.  It is actually in Detroit, not Philadelphia.  The
industry it is in is "Automotive - Motor Parts - Consulting".  Does that
mean you would be hired as a consultant and therefore get no benefits
besides the low salary? If anyone is interested here is the link to the
job posting.

http://www.careerbuilder.com/JobSeeker/Jobs/JobDetails.aspx?IPath=ILKV&f
f=21&APath=2.21.21.0.0&job_did=J8D3YJ6RDYFQN66TLYH   

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

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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Wednesday, June 04, 2008 2:27 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
> 
> I think the key is when doing SJ, as long as you don't go 
> past column 71, 
> you will be ok.  Your statement said only that you wanted to 
> be able to use 
> wider than 80 columns, although I suppose that would mean 
> putting something 
> past column 80.  I think the JCL book would say you can't go 
> beyond col 71, 
> thus your JCL error.
> 
> Eric Bielefeld

I just did a couple of checks.

If I do a native TSO SUB of a member in a VB/259 dataset, I get the
message:

IKJ56261I RECORD LENGTH OF DATA SET PDS.VBA255 NOT 80,

If I use ICEGENER to copy to INTRDR from the same dataset/member, I see
a "SKIPPING FOR JOB CARD" in the SYSLOG.

ISPF EDIT (which is what SJ used) allocates a "temporary" FB/80 dataset
and copies the data from the edit buffer to it (truncating or padding
with no messages), then does a TSO SUBMIT command against that
"temporary" dataset.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

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

Re: Another pathetic job offer

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Ken Porowski
> 
> From the 'Company Overview' in the posting
> 
> Committing to hire the best and brightest, pay them more than 
> fairly, give them the environment they need to excel, provide 
> the management systems that allow them to self manage, and 
> then get out of their way and let them exceed expectations.

I'm sure there are places in the world where the offered compensation is
"more than fair".  I do not believe the United States contains one of
those places.

-jc-

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

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[Hillock, Timothy]

You got a null  "//"  on one line.   Everything below this is ignored.  

Tim Hillock

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Wednesday, June 04, 2008 3:27 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)

I think the key is when doing SJ, as long as you don't go past column
71, 
you will be ok.  Your statement said only that you wanted to be able to
use 
wider than 80 columns, although I suppose that would mean putting
something 
past column 80.  I think the JCL book would say you can't go beyond col
71, 
thus your JCL error.

Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - 
From: "McKown, John" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, June 04, 2008 2:13 PM
Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)


>I think so. I editted a JCL in a VB/259 dataset and made a really long
> PARM.
>
> // SET SYMBOL1=A
> // SET SYMBOL2=B
> // SET SYMBOL3=C
> // SET SYM=Q
> //STEP1EXEC  PGM=IEFBR14,
> //
>
PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&SYMBOL3.
> Z')
> //SYSUDUMP DD SYSOUT=D
>
> This got a JCL error:
>
>   J E S 2  J O B  L O G  --  S Y S T E M  D E V 1
> --  N O D E  L I H 1
>
> 14.11.09 JOB57436  WEDNESDAY, 04 JUN 2008 
> 14.11.09 JOB57436  IRR010I  USERID TSH009   IS ASSIGNED TO THIS JOB.
> 14.11.09 JOB57436  IEFC452I TSH009A - JOB NOT RUN - JCL ERROR  177
> -- JES2 JOB STATISTICS --
>9 CARDS READ
>   24 SYSOUT PRINT RECORDS
>0 SYSOUT PUNCH RECORDS
>1 SYSOUT SPOOL KBYTES
> 0.00 MINUTES EXECUTION TIME
>1 //TSH009A JOB (H0I),MCKOWN,CLASS=Z,
> JOB57436
>  // MSGCLASS=X
>2 // SET SYMBOL1=A
>3 // SET SYMBOL2=B
>4 // SET SYMBOL3=C
>5 // SET SYM=Q
>6 //STEP1EXEC  PGM=IEFBR14,
>  //
> PARM=('&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.&SYMBOL1.X&SYSBOL2.Y&S
>  IEFC653I SUBSTITUTION JCL - PGM=IEFBR14,PARM=('AX&SY
>7 //SYSUDUMP DD SYSOUT=D
> STMT NO. MESSAGE
>6 IEFC621I EXPECTED CONTINUATION NOT RECEIVED
>
> --
> John McKown
> Senior Systems Programmer
> HealthMarkets
> Keeping the Promise of Affordable Coverage
> Administrative Services Group
> Information Technology 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enhanced JCL processor? (and maybe a few other thoughts)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hillock, Timothy
> Sent: Wednesday, June 04, 2008 3:21 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Enhanced JCL processor? (and maybe a few other thoughts)
> 
> You got a null  "//"  on one line.   Everything below this is 
> ignored.  
> 
> Tim Hillock

NO, that was an artifact of the damn line wrap on this forum. 

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.  

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