date:20050810

In <[EMAIL PROTECTED]>, on 08/10/2005
   at 08:24 AM, Thomas Conley <[EMAIL PROTECTED]> said:

>Please pass along to the SDSF designer that it would 
>be a whole lot easier if SDSF would just issue the @#$%^&* ICH408I,
>without  jumping through the PROFILE WTPMSG hoop.

What PROFILE WTPMSG loop? SDSF is doing what it ought to be doing.

>NOWTPMSG is the default for a new TSO user,

That, IMHO, is what ought to change.

>so debugging these errors is a huge PITA.

So start creating news users with PROFILE WTPMSG.
 
-- 
 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: DELETE of DATA & INDEX entries of a KSDS in a CATALOG ...

In <[EMAIL PROTECTED]>, on 08/10/2005
   at 11:39 AM, "Moussadak, Mustafa" <[EMAIL PROTECTED]> said:

>DEL VVR doesn't work (RC 08)!

>How to force de deletion of theses entries in catalog ?

You use DELETE VVR to remove the component from the VTOC, not from the
BCS. Use DELETE NOSCRATCH to remove the component from the BCS. For
both you need authorization.
 
-- 
 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: HFS access changes

In <[EMAIL PROTECTED]>, on 08/09/2005
   at 06:17 PM, Steve Comstock <[EMAIL PROTECTED]> said:

>Did I miss something?

Failoure messages from OPEN?

>Now all four programs abend (one SEC6, 2 S0C7s, one S0C4).

The SEC6 might be legitimate (I don't recall what it is; the S0C4 and
S0C7 might be the results of doing a GET after the OPEN failed; the
code should be testing DCBOFOPN. The S0C7 sounds strange. In all
cases, including the S322, I'd suggested taking a look at the code
where it is failing.

>Any clues, insights, etc. appreciated.

Look at R1 and R14. The IPCS WHERE command is your friend.
 
-- 
 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: You might be a mainframer if... :-) V3.8

In <[EMAIL PROTECTED]>, on 08/10/2005
   at 08:53 AM, Paul Hanrahan <[EMAIL PROTECTED]> said:

>You might be a mainframer if you've ever played ring toss in the tape
>pool out of boredom.

Thunder never bothered you as a child, but now it makes you cringe.
 
-- 
 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

Open I-O empty extended format VSAM data set

2005-08-10 Thread Bill Klein

The definition of "AVAILABLE" file for VSAM is a little odd (obscure?
strange?) 

Check out:
 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.6 

A VSAM file *must* be "available" to OPEN I-O.

See also the information at:
 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.3.2
.1 

HOWEVER, (after finding all of that), I found what I think is MOST relevant
in the latest Enterprise COBOL V3R4 manual (with revision bars indicating it
is new). From:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/igy3pg30/1.10.3.2
.1 

" When you are loading an extended-format VSAM data set, file status 30 will
occur on the OPEN if DFSMS system-managed buffering sets the buffering to
local shared resources (LSR). To successfully load the VSAM data set in this
case, specify ACCBIAS=USER in the DD AMP parameter for the VSAM data set to
bypass system-managed buffering." 


"Greg Shirey" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hello all,
> 
> We modified our ACS routines so that our production VSAM files will be
> defined as extended format VSAM, after months of testing with "test" VSAM
> files and having no issues.
> 
> Early this morning, a production program that is in a job that runs every
> day issued an OPEN I-O on a data set and got a status code of 30, which
led
> to a the program abend.  A couple of steps earlier in the job, the VSAM
file
> is deleted and defined, but nothing is REPRO'd into it.  The programmers
are
> saying that the job and the program have not changed, implying that they
> have been able to open for I-O an empty VSAM file, but are now unable to
> because of the change to extended format VSAM.  (They got the job to run
by
> "seeding" the empty VSAM file before running the program that opens it.) 
> 
> We've been searching for some definitive information on whether this is
> expected behavior for extended format VSAM, but are not having much luck
> searching the bookshelves.  I thought I might turn to the collected wisdom
> of the list for feedback.  
> 
> We were also surprised by the return code of 30 - Permanent I/O Error?  

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

Use of Faver (GVRESTOR)

2005-08-10 Thread Bob C

While restoring files from an 11 tape backup we received an I/O (001-4) error 
on the last tape. 
Tried to finsh restore with last tape, no error messages, but no files seleted 
either. Does anyone know if GVRESTOR can be restarted in the middle of a backup 
set?
 
Thx


-
Yahoo! Mail for Mobile
 Take Yahoo! Mail with you! Check email on your mobile phone.

--
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: FICON Express2

2005-08-10 Thread Brian Peterson

I have looked over the CE's shoulder when he was displaying the disk
channel adapters in the service screens on our 2105-800 boxes.  The CE can
see in his display the speed (1 gb or 2 gb) of each FICON interface.  We
also have FC interfaces which are PPRC box to box links, and each of those
interfaces can be displayed to see what speed they're running at.  I
wouldn't know how to navigate to these screens myself (they might well
require the service password), but I know enough to know what to ask the CE
to show me.  Bottom line: Ask your CE to show you the speed of each channel
interface on your 2105.

Brian

On Wed, 10 Aug 2005 21:22:44 +0200, Peter Pfaffner <[EMAIL PROTECTED]> wrote:

>>Salah Balboul wrote:
>>How can you tell if the FICON Express2 is operating at 2Gbit/Sec speed?
>>They are connected to a 2105 device type.
>
>Nobody answered, so I jump in :-)
>AFAIK FiconE2 is compatible with equal/slower speeds of other Ficon-
Adapters because it uses auto negotiation for speed.
>So it does depend on the adapter type(speed) used in your 2105-Controller
or intermediate switch(es).
>Just like an Ethernet-100 network adapter should be able to connect to an
Ethernet-10 switch/card.
>Please examine the full path to the controller or try to be more specific.
>HTH Peter

--
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: Job Opening - Sr Systems Programmer


McKown, John wrote:


Man! If only there were a __GOOD__ one available in the western are
(west of SH 360) here in the DFW Metromess. "The mainframe is being
replaced." is the mantra around here. Relo is __NOT__ an option (at
present or for a few years). A "sweat shop" (>>40 hrs/wk) ain't very
appealing either. And driving from Arlington to the east is only for the
masochists!
 



IBM's DTSC is on LBJ Freeway in Dallas, TX. Not sure where that is in 
relation to what you're talking about. They have lots of customers and 
lots of machines (including all the latest gear) and -- AFAICT -- lots 
of competent mainframe sysprogs. Their public and secure web sites run 
on z/OS:


http://dtsc.dfw.ibm.com/

--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: Job Opening - Sr Systems Programmer

2005-08-10 Thread Desi de la Garza

Hey, I hear you. I know a couple of SysProgs up in Dallas that are been
hunted by East coast companies but they will not even dare head east. We
need to SysProgs but we are not up high in the pay scale but for a very
small shop that only requires maintaining products and such it evens out.  

Thanks,
 

-Original Message-
From: Gary Green [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 3:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job Opening - Sr Systems Programmer

Really...

While here on the East coast, you can't even get the hiring companies to
return telephone calls...

Go figure... 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Desi de la Garza
Sent: Wednesday, August 10, 2005 4:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job Opening - Sr Systems Programmer

We can't even fill our SysProg position here in San Antonio.

-Original Message-
From: David DeBervec [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 10, 2005 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Job Opening - Sr Systems Programmer

Currently, The City of Phoenix is recruiting for a senior-level Systems
Programmer.  The following URL describes the basic qualifications, salary
range, etc.

http://phoenix.gov/jobs/techno/09570D.html

David R. DeBevec
Senior Info Tech Systems Specialist
City of Phoenix, Information Technology Department Telephone - 602.256.3254
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

--
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 virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 8/9/2005
 

--
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: Job Opening - Sr Systems Programmer

2005-08-10 Thread Desi de la Garza

Well our mainframe, Z800 2066-0A2 is here to stay. Very small shop. Once all
products are upgraded to current levels, it becomes a cake walk. Check Bexar
County's website for posting. 

-Original Message-
From: McKown, John [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 3:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job Opening - Sr Systems Programmer

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza
> Sent: Wednesday, August 10, 2005 3:31 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Job Opening - Sr Systems Programmer
> 
> 
> We can't even fill our SysProg position here in San Antonio.
> 

Man! If only there were a __GOOD__ one available in the western are
(west of SH 360) here in the DFW Metromess. "The mainframe is being
replaced." is the mantra around here. Relo is __NOT__ an option (at
present or for a few years). A "sweat shop" (>>40 hrs/wk) ain't very
appealing either. And driving from Arlington to the east is only for the
masochists!

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

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

OK, so how do I submit a PMR?

2005-08-10 Thread Steve Comstock


So I got only one response to yesterday's post about
trouble accessing HFS files from programs written in
Assembler, COBOL, C, and PL/I.

You may recall they worked before (z/OS 1.4) and then
yesterday they failed with various abends (z/OS 1.6).

Later I was able to get the Assembler, COBOL, and C
programs working again.

But I have yet to get the PL/I program working.

So I emailed one of the PL/I developers and got back
the following reply:

---
Hi Steve,

There has been at least one significant library APAR in this area.
If this worked under 1.4 and is failing under 1.6, I suspect this
is a maintenance issue. I think the easiest way to resolve this
would be to open a PMR and let the service team run this down.




So, I thought, "OK, why not?" Just because I have never
submitted a PMR before, maybe it's time for me to learn how.
And so, here I am coming to the pros on ibm-main looking for
guidance on how to start.

All help appreciated.

Kind regards,

-Steve Comstock

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

Wouldn't it be WIKI and SourceForge time?

2005-08-10 Thread Peter Pfaffner

Hi all gentle listers,
I'm a MVS/OS390/zOS professional for many years (oops more than 25, but STILL under 50 ;-).
One thing that bothers me for at least 2-3 years following many discussions about the future of the
"MVS"-Platform (I hate marketing bull..it) is the slow adoption rate to new technologies for OUR use.
If we (the IBM-MAIN community and the most valuable source at all) would adopt faster to
WIKI's (as a knowledgebase) and/or SourceForge (sorry to CBT) our loved OS would be much more
attractive to newbies.
I know, this sounds like a call to revolution. But please take it as a recommendation to evolution.

IBM has moved very fast (compared to IBM 10 years ago) to internet standards and has donated
really huge amounts of man years to the open source community
(see Eclipse, CloudScape, ICU and many many others).

Are'nt we obliged to do the same?
It is'nt hard to maintain a WIKI or to use CVS or Subversion.
Why don't we do that?
Even IBM went to uci.sourceforge.net for it's Unicode libraries.

Please, don't get me wrong (and I'm not an employee of wikipedia or sourceforge
and never will be :-).
CBT is ok but incompatible with anything else than "MVS" and pretty much the
DINO style.
Sort of the same is true to Share and and the DinoRing (no offense please).
But {things are changing} faster as I really thought befor entering
Java/Eclipse and other really powerfull technologies.
If we want to survive, WE have to adopt.
No excuses and no flame to new ideas please .
But serious discussions (and opposite views) are very wellcome.
And PLEASE ignore my bad english (I'm from germany)
Peter

--
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: Job Opening - Sr Systems Programmer

2005-08-10 Thread McKown, John

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Desi de la Garza
> Sent: Wednesday, August 10, 2005 3:31 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Job Opening - Sr Systems Programmer
> 
> 
> We can't even fill our SysProg position here in San Antonio.
> 

Man! If only there were a __GOOD__ one available in the western are
(west of SH 360) here in the DFW Metromess. "The mainframe is being
replaced." is the mantra around here. Relo is __NOT__ an option (at
present or for a few years). A "sweat shop" (>>40 hrs/wk) ain't very
appealing either. And driving from Arlington to the east is only for the
masochists!


--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its'
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
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: Mainframe in the DMZ -- organization of operations

2005-08-10 Thread Neil Duffee

At August 10, 2005 16:26, concerning "Mainframe in the DMZ", Ted 
MacNeil <[EMAIL PROTECTED]> wrote:  

> > Firewall
> Well! Why didn't they say so? I know what that is! 

Actually, it's more than that.  The concept is part of "Structured 
Networks" that made the rounds sometime before Y2k.  (I think we 
started ours 'bout '97 or so.)  It's where you keep hearing 'bout the 
"Trusted zone", the "Common zone", and the "DMZ".  (I suspect the 
latter was specifically adopted because of the networking mentality 
at the time that felt they were - and, mostly, still are - at war 
with virus and spam attacks.)  

We schmucks inhabit the Common zone also broadly labelled "the 
intERnet" while the Trusted zone was where your pristine data resides 
and, apparently, needing an alternate name was pasted with "the 
intRAnet".  The DMZ is where you place your proxy web servers, etc. 
but you have firewalls between each zone ie. only your proxy is 
allowed into the Trusted zone from outside and the "outside"  
("schmucks are people, too, ya know."  *grin*) is only allowed to the 
proxy.  Essentially, the world thinks your business is only the proxy 
services.  (My network guru here says that you should even try for a 
protocol change so that an http hack doesn't penetrate past the proxy 
since it's doin', say, tcp/ip outbound.  However, he realizes that's 
not too feasible since most proxies are really just relays.)

We have the start of such a configuration (outside the mainframe) 
where www.InfoWeb.uOttawa.ca is a proxy that passes the request to a 
WebSphere server in the Trusted zone.  The box only runs a proxy and 
the Common-DMZ firewall will block non-http port requests from even 
*reaching* the box.

Anyway, more (and accurate) reading can be google'd elsewhere.  This 
ended up much longer than the simple paragraph I'd planned.  (Guess 
it's the newbie blush of being able to answer a question.  *grin*)
-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 2004

--
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: SDSF finally coughs up the ICH408I (sort of)

2005-08-10 Thread Walt Farrell


On 8/10/2005 3:02 PM, Thomas Conley wrote:
Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace 
facility for 0080 SAF events and viola!  I saw an OPERCMDS call for 
JES2.CANCEL.somethingorother.  You may remember about 2 months ago that 
we had to disable OPERCMDS in order to prevent those unsightly 483 
FRACINT abends for remote commands from ACF2.  So we either get abends 
on remote commands or SDSF doesn't work.  Heckuva choice  Right now 
we're having fun trying to figure out how to modificate the ISFUSER exit 
to allow these to go through even if OPERCMDS is inactive.  Do you have 
any better ideas?


I'm afraid my best suggestion is that you accept that you cannot route 
commands from an ACF2 system to a RACF system, revise your operational 
procedures so you don't do such routing, and reenable OPERCMDS on the 
RACF system.


I will, though, wish you the best of luck in your attempt to get ISFUSER 
to work for you.  I don't know enough about SDSF to offer any help 
there, but perhaps someone else on the list with more SDSF knowledge 
than I have will have some suggestions in that area.


Walt Farrell, CISSP
z/OS Security Design, IBM

--
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: Job Opening - Sr Systems Programmer

2005-08-10 Thread Gary Green

Really...

While here on the East coast, you can't even get the hiring companies to
return telephone calls...

Go figure... 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Desi de la Garza
Sent: Wednesday, August 10, 2005 4:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Job Opening - Sr Systems Programmer

We can't even fill our SysProg position here in San Antonio.

-Original Message-
From: David DeBervec [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 10, 2005 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Job Opening - Sr Systems Programmer

Currently, The City of Phoenix is recruiting for a senior-level Systems
Programmer.  The following URL describes the basic qualifications, salary
range, etc.

http://phoenix.gov/jobs/techno/09570D.html

David R. DeBevec
Senior Info Tech Systems Specialist
City of Phoenix, Information Technology Department Telephone - 602.256.3254
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

--
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 virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 8/9/2005
 

--
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: Job Opening - Sr Systems Programmer

2005-08-10 Thread Desi de la Garza

We can't even fill our SysProg position here in San Antonio.

-Original Message-
From: David DeBervec [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Job Opening - Sr Systems Programmer

Currently, The City of Phoenix is recruiting for a senior-level Systems
Programmer.  The following URL describes the basic qualifications, salary
range, etc.

http://phoenix.gov/jobs/techno/09570D.html

David R. DeBevec
Senior Info Tech Systems Specialist
City of Phoenix, Information Technology Department
Telephone - 602.256.3254
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

--
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: SDSF finally coughs up the ICH408I (sort of)

>"Why can't I purge my jobs, change INIT classes, change SRVCLASS?"
...

There's only one on that list I would allow.
Purging my jobs.

Who in their right mind allows users to do the latter?

Your performance & capacity people set up a config for a good reason!


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Job Opening - Sr Systems Programmer

2005-08-10 Thread David DeBervec

Currently, The City of Phoenix is recruiting for a senior-level Systems
Programmer.  The following URL describes the basic qualifications, salary
range, etc.

http://phoenix.gov/jobs/techno/09570D.html

David R. DeBevec
Senior Info Tech Systems Specialist
City of Phoenix, Information Technology Department
Telephone - 602.256.3254
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: Coexistence of 64 and 31 bit LPARs

No missing fingers that I can tell.  With the new annual release
schedule and 3 years service for any given release, N-2 is about all
we'll see.  Essentially N-3, N-2, or N-whatever are no longer relevant.
It's any-supported-release can coexist-migrate-fallback with
any-other-supported release.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Paul Gilmartin
>Sent: Wednesday, August 10, 2005 3:57 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Coexistence of 64 and 31 bit LPARs
>
>In a recent note, Edward E. Jaffe said:
>
>> Date: Wed, 10 Aug 2005 12:32:35 -0700
>>
>> Beginning with the z/OS V1.6 announcement (204-180), the text was
>> changed to read:
>>
>> ... IBM intends to continue with the practice of providing
>> service support for each release of z/OS or z/OS.e for three years
>> following its general availability (GA) date. ...
>>
>As I struggle to count on my fingers: it appears that with the
>release of release N, release N-3 nears its third anniversary
>at which it ends support.  So, typically, support (and thus
>coexistence) will extend only through N-2.  Or did I miss a
>finger?  Should I try again with Greco-Roman inclusive counting?
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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

2005-08-10 Thread Knutson, Sam

I was just tidying up my desk and filed the foils from a session at SHARE in
New York you might find useful.

FTP Analysis via SMF Records, FTP
Server Exits and Logging, and CTRACE

SHARE Session 3961
August 16, 2004
David Cheng
Applied Expert Systems, Inc.

You should be able to locate it in the proceeding at http://www.share.org 

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

"Think big, act bold, start simple, grow fast..."


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Hal Merritt

Does this august group have any suggestions for a suitable way to report the
SMF118/119 records??  

I am most interested in seeing traffic volumes and any performance issues on
an adapter by adapter basis. The adapters are gigabit QDIO. Target audience
is technical management.  

I am looking at the Tivoli suite,  but need to stay free for the moment.

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
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: SMPE & Spill Datasets

2005-08-10 Thread Ed Finnell

 
In a message dated 8/10/2005 3:04:06 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

while  DDDEFs in
your target zone apply to APPLY  processing.




>>
And Distribution Zone DDDEFSs for ACCEPT. Failure to follow these
patterns can lead to one ugly, mismatched set of librarys and
System. If it IPLs, unpredictable results are likely. I've seen
it so bad, the only recourse is to start over. Boy was that
easy money.

--
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: Coexistence of 64 and 31 bit LPARs


Paul Gilmartin wrote:


As I struggle to count on my fingers: it appears that with the
release of release N, release N-3 nears its third anniversary
at which it ends support.  So, typically, support (and thus
coexistence) will extend only through N-2.  Or did I miss a
finger?  Should I try again with Greco-Roman inclusive counting?
 



N-2 covers three consecutive releases or a two-year span for an entire 
year. It works because releases now come one year apart. In the old 
schedule, releases came every six months. N-3 covered four consecutive 
releases or a two year span for only six months. Less is more.


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: SMPE & Spill Datasets

2005-08-10 Thread Brian Peterson

You need to define your Spill SMPPTS data sets in each zone.  The DDDEFs in
the GLOBAL zone apply to RECEIVE and REJECT processing, while DDDEFs in
your target zone apply to APPLY processing.

Brian

On Wed, 10 Aug 2005 12:57:34 -0700, Howard Rifkind <[EMAIL PROTECTED]>
wrote:

>Ed, thanks I got these spill datasets into the SMP so now when I run SMP
they are here.
>
>Now I have this message when trying to do an apply check to install FMID
HOS1110...IBM Ported Tools.
>
>
>GIM24602E ** MCS ENTRY HOS1110 IS NEEDED TO PROCESS SYSMOD HOS1110 BUT IS
NOT IN THE SMPPTS LIBRARY.
>
>I don't know how to resolve this.
>
>
>
>
>Ed Finnell <[EMAIL PROTECTED]> wrote:
>
>In a message dated 8/10/2005 12:27:34 P.M. Central Standard Time,
>[EMAIL PROTECTED] writes:
>
>added 5 PTS spill datasets to the system because of the large amount of
>sysmods which had to be received.
>
>
>
>>>
>Look at the REPORTs at the bottom of the RECEIVE. It shows
>the datasets opened during the receive.
>
>Look at the REPORTs at the bottom of the APPLY CHECK. Are they
>the same?
>
>Do the DDDEFs for GLOBAL and TARGET an DLIB have same entries for
>SMPPTS, SMPPTS1,...SMPPTS5?

--
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: SDSF finally coughs up the ICH408I (sort of)

- Original Message - 
From: "Tom Schmidt" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, August 10, 2005 3:15 PM
Subject: Re: SDSF finally coughs up the ICH408I (sort of)

On Wed, 10 Aug 2005 15:02:33 -0400, Thomas Conley wrote:

Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace
facility for 0080 SAF events and viola!  I saw an OPERCMDS call for
JES2.CANCEL.somethingorother.  You may remember about 2 months ago that we
had to disable OPERCMDS in order to prevent those unsightly 483 FRACINT
abends for remote commands from ACF2.  So we either get abends on remote
commands or SDSF doesn't work.  Heckuva choice  Right now we're having
fun trying to figure out how to modificate the ISFUSER exit to allow these
to go through even if OPERCMDS is inactive.  Do you have any better ideas?

Tom,

ACF2?  Are you maybe running ACF2 and RACF (mixed) in a sysplex?
There "may be" a zap you may apply to avoid the abends in that case.  Then
you can reenable OPERCMDS ... and maybe we can crack open a cold one at
SCIDS in Boston?

Tom,

If you missed my first post, I am doing an ACF2 to RACF conversion.  We are 
mixed in the SYSPLEX, so turning off OPERCMDS in RACF was our only real 
option.  Unfortunately, that makes SDSF non-functional, and I got 50 users 
saying, "Why can't I purge my jobs, change INIT classes, change SRVCLASS?", 
etc.  I've been trying to figure out why SDSF wasn't working for weeks here. 
We had some problems with their ISFUSER exit, but we fixed those and ran 
right into this OPERCMDS issue, which I've been working on for well over a 
week.  It would have been so much @#$%^$# easier if SDSF had issued a 
message like "OPERCMDS IS INACTIVE, YOU SCHMUCK", but I guess that's asking 
too much.

The unsupported zap of which you speak is a non-starter here, unless IBM 
wants to step up to the plate.  We're trying to figure out if we can code 
ISFUSER to let us slide on OPERCMDS if it's inactive.

Ice it up, baby, I'm there.

Tom

--
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: SMPE & Spill Datasets

2005-08-10 Thread Howard Rifkind

Ed, thanks I got these spill datasets into the SMP so now when I run SMP they 
are here.
 
Now I have this message when trying to do an apply check to install FMID 
HOS1110...IBM Ported Tools.
 

GIM24602E ** MCS ENTRY HOS1110 IS NEEDED TO PROCESS SYSMOD HOS1110 BUT IS NOT 
IN THE SMPPTS LIBRARY.

I don't know how to resolve this.

 


Ed Finnell <[EMAIL PROTECTED]> wrote:

In a message dated 8/10/2005 12:27:34 P.M. Central Standard Time, 
[EMAIL PROTECTED] writes:

added 5 PTS spill datasets to the system because of the large amount of 
sysmods which had to be received.



>>
Look at the REPORTs at the bottom of the RECEIVE. It shows
the datasets opened during the receive.

Look at the REPORTs at the bottom of the APPLY CHECK. Are they
the same?

Do the DDDEFs for GLOBAL and TARGET an DLIB have same entries for
SMPPTS, SMPPTS1,...SMPPTS5? 

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


-
 Start your day with Yahoo! - make it your home page 

--
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: Coexistence of 64 and 31 bit LPARs

2005-08-10 Thread Paul Gilmartin

In a recent note, Edward E. Jaffe said:

> Date: Wed, 10 Aug 2005 12:32:35 -0700
> 
> Beginning with the z/OS V1.6 announcement (204-180), the text was
> changed to read:
> 
> ... IBM intends to continue with the practice of providing
> service support for each release of z/OS or z/OS.e for three years
> following its general availability (GA) date. ...
> 
As I struggle to count on my fingers: it appears that with the
release of release N, release N-3 nears its third anniversary
at which it ends support.  So, typically, support (and thus
coexistence) will extend only through N-2.  Or did I miss a
finger?  Should I try again with Greco-Roman inclusive counting?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

MVS - Cobol-Java Out of Memory Issue

2005-08-10 Thread Peter Pfaffner


SK wrote:
But even without the using the NewStringPlatform JNI call, the code
runs out of memory in the manner as mentioned earlier. I had tried to
find some kind of information related to this but in vain. 


Well, like USS stuff Java integration is not documented very well :-)
AFAIK it is necessary to have an active JVM to invoke any services thru JNI. 
There are JVM invokation options "-vmargs". You may use the to specify 'initial' and 
'max' values for storage use. But frankly, I have no clue how to specify them in LE .-(

May be somebody else jumps in or you search LE docs for the string "vmargs".
HTH Peter

--
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: Coexistence of 64 and 31 bit LPARs

No.  Release of 1.8 won't affect it at all.  It's N-3 relative to 1.7,
not 1.8 or any other then existing releases after 1.7.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Paul Gilmartin
>Sent: Wednesday, August 10, 2005 3:28 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Coexistence of 64 and 31 bit LPARs
>
>In a recent note, "Imbriale, Donald (Exchange)" said:
>
>> Date: Wed, 10 Aug 2005 15:01:52 -0400
>>
>> On 3/31/2007, 1.4 goes off support.  At that time, N-3, relative to
1.7,
>> no longer applies.
>>
>Unless, perchance, 1.8 were to be released in Fall, 2006.  Then
>N-3 might still be applicable.
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
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: Coexistence of 64 and 31 bit LPARs


Ted MacNEIL wrote:

Remember, 'N-3' was from the old OS/390 coexistence rules. For z/OS, 
   


supported releases coexist.
...

Semantically null.
(8-{]}

1.4 through 1.7 are supported.
1.4 is N-3 from 1.7.

Until 1.8 is released, we won't know for sure.

I have found nothing that refutes 'N-3', nor supports your statement.
 



The following paragraph began appearing in z/OS-related announcement 
letters beginning with 203-131:


Changes to the Coexistence-Migration-Fallback Policy:  IBM intends to 
align the Coexistence-Migration-Fallback policy with the Service policy. 
The intention of this policy change is to simplify and provide greater 
predictability to aid in release migrations. IBM intends to continue 
with the practice of providing service support for each release of z/OS 
or z/OS.e for three years following its general availability (GA) date. 
IBM, at its sole discretion, may choose to leave a release supported for 
more than three years. This change to the Coexistence-Migration-Fallback 
policy is planned to be effective starting with the first release of the 
new annual release cycle (that is, with z/OS V1.6). In some cases, more 
than three releases may be coexistence, migration, and fallback 
supported, if IBM at its sole discretion chooses to provide service 
support for greater than three years for a release. However, as an 
exception, any z/OS or z/OS.e release having three or fewer months of 
service remaining at the time of GA of a new release will not be 
coexistence, migration, and fallback supported.


Beginning with the z/OS V1.6 announcement (204-180), the text was 
changed to read:


Starting with z/OS V1.6, the Coexistence-Migration-Fallback policy 
aligns with the Service policy. The intention of this policy is to 
simplify and provide greater predictability to aid in release 
migrations. IBM intends to continue with the practice of providing 
service support for each release of z/OS or z/OS.e for three years 
following its general availability (GA) date. IBM, at its sole 
discretion, may choose to leave a release supported for more than three 
years. This Coexistence-Migration-Fallback policy is effective starting 
with the first release of the new annual release cycle, z/OS and z/OS.e 
V1.6. In some cases, more than three releases may be coexistence, 
migration, and fallback supported, if IBM at its sole discretion chooses 
to provide service support for greater than three years for a release. 
However, any z/OS or z/OS.e release having three or fewer months of 
service remaining at the time of GA of a new release will not be 
coexistence, migration, and fallback supported.


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: Coexistence of 64 and 31 bit LPARs

2005-08-10 Thread Paul Gilmartin

In a recent note, "Imbriale, Donald (Exchange)" said:

> Date: Wed, 10 Aug 2005 15:01:52 -0400
> 
> On 3/31/2007, 1.4 goes off support.  At that time, N-3, relative to 1.7,
> no longer applies.
> 
Unless, perchance, 1.8 were to be released in Fall, 2006.  Then
N-3 might still be applicable.

> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:[log in to unmask]] On
> Behalf
> >Of Ted MacNEIL
> >Sent: Tuesday, August 09, 2005 8:00 PM
> >
> >>Remember, 'N-3' was from the old OS/390 coexistence rules. For z/OS,
> >supported releases coexist.
> >
> >Semantically null.
> >(8-{]}
> >
> >1.4 through 1.7 are supported.
> >1.4 is N-3 from 1.7.
> >
> >Until 1.8 is released, we won't know for sure.
> >
If 1.8 were to be released in Fall, 2006, and 1.4 end support
in Spring, 2007, then for a half year there would be de facto
N-4 coexistence, not just N-3.  Semantically non-null.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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

FICON Express2

2005-08-10 Thread Peter Pfaffner


Salah Balboul wrote:
How can you tell if the FICON Express2 is operating at 2Gbit/Sec speed?
They are connected to a 2105 device type.


Nobody answered, so I jump in :-)
AFAIK FiconE2 is compatible with equal/slower speeds of other Ficon-Adapters 
because it uses auto negotiation for speed.
So it does depend on the adapter type(speed) used in your 2105-Controller or intermediate switch(es). 
Just like an Ethernet-100 network adapter should be able to connect to an Ethernet-10 switch/card.

Please examine the full path to the controller or try to be more specific.
HTH Peter

--
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: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Wahak Vachi Kontian

The authorization checking in this case is not done by SDSF and 
consequently issuing an ICH408I is not under its control.  If you're a 
RACF shop, list the resource profiles defined to the OPERCMDS class and 
make sure the relevant profiles have the necessary users/groups in their 
access list.  For purging spool files, the resource profiles defined to 
the JESSPOOL class may be relevant as well if you already have access to 
the appropriate OPERCMDS resource.

For JES2, the relevant OPERCMDS profiles will likely be something like 
JES%.CANCEL.*, JES%.SET.*, JES%.*.  Refer to the "RACF Security 
Administration" and the "MVS Planning: Operations" manuals for details of 
the OPERCMDS and JESSPOOL classes.






Greg Shirey <[EMAIL PROTECTED]>
Sent by: IBM Mainframe Discussion List 
08/10/2005 08:22 AM
Please respond to IBM Mainframe Discussion List

 
To: IBM-MAIN@BAMA.UA.EDU
cc: 
Subject:Re: [IBM-MAIN] Any way to get SDSF to cough up ICH408I?


Tom, 

I seem to recall that the last time we set up a new LPAR, we were getting
similar messages until we issued $S to JES2.  Don't know if that's
applicable... 

Greg Shirey
Ben E. Keith Company

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Thomas Conley
Sent: Wednesday, August 10, 2005 8:59 AM
 

I get NOT AUTHORIZED FOR CMD trying to purge my own output from the HOLD 
queue.  Another system programmer here gets NOT AUTHORIZED FOR CMD when 
trying to add an initiator class from the INIT panel.

--
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: VTAM Internal trace

2005-08-10 Thread Patrick O'Keefe

On Tue, 9 Aug 2005 04:36:27 -0700, mary george <[EMAIL PROTECTED]> wrote:

>...
>ISSR978DB522
>
>MODID  RACKW
>...

Looks like module ISTRACKW ssued the message, but I don't know if that
helps much.  Does the message text help any?

Pat O'Keefe

--
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: SDSF finally coughs up the ICH408I (sort of)

2005-08-10 Thread Tom Schmidt

On Wed, 10 Aug 2005 15:02:33 -0400, Thomas Conley wrote:

>Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace
>facility for 0080 SAF events and viola!  I saw an OPERCMDS call for
>JES2.CANCEL.somethingorother.  You may remember about 2 months ago that we
>had to disable OPERCMDS in order to prevent those unsightly 483 FRACINT
>abends for remote commands from ACF2.  So we either get abends on remote
>commands or SDSF doesn't work.  Heckuva choice  Right now we're having
>fun trying to figure out how to modificate the ISFUSER exit to allow these
>to go through even if OPERCMDS is inactive.  Do you have any better ideas?

Tom,

ACF2?  Are you maybe running ACF2 and RACF (mixed) in a sysplex?
There "may be" a zap you may apply to avoid the abends in that case.  Then
you can reenable OPERCMDS ... and maybe we can crack open a cold one at
SCIDS in Boston?

--
Tom Schmidt
Madison, WI

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

SDSF finally coughs up the ICH408I (sort of)


Walt,

Thanks to Dennis Trojak and Tom Schmidt, I turned on the SDSF trace facility 
for 0080 SAF events and viola!  I saw an OPERCMDS call for 
JES2.CANCEL.somethingorother.  You may remember about 2 months ago that we 
had to disable OPERCMDS in order to prevent those unsightly 483 FRACINT 
abends for remote commands from ACF2.  So we either get abends on remote 
commands or SDSF doesn't work.  Heckuva choice  Right now we're having 
fun trying to figure out how to modificate the ISFUSER exit to allow these 
to go through even if OPERCMDS is inactive.  Do you have any better ideas?


Regards,
Tom Conley 


--
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: Coexistence of 64 and 31 bit LPARs

On 3/31/2007, 1.4 goes off support.  At that time, N-3, relative to 1.7,
no longer applies.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Ted MacNEIL
>Sent: Tuesday, August 09, 2005 8:00 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Coexistence of 64 and 31 bit LPARs
>
>>Remember, 'N-3' was from the old OS/390 coexistence rules. For z/OS,
>supported releases coexist.
>...
>
>Semantically null.
>(8-{]}
>
>1.4 through 1.7 are supported.
>1.4 is N-3 from 1.7.
>
>Until 1.8 is released, we won't know for sure.
>
>I have found nothing that refutes 'N-3', nor supports your statement.
>
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
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: Coexistence of 64 and 31 bit LPARs

>Remember, 'N-3' was from the old OS/390 coexistence rules. For z/OS, 
supported releases coexist.
...

Semantically null.
(8-{]}

1.4 through 1.7 are supported.
1.4 is N-3 from 1.7.

Until 1.8 is released, we won't know for sure.

I have found nothing that refutes 'N-3', nor supports your statement.


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: SMPE & Spill Datasets

2005-08-10 Thread Ed Finnell

 
In a message dated 8/10/2005 12:27:34 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

added 5  PTS spill datasets to the system because of the large amount of 
sysmods which  had to be received.



>>
Look at the REPORTs at the bottom of the RECEIVE. It shows
the datasets opened during the receive.
 
Look at the REPORTs at the bottom of the APPLY CHECK. Are they
the same?
 
Do the DDDEFs for GLOBAL and TARGET an DLIB have same entries for
SMPPTS, SMPPTS1,...SMPPTS5?  

--
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: VTS allocation & performance problems

2005-08-10 Thread hanan


Hi All,
 and special thanks to Norman

I'd like to explain our problem.
Our problem has nothing to do with slow allocation.
What makes us worried is unpredictable, very low data xfer rates from time
to time.
Before migration to VTS we used STK/Timberline ESCON devices.
Most of the  devices had  a dedicated escon channel each,   so that,
once allocation succeeded, the throuput/performence was fantastic.
Now we have 4 local VTCs and 4 remote VTCs connected in a P2P VTS.
The allocation algorithm for logical devices is not documented in technical
literature and  even IBM local engineers are not familiar with it.
We found an article in MIA books talking about putting OAM first in order.
When we tested the preference option we found out  that it didn't work and
suspected that it occured because ofthe wrong order between the 2 
subsystems.

The answer we got from CA  related to options and capabilities of MIA
without mentioning 'VTS' or ordering possibilities.
Our major problem today is unpredictable elapse time depending on
lucky/bad combinations of allocations.
Some backup works that used to finish within an hour, in previous 
configuration,
 might take  5 hours today (if 2 concurrent outfiles are allocated  on same 
VTC

with 1 or 2 other pre-allocated files).
I want to be sure that prefernce and elimination options work well with VTS.
If it does, maybe the best solution is to assign highest priority to all the
devices of the vtc, on which the number of allocated devices is minimal ?
Does any one of you know of a similar-logic sources for relevant exits ?
I'm addressing the above questions (and coming too) to all of you but
 especially to you, Norman.
We would like to use use different Esoteric names we defined for diferent
aspects of logical devices, but we don't  know how ?
IBM's personal here rejected this possibility and claimed that it can't be
done because of SMS behaviour.

Regards,
Hanan Hassan
Systems - z/OS Technical Support
Mehish, 15 Lincoln, 67134 Tel-Aviv, Israel
ph: +972-3-5634352, fx: +972-3-5623717

--
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: Coexistence of 64 and 31 bit LPARs


Ted MacNEIL wrote:


As long as you're within 'N-3', and your software is current, there should be 
no issue.
 



Remember, 'N-3' was from the old OS/390 coexistence rules. For z/OS, 
supported releases coexist.


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: AW: Mainframe in the DMZ -- organization of operations - another historical reference

2005-08-10 Thread Donald Pagdin

Ted " Now, if somebody could explain the explanation?"

Oh Grasshopper,
What part you mean?
DMZ to mean "Firewall" is a cheap usurpation of a term deriving from a human 
tragedy that technically is not finished.

Korean War ended with an armistice, and the Imjin River to the South and the 
Military Demarcation Line on the North (roughly at the 38th parallel) are the 
boundries of the DMZ. In the 1950's the US Marine Corps' 1st Provisional 
Demilitarized Zone Police Co was established to police the UN's portion of the 
DMZ.

(Armistice: a state of peace agreed to between opponents so they can discuss 
peace terms)

By the time the armistice was signed in 1953, two years after truce talks 
began, U.N. casualties were estimated at more than 550,000 -- while North 
Korean and Chinese casualties were believed to be around 1.5 million.  As part 
of the cease-fire, both sides agreed to withdraw 2 kilometers along the final 
battleground and establish a demilitarized zone along the armistice line -- a 
zone that still exists today.

Note:

 The North Korean People's Army is one million strong.  Maybe   
 has nuks.  



Asked whether he thought the North Koreans might feel emboldened because of the 
United States' focus on Iraq and the campaign against terrorism, Mr. Rumsfeld 
said, "If they do, it would be a mistake." "We are capable of fighting two 
major regional conflicts," Mr. Rumsfeld said. "We're capable of winning 
decisively in one and swiftly defeating in the case of the other. And let there 
be no doubt about it."

(Now I'm confused) Stay tuned.
(Paint-ball is to war as Firewall is to DMZ)



--

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.

--
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: Coexistence of 64 and 31 bit LPARs

2005-08-10 Thread maria Ines

Rob, we have this environment (31 bit and 64 bit LPARs in the same Sysplex,
z/OS 1.4 and DB2 v7).  No problem.

You have to take care about Assembler code if you use it for
exits/programs/SVC.   The new 64 bit instructions are not supported in 31
bit so it's necessary to keep different versions for them.

Maria Inês H. S. Silva
São Paulo - Brasil
Tel.: (0xx11) 3274-9087
E-mail: [EMAIL PROTECTED]


Esta mensagem e uma correspondencia reservada. Se voce a recebeu por engano, 
por favor desconsidere-a.
O sistema de mensagens da Internet nao e considerado seguro ou livre de erros. 
Esta instituicao nao se
responsabiliza por opinioes ou declaracoes veiculadas atraves de e-mails.

--
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: AW: Mainframe in the DMZ -- organization of operations

A DMZ system is one that is just "out there" on the internet, visible to all
and sundry, with no routers to hide behind, no firewall protection, no virus
protection, no ports blocked, etc.  IOW, a honeypot for black-hat hackers
and script kiddies.

The virus fighters use honeypot systems to attract any new beasts that get
released "into the wild" so that they can develop the scanners and antidotes
more quickly.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 1:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: AW: Mainframe in the DMZ -- organization of operations

>"DMZ, which stands for demilitarized zone, is the logical area in a Web 
application's architecture that separates the "untrusted" Internet from 
the "trusted" Intranet."
...

Now, if somebody could explain the explanation?

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Dave Kopischke

>I get NOT AUTHORIZED FOR CMD trying to purge my own output from the HOLD
>queue.  Another system programmer here gets NOT AUTHORIZED FOR CMD when
>trying to add an initiator class from the INIT panel.
>


That sure sounds like an issue with ISFPRM. Maybe you can post the contents
of your segments in ISFPRMs ???

--
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: Coexistence of 64 and 31 bit LPARs

>I would just like to solicit any experiences / horror/war stories with
running LPARS in the same Parallel Sysplex, some 31 bit and some 64 bit.
...

As long as you're within 'N-3', and your software is current, there should be 
no issue.

I've done it twice (2 different shops), with no issues.

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: SMPE & Spill Datasets

Can you show us the JCL submitted and any DDDEFs in the target zone for
the PTS data sets?

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Howard Rifkind
>Sent: Wednesday, August 10, 2005 1:22 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: SMPE & Spill Datasets
>
>I added 5 PTS spill datasets to the system because of the large amount
of sysmods
>which had to be received.
>
>Prior to doing that I had one PTS dataset and when I went to do an
apply check for
>fmid HOS1110 I received a number of hits which is why I had to order
all the above
>sysmods.
>
>Now when I do the sampe apply check I get no hits.  None of the sysmods
which
>the prior apply check called out have been applied (acceped) but now
the system
>comes back and tells me that there aren't any sysmods as indicated by
the output
>below.
>
>The spill datasets are listed in the JCL created by the SMPE panels but
I'm
>wondering if these some how aren't be concatenated.
>
>Any ideas would be helpful.  Thanks.
>
>APPLY
>
>PTFS
>
>JCLINREPORT
>
>FORFMID(
>
>HOS1110
>
>)
>
>CHECK
>
>GROUPEXTEND
>
>RETRY(YES)
>
>.
>
>GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE
>APPLY COMMAND.
>
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
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: Coexistence of 64 and 31 bit LPARs

We ran that way for about 16 months during 2002-2003 as we rolled out
z/OS 1.3 across the LPARs.  There were no issues - good or bad.

Don Imbriale

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
>Of Rob W Jackson
>Sent: Wednesday, August 10, 2005 1:47 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Coexistence of 64 and 31 bit LPARs
>
>I would just like to solicit any experiences / horror/war stories with
>running LPARS in the same Parallel Sysplex, some 31 bit and some 64
bit.
>
>
>Actually I would like to hear from you with good and/or bad, or any
>experiences.
>
>
>
>All lpars are at z/OS 1.4.  Running DB2 V7.  I would like input from
>anyone that has or have had this environment.
>
>
>TIA
>
>
>Rob Jackson
>Rite Aid Corporation
>Work: (717)214-8837
>Cell:   (717)903-5752
>Fax:   (717)972-3981
>


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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

Coexistence of 64 and 31 bit LPARs

2005-08-10 Thread Rob W Jackson

I would just like to solicit any experiences / horror/war stories with
running LPARS in the same Parallel Sysplex, some 31 bit and some 64 bit.

Actually I would like to hear from you with good and/or bad, or any
experiences. 

All lpars are at z/OS 1.4.  Running DB2 V7.  I would like input from
anyone that has or have had this environment.

TIA

Rob Jackson
Rite Aid Corporation
Work: (717)214-8837
Cell:   (717)903-5752
Fax:   (717)972-3981




Disclaimer: This e-mail message is intended only for the personal use of
the recipient(s) named above.  If you are not an intended recipient, you
may not review, copy or distribute this message. If you have received this
communication in error, please notify us immediately by e-mail and delete
the original message.
This e-mail expresses views only of the sender, which are not to be
attributed to Rite Aid Corporation and may not be copied or distributed
without this statement.

--
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: AW: Mainframe in the DMZ -- organization of operations

>   Firewall

Well! Why didn't they say so?

I know what that is!


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: CAS mother task, allocate task, analysis task, and modify task.

>Thanks Ned,

By the way, why quiche-eating?
...

It's 'Ted'.

Have you seen how their implemented?


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: AW: Mainframe in the DMZ -- organization of operations

2005-08-10 Thread Campbell Jay

Firewall

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Tuesday, August 09, 2005 8:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: AW: Mainframe in the DMZ -- organization of operations


>"DMZ, which stands for demilitarized zone, is the logical area in a Web
application's architecture that separates the "untrusted" Internet from 
the "trusted" Intranet."
...

Now, if somebody could explain the explanation?

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: You might be a mainframer if... :-) V3.8

2005-08-10 Thread Howard Brazee

On  9-Aug-2005, [EMAIL PROTECTED] (Matthew Stitt) wrote:

> You know the keystroke for EOB (Alt + 5)

That's one I don't believe I've ever done.

--
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: What is a Systems Programmer

>Can any of you point me to an article or articles
the would explain what we are and what we do?
...

I do what my boss tells me to do.
As long as it's: legal; ethical; moral;
withing company policy!

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: AW: Mainframe in the DMZ -- organization of operations

>"DMZ, which stands for demilitarized zone, is the logical area in a Web 
application's architecture that separates the "untrusted" Internet from 
the "trusted" Intranet."
...

Now, if somebody could explain the explanation?

-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

--
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: CAS mother task, allocate task, analysis task, and modify task.

2005-08-10 Thread Roberto Ibarra

Thanks Ned,

By the way, why quiche-eating?

Rob.

On Tue, 9 Aug 2005 00:00:00 GMT, Ted MacNEIL
<[EMAIL PROTECTED]> wrote:

>>My question is: are those "four special tasks" STCs, or just "threads"
>inside the CAS?
>...
>They are TCB's within the CAS.
>They are not quiche-eating 'threads', forks, spawns, or processess.
>
>(8-{]}
>
>
>-teD
>
>In God we Trust!
>All others bring data!
> -- W. Edwards Deming
>
>--
>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

SMPE & Spill Datasets

2005-08-10 Thread Howard Rifkind

I added 5 PTS spill datasets to the system because of the large amount of 
sysmods which had to be received.
 
Prior to doing that I had one PTS dataset and when I went to do an apply check 
for fmid HOS1110 I received a number of hits which is why I had to order all 
the above sysmods.
 
Now when I do the sampe apply check I get no hits.  None of the sysmods which 
the prior apply check called out have been applied (acceped) but now the system 
comes back and tells me that there aren't any sysmods as indicated by the 
output below.
 
The spill datasets are listed in the JCL created by the SMPE panels but I'm 
wondering if these some how aren't be concatenated.  
 
Any ideas would be helpful.  Thanks.
 
APPLY

PTFS

JCLINREPORT

FORFMID(

HOS1110

)

CHECK

GROUPEXTEND

RETRY(YES)

.

GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE APPLY COMMAND.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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: What is a Systems Programmer

ITYM Section 16.1 here:

http://publibz.boulder.ibm.com/zoslib/pdf/zosbasic.pdf

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 12:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: What is a Systems Programmer

Mike,

Check out  "Introduction to the New Mainframe: z/OS Basics",  SG24-6366, 
Section 1.8.1, "Who is the Systems Programmer".

Lock Lyon
Compuware Corp

"Ward, Mike S" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08/10/2005 11:30 AM
Please respond to
IBM Mainframe Discussion List 

To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
What is a Systems Programmer

Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

Thanks.

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: Test (was What is a Systems Programmer)

2005-08-10 Thread Craig Kittendorf

I haven't come up with a good definition for Systems Programmer but here's a
test to see if you are one (no offense meant to anyone):


Are You Qualified To Be a Systems Programmer?

The following test will determine that without any questions.  Read
carefully.  Answer all questions.  Time limit: four hours.  Begin
immediately.


I.  HISTORY - Describe the history of the papacy from its origins to the
present day, concentration especially, but not exclusively, on its social,
political, economic, religious, and philosophical impact on Europe, Asia,
Americas, and Africa.  Be brief, concise, and specific.

II. MEDICINE - You have been provided with a razor blade, a piece of
gauze, and a bottle of Scotch.  Remove your appendix.  If your appendix has
already been removed, reinsert it.  Do not suture until your work has been
inspected.  You have 15 minutes.

III.PUBLIC SPEAKING - 2,500 riot-crazed aborigines are storming your
office.  Calm them. You may use any ancient language, except Greek.

IV. BIOLOGY - Create life.  Estimate the differences in subsequent human
culture if this form of life had developed 500 million years earlier, with
special attention to its probable effect on the English parliamentary
system.  Prove your thesis.

V.  MUSIC - Write a piano concerto.  Orchestrate and perform it with
flute and drum.  You will find a piano under your seat.

VI. PSYCHOLOGY - Based on your knowledge of their works, evaluate the
emotional stability, degree of adjustment, and repressed frustrations of
each of the following: Alexander of Aphrodisias, Ramses II, Gregory of
Nicia, Hammurabi.  Support your evaluation with quotations from each man's
work, making appropriate references.  It is not necessary to translate.

VII.ENGINEERING - The disassembled parts of a high-powered rifle have
been placed on your desk.  You will also find an instruction manual, printed
in Swahili.  In 10 minutes, a hungry Bengal tiger will be admitted to the
room.  Take whatever action you feel appropriate.  Be prepared to justify
your decision.

VIII.   SOCIOLOGY - Estimate the sociological problems that might accompany
the end of the world.  Construct an experiment to test your theory.

IX. POLITICAL SCIENCE - There is a red telephone on the desk beside you.
Start World War III.  Report at length on its sociopolitical effects, if
any.

X.  EPISTEMOLOGY - Take a position for or against truth.  Prove the
validity of your stand.

XI. GENERAL KNOWLEDGE - Describe in detail.  Be objective and specific.

--
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: What is a Systems Programmer

2005-08-10 Thread Maxfield, John

The IBM Redbook "The ABCs of z/OS System Programming Volume 1", Section
1.24, titled "z/OS operating system: the role of a system programmer"
has a good description.

http://www.redbooks.ibm.com/redbooks/pdfs/sg246981.pdf


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ward, Mike S
Sent: Wednesday, August 10, 2005 10:30 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: What is a Systems Programmer

Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

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

--
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: What is a Systems Programmer

2005-08-10 Thread William Ball

We're the janitor's of IT. Remember why they call him "Dirty Harry"? 
That's pretty much us. In most shops that title still commands 
professional respect because our experience and what we know how to do. In 
other shops, it only means they know how to type A:INSTALL without help 
from spell check. However, in those shops it is -not- a requirement to be 
able to find your way from the parking lot to their desk without leaving 
bread crumbs to find their way back again.

If someone actually gets good enough to stop leaving a trail of bread 
crumbs, they're promoted to System Administrator. 

Bill

Mainframe - 

An obsolete device still used by thousands of obsolete companies, serving 
billions of obsolete customers, and making huge obsolete profits, for 
their obsolete shareholders. And this year's run twice fast as last 
year's.  -Phil Payne-





To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
What is a Systems Programmer







Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

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: What is a Systems Programmer

2005-08-10 Thread Conway, Steven F

Gawd, I'll hate me in the morning.  Go to Google Groups
http://groups.google.com/group/bit.listserv.ibm-main?lnk=lr&hl=en, search
within group for 'Ken Dubbo sprog'

Sorry, Darren.


Cheers,,,Steve

Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432


   
 "Ward, Mike S"
 <[EMAIL PROTECTED]> 
 Sent by: IBM   To 
 Mainframe IBM-MAIN@BAMA.UA.EDU
 Discussion Listcc 
 <[EMAIL PROTECTED] 
 .EDU> Subject 
   What is a Systems Programmer
   
 08/10/2005 11:30  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

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

--
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: Need to contact Cheryl Watson

2005-08-10 Thread ibm-main

Start at http://www.watsonwalker.com/contact.html - try Cheryl

> Does anyone have Cheryl Watson's address so I can contact her ?

--
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: XCF for the masses [was: RE: EJES vs. IOF???]


ibm-main wrote:


From: "Edward E. Jaffe"
 


When it
comes to drinking beer, consider for a moment that Chris was born and
raised in Australia. Need I say more?
   



Careful fella - that could be (mis-)interpreted as a general reference to
all us Aussies.
 



I never met an Aussie yet that couldn't drink me under the table 
(including you, Shane). For the record, I'm not saying that's a bad 
thing ... ;-)


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: Need to contact Cheryl Watson

2005-08-10 Thread Jeffrey Deaver

See the contact list on her web site...

http://www.watsonwalker.com/contact.html

Jeffrey Deaver, Senior Analyst, Systems Engineering
651-665-4231

--
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: What is a Systems Programmer

2005-08-10 Thread Lock Lyon

Mike,

Check out  "Introduction to the New Mainframe: z/OS Basics",  SG24-6366, 
Section 1.8.1, "Who is the Systems Programmer".

Lock Lyon
Compuware Corp




"Ward, Mike S" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
08/10/2005 11:30 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
What is a Systems Programmer






Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

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: Need to contact Cheryl Watson

2005-08-10 Thread Brian Peterson

Try http://www.google.com/search?hl=en&q=cheryl+watson

The first hit is Cheryl's web site.

Brian

On Wed, 10 Aug 2005 11:25:36 -0400, Raymond J. Slisz
<[EMAIL PROTECTED]> wrote:

>Does anyone have Cheryl Watson's address so I can contact her ?
>
>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

Fw: TSO Exits-IKJEFF10

2005-08-10 Thread Jón Viðar Gunnarsson

- Original Message - 
From: "Ed Gould" <[EMAIL PROTECTED]>

To: "Jón Viðar Gunnarsson" <[EMAIL PROTECTED]>
Sent: Wednesday, August 10, 2005 3:59 PM
Subject: Re: TSO Exits-IKJEFF10

You sent this to the wrong person.

Ed

On Aug 10, 2005, at 10:39 AM, Jón Viðar Gunnarsson wrote:

Hello

Thanke you very much for your time and help.

I would very much like  to take a look ath the TSO - Exit  -  IKJEFF10 .

Please send it to [EMAIL PROTECTED]

Best reg.
Jón V.

Please send
- Original Message - From: "Ed Gould" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Saturday, August 06, 2005 8:19 PM
Subject: Re: TSO Exits

On Aug 6, 2005, at 9:58 AM, Rick Fochtman wrote:

I have a IKJEFF10 exit that rips the job statement apart, modifies it 
and
re-assembles it. You can have a copy of that if you're willing to make 
your own

modifications, to suit your own purposes.

---

Rick,

Welcome back.

Ed

--
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: Need to contact Cheryl Watson

2005-08-10 Thread Richard Evans

Try -

www.watsonwalker.com


Richard W. Evans
Technical Specialist
Worldspan
Worldwide Technology Planning & Implementation Department
System Services Group
z/OS (MVS) Capacity/Performance


Worldspan e-Pricing ... The next Generation in fare search technology -
http://www.epricing.net


   
 "Raymond J.   
 Slisz"
 <[EMAIL PROTECTED]  To 
 TE.NY.US> IBM-MAIN@BAMA.UA.EDU
 Sent by: IBM   cc 
 Mainframe 
 Discussion List   Subject 
 <[EMAIL PROTECTED] Need to contact Cheryl Watson   
 .EDU> 
   
   
 08/10/2005 11:25  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   




Does anyone have Cheryl Watson's address so I can contact her ?

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: Need to contact Cheryl Watson

2005-08-10 Thread Bill Fairchild

 
In a message dated 8/10/2005 10:54:47 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:

Does  anyone have Cheryl Watson's address so I can contact her  ?


[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) 
 
Bill Fairchild

--
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: Any way to get SDSF to cough up ICH408I?


Natarajan Mohan wrote:


I do not believe SDSF would be able to generate RACF messages since SDSF
uses SAPI.



SDSF does not use SAPI.

--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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

Need to contact Cheryl Watson

2005-08-10 Thread Raymond J. Slisz

Does anyone have Cheryl Watson's address so I can contact her ?

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: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Greg Shirey

Tom, 

I seem to recall that the last time we set up a new LPAR, we were getting
similar messages until we issued $S to JES2.  Don't know if that's
applicable... 

Greg Shirey
Ben E. Keith Company

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Thomas Conley
Sent: Wednesday, August 10, 2005 8:59 AM
 

I get NOT AUTHORIZED FOR CMD trying to purge my own output from the HOLD 
queue.  Another system programmer here gets NOT AUTHORIZED FOR CMD when 
trying to add an initiator class from the INIT panel.

--
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: XCF for the masses [was: RE: EJES vs. IOF???]

2005-08-10 Thread ibm-main

From: "Edward E. Jaffe"
>
> When it
> comes to drinking beer, consider for a moment that Chris was born and
> raised in Australia. Need I say more?

Careful fella - that could be (mis-)interpreted as a general reference to
all us Aussies.

Shane ...

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

What is a Systems Programmer

2005-08-10 Thread Ward, Mike S

Hi, all. I have been asked so many times "What is a systems programmer?
And What is it they do?" that I'm not sure anymore. Especially in
today's environment. Can any of you point me to an article or articles
the would explain what we are and what we do?

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: AW: Mainframe in the DMZ -- organization of operations

2005-08-10 Thread Bruce Black




We are considering what the security impact of putting a WAS on mainframe in
the DMZ would be.

It is always frustrating for me when someone posts a question using 
acronyms assuming that everyone on the list understands them.


I vaguely knew that WAS refers to Websphere but DMZ?

I knew the common usage, DeMilitarized Zone, and I was surprised that 
search on IBM.COM disclosed that is the exact meaning in this context


"DMZ, which stands for demilitarized zone, is the logical area in a Web 
application's architecture that separates the "untrusted" Internet from 
the "trusted" Intranet."


I am sure I have been guilty myself of assuming that everyone 
understands common abbreviations and acronyms but I do try and remember 
to explain the less obvious ones.


So considerly yourself gently reminded for the future, explain such 
things unless they are very common and well-known.  When in doubt, do 
it.  Thanks


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Natarajan Mohan

I do not believe SDSF would be able to generate RACF messages since SDSF
uses SAPI. This has to be from JES2 and JES2 RACF error can only be
initiated by setting the $TDEBUG,SECURITY=YES. Care should be taken
since there is a possibility of generating too many WTO messages,
depends on spool access by users.

The following is the brief from JES2 Initialization and Tuning reference

Modification: $T DEBUG operator command. 

SECURITY=Yes|No 
Specifies whether (Yes) or not (No) JES2 provides additional RACF
security logging related to the $HASP186 error message . YES specifies
that JES2 requests RACF to log access violations, including warning mode
violations, for JES2 output work selection for: 

Once the debug is set, you would start seeing ICH408I messages. If the
TSO profile has WTPMSG set, you would also see that on terminal.

Thanks
Nat

--
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: XCF for the masses [was: RE: EJES vs. IOF???]


Craddock, Chris wrote:


Hey I resemble that remark! So does Ed - and as you know, he's really
the bad influence. In Annaheim, he almost had to hold poor young Rob
Scott down to pour a beer into him. I helped, but only because Ed is
such a bad influence. Warning to young share attendees; don't go near
bars with Ed (the umbrella strangler) Jaffe or you might learn something
interesting and have fun at the same time.
 



Spoken like the true "Puppet Master" that you all know he is ... When it 
comes to drinking beer, consider for a moment that Chris was born and 
raised in Australia. Need I say more?


--
-
| Edward E. Jaffe||
| Mgr, Research & Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | 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: XCF for the masses [was: RE: EJES vs. IOF???]

2005-08-10 Thread Mark Zelden

On Wed, 10 Aug 2005 09:51:25 -0500, Craddock, Chris
<[EMAIL PROTECTED]> wrote:

>> Wel ... we're talking about Jaffe and Craddock here.
>> Find a comfortable bar Peter - they'll be more than expansive  
>:o)
>> Shane ...
>
>Hey I resemble that remark! So does Ed - and as you know, he's really
>the bad influence. In Annaheim, he almost had to hold poor young Rob
>Scott down to pour a beer into him. I helped, but only because Ed is
>such a bad influence. Warning to young share attendees; don't go near
>bars with Ed (the umbrella strangler) Jaffe or you might learn something
>interesting and have fun at the same time.
>
>;-)
>

Chris, ISTR you being a worse influence at SHARE in N.Y. than Ed, but
I admit my memory might be a little fuzzy.  I'll have to reserve judgement
until after Boston. I'm off on vacation after today until I leave for
SHARE, so I'll see "ya all" there!   I guess I'll have to look at the
papers and watch the news for the SHARE weather report.  :-)

Cheers,

Mark
--
Mark Zelden
Sr. Software and Systems Architect
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
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: XCF for the masses [was: RE: EJES vs. IOF???]

2005-08-10 Thread Craddock, Chris

> Wel ... we're talking about Jaffe and Craddock here.
> Find a comfortable bar Peter - they'll be more than expansive  
:o)
> Shane ...

Hey I resemble that remark! So does Ed - and as you know, he's really
the bad influence. In Annaheim, he almost had to hold poor young Rob
Scott down to pour a beer into him. I helped, but only because Ed is
such a bad influence. Warning to young share attendees; don't go near
bars with Ed (the umbrella strangler) Jaffe or you might learn something
interesting and have fun at the same time.

;-)

--
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: You might be a mainframer if... :-) V3.8

2005-08-10 Thread Alan Schwartz

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

Thank you.
**

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

Re: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Tom Schmidt

On Wed, 10 Aug 2005 09:58:53 -0400, Thomas Conley wrote:
>From: "Walt Farrell"
>> On 8/10/2005 8:24 AM, Thomas Conley wrote:
>>> I found the PROFILE WTPMSG suggestion in the SDSF online help.  That
>>> fixed the NOT AUTHORIZED FOR JOB, but the NOT AUTHORIZED FOR CMD is
>>> still giving us ZIP.  IRRADU00 does not show any INSAUTH records, and
>>> SAFTRACE is empty. I've got a concussion from the bricks.  We're going
>>> to try some things today to see what we can do.  Please pass along to
>>> the SDSF designer that it would be a whole lot easier if SDSF would
>>> just issue the @#$%^&* ICH408I, without jumping through the PROFILE
>>> WTPMSG hoop.
>>> NOWTPMSG is the default for a new TSO user, so debugging these errors is
>>> a huge PITA.
>>
>> "Not authorized for cmd" is still very vague, Thomas.  What panel/display
>> were you on, and precisely what did you do to get that message?
>>
>
>Walt,
>
>I get NOT AUTHORIZED FOR CMD trying to purge my own output from the HOLD
>queue.  Another system programmer here gets NOT AUTHORIZED FOR CMD when
>trying to add an initiator class from the INIT panel.


Tom,

Have you tried the SDSF TRACE facility yet?  For the SAF calls you would
issue:
TRACE 0080
(or so the doc would have us believe).  There ought to be some hints in the
trace output, after you boil it down.  (The published syntax indicates the
leading zeros are optional, but I recall having had issues with that in the
past.)

You'll need to preallocate an ISFTRACE DD before the TRACE 
command.  If you don't, it should allocate ISFTRACE to SYSOUT (SYSOUT=what
is the question you don't want to waste time digging for).  And then issue
TRACE OFF to stop the madness.

--
Tom Schmidt
Madison, WI

--
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: SORT help - to split by delimiters

All reasonable answers, Frank, but the "awk" script proposed in one of the
replies to the OP's question will do it right now with no fuss, no muss,
problem solved already.  Floating fields like the OP gave as an example are
perfect targets for regular expression pattern matching.

What you could seriously consider as a genuine enhancement would be regular
expression pattern matching (like "awk" and "perl") for SORT FIELDS, as
opposed to fixed-position matching.  IIRC, there is even a GNU library you
could link in to perform the matching for you (regexp, if memory serves, but
I could be wrong about that name).

Just a thought.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 09, 2005 8:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SORT help - to split by delimiters

Tony Babonas wrote:

>Nah, Yaeger is always one step ahead.
>
>I should have added:
>
>OUTREC OUTFIL=ORPHANS,SAVE

Tony,

That would be:

   OUTFIL FNAMES=ORPHANS,SAVE

But I'm guessing that John's point is that the .99 values are only an
example and other values (.00 to .99) would actually be present, and those
values would end up NOT being aligned by the .99 conditions.  If there
really only were .99 values, then DFSORT's IFTHEN function could be used to
align everything in one pass and one output data set rather than creating
multiple output data sets that would need to be combined (replacing
multiple OUTFIL INCLUDEs is one of the more efficient uses of IFTHEN).
IFTHEN can be used to do this kind of alignment in limited situations, but
in this case it appears there's too much variability in the delimited field
layouts for that to be practical.  Although if I knew all of the
possibilities for the record layouts, I might be able to come up with an
IFTHEN solution.

Frank Yaeger - DFSORT Team (IBM)

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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

AW: Mainframe in the DMZ -- organization of operations

2005-08-10 Thread Thomas Ramseier

Hi Jantje

We're running a zOS DMZ with a WAS for about 3 years now. It is in a
dedicated LPAR whithin one of our CECs. Since the application running in the
DMZ is read-only, the setup and the protection of the production environment
was quite simple. No worries about saving the data or transporting updates
into production.  
We dedicated a string of DASD and an OSA-Adapter to the LPAR. All the other
LPARs were protected against the DMZ by removing the DMZ-Lpar from the
"Device Candidate list" of all other shared resources. There is no
TCPIP-connection between the DMZ and the other LPARs. The data that we put
into the DMZ is copied through a "transport DASD" from our production into
the DMZ (by varying a DMZ-NONSMS-Dasd online in our production system). So,
the worst thing that can happen is that the DMZ itself gets destroyed and/or
hacked. Since this application is not a critical one, we can take that risk.
TSO/ISPF access is through OSA/ICC-connections only. We installed a couple
of freeware tools (AUTO, MXI, etc.) on the DMZ to be able to do a minimum of
automation and save the log and smfdata of the lpar (also by using the
"transport-dasd"). This nearly physical separation of the dmz let us sleep
quite happily. 
*But* the downside of this setup is facing us now: we will have to move away
from the "read-only-dogma" into a full function dmz that allows updates even
in the production systems. Currently, we are discussing several scenarios
how to get there. They start somewhere with a http-server on Linux between a
bunch of firewalls accessing data on a production system and end whithin a
fully fashioned zOS-DMZPLEX with its own DASD, taperobots etc. The key
problem we are faced with is the companys security policy that no event from
"outside" may generate an immediate action in a production system.

Hth

Cheers

Tom   

Thomas Ramseier
Bundesamt für Informatik und Telekommunikation BIT
Betriebszentrum / Bereitstellung / Host
Informationssystem-Architekt
Monbijoustrasse 74
CH-3003 Bern

Tel.+41 (0)31 323 01 00
Fax +41 (0)31 325 90 30
[EMAIL PROTECTED]

www.bit.admin.ch

Der Eisbrecher: Die Kundenzeitung des BIT
www.bit.admin.ch/eisbrecher



-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Im Auftrag
von Jan MOEYERSONS
Gesendet: Mittwoch, 10. August 2005 15:04
An: IBM-MAIN@BAMA.UA.EDU
Betreff: Mainframe in the DMZ -- organization of operations


Dear Listers,

We are considering what the security impact of putting a WAS on mainframe in
the DMZ would be. I was wondering: did any of you already do that? What
impact does this have on the operational organization? Do you have special
procedures for application and system maintenance? Do you have a separate
CEC or is a separate LPAR safe enough? What about updates to the system
configuration? IODF? Sharing OSA adapters? Sharing DASD?

Any suggestions are welcome.

Cheers,

Jantje.

--
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: Any way to get SDSF to cough up ICH408I?

2005-08-10 Thread Rob Scott

Tom,

A quick skip thru the SDSF code reveals quite a few LOG=NOSTAT style
invocations of ISFSAF (the SDSF SAF interface code).

Obviously without full knowledge of the code it is hard to judge if
these are being executed - but it looks suspicious.

I would love to be at Share - but family commitments mean that I can't
go. 

Hope to get to the next one though.

Rob 

--
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: XCF for the masses [was: RE: EJES vs. IOF???]

2005-08-10 Thread ibm-main

Wel ... we're talking about Jaffe and Craddock here.
Find a comfortable bar Peter - they'll be more than expansive     :o)

Shane ...

From: "Farley, Peter "

Hmm.  Sounds like the start of a really neat and interesting SHARE technical
session in the HLASM track to 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: XCF for the masses [was: RE: EJES vs. IOF???]

I wish I was attending.  Budget disallows it this time around.  I look
forward to seeing the conference proceedings, though.

Thanks, Sam.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, August 10, 2005 10:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: XCF for the masses [was: RE: EJES vs. IOF???]

If you are attending SHARE you might add this to your personal schedule.

2880 XCF Concepts and Coding: A Multisystem Application Example
Speaker: Carl Feinberg (Relational Architects Intl)
Length: 1 hour
Classification: Technical
Times: Monday 4:30pm

The increasing importance of Sysplex enabled applications requires an
understanding of XCF (Sysplex Services for Communication).
This session illustrates the coding and usage of XCF services within a
Sysplex enabled multisystem application. The following topics
will be discussed:
* XCF Concepts: Sysplex, Group, Member
* XCF Services: Group, Signaling, and Status Monitoring
* XCF Member attributes and states
* Overview of XCF macros
* Walk-through the code of the XCF sample application
This presentation is primarily intended for z/OS systems programmers and
developers of authorized software. It assumes some understanding of assembly
language programming.

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: XCF for the masses [was: RE: EJES vs. IOF???]

2005-08-10 Thread Knutson, Sam

If you are attending SHARE you might add this to your personal schedule.

2880 XCF Concepts and Coding: A Multisystem Application Example
Speaker: Carl Feinberg (Relational Architects Intl)
Length: 1 hour
Classification: Technical
Times: Monday 4:30pm

The increasing importance of Sysplex enabled applications requires an
understanding of XCF (Sysplex Services for Communication).
This session illustrates the coding and usage of XCF services within a
Sysplex enabled multisystem application. The following topics
will be discussed:
* XCF Concepts: Sysplex, Group, Member
* XCF Services: Group, Signaling, and Status Monitoring
* XCF Member attributes and states
* Overview of XCF macros
* Walk-through the code of the XCF sample application
This presentation is primarily intended for z/OS systems programmers and
developers of authorized software. It assumes some understanding of assembly
language programming.

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
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: Any way to get SDSF to cough up ICH408I?

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

Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, August 10, 2005 9:40 AM
Subject: Re: Any way to get SDSF to cough up ICH408I?

Thomas Conley wrote:

Sorry if I missed it earlier in the thread, but...there's nothing (i.e., 
no ICH408I message) in SYSLOG?

Zip, zero, nada.

(Nit: Of course, SDSF does not issue of ICH408I, RACF does. However, a 
caller can control the whether messages are issued; see the doc for 
RACROUTE REQUEST=AUTH for the gory details.  This could become important 
to you later...or not.)

Tell the SDSF developers that.

From a TSO/E message standpoint, I think SDSF and RACF are acting 
properly, at least for the first case you describe. That's the entire 
intent of WTPMSG/NOWTPMSG, and how it's worked for at least 25 years.  If 
I could go back in time and had the power to do so, I'd probably choose to 
make the defaults WTPMSG and MSGID, but it seems far too late to do that 
now.  (Can you imagine the help desk calls from people who didn't 
understand all the "new" messages?  *-Shiver-*)

Fine, but to diagnose SDSF I have to get thousands of TSO users to turn on 
WTPMSG?  Come on.

For the second case, my personal opinion (which, when combined with a 
dollar, won't even get you coffee at Starbucks these days) is that there 
should be a way to diagnose the second problem from either messages issued 
to the user or messages recorded in SYSLOG without having to resort to SMF 
records and such.

Eh, thank you for playing.  There are no messages issued at all. 
The latest thinking is that the SDSF server itself is actually the address 
space getting the ICH408I and eating it before passing NOT AUTHORIZED FOR 
CMD back to the user.  That's probably why the SAFTRACE came up empty. 
Stupid us, we ran it specifying the user as the jobname.  What were we 
thinking?  We're trying to set up another test specifying SDSF as the 
jobname, but we have to load our new converted RACF database first.   Stay 
tuned for further updates.

Regards,
Tom Conley 

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

XCF for the masses [was: RE: EJES vs. IOF???]

Hmm.  Sounds like the start of a really neat and interesting SHARE technical
session in the HLASM track to me... complete with take-home examples of
working code!   :)

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 09, 2005 8:01 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to
Z/Flash))

Ed Jaffe said;
> XCF is even more beneficial than people might think, especially in
> larger configurations. 

Absolutimento! It dribbles, it shoots, it scores. :o)

I'm a fan too. XCF is a real swiss-army knife of a component. It's valid
on all systems (not just a parallel sysplex.) And while you need to be
privileged to set it up (code-wise) you don't have to appeal to a higher
power for a port number or any of that rubbish. The group concept is
cool.

As Ed noted, it's as fast as can it's possible to go when moving data
around. TCP goes over XCF inside the plex. 

And (my favorite part) it's really good for maintaining member state
data and driving exits to tell me when other members disappear. Without
that sort of functionality I'd be up to my armpits in protocol code that
I really don't want to have to deal with.

CC

_
This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your 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: SMS ACS Code

2005-08-10 Thread Knutson, Sam

If you are at z/OS R6 or higher 

SAVE ACDS as SCDS
A new operand on the SETSMS command, SAVESCDS is available as shown in
Figure 1-1.
Figure 1-1 SETSMS SAVESCDS command
Where scds_dsname is the name of the SCDS into which the current ACDS will
be copied. You
can use this new SCDS to work with as you would with any SCDS.
The storage administrator can save an ACDS as a SCDS in cases when your SCDS
is lost, or
when you want to save the changes made to the active configuration through
operator
commands and use the configuration as a SCDS. 

-Original Message-
The ACS routines that are currently active are missing the source. Is there
a way to retrieve it ? I need to look at the filterlists.

TIA
Dean

Dean Montevago

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
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: Any way to get SDSF to cough up ICH408I?