Re: TAPEMAP generator

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

You should be able to do this in REXX very easily (around 25 line EXEC).  I 
have tons of JCL where I read in a list (like the tape list) and the write out 
the JCL.  This comes from many years of laziness...  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
af dc
Sent: Tuesday, March 06, 2012 11:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: TAPEMAP generator

Hello,
I need to do a tapemap for about 100 tapes (virtual volumes), I've jcl:

//V1   EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSOUT   DD SYSOUT=*
//SYSUT1   DD DISP=OLD,
//DSN=AL2999.SOMETH,
//DCB=(RECFM=FB,LRECL=80,BLKSIZE=800,BUFNO=50),
//UNIT=(VTS),LABEL=(1,BLP,EXPDT=98000),
//VOL=SER=V1

and I've volume list in format:

V1
V10001
V10002
...

what is the best way to generate 100 jcls ??? rexx ? icetool ?
Many thx, A.Cecilio.

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

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

Re: Format Logrec

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Try this JCL:

//STEP1 EXEC PGM=IFCDIP00   
//SYSPRINT DD SYSOUT=*  
//SYSOUT DD SYSOUT=*
//SERERDS DD DSN=SYS1.LOGREC,UNIT=,VOL=SER=vv

Change the unit and volser and add a job card and this should format it...  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
HELIO
Sent: Thursday, December 22, 2011 7:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Format Logrec

All list,

I need to format the dataset logrec. How do I can do?

Where do I find these instructions ?


Thank you very much.
-- 

*Hélio José da Silva
***



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

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

Re: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Why don't you just backup the TMC?  Surely you have a daily job that does this 
- and it should clear the AUDIT file when it runs the backup from what I 
remember.  

>From Quickref:

Action: Execute the backup program, TMSCOPY. All CA 1 utilities except
TMSCOPY and TMSINIT will abend with a U0008 abend code until the backup is
performed. When the Audit data set has no records left, all jobs requesting a 
tape mount will abend with a system code S7yy until the backup is performed.  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCITP: Enterprise Administrator
MCITP: Enterprise Desktop Admin 7
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer
ITSO 
(404) 723-2017 (Cell) 




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Monday, July 18, 2011 3:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CA-1 TMS QUESTION - IEFTMS9 TMC BACKUP REQUIRED

On Mon, 18 Jul 2011 09:12:59 -0700, esmie moo  wrote:

>Good Morning Gentle Readers,
> 
>I was called because the following message was coming up on the console:
>IEFTMS9 TMC BACKUP REQUIRED, AUDIT FILE UTILISATION IS CURRENTLY 82%.
> 


>What I would like to know if this is the correct action to take or should I 
>have done something else.  Please advise.
> 
>Thanks in advance.
>
>

Correct actions for something like this:

1) Look up message IEFTMS9 from the CA manual and note the action

2) If you don't understand #1, contact the vendor.  

Your statement "should I have done..." implies you already did this, so it 
doesn't appear to 
be an 0 dark 30 question where you didn't understand the manual and didn't want 
to
wait for a return call from the vendor.  

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

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

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

Re: z/OS 1.9 to 1.12 options

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We are in the same situation (on 1.9 and want to get to 1.12).  After some 
research I found that there was really no compat maintenance from 1.11 to 1.12, 
so we just put on the compat maint for 1.9 to 1.10 and 1.9 to 1.11 and we're 
currently trying the upgrade to 1.12.  So far there have been no issues and 
with our simple setup I think we should be fine. 

We are also a simple monoplex.  I would probably not try this upgrade if we 
were any kind of multi-system sysplex.  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCITP: Enterprise Administrator
MCITP: Enterprise Desktop Admin 7
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer
ITSO 
(404) 723-2017 (Cell) 




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Eells
Sent: Thursday, July 07, 2011 3:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.9 to 1.12 options

Johnston, Robert E wrote:
> Short version... We are running z/OS 1.9 and do not have a 1.10 or 1.11 
> system to install. I'd like to install a 1.12 Serverpac on the road back to 
> being supported. I know about the n+2 rule but how do I get out of this 
> pickle? I'm not talking about toleration and coexistence, just a driving 
> system to install 1.12. We are a pretty simple monoplex.
>
> Shopz has a driving system that can be ordered. Is this a good approach?
>
> I would like to use our 1.9 system to install 1.12. The 1.12 doc says you 
> must have at least 1.10. Does anyone know if 1.9 will work for the Serverpac 
> install?
>
> Are there any other options that I may not know about? (of course, it can't 
> cost a lot of money ;)


z/OS R10 is the lowest supported release of z/OS, at least for a few 
more months.  While z/OS R9 might or might not work for installing z/OS 
R12, we didn't test it and won't support it if there is a problem.

It would be safest to order a Customized Offerings Driver (5751-COD), 
IPL it in a test LPAR, and use it to install R12.  Having a system 
available that meets the driving system requirements for the current 
release is one of the two reasons we have a COD.  If you intend to try 
installing R12 using R9, you might consider ordering the COD as a 
backup, so if there is a problem you won't have to wait for another 
order.  The price is right (there is no additional charge if you have a 
z/OS license).

Current information on the COD is in z/OS Planning for Installation 
topic 3.1, "What is the Customized Offerings Driver?":

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z2b1b0/3.1?SHELF=EZ2ZBK0K&DT=20100701181224

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

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

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

Re: An upbeat story

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

The main thing I have found that makes a good sysprog is the ability and drive 
to not let a problem or issue beat you - that "I will find the damn answer" 
drive that makes you always try and solve a problem.  And you need to have 
excellent problem solving skills.  

I've found that good operators can make good sysprogs and programmers if they 
want to make that move.However, one of the best DBA's I ever worked with 
had a Music degree in college.  He liked music, but he had excellent drive and 
problem solving skills.   And IT paid a lot better than being a music teacher.  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCITP:Enterprise Administrator
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Scott Ford
Sent: Wednesday, June 15, 2011 5:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: An upbeat story

I came up through the ranks: Operations -> Systems Programming -> 
Network Engineering -> Development
Been a joy almost the entire route, had bumps buts thats life. 

IMHO its very subjective to ask if Non-IT ppl make better programmers or not. I 
feel/think there are a lot of variables to consider.
Aptitude is a big one ..ability to learn ...self-starter...
 
Scott J Ford
 





From: Rick Fochtman 
To: IBM-MAIN@bama.ua.edu
Sent: Wed, June 15, 2011 3:22:09 PM
Subject: Re: An upbeat story

---


> The "non-IT" thing is interesting.
> 
> At my company we have many application developers that started 
>elsewhere at the company.  Me, for one.  I personally had previous IT 
>skills, and some schooling in programming, but most of the others I believe 
>did not.
> 
> Do non-IT people make better COBOL programmers?  Why might that be?
>  
---
I started college in a "General Engineering" program. I think that was useful 
as I had exposure to different types of problems from Mechanical, Civil (What's 
a "CIVIL" Engineer? A polite one?), Electrical, Chemical and Mining situations. 
It helped me learn to take a broader look at problems and implement solutions 
that crossed the so-called boundaries between the various engineering 
disciplines. So I would guess that non-IT people might have a better grasp of 
the types of problems that others areas of the company might encounter.

Rick

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


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

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

Re: RIP issue with HMC - security violation?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

What they have told me (in their usually secretive way) is that the IP address 
for the HMC is listening for RIP announcements.  They claim this could be a 
security issue since a malicious intruder could send the HMC invalid RIP 
announcements and give it bad routes.  My response has basically been that the 
HMC has been running this way for at least 15 years - and since it is not 
available outside of our intranet then what is the big deal, anyway?  The only 
intruder would have to be an internal user - and I hope folks have better 
things to do?  

I've pushed this back to them and told them this is not a HIGH security 
exposure.  So we'll see if this gets them off my back.  The ironic thing is 
that we are working to get rid of the mainframe, so I see no reason to even try 
and change anything right now?  Surely there are more important "security" 
issues than this minor one? 

Thanks to everyone for their responses...  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCTS (640,642,643,647)
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: Friday, May 06, 2011 10:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RIP issue with HMC - security violation?

Todd

Why do the "security" people assume there is a problem? You didn't make that 
clear.

Other contributors have alluded to what really matters but not with maximum 
clarity - IMNSHO - or I wouldn't be jumping fearlessly in!

What is implied by what you have told us is a *potential* "security exposure" 
is that UDP port has an outstanding socket read-type request pending for it 
using an UDP port, 520, which would normally imply that there was a Routing 
Information Protocol (RIP) process behind it capable of modifying the routing 
table if the socket "sucked in" suitable packets.[1]

-

Note that the use of the word "listen" here is rather confusing - although 
everybody does it - a bit like something else I could mention!

Between the two "transport" protocols which sit on top of the IP layer and use 
ports to identify application instances, only TCP has a listen() call. This 
listen
() call is issued very early in the life of the program, is associated with a 
specific port - can also be a specific IP address but I'll keep the discussion 
simple - stays "in force" for the duration of the application and can be "seen" 
as a "listening" state for the application.

UDP doesn't do that. There's no UDP listen() call. However, when an UDP 
application has issued a read-type call specifying a particular port, a packet 
can be read and, as swiftly as possible, the application sets up an identical 
read-type call - actually leaving a probably very small window where there is 
no read-type call in place.

Despite these differences, you will find the discovery of such a read-type call 
being in place described as equivalent to the TCP listen state - just to 
confuse the unwary!

-

If there is such a read-type call in place in your system for UDP port 520, the 
port defined for use by RIP, you should evaluate whether or not you need it. 
>From the nature of your post and assuming you are the local specialist in what 
the HMC needs to do, I would assume not. In that case you should perform 
whatever customisation is available to "kill" this RIP process. Having said 
that, 
I hope there is such customisation available.

This is not a matter I know anything about. However Roy Hewitt has 
suggested disabling "Routing". This would normally imply that your HMC could 
act as a "router" which sounds odd but what do I know? It may be that this 
includes dispensing with a dynamic routing protocol such as RIP which is, of 
course, what you want.

Note there is a concentration of IP-knowledgeable folk on IBMTCP-L:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

-

Then I had a rather brilliant idea - sorry for the larded sarcasm! "When all 
else 
fails, read the manual!"[2]

http://publibfp.dhe.ibm.com/cgi-bin/bookmgr/BOOKS/id1t0c00/2.4.31

seems to be the key. "routed", the traditional name for the daemon which is 
responsible for supporting the RIP dynamic routing protocol, seems to be 
started by default. Without digging any further into something way, way 
outside my "comfort zone", I leave you to dig around to find the precise 
switch for "turning RIP off"! Enough for me to know it can be done and this is 
the place to start finding out how!

-

Now I trust I will get some credit for actually engaging with the odd 
indisputably *technical* contribution!

-

[1] http://en.wikipedia.org/wiki/Routing_Information_Protocol

[2] Something you'll never find Jeremy Clarkson doing!

-

Chris Mason

On Fri, 6 May 2011 00:35:50 +0100, Roy Hewitt  wrote:

>Todd,
>
>Have you enabled Routing in the HMC network configuration, 

Re: Anyone Still Using OLTEP?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We still have some 3490 tape drives and I do remember using it sometime over 
the last 10 years for a tape drive issue with the 3490's - per the CE request.  
This is probably a good product to "sunset" and let users use it at their own 
risk.  I definitely would not spend any dollars testing and upgrading it with 
each upgrade...  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCTS (640,642,643)
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Linda Mooney
Sent: Monday, April 25, 2011 5:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Anyone Still Using OLTEP?

Hi John, 



We have a few 3490 c22 drives and a couple of 3590 Magstar, so we have the 
potential to run it.  I have not actually run it from roughly 10 years. 



Linda 



- Original Message - 
From: "John Eells"  
To: IBM-MAIN@bama.ua.edu 
Sent: Monday, April 25, 2011 11:43:45 AM 
Subject: Anyone Still Using OLTEP? 

Is anyone still using OLTEP...and if so...what for? 

Note 1: If you haven't been a sysprog for 20 years or more, my guess is 
that you probably don't know what it is--and will probably never need 
to, so don't worry. 

Note 2: Don't panic just yet.  We're just askin'. 

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

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

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

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

Re: CPU utilization/forecasting

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I almost hate to give this answer, but the correct response to this is simply 
IT DEPENDS.  I have worked in a number of different shops, and your answer for 
this depends greatly on the type of workload you have on the machine along with 
expected/required level of performance and SLA's.  At my current shop there are 
a couple of VERY busy days during the month and also once a year during year 
end processing - and I would not use these small amounts of excess 
workload/demand to try and justify a bigger box.  In this case I just monitor 
average workload during the peak work days (say 10 AM to 4 PM M-F). 

I have also worked at shops where the machine held a fairly steady level all 
day, so in that case either answer (average or peak) would work.  The main 
question is can your shop survive if you hit a peak of 10-20% more work for say 
30-45 minutes or longer during the day? 

Normally you can probably just look at the average versus peaks during your 
busiest work times.  If the difference in the peak and the average during your 
"busy" times is less than say 20%, then average might be a good measure.  

The bottom line is that there is not one "right" answer to this question.   It 
depends greatly on your shop environment.   

C. Todd Burrell 
PMP, MCSE 2003:Security
MCTS (640,642,643)
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ward, Mike S
Sent: Friday, April 15, 2011 4:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: CPU utilization/forecasting

Hello all, can someone tell me if it's better to use CPU peak or CPU
average to project growth. My way of thinking is if you use peak then
you're sure to show where you need extra horse power. In other words if
you can't process during your peaks what good are the averages.

==
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please 
notify the system manager. This message
contains confidential information and is intended only for the individual 
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the 
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system. 
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this
information is strictly prohibited.

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

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

Re: "No Connection" error message with ISPF edit

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Don:
Thanks for the info - this corrected her issue.  This was a new one for me...  

C. Todd Burrell 
PMP, MCSE 2003:Security
MCTS (640,642,643)
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Don Leahy
Sent: Thursday, April 14, 2011 4:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: "No Connection" error message with ISPF edit

Have the user go to her Edit Entry Panel (ie option 2 on the ISPF menu) and
see if the "Edit on Workstation" option is selected.  That setting is stored
in the profile and can be inherited even when you launch Edit from 3.4

On Thu, Apr 14, 2011 at 15:41, Todd Burrell  wrote:

> I have a user who is attempting to edit a dataset from an ISPF 3.4 listing.
> She opens the PDS, and then when she puts an 'E' beside the member in
> question she gets an error message "No Connection" in the upper right of
> her
> screen.  Hitting PF1 when this error occurs gives some info about
> Workstation
> Connection not being able to establish a connection.
>
> My question is - has anyone else run into this error condition, and how do
> I
> turn this off?  I went into ISPF settings and then into the WORKSTATION
> menu but I did not see anything specific?
>
> The user does have ALTER access within RACF for the file, so this is not an
> access issue.
>
> Thanks
>
> Todd Burrell
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

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

Re: HSM Compaction question(s)

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I was going to go even further - why not just get rid of ML1 and add all of 
those volumes to your primary storage groups?  I think you will need one or two 
ML1 volumes for VTOCs for backups, etc..., but I would get rid of the ML1 
volumes to reduce cycles - and all migration would be straight to tape.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Ron Hawkins
Sent: Thursday, March 24, 2011 5:17 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HSM Compaction question(s)

John,

If you are cycle poor, why would you bother migrating something to ML1 when
it will use the same amount of space, and cost the same to store?

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of
> Donnelly, John P
> Sent: Wednesday, March 23, 2011 7:59 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] HSM Compaction question(s)
> 
> We are DASD rich and CYCLEs poor, therefore NOCOMPaction anything...
> 
> John Donnelly
> National Semiconductor Corporation
> 2900 Semiconductor Drive
> Santa Clara, CA 95051
> 
> 408-721-5640
> 408-470-8364 Cell
> cjp...@nsc.com
> 

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

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We run reports about once a month to list out tapes that have failed recycle 
and those that are empty (or should be empty).  Some of these issues "probably" 
occur if HSM is shut down in the middle of writing to a tape or during a 
recycle, etc...  But that is all a guess on my part...  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Dawes
Sent: Thursday, March 10, 2011 12:41 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

We checked and all looks okay.  I will recycle the tape however I am not sure 
how I could permanently fix this problem.

--- On Fri, 11/3/11, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)  
wrote:


From: Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) 
Subject: Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES
To: IBM-MAIN@bama.ua.edu
Received: Friday, 11 March, 2011, 4:29 AM


If you have CA1 it could be an issue with your EDM setup, but I would think you 
would have noticed this long ago.  Have you tried to simply recycle the tape?  
I would think this would force it to be freed up?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Dawes
Sent: Thursday, March 10, 2011 12:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

G'Day All,
 
I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 
The last time this tape was used was in May 2007.

I also ran a report toe get all ML2 tapes and this one also appears on the 
report.
 
However for some reason it shows YES under the VOL FULL column and YES under 
the VOL EMPTY column and under the PCT FULL it has .
 
My question is why would the VOL STATUS is FULL which I think is preventing it 
from being release by HSM.  I would welcome any suggestions.
 
Thanks.


      

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

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



  

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

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

Re: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

If you have CA1 it could be an issue with your EDM setup, but I would think you 
would have noticed this long ago.  Have you tried to simply recycle the tape?  
I would think this would force it to be freed up?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Dawes
Sent: Thursday, March 10, 2011 12:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: HSM ODDITY - NOT RELEASING EMPTY ML2 TAPES

G'Day All,
 
I have noticed this strange oddity about HSM, we have several tapes with 0 
files on them as shown by the TTOC.  :
VOLSER    UNIT    VOL  REUSE VALID  PCT  VOLRACF  PREV    
SUCC   
   NAME    TYPE   CAPACITY    BLKS    VALID  STATUS  
VOL VOL    
030103   3590-1   ML2  0005521900 00  000  FULL    NO   *NONE*  
*NONE* 

NUM  ONE   ALT LIB   STORAGE 
REC  FILE  VOL  GROUP  
001  ***   *NONE*  *NO LIB*  **NO SG*
* 
The last time this tape was used was in May 2007.

I also ran a report toe get all ML2 tapes and this one also appears on the 
report.
 
However for some reason it shows YES under the VOL FULL column and YES under 
the VOL EMPTY column and under the PCT FULL it has .
 
My question is why would the VOL STATUS is FULL which I think is preventing it 
from being release by HSM.  I would welcome any suggestions.
 
Thanks.


  

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

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

Re: Why are TSO IDs limited to 7 characters

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

You cannot run a batch job with the same name unless you logoff and back on to 
allow the 8 character batch job to run.  Thus, the 7 character userid allows an 
extra character for batch job submission.  I'm sure the UADS userid with the 
'0' appended to the member name might have had something to do with it as 
well...  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Robert Birdsall
Sent: Friday, November 05, 2010 8:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Why are TSO IDs limited to 7 characters

This is a curiosity question sparked by another thread.
The limitation of 7 characters for TSO IDs has caused us extra work in the 
past (we use IDs of 3-8 characters across the institution, but the mainframe 
can't use the institutional IDs in part because of this limitation).

What is the underlying technical reason for the restriction?
Thanks for any insight.

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

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

Re: Really dumb IPL question

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I'd probably just recommend that they run the start command after either
TCPIP or TSO.  In our automation we have a number of tasks similar to
this one that we start after TCPIP (if it depends on TCPIP) or TSO.  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Sunday, September 26, 2010 6:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Really dumb IPL question

Hey, I'm a coder, not a sysprog.

I'm writing documentation for a product that a customer would normally
run
automatically as an STC at every IPL. What do I say in the manual about
where to place the START command? Where would this command go? It
probably
wants to be run fairly late in the IPL after most other subsystems are
up.

Place the command START FOO in _?

I'm looking at the documentation for COMMNDxx and IEACMD00 in Init &
Tuning.
COMMNDxx looks like it gets processed too early in the game and IEACMD00
is
documented as being for IBM-supplied commands only but there is no
cross-reference to where else to put a START command.

Thanks,

Charles Mills

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

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

Re: undocumented system abend code question (at least we can't find it)

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

If you are at a DR site then the first thing I would look into is to
make sure that the IDMS SVC loaded properly when you ran CA90's to load
the SVC.  Although normally SVC abends are SF**, this could possibly be
it.  And if you do not have the proper LMP keys, this could also be an
issue.  I would suspect this is a CA90's issue concerning IDMS.  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bob Rutledge
Sent: Wednesday, September 22, 2010 2:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: undocumented system abend code question (at least we can't
find it)

Pommier, Rex R. wrote:
> Hi List,
> 
> We're in the middle of a system recovery exercise and our production
IDMS region won't come up.  It gets almost up then comes crashing down
with a SEE7 abend in the PRODDCV program.  Any idea where to look for
this?

There are a half dozen notes dealing with SExx abends on the CA support
site. 
Search for "sexx idms" to pull them up.

Bob

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

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

Re: can I dynamically increase tso size

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I think I made my regions something like 208K.  I can edit pretty
much anything in TSO with this region size, and I run some very large
REXX execs that read in large files.  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Larry Macioce
Sent: Friday, September 17, 2010 11:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: can I dynamically increase tso size

I need to work on a file and I've tried the 8192k I am allowed but the
file still 
comes up in browse mode
Can I change it and how large can I change it
thanks
mace

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

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

Re: Initiators

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Why not just put them under WLM control, and then the system controls
how many you use (up to your set limits)?  This is much easier than
manually stopping and starting initiators, and it takes the control away
from operators who usually do not understand the impact starting too
many initiators can have on system performance. 

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of gsg
Sent: Wednesday, September 15, 2010 3:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Initiators

Is there any reason why you shouldn't have alot of initiators defined,
but have 
alot of them drained.  Is there any performance considerations?

Thanks

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

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

Re: CA OPS/MVS phone home

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I do know that OPS can send emails, and we use it to send the emails to
our cell phones via a text message.  Don't remember the actual process,
but I'm sure someone else can fill in that detail. 

I believe that OPS requires a separate server and software to actually
do the calling out - we used to do this, but we lost the server hardware
to another group awhile back.   

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jack Kelly
Sent: Friday, September 10, 2010 12:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: CA OPS/MVS phone home

Does OPS have the ability to call a phone number and send a message to  
someone? Or does another product, eg NetView?
I assume that any of them can send a email but I hate assumption?
 
TIA
Jack

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

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

Re: Job Numbers rolling over

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would say that someone is doing a $T NUM command to reset this.  We
used to have a command that reset it to 1 every week, but I saw no need
to continue this, so we stopped that practice.  I say unless there is a
good reason to do it, I'd just let them roll around. 

I do of another shop that resets theirs to x where the x is 1-7
based on the day of the week.  This works for them as they run a couple
thousand jobs a day. 

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Martin Packer
Sent: Wednesday, September 08, 2010 11:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Job Numbers rolling over

In some SMF from a customer I see Job Numbers rolling over - i.e.
Starting 
at 1 again - around midnight. And this happens when the old Job Numbers 
never approached the limit. (I only have overnight 1/2 September so
don't 
know if this is regular.)

I'm wondering how this could be... Some kind of restart (cold really 
needed) or $T NUM are the two methods I know of.

I'm not just interested in the mechanism but also what people think are 
useful practices. Likewise this IS JES2 but JES3-related answers would 
also be interesting.

(Facebook users will have seen me witter on about analysing Job Numbers
to 
see which jobs the scheduler threw into the hopper at the same tiem -
else 
I wouldn't be looking at Job Numbers in the first place.)

Thanks, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number

741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
3AU






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

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

Re: JES2 vs. JES3

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would look into the functions that JES3 offers that JES2 does not
offer, and if you need any of these functions then go with JES3.  But
unless you have a VERY compelling reason, then JES2 is probably the
better and easier to maintain option (IMHO).  I've worked with both, and
JES3 can be challenging for JCL and for operators...  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
ITIL V3 Foundations
CSC Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, September 07, 2010 5:38 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JES2 vs. JES3

In <4c86a688.7060...@bremultibank.com.pl>, on 09/07/2010
   at 10:54 PM, "R.S."  said:

>Theorethical case: If you start from scratch, then you should choose
>JES2.

Nonsense; if you start from scratch, you should analyze which one best
meets your needs.
 
-- 
 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: How often do you upgrade your zOS operating system?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We have a small site and we used to upgrade yearly, but after awhile it
became too much of a hassle to constantly be testing and working on an
upgrade each year AND support all the ISV products and users as well.
Right now we try and do it every other year.  To me this is up to each
site, but for large sites I would think annual upgrades would be very
difficult due to all of the work to coordinate the upgrade - you would
pretty much constantly be working on an upgrade.  

We also ALWAYS ran into testing issues during the summer and during
December due to vacations, so doing an upgrade had to be scheduled
outside the June-August window and also outside December.  So this also
makes annual upgrades a pain with all of the scheduling.  I found that
the only way to do it was to order the new z/OS to arrive in November,
work on it in December and then do user testing and rollout in the
January to May window.

I can see both sides of this, but it's really up to the environment and
management of each shop to decide what's best for them.  If you have the
staff them annual upgrades are nice.

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bill Johnson
Sent: Tuesday, August 17, 2010 10:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: How often do you upgrade your zOS operating system?

We currently upgrade our zOS every 2 years, for instance we just went
from zOS 
1.9 to 1.11. Does anyone upgrade yearly? Are there any benefits to
upgrading 
yearly? Any drawbacks?


TIA

Bill Johnson




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

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

Re: auditor request question

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I think the valid question here is #3 - Why would you do that?   I don't
know about everyone else on this forum, but I have too much to do to try
and get an operator fired in this way.  And if you ever got caught doing
this, would you really want to lose your own job?  

This has been an interesting thread.  It seems we all really ENJOY
auditors...  Can someone say prostate exam?

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Wednesday, August 11, 2010 4:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: auditor request question

>So if I want to get an operator fired, I'll just have my privileged
task issue a $PJ1-, using that operator's console id?

1. What are you doing with a privileged task?
2. Don't sources of commands show up in SYSLOG?
3. Why would you do that?
4. Are you attempting to hijack this thread, or to belittle a valid
concern?

Most shops don't allow other types of ids to be shared, so why should
console ids be so?

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

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

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

Re: auditor request question

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

In most small shops the need for extensive operator auditing and
security is not needed for accountability (IMHO).  We normally have a
few operators on shift at one time, so if something happens on the
console we would be able to narrow it down fairly quickly.  And we push
the use of SDSF for most everything except commands that absolutely have
to come from the console.  

Our main issue years ago was that operators would share userids.  The
auditors LOVED that one.

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gerhard Postpischil
Sent: Wednesday, August 11, 2010 1:37 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: auditor request question

On 8/11/2010 1:00 PM, Ted MacNEIL wrote:
>> If the consoles are in a secure room that should suffice all but the
most
> stringent security standards.
>
> Unless you want to make your operators responsible for all commands
issued from their consoles.

So if I want to get an operator fired, I'll just have my 
privileged task issue a $PJ1-, using that operator's console id?




Gerhard Postpischil
Bradford, VT

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

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

Re: auditor request question

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Your auditors are wrong (as usual).  We do not require logons (except on
the HMC) as all of the consoles are in a secure room requiring card key
access.  So there has never been a need for console logons. 

I would definitely not call this an "industry standard"...  If the
consoles are in a secure room that should suffice all but the most
stringent security standards.   

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Pommier, Rex R.
Sent: Tuesday, August 10, 2010 3:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: auditor request question

Hi List,

Quick question.  Do you require your operations staff to log onto the
z/OS consoles?  Our auditors are claiming this is "industry standard"
and so we need to be doing it, even though our consoles are all behind
locked doors.

Thanks.

Rex

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

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

Re: Region Size - Step or Jobcard

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

For new JCL I always recommend just putting an ample region size on the job 
card and be done with it.  But I would certainly not change running JCL for no 
reason. 

I always say if it ain't broke don't break it.  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Wednesday, August 04, 2010 2:07 PM
To: IBM-MAIN@bama.ua.edu
Subject: Region Size - Step or Jobcard

Someone asked me the question, and since we are having a good discussion, I 
thought I would throw this out to the collective wisdom here.

If there is a job with 200+ steps.  Is it better to have region coded at the 
JOBCARD level or the STEP Level?

I have heard various thoughts on this over the years and I am hoping for some 
better clarification other than
I think I remember that 


Lizette

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

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

Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

When I first started at one job they talked about things called def-ism
and id-mmms.  It took me awhile to figure out they were talking about
DFHSM and IDMS.   And I also have heard someone use zoss instead of ZOS.


Of course this is the same shop that had RACF setup with single
character passwords with no password history or password age set, and
they had most of their SYS1. Dataset profiles setup as WARN only.  They
tried to run me off when I put in a password length and password history
(what was I thinking? - to actually use the security system for
SECURITY).  

Needless to say I left quickly.  

C. Todd Burrell 
PMP, MCSE 2003:Security
Security+, Network+
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kelman, Tom
Sent: Friday, July 23, 2010 3:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)

Charles, that's interesting.  I worked in shops in the Southeast,
specifically Atlanta, for almost 30 years and there is was always kicks.
It's when I moved to the Midwest in 2005 that I got into a shop where
they said see-eye-see-ess, and the first time I used the term kicks they
didn't know what I was talking about. 

Tom Kelman
Capacity Planning
Commerce Bank, Kansas City

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Friday, July 23, 2010 12:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)

It seemed to me to be a geographical thing in the US. When I lived on
the
east coast I always heard see-eye-see-ess and dee-oh-ess. When I moved
to
the west coast is when I started hearing kicks and "doss." With the
greater
geographical mobility now and more dispersed corporations that
difference
may have disappeared.

It's interesting. Everyone seems to say rack-eff and vee-tam and vee-sam
but
no one says zoss.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
Of Howard Brazee
Sent: Friday, July 23, 2010 9:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CICS -> KICKS (Re: PROP instead of POPS, PoO, et al.)

On 23 Jul 2010 08:52:54 -0700, zedgarhoo...@gmail.com (zMan) wrote:

>It's always appeared to me to be:
>Americans: see-eye-see-ess
>Others: kicks

My brother said kicks.   I don't know where he got that, he lived in
California.   Wherever I've worked it was see-eye-see-ess, including
trips to customers around the U.S., but not outside.

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



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

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

*

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

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

Re: Dataset Aliases - How to find ALL of them

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would add that this command should be done against your MASTER catalog
to get all aliases...  This should show you all aliases along with their
associated user catalogs.  Depending on your system this can be a
lengthy output. 

If you remove the ALL parm you will get a list of all aliases only,
which might be better as a start.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
Sent: Wednesday, July 14, 2010 2:33 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dataset Aliases - How to find ALL of them

In an IDCAMS batch job, not TSO, issue the command
LISTCAT CAT(dsn) ALIAS ALL

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Roy Reynolds
Sent: Wednesday, July 14, 2010 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Dataset Aliases - How to find ALL of them

Such a basic question I can hardly believe I'm asking it.

Is there a way to list all the dataset aliases and their target
datasets?
Such an option would be useful.
I guess I could just go through listing all datasets and checking for an
alias association but that seems like a nasty bit of work.

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

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

Re: Real CPU Id

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I seem to remember a couple of products that looked at all 12 characters in the 
CPU serial number (I think they checked the actual hex machine code).  These 
products were a pain at DR with VM giving us a virtual 5 digit CPU.  We usually 
had to just get a temp key and the product worked. 

I think the product that failed was Platinum products for DB2 - but it has been 
LONG ago.  Now days most just look at the 5 digit serial number - and most will 
also work for a short time even if the CPU serial number is wrong.  

C. Todd Burrell 
PMP, MCSE 2003 
Lead z/OS Systems Programmer 
ITSO 
(404) 723-2017 (Cell) 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Friday, March 12, 2010 3:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Real CPU Id

>Product licensing on a per CPC basis.  We don't care how many CPs.  Just one 
>license per CPC.

Okay, I think.
I don't understand your response, but it's none of my business.
But, I've worked with CPC licences, and the last five digits were all I had to 
worry about, in most cases.
And, all LPARS had them in the logical serial numbers.

-
Too busy driving to stop for gas!

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

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

Re: Using CA-JOBTRAC V11 in Production Environment

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We reached the point where I felt that all we were doing was debugging
Jobtrac 11.0 for the vendor.  If the product is out on a beta release I
have no problem doing this, but we were on Jobtrac 11.0 SP3 and we were
still constantly sending in dumps to CA for different issues.   We
eventually gave up, and it will be a LONG time before we revisit Jobtrac
11.0.  The product/release was simply not ready for release, and a forum
will not help with this.  

It would be interesting to hear any success stories...  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Bob Shannon
Sent: Friday, January 08, 2010 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using CA-JOBTRAC V11 in Production Environment

> We have ended up staying on Jobtrac 3.5 due to the horrible issues
with Jobtrac 11.0

No software and no vendor is perfect. Have you worked with the vendor to
resolve the issues? There are a number of forum participants from CA. I
suspect one of them will take ownership of the issue.

Bob Shannon
Rocket Software

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

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

Re: Using CA-JOBTRAC V11 in Production Environment

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We have ended up staying on Jobtrac 3.5 due to the horrible issues with
Jobtrac 11.0.  We tried to upgrade a couple of times and ran into
catastrophic errors every time, so the decision was made to just stay on
an unsupported release than to try and debug 11.0 for CA.  There were a
number of quirks that caused issues with 11.0, but I don't really
remember them since we gave up on 11.0 about a year ago. 

We will probably revisit 11.0 one day, but right now 3.5 runs fine and
it is very stable.  Since we depend so heavily on Jobtrac for scheduling
we cannot take a chance on 11.0 until CA fixes the release.  

If I can find the old emails on the issues we had I will post them.  I
do know that we had numerous issues with Datacom.

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Carlson, Steve
Sent: Thursday, January 07, 2010 4:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Using CA-JOBTRAC V11 in Production Environment


 I have been working on getting CA-JOBTRAC V11  implemented into our
production environment. There is an internal customer asking about how
many mainframe shops are running CA-JOBTRAC V11 in a production
environment. Has anyone  been able to use CA-JOBTRAC  V11  in their
production environment, and what difficulties did you run into?  If you
were unable to implement CA-JOBTRAC V11 into your production
environment, then what did you do?

Steve Carlson
z/OS Systems Services
National Semiconductor
Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
Tel:(408)721-8071
Email:asx...@nsc.com


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

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

Re: Weird INTRDR with REXX JCL steps

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Changing this to use the PARM actually seems to have fixed this issue.
Although I have no idea why this wouldn't work the other way?  But I'll
incorporate this in the future. 

Thanks for the tip. 

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Itschak Mugzach
Sent: Tuesday, November 10, 2009 12:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Weird INTRDR with REXX JCL steps

Todd,

In SDSF  enter INPUT ON to see of the systsin is empty or not. But the
best way is to enter the exec name as a parameter to IKJEFT01 (e.g.
//stepx exec pgm=ikjeft01,parm=mkperm,...).

ITschak

On Tue, Nov 10, 2009 at 7:43 PM, Todd Burrell  wrote:

> I'm having a strange JCL/REXX issue that I am hoping someone can help
with.
> I am running one job that does a listcat, and then depending on the RC

> from the listcat, it will run the final step of the first job which is

> a REXX exec that submits JCL to the internal reader.  Here is the JCL 
> for this last job
> step:
>
> //STEP2EXEC   PGM=IKJEFT01,DYNAMNBR=240,COND=(0,LT,LISTCAT)
> //SYSTSPRT DD SYSOUT=*
> //SYSEXEC  DD DISP=SHR,DSN=SYS2.TECH.REXX
> //INPUTFIL DD DISP=SHR,DSN=MISC.DATASET.LISTCAT
> //OUTFIL   DD SYSOUT=(*,INTRDR)
> //SYSTSIN  DD *
>  MKPERM
>
> The problem is that this submits a second job that contains 4 steps, 
> of which one is similar to this step (REXX exec with SYSTSIN).  It 
> appears that when I try to submit the second job through the INTRDR 
> the SYSTSIN in my REXX step of the second job gets lost.  I can submit

> the JCL manually and it works fine.  Here's the JCL from the bad step 
> of the second job:
>
> //MKALTER  EXEC  PGM=IKJEFT01,REGION=8M,DYNAMNBR=300
> //SYSEXEC  DD DSN=SYS2.TECH.REXX,DISP=SHR //INPUTFIL DD 
> DSN=AB07.PERMMIG.LISTINGS(+1),DISP=SHR
> //OUTFIL   DD DSN=AB07.PERMMIG.ALTERS(+1),UNIT=SYSDA,
> //  SPACE=(CYL,(100,100),RLSE),DISP=(,CATLG)
> //SYSTSPRT DD SYSOUT=*
> //SYSTSIN  DD *
>  MKPERMLC
>
> When I let the job go through the INTRDR the MKPERMLC REXX exec does 
> not execute, but when I manually run the JCL this step works fine.
>
> Does anyone have any ideas about this one?
>
> Thanks
>
> Todd Burrell
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

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

Re: Moving Catalog Entries

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I'm on z/OS 1.9, and I ran a REPRO MERGECAT on one high level that had
over 225,000 entries, and it took a few hours on a weekend.  I ran
separate jobs by second level, and ran about 500 separate jobs
single-threaded to get the job done. 

I'd recommend just using REPRO MERGECAT during off hours to do the move
unless the number is over 50,000 or so.  The jobs usually run pretty
quick, and I would see no reason to buy a product just to do this
move...

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Amerigo Baldassarri
Sent: Wednesday, October 14, 2009 3:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Moving Catalog Entries

Mainstar's Catalog RecoveryPlus (a comprehensive ICF catalog utility
toolkit) contains a feature called "Mergecat While Open" that will allow
the user to dynamically move catalog entries from one ICF catalog to
another whilst in use.

www.mainstar.com

Regards

Amerigo Baldassarri  

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Martin, Mike
Sent: Thursday, October 15, 2009 1:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: Moving Catalog Entries

All,

 

I am looking for a way to move ICF catalog entries from one catalog to
another.  I have thousands of entries to move because we are
restructuring our catalogs.  I know I can use REPRO MERGECAT, but we
have MANY datasets that are in-use on this production system.  Is there
a better way than REPRO MERGECAT for moving production catalog entries
on a live system?  I would like to be able to do these moves during our
normal production window (no additional downtime).

 

Any thoughts/ideas are greatly appreciated.  

 

Mike Martin

This email may contain confidential and privileged material for
the sole use of the intended recipient. If you are not the intended
recipient, please contact the sender and delete all copies. Any review
or distribution by others is strictly prohibited. Personal emails are
restricted by policy of the State Employees' Credit Union (SECU).
Therefore SECU specifically disclaims any responsibility or liability
for any personal information or opinions of the author expressed in this
email.



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

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

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

Re: How to convince not to over initiate?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

WLM inits have worked fine since around z/OS 1.5.  So I would recommend
pushing back hard to get WLM inits running.  Once you have them setup
your job will be much easier, because z/OS takes care of everything.  

We had to tell our operators the same thing you need to tell your Prod
Control staff - stop trying to play with the inits and do something else
with your time...  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of McKown, John
Sent: Wednesday, July 01, 2009 10:46 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to convince not to over initiate?

> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Wayne Driscoll
> Sent: Wednesday, July 01, 2009 9:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: How to convince not to over initiate?
> 
> Could you switch to WLM managed initiators and let the system decide 
> how many jobs to run at once?  Do it for a week or so and compare SMF 
> data?
> 
> ===
> Wayne Driscoll

I wanted to look into WLM initiators. My manager like to have had
another heart attack. That's not an option, at present. There are a lot
of older messages about WLM initiators just not working well enough to
get the work through the system. I don't know if that is still true on
z/OS 1.10. But, then, it doesn't matter because the decision has already
been made. Prod Control still hates WLM vs. the old "compat" mode
because they can't diddle with the individual jobs' priorities as
easily.

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

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

Re: Tape management system discussion

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

If I had to choose one of these two, I would go with RMM.  But CA1 is
probably the best (IMHO) mainframe tape management product.  I would
rate RMM second...  The only knock on RMM that I remember is that you
REALLY need to know REXX to use RMM. 

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tommy Tsui
Sent: Tuesday, June 16, 2009 11:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Tape management system discussion

Hi all,

Is there any one use the IBM RMM and BMC tape management system? Which
one is better ?
Any comment on this two products?

Any comment will be appreciated

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

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

Re: Duplicate temp file

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would think that running these same procs over and over in the same
job would make the &&finders file pretty useless?  I would think you
would want a second step to process the &&finders file, and then delete
it before creating a new one in the same job?   Or just let the user
create the SORTOUT file in the JCL with their own file names?  

I'm surprised you've not had issues with this before.  But timing may
have saved you, or at least having many temp volumes?  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Howard Brazee
Sent: Thursday, May 28, 2009 11:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Duplicate temp file

We have a bunch of extract jobs that each run their own procs.   I
created a new JCL that called several procs in succession.

 

Each proc starts off sorting a finder file, creating a temporary file:

 

//QA04#01EXEC PGM=SORT CLEAN UP FILES 

//PERSONSDD DSN=&SYSTEM..QA04.C&IDENT..D&TODAY,   

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//DISPLAYDD DSN=&SYSTEM..QA04.CPRINT.D&TODAY, 

// DISP=(MOD,DELETE),SPACE=(TRK,0)

//SORTIN DD DSN=&FINDER,DISP=SHR  

//SORTOUTDD DSN=&&FINDERS,

// UNIT=&UNIT1,   

// LRECL=80,  

// AVGREC=U,SPACE=(080,(1234844,1)),  1234844 

// DISP=(NEW,PASS)

 

 

The first two procs ran fine - the 3rd proc aborted with a duplicate
name on direct access volume.   Checking, I see that this is the 2nd
proc that is running with:

// UNIT1='3390,VOL=SER=DBS504',

 

So, &&FINDERS is SYS09148.T083746.RA000.ZHBBIOD.FINDERS.H01 in each proc
for this run, which is OK as long as they are on different packs.

 

I could hard code a different pack for each &&FINDERS, or I could
actually make the job more efficient by getting rid of the procs
altogether (they all use the same finder file, sorted the same way).

 

 

Any other options that I should consider?


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

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

Re: APAR PTF...Which one to use

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Most of the time if I am not real sure, I just order both.  The RECEIVE
process will ignore the "extra" PTF, so it's no big deal.  IBM's
nomenclature can be very confusing.   

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chase, John
Sent: Tuesday, May 26, 2009 11:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: APAR PTF...Which one to use

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Rifkind
> 
> Applicable component levels
> R400 PSY UK40432 UP08/10/08 P F810
> R500 PSY UK40433 UP08/10/08 P F810
> 
> I'm in the process of installing CICSTS32 and need one of the above
PTF's however I don't understand
> which one to pick.
> 
> Can someone tell me what the difference is between the two?

Here's a situation where it's nice to know that the CTS 3.2 "internal
CICS release" number is 6.5[00].  Another "helpful hint" is the FMID,
which is HCI6500 for the "CICS base component".  So, CICS TS 3.2 is
"R500" for choosing PTFs.

-jc-

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

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

Re: IBM Mainframe: 50 Years of Big Iron Innovation

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I'm 43, and I have always been the baby every place I've worked (usually
by MANY years).  Hard to believe I've been doing this work for 20 years.


C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Scott Rowe
Sent: Friday, May 15, 2009 5:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Mainframe: 50 Years of Big Iron Innovation

Only 48 here, I've always considered myself young - for a Sysprog ;-)

>>> Ted MacNEIL  5/15/2009 4:53 PM >>>
>Pat - you may be a long timer, but I, as well as the majority of those
on  IBM-Main, are getting old.  Call it like it is!

52 years on May 9.
I think that makes me a youngster!

On the other hand, my mother thinks she's old because her third child is
turning 50 this year.
-
Too busy driving to stop for gas!

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


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

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

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

Re: USERCAT Error (Out of Space)

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Why not just pick one of the larger high level qualifiers and move it to
another usercat, especially if the large high level is lightly used?
MERGECAT will move the high level, and then all you need to do is delete
and redefine the alias in all of the effected master catalogs.  This
might buy you more time until Sunday. 

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Rick Fochtman
Sent: Friday, May 15, 2009 1:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USERCAT Error (Out of Space)

--
--
I've got this out of space problem in one of our user catalogs. Since
this particular catalog is used by a bunch of STC, I was thinking of
expanding the catalog this Sunday in a window. Here's my question...Is
it possible to REORG the catalog to reclaim "dead space"? I've deleted
about 600 entries but that only bought me about 4 hours until it got
full again.

---
In one of the manuals, I forget which, under the main heading "Managing
ICF Catalogs", there was a set of sample JCL that demonstrated the exact
process for the re-org of a ICF Catalog. I've used that JCL for years
with nary a problem, although I broke it into multiple jobs for my own
peace of mind. Select a quiet time, check it through to be sure you
understand exactly what it's doing and I think you'll be quite pleased
with the results.

You should also investigate WHY this condition is occuring and consider
alternative mechanisms when you find the problem/issue/process.

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

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

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

Re: Utility to search multiple files on multiple volumes

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I'm pretty sure that you could do this type of search within a couple of simple 
REXX members.  I believe DCOLLECT might be able to give you all of the info 
about all of the datasets on each TSO volume.  Then it would simply be a matter 
of pulling out the names of all of the PDS members for each PDS, and then 
select only those with GABI as the first 4 characters.  Someone well versed in 
using DCOLLECT and REXX should be able to put this all together in less than an 
hour... 

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
??? ?? ???
Sent: Tuesday, May 05, 2009 7:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Utility to search multiple files on multiple volumes

Yes, that is what we were looking for, unfortunately, I doubt if anyone here 
will be willing to pay for it.

Thanks anyway,

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Gilbert Saint-Flour
Sent: Tuesday, May 05, 2009 2:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Utility to search multiple files on multiple volumes

On Tuesday 05 May 2009 13:46, גדי בן  אבי wrote:

> How do I ask: Find all the members in all the PDS's on disks whose 
> name begins with TSO and contain the string GABI (That is what my user 
> wants to know).

 SCANPDS  **  VOL(TSO*)  FIND(GABI) WORD BOUNDS(1,80)

Is this what you're looking for ? 

http://gsf-soft.com/Products/SCANPDS.shtml

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

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

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

Re: Using CA-JOBTRAC V11 SP3 in Production

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I have been trying to upgrade our Jobtrac 3.5 system to 11.0 for over a
year going through the various service packs up to SP3.  I have yet to
have any success, and we finally gave up and decided to just run on 3.5
unsupported.  Basically, 11.0 has been a piece of junk from day one, and
even on SP3 we had MAJOR issues, and one day things would work fine, and
then the next day we ran into job submission issues.  And I got very
tired of constantly being given another 10 or 20 PTF's to apply to try
and fix the current issue(s).

CA may have a different story, but I do not think many customers have
had success in doing this upgrade yet...  I'm going to give it another
try in 6-12 months...  But right now 3.5 works fine, so why introduce
another headache into my shop?

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Carlson, Steven
Sent: Thursday, April 30, 2009 6:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Using CA-JOBTRAC V11 SP3 in Production

I have been working on getting CA-JOBTRAC V11 SP3 to be implemented into
our production environment. Has anyone else been able to use CA-JOBTRAC
V11 SP3 in their production environment?

Steve Carlson
z/OS Systems Services
National Semiconductor
Corporation
2900 Semiconductor Drive
Santa Clara, CA 95051
Tel:(408)721-8071
Email:asx...@nsc.com


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

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

Re: can SMS managed VSAM file be deleted while allocated

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I believe referenced usually means OPENED.  I had a similar problem a
few years back when we IPL'ed a system that had not been down in about 6
months.  HSM came up first, and deleted some files related to Netview.


C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Barkow, Eileen
Sent: Monday, April 20, 2009 2:23 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: can SMS managed VSAM file be deleted while allocated

we found the answer but it seems that something is still wrong.
apparently, the file was under a SMS management class which checks for
'unreferenced' datasets older then 999 days and in the brief period that
the started task using it was down (right before an ipl which is the
only time it comes down), HSM decided to delete the file.

 But the question is what does SMS consider to be 'unreferenced' -
clearly the file is getting allocated but I am not sure if it is
actually opened (this is a vendor product and the file usage may be
optional). 
SMS claimed that the last time the file was 'referenced' was about the
time I think that it was created.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ted MacNEIL
Sent: Monday, April 20, 2009 2:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: can SMS managed VSAM file be deleted while allocated

>that is what i thought - the job would have had to be down at the time
the file was deleted.
>Unless there is some weird bug in the system.

>thanks Ted

You're welcome.
Get DAF from the CBT, and run it against the SMF data for the time
period in question.
That should tell who/when.
If it does match up with the job running at the same time, then not only
do you have a weird bug, but you have a data integrity problem.

But, I strongly doubt it!
You should find the culprit, then you can use your favourite form of
persuasion to stop them from doing again.

-
Too busy driving to stop for gas!

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

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

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

Re: Validating existance of a Volume from REXX

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I don't believe there is a VVDS on a volume if there is no VSAM, and if
the volume is non-SMS.  So a sysres volume probably might not have a
VVDS on it, and most non-SMS volumes would not as well, unless there is
VSAM.  

You could probably check for a VTOCIX if you make all of your volumes
have an index?   

I do these checks in the following REXX code using the console command:

 "CONSOLE DEACTIVATE" 
"CONSPROF SOLDISPLAY(NO) UNSOLNUM("NM") SOLNUM("NM") UNSOLDISPLAY(NO)"
 "CONSOLE ACTIVATE CART("TOKEN") NAME("NAME")"
 VOLA=GDGX  
 ADDRESS CONSOLE 'D U,VOL='VOLA''   
 ER = GETMSG(DMSG.,"SOL",TOKEN,MASK,5)
 MSGCHECK=SUBSTR(DMSG.1,2,7)  
 IF MSGCHECK='IEE455I' THEN   
   DO 
LINE.J= 'THE VOLSER FOR GDG: 'GDGX' DOES NOT EXIST'   
J=J+1 
   END 


If you look into the CONSOLE command you can do the D U,VOL=xx
command and interogate the output.  This works for a weekly job where I
check for the existence of all of our dump datasets for actual online
volumes.  

Hope this helps.  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Todd Burch
Sent: Friday, April 17, 2009 9:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Validating existance of a Volume from REXX

I have written a REXX exec with an ISPF dialog that will allow a user to
copy and rename a cataloged dataset to another volume.  The user will
rename the dataset, and has the option to  catalog, or not, the new
dataset.  Also, the user has the option to delete the existing
cataloged-or-not dataset on the target volume.  

 

I've been using LISTDSI on "SYS1.VVDS.V"volume_name to validate the
existence of the target volume since the user can type in the volume
name.
However today, on the target volume, the SYS1.VVDS.Vvolume_name entry
does not exist, so LISTDSI fails with RC=16, REASON=0024 - dataset does
not exist.  

 

I'm a novice to this area, and my existing logic is probably pretty
hackish, at best.  

 

Two questions-

 

1)   Why might the SYS1.VVDS dataset not exist for the volume today?


2)   What is a better approach to volume validation?  

 

Thanks, Todd

 

 


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

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

Re: Maintaining two identical ICF Catalogs

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

If you have the space, just put this catalog on an empty volume, and
then dump/restore the whole volume using DFDSS or FDR.  You could also
dump/restore just the dataset.  You can also import/export using IDCAMS,
but I always find this to be a little trickier...  I've run into some
issues with exporting and importing catalogs over the years, so I would
recommend just doing the DUMP/RESTORE option.   

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Martin, Mike
Sent: Wednesday, April 01, 2009 5:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Maintaining two identical ICF Catalogs

 

 

All,

 

We have two systems that need to have identical ICF Catalogs (we are
implementing a tape grid and this catalog will contain tape entries).
These systems are in different SYSPLEXes and we can't share DASD between
them (partly because of GDPS) so a shared ICF Catalog isn't possible.

 

Is there a way to keep two ICF Catalogs on two different systems --
identical?  (a small delay for being out-of-sync is ok)  Of course,
integrity is critical.

 

Mike Martin

This email may contain confidential and privileged material for
the sole use of the intended recipient. If you are not the intended
recipient, please contact the sender and delete all copies. Any review
or distribution by others is strictly prohibited. Personal emails are
restricted by policy of the State Employees' Credit Union (SECU).
Therefore SECU specifically disclaims any responsibility or liability
for any personal information or opinions of the author expressed in this
email.



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

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

Re: DFHSM QUESTION - RECYCLE ML2 TAPE

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

If the tape is totally damaged and unreadable, then I would use the HSM backups 
of the files on the ML2 tape to recover each dataset.  There's a command to get 
all of the files on the ML2 tape, and you can then HDELETE each dataset, and 
then recover each dataset. 

Once each file is recovered, then the ML2 tape should show up as empty, and you 
can just recycle it logically and HSM will release it.  No mount is required 
for a recycle if the tape is logically empty.  

C. Todd Burrell, PMP, MCP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Wednesday, March 18, 2009 9:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RECYCLE ML2 TAPE

Good Day,
 
I have a problem with a ML2 tape.  It is damaged.  We do not have duplexing 
done in this partition.  My question is if I issue the RECYCLE command will 
DFHSM ask the tape to be mounted?  If DFHSM does request this tape be mounted 
this will cause us more problems.
 
Thanks 


  

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

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

Re: HFS Mount Points

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We don't have Java, but here's a couple of the mount points for our system:
 
MOUNT FILESYSTEM('OMVS.TST1.SHPHROOT')
  MOUNTPOINT('/usr/lpp/php')  
  TYPE(HFS) MODE(RDWR)
MOUNT FILESYSTEM('OMVS.TST1.SHPEROOT')
  MOUNTPOINT('/usr/lpp/perl') 
  TYPE(HFS) MODE(RDWR)
 
We also have a JV390 link, but I think this one is old.  Here it is:
 
MOUNT FILESYSTEM('OMVS.JV390') 
  MOUNTPOINT('/usr/lpp/java')  
  TYPE(HFS)  MODE(RDWR)
 
Hope this helps. 



From: IBM Mainframe Discussion List on behalf of Matt Dazzo
Sent: Tue 1/20/2009 2:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: HFS Mount Points



I have installed z1.9 and working on the configuration. When updating BPXPRMXX 
how do I determine what the mount point is of these new HFS files. Can't find 
this info in any manual or the archives. Thanks Matt

SYS1.ZOS19.OMVS.JAVA31V5
SYS1.ZOS19.OMVS.JAVA31V6
SYS1.ZOS19.OMVS.JAVA64V5
SYS1.ZOS19.OMVS.JAVA64V6
SYS1.ZOS19.OMVS.JV390  
SYS1.ZOS19.OMVS.SHPEROOT
SYS1.ZOS19.OMVS.SHPHROOT

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




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

Re: IEC161I 040-002

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Interogate the rest of the message for the ICD3009I return code and
reason code.  If you look up IEC161I RC 040 in Quickref it states to
look into the IDC3009I return and reason codes that are in the remainder
of the IEC161I message. 

Looks like something is amiss with a VSAM file?

Thanks

C. Todd Burrell, PMP
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Arturo
Sent: Thursday, November 13, 2008 2:58 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IEC161I 040-002

has any one ever run a Batch Job, processed steps 1,2,3,4,5 and abends
in step 6.. you fix the problem in step 6. Resubmit the job from the
beginning and it fails in step 3 with an IEC161I 040-002 ? Same "
everything "  except for the space allocation change that I did to step
6. 

--
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: Response time info for TPX

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Timothy:
Thanks for the response.  This is exaclty the type of into I am looking
for.  We are pretty tied to try and use a solution from CA since we have
a global license there and we are trying to replacing a cost product
with a solution that is free, thus giving us cost savings.  But I'll
look into the other CA solutions.

Thanks

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Timothy Sipples
Sent: Tuesday, August 12, 2008 10:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Response time info for TPX

I'm not a CA expert, so somebody else can jump in I'm sure and expand on
my ideas, but have you looked at CA SOLVE:Access yet? That's another CA
session management product, previously from Sterling. It may or may not
be necessary to combine SOLVE:Access (or TPX) with something like CA
NetMaster Network Management for TCP/IP to get the functionality you
describe, so I think I'd look in that area as well. (You may have
NetMaster already
anyway.) Alternatively, I believe SOLVE:Access can report into Tivoli
NetView Performance Monitor if you have that.

If you're open to other vendors there are more options. (Just look for
previous threads on session management products.) I do know that IBM
Session Manager should provide what you're looking for via its included
Response Time Monitor. Have a look at page 250 of the Session Manager
V2.1 Facilities Reference to get the basic idea. Here's the direct link
to that
document:

http://publibfp.boulder.ibm.com/epubs/pdf/isze3302.pdf.

I'll copy/paste Example 2 from that section, and then you can post a
reply if you wish saying "that's the idea" or "no, I mean this"

Command:

Q USER JOHN RTMALL

Result:

USER JOHN PROFILE PROF1 LU S05TVV01
(2) S10VM ACB S10JC009 LGMD D4B32795 status -A- S( ),P( ) Current
Session started at 11/20/02 13:34:19
Total: Average Response = 0.60 seconds
Total: Not exceeding 0.20 = 7 ( 70%)
Total: Exceeding 0.20 but not exceeding 0.30 = 1 ( 10%)
Total: Exceeding 0.30 = 2 ( 20%)
Total: Latest 5 = 0.15, 0.15, 0.15, 0.15, 0.24
Total: Longest = 2.53 (11/20/02 13:38:41)
Total: 2nd Longest = 2.27 (11/20/02 13:38:39)
Total: 3rd Longest = 0.24 (11/20/02 13:38:44)
Total: 4th Longest = 0.15 (11/20/02 13:38:58)
Total: 5th Longest = 0.15 (11/20/02 13:38:47)
Network: Average Response = 0.33 seconds
Network: Not exceeding 0.20 = 9 ( 90%)
Network: Exceeding 0.20 but not exceeding 0.30 = 0 ( 0%))
Network: Exceeding 0.30 = 1 ( 10%)
Network: Latest 5 = 0.09, 0.09, 0.08, 0.09, 0.17
Network: Longest = 2.47 (11/20/02 13:38:41)
Network: 2nd Longest = 0.17 (11/20/02 13:38:44)
Network: 3rd Longest = 0.10 (11/20/02 13:38:39)
Network: 4th Longest = 0.09 (11/20/02 13:38:58)
Network: 5th Longest = 0.09 (11/20/02 13:38:51)
Application: Average Response = 0.27 seconds
Application: Not exceeding 0.20 = 9 ( 90%)
Application: Exceeding 0.20 but not exceeding 0.30 = 0 ( 0%)
Application: Exceeding 0.30 = 1 ( 10%)
Application: Latest 5 = 0.06, 0.05, 0.06, 0.06, 0.06
Application: Longest = 2.17 (11/20/02 13:38:39)
Application: 2nd Longest = 0.06 (11/20/02 13:38:44)
Application: 3rd Longest = 0.06 (11/20/02 13:38:47)
Application: 4th Longest = 0.06 (11/20/02 13:38:58)
Application: 5th Longest = 0.06 (11/20/02 13:38:50)

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

--
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: CA Jobtrac 3.5 Off Support

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I had heard about the requirement to go to R11, so I ordered it about
8-9 months ago and tried to install it.  It was a TOTAL piece of junk
(numerous abends and MANY PTF's needing to be installed).  CA finally
told me to install the latest PTF tape, and that would fix all of the
problems.  But the PTF tape in question wasn't ready, and would not be
ready for another 3-4 weeks.  

After this horrible experience, I decided to just stay on R3.5 for the
short term.  From what I could tell R11 was not yet GA even though CA
said it was.  I plan on waiting awhile to do the upgrade.  From what I
could tell, the CA-Datacom DB portion was very problematic, and the way
Jobtrac works seemed to be very different.  I'd rather run 3.5
unsupported than to try and install PTF's every day to fix problems in
production.  

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dean Montevago
Sent: Thursday, July 10, 2008 3:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA Jobtrac 3.5 Off Support

Hi,

I just got a 2nd letter (I don't recall getting the 1st, when was it
sent ?) stating that 3.5 is going off support 9/2008. Has anyone
migrated to R11 ? I understand there's a DB involved now. I haven't
cracked open the books yet but is the DB going to affect the overall
function of the scheduler or is it something we can install and ignore.
How complicated is the migration. The second letter doen't leave much
time for transition. 

TIA
Dean

Dean Montevago
Sr. Systems Specialist
Visiting Nurse Service of New York
(212) 609 - 9608
[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: XMITIP and z/OS 1.9

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We've been up on 1.9 in production for a few months, and I've seen no
XMITIP issues at all.  

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richbourg, Claude
Sent: Tuesday, June 03, 2008 8:07 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: XMITIP and z/OS 1.9

Question on: XMITIP Application level: 4.86.

Has anyone tried this on z/OS 1.9? I will be moving 1.9 from our sandbox
lpar to test lpar next week and I was curious. I had almost forgotten
about this part. 

Please let me know and I greatly appreciate it.

Regards,
Claude

--
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: DSS can't backup to tape drive

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Wouldn't a F13 abend indicate that the '13' is HEX, so this is actually
SVC 19 (OPEN)?   This would make a LOT more sense... 

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Monday, June 02, 2008 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DSS can't backup to tape drive

The abend code indicates an SVC abend.  The F indicates a user SVC, the
13 indicates SVC 13, if I remember correctly.  That doesn't make sense
though because 13 is the ABTERM routine called when a program abends.

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

- Original Message -
From: "Schwarz, Barry A" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, June 02, 2008 1:28 PM
Subject: Re: DSS can't backup to tape drive


> My system runs 2.10.  I use DSS frequently and have never seen this
> problem.  Can you provide JCL and control cards?  Have you installed
any
> exits?  Was your maintenance up to date before 2.10 went out of
support?
>
> -Original Message-
> From: Victor Zhang [mailto:snip]
> Sent: Monday, June 02, 2008 11:13 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: DSS can't backup to tape drive
>
> Hi,
> This is an old OS/390 2.10, and when DSS runs it will return following
> error
> messages:
> *IEC501A M 7010,PRIVAT,SL,COMP,BK1FILE,BACKUP,STK.TESTBK1.D0806021
>
>
> IEC502E K 7010,A00703,SL,BK1FILE,BACKUP
>
>
> IEC900I INVALID ABEND CODE PASSED TO IFG0190P FROM IFG0194F
>
>
> ---TIMINGS (MINS.)--
>
> PAGING COUNTS---
> -JOBNAME  STEPNAME PROCSTEPRC   EXCP   CONNTCBSRB  CLOCK
> SERV
> PG  PAGE  SWAP   VIO SWAPS
> -BK1FILE  BACKUP   16403357.00.00 .4
> 292
>  0 0 0 0 0
>
> 0ADR006I (001)-STEND(01), 2008.154 12:01:23 EXECUTION BEGINS
> 0ADR049E (001)-STEND(01), 2008.154 12:01:48 DFSMSDSS FUNCTION TASK
ABEND
> RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0F13
> 0ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR
RESTORED
> FROM
> ANY VOLUME
> 0ADR006I (001)-STEND(02), 2008.154 12:01:48 EXECUTION ENDS
>
> Anyone knows if there is any PTFs addressing the problem?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 

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

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

Re: SDSF slow after migration to z/OS 1.9

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I had the same types of issues with SDSF when I went to 1.9, and I found
that the main slow issue was with the HELD queue display.   OUTPUT was
also slow.  My work around was to simply reduce the number of days of
output in the queue, and more aggressively pull output to CA-View.  It
seems that once you go to 1.9 SDSF works differently, and the change
makes it VERY slow for displays with large numbers of output.  

This issue did NOT occur on 1.8...  

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Max Scarpa
Sent: Tuesday, May 27, 2008 10:58 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SDSF slow after migration to z/OS 1.9

Hi all

Thank you all for replies. Unluckily PTF PK52910 indicated was applied
(with no
luck) and we're waiting further IBM's hints.

Regards
Max Scarpa 

--
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: crazy thoughts - keeping product installation infomation

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We generally create a dataset with the low level qualifier of "OUTPUT"
and keep all of the job output from a product's installation in that
PDS, and we try to name the members something meaningful (like the
install doc name of the job submitted).  We also have CA-View, and I
also keep the output there for at least a year for product installs -
and in some cases much longer for rarely updated products.

As for the PDF's, we do use Unix for that, and I have a web server on
the mainframe so we can get to a web page that contains all of our doc.
But I do tend to go to the product web page to pull PDF's when I need to
look something up, because the vendor pages tend to be more up-to-date
(in most cases). 

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(770) 917-8081 (home)
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.

This survey is for internal CDC use only and the results
will be used to improve business services. 
Anyone working for CDC in any capacity is invited to participate in our
survey.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Wednesday, May 14, 2008 9:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: crazy thoughts - keeping product installation infomation

OK, I admit to not having had enough sleep. But the following insanity
came to me today. So I thought that I'd ask some, hopefully, sane people
about it.

I always seem to have problems finding documentation on how a product
was installed. That is, what jobs were run, where were they submitted
from, what did they do, where is there output, and so on. There is also
the "problem" of where to keep the documentation, especially PDF files.
So I got this weird idea. Why not keep all this stuff in the UNIX
filesystem on the z/OS system itself? Something along the lines of:

The base directory for &version of &product-name from vendor &vendor
would all be kept below the subdirectory:

/products/&vendor/&product-name/&version

For each such "base directory", there would be a set of directory along
the lines of:

./vendor-documentation (for vendor supplied doc, TEXT files, PDFs, etc)

./user-documentation (for things that the shop wants to document like
FAQs, installation notes, etc) This would also document any
customization done to the product, such as exits.

./install-job-output (a separate file for each job run, something like:)

./install-job-output/install.dsn.member.run.1

the .1 would be incremented so that if a job is run multiple times, you
can see the output from each successive job.

So, do I need another vacation?

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

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

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

--
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: 3420 old tapes

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

The CE did have to make a visit yesterday for some issue with the
3420's.  But it could not have been too much of a problem since he was
gone in about 30 minutes...  

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(770) 917-8081 (home)
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.

This survey is for internal CDC use only and the results
will be used to improve business services. 
Anyone working for CDC in any capacity is invited to participate in our
survey.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Wednesday, May 07, 2008 10:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 3420 old tapes

Wow - you hadn't used the drives for 3 years and they actually worked
when you brought them online!  When I was at P&H, we had 2 3420s left
until about a year before the datacenter closed.   

My experience with those old IBM drives was the rubber hoses tended to
get dryed out and crack.  I know we had 2 of them until they were taken
out.  One was used for parts, but when they both quit, we decided to
just to get rid of them.

Eric

 "Burrell wrote: 
> 
> I guess we'll have to keep these two 3420 drives around for awhile 
> longer.  We had these drives offline for a couple of years until 
> yesterday - guess they came in handy after all.
> 
> C. Todd Burrell
> Senior z/OS Systems Programmer
> ITSO
> (404) 723-2017 (cell)
--
Eric Bielefeld
Systems Programmer
Aviva USA
Des Moines, Iowa
515-645-5153

--
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: 3420 old tapes

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I wanted to reply back and thank everyone for their responses.  I was
finally able to get this to work, and the email below really triggered
the solution.  What was really puzzling was that Tapemap could read the
tape, but I was having trouble getting anything off of the tape with
ICEGENER, whether I supplied a DEN, or whether I tried to let the drive
do it. I finally looked at the details of Tapemap, and decided that
since the label had issues and incompatibilities (wrong DEN, etc...),
that I would just supply all the DCB info, and do BLP reading file 2 of
the tape.  When I did this everything worked and I got the data off of
the tape.  It was a lot of work to read less than 100 records or so...


I guess we'll have to keep these two 3420 drives around for awhile
longer.  We had these drives offline for a couple of years until
yesterday - guess they came in handy after all. 

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.

This survey is for internal CDC use only and the results
will be used to improve business services. 
Anyone working for CDC in any capacity is invited to participate in our
survey.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Harminc
Sent: Tuesday, May 06, 2008 5:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 3420 old tapes

2008-05-06 John Eells <[EMAIL PROTECTED]> wrote:

> 3420-4, -6, and -8 could definitely be used for both 1600bpi and
6250bpi but *not* for 800 bpi.  I don't recall at this point whether the
odd-numbered models (-3, -5, -7) could read 800 bpi or were 1600 bpi
only.  If the latter, I think you might need a 2420 or a 2401 to read
the tapes.

I am sure that *some* 3420 models could handle 800 BPI, though perhaps
it was a feature rather than a simple model number.

But what I'm puzzled about is where the tapemap program is getting its
information. If it is managing to read anything at all from the tape,
then the drive is capable. But perhaps tapemap is just reporting on what
was specified in JCL or its control cards? Where did that dataset name
PW.PREV.ELPH come from? In any case on a 3420 you shouldn't have to
specify DEN= for reading; the drive will figure it out. One more subtle
possibility is that the tape was written with multiple densities, which
can turn this into a much more interesting forensic operation.

There are several people who read this list who can convert 800 BPI
tapes, as well as commercial services. If these tapes were written
decades ago when 800 BPI was reasonably current, and if the data is
important, you might want to hand them straight to a recovery service
rather than risking the data by further playing around.

Tony H.

--
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: 3420 old tapes

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I appreciate all of the replies.  As I had figured, we're pretty much
out of luck right now.  We're going to try and figure out a way to get
on a 3420 that can read 800 BPI, but we may still have an issue with OS
releases, etc...  We were trying to help out one of our customers, and
this turned into a much bigger project that I ever thought it would be. 

No good deed ever goes unpunished...   

Thanks 

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Linda Mooney
Sent: Tuesday, May 06, 2008 4:08 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: 3420 old tapes

We got rid of all of our 800 bpi tapes a long time ago- sometime around
1990 I think, because the new version  of MVS we were installing at the
time no longer supported 800 bpi.  Since we had a major customer who
required that support, we built a front-end read the tapes create a disk
file job on VM.  We ran that way for a year or so until our customer was
able to upgrade to - 1600 bpi.  I don't know if VM still supports 800
bpi or not.

In any case, even if you have OS support, not all 3420 type tape drives
can read all densities.  We still have a few (at least we will have them
a couple more months) 3420 type drives.  Some are dual 1600/6250 bpi and
some are 6250 only.  What brand and model are your tape drives?  How are
they gened?

Best of Luck,

Linda Mooney

 -- Original message --
From: Todd Burrell <[EMAIL PROTECTED]>
> Hello:
> I have an oldie but a goodie.  One of our user areas sent us 9 3420 
> tapes today, and some of them appear to be 800 BPI.  When I run tape 
> map against the tape I get the data in the attachment.
> 
>  I am trying to read these files on a 3420 tape drive, and when I put 
> the density (DEN=2) into my JCL I get a 413-24 abend.
> I've tried various combinations and I cannot seem to get these old 
> tapes to read, and without density IEBGENER gets a RC=12 for
conflicting DCB info.
> I've also tried BLP and specifying the DCB parms directly, and still
no luck. 
> 
> Does anyone have any suggestions as to how I can possibly get this to 
> read on our tape drives, or is there a hardware setting on a 3420 that

> will make this possible?
> 
> I looked in the archives and did not find anything specific about 
> this, and this is a little before my time.
> 
> Thanks
> 
> Todd Burrell
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 



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

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

Re: Service Unit to CPU minute conversion

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I tracked down the Service unit to CPU second conversion constants in
the Init and Tuning Guide.  This is what I need, because I have the SU's
already from the type 30 SMF records.  Once I put in the coefficients, I
should have a good number. 

Thanks to everyone that replied.  It had just been awhile since I messed
with this, and I forgot where the numbers and constants were.

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Kevin Mckenzie
Sent: Tuesday, May 06, 2008 10:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Service Unit to CPU minute conversion

IBM Mainframe Discussion List  wrote on 05/06/2008
09:04:33 AM:

> I have a request from management to give them the number of CPU 
> minutes used for a certain time period per application.  I have the 
> numbers for numbers of service units for each period and application, 
> but I need to know
what 
> conversion factor I can use to convert this to CPU minutes?  Is there 
> a manual that walks me through this process?  Also, we are on a
2064-102.
> which I would think would be a factor in the conversion process.  I 
> seem
to 
> remember that service units apply based on a machine type? 

It's in an appendix of the MVS Planning:  Workload Management book for
the appropriate release.  It is dependent on machine type and number of
CPs.
---
Kevin McKenzie

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

--
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: Where is the job status in SDSF??

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Try typing the command "SET DISPLAY ON" on your SDSF command line.  You
probably have something set like DEST or OWNER, and you can turn these
off with OWNER or DEST commands. 

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Fabio D'Alfonso
Sent: Thursday, April 10, 2008 10:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Where is the job status in SDSF??

Hi,
I am submitting a job and getting MAXCC=0.

I would expect to find in sdsf but the job is not in any queue.

I am missing something?

Thanks

Fabio D'Alfonso

--
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: Delete noscratch

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

>From the 1.9 manuals:

54
Explanation: DELETE failed because the data set is being renamed but it
has not completed.

Programmer Response: Rename the data set with the IDCAMS ALTER command
and then delete it.



There were vertical bars beside this entry, so it was added via PTF
after the manual was updated...


C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(770) 917-8081 (home)
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.

This survey is for internal CDC use only and the results
will be used to improve business services. 
Anyone working for CDC in any capacity is invited to participate in our
survey.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mohd Shahrifuddin
Sent: Wednesday, March 12, 2008 3:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Delete noscratch

Dear Lister,

I try to delete noscratch a dataset and found this error:

Environment z/OS 1.7.

VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54

Looking at the message manual reason code up to 52. What is reason code
54?

Thanks an advance who response.

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

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I think when we used to use Netview that Netview came up before VTAM, so
this would explain the messages.  I believe that Netview should come up
first from what I remember. 

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gary Peters
Sent: Wednesday, March 05, 2008 4:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: VTAM NetView Configuration

VTAM/Netview Gurus:

Can anyone explain why we're getting the following messages when we
start VTAM and how we might be able to eliminate them?  I suspect it has
something to do with the interaction between VTAM and NetView, but I'm
stumped so far.

IST1205I MANAGEMENT SERVICES TRANSPORT UNAVAILABLE IST1207I NETWORK
MANAGEMENT IS INACTIVE

We start VTAM before NetView.  Is that backwards?  Won't NetView
complain if VTAM isn't up?

TIA for your help.

--
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: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would simply change the ENTRIES line to say LEVEL, and then run this.
Once you copy the entries, then you need to quickly define the alias.
Here's a sample job I've run to move aliases that mistakenly made it
into the master catalog:

//MERGC1   EXEC  PGM=IDCAMS,REGION=0M
//SYSPRINT DD  SYSOUT=*  
//SYSINDD  * 
   REPRO INDATASET(CATALOG.MASTER.VCDCCP8) - 
 OUTDATASET(CATALOG.USERCAT1) -  
 LEVEL(CN00) -   
 MERGECAT
//***
//IDCAMS EXEC PGM=IDCAMS,REGION=4M   
//SYSPRINT DD SYSOUT=*   
//SYSIN DD * 
DEF ALIAS(NAME(CN00) REL(CATALOG.USERCAT1))   


C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Kington
Sent: Wednesday, February 27, 2008 8:43 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CATALOG QUESTION - CORRECT AN ALIAS PROBLEM

Ernie,


> Good Morning Gentle Readers,
>
>   I am working on a problem regarding a TSO alias which was not 
> created but for some unexplicable reason I find about 15 dsns have 
> been cataloged in the MCAT.  My question is how can I fix this problem

> - have the dsns created in the proper UCAT.  I looked at the option of

> using REPRO MERGECAT in the IDCAMS doc.  Is that the correct decision?

> My plan is to define the alias in the proper UCAT and then execute the

> following jcl.
>
>   //STEP1EXEC PGM=IDCAMS,REGION=2048K,TIME=1440
> //SYSPRINT DD   SYSOUT=*
> //SYSINDD   *
>   REPRO -
>INDATASET(SYS1.SHR.MCAT)  -
>OUTDATASET(MBC.CSTMCAT) -
>ENTRIES(CTPRX23) -
>MERGECAT
> /*
>
>   Will this do the job?  Am I missing something?  I would appreciate 
> any suggestions or comments.
>
>   Thanks in advance.
>
I would remove the alias, rename the 15 datasets to a different hlq,
redefine the alias and then rename the 15 datasets back to the original
name. Mergecat would be overkill for what you need to do.
If you can not remove the alias, I would recatalog them if you know
where they are and try a delete noscratch using the master catalog in
the
catalog() parameter.
Regards,
John

--
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: z/OS system programmer staffing

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I would say somewhere between 5 and 10 years experience depending on
what and where the experience occurred.  I worked in a sweatshop for my
first 8 years, and probably got 20 good years of experience there.  But
some people spend their first 5-10 years only installing a couple of OEM
products, so I would not call them senior.  

It all depends on the level of experience, but I would say that a senior
systems programmer should be able to do the following (and have 5-10
years work experience):

1)  Install ANY OEM product with no help. 
2)  Install z/OS or another Serverpac with no help. 
3)  Debug a dump with no help. 
4)  Do at least some minimal assembler coding 
5)  Understand and be able to do most SMP/E work (like investigating
sysmods and coding usermods). 

This is just my opinion. 

Thanks

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Yukus, Mary J CIV USMEPCOM
Sent: Tuesday, February 12, 2008 4:30 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS system programmer staffing

What would all of you consider a senior level systems programmer (how
many years of experience) ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Frank Alequin
Sent: Tuesday, February 12, 2008 9:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS system programmer staffing

Here is my opinion on Z/OS system programer staffing. 

When I decided to start looking for a new JOB in the mainframe world, I
found

that many companies were looking for System Programmer Gods that knew
about everything. This surprised me because I had enough work only
working with implementation of OPC Scheduler, now known as TWS and other
products installations. 

After that I started getting also the responsibility of OS390 - Z/OS
installations, SMS, DFHSM implementation and Disaster Recovery Planing
and execution. 

Right know I am one of the youngest System Programmer in my actual job.
I decided to stay in the mainframe world even thou people said that
mainframe was dying, but it has been difficult for me to find an
attractive job in the US. 
Everything is contracts and that is not paying as much as it used to.
The people that have been in this field a long time know what I am
talking about.

Besides when people see in my resume that I am currently living and
working in Puerto Rico don't pay that much attention.

A lot of people that gratuated with me are just foucused and oriented to
open

systems.

Now I am just wondering if I should have decided to work in Open
Systems.

Anyway I could keep on writing but I'll start bouring people. 

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

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

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

Re: z/OS 1.8 or 1.9 ?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We are currently on 1.8, and I am working on the 1.9 upgrade right now.
Due to MANY issues with IDCAMS with 1.8, I'd just go to 1.9.  It appears
that many of the LISTCAT issues with IDCAMS were fixed in 1.9.  There
were many "quirks" in LISTCAT in 1.8 that made it a pain to deal with...


C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, January 24, 2008 10:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS 1.8 or 1.9 ?

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Dean Montevago
> 
> Hi,
> 
> We're running 1.7 now. We're planning an upgrade, does anyone have an 
> opinion on whether to go to 1.8 or 1.9 ?

Since 1.9 is the "currently available" release, you might find it
difficult at best to order 1.8 now.  If you wait until September, you
might be able to choose between 1.9 and 1.10.

-jc-

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

--
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: ZEKE Job scheduler

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

It's been MANY years since I worked with Zeke, but I remember that it
had some nice batch utilities where you could pull things off the
schedule and add them back.  So you should be able to pull off all the K
jobs, edit the input, and then put the jobs back out there as Z jobs.
You may need to do a little REXX magic for the editing, but that should
not be too hard.  

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.
 
This survey is for internal CDC use only and the results 
will be used to improve business services.  
Anyone working for CDC in any capacity is invited to participate in our
survey.
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of gsg
Sent: Tuesday, January 08, 2008 7:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ZEKE Job scheduler

Anyone familiar with ASG ZEKE job scheduler?  We have a production Job
scheduler and two test job scheduler.  We setup different jobs schedules
by changing the first prefix of the job.  Does anyone know of an easy
way to duplicate a large amount of jobs or a schedule?  For example, if
we have 100 jobs that start with K and we want to copy them all to job
names that start with Z.

--
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: Batch Tuning

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

One of the biggest things we have done is to move as much as possible
from tape to disk.  We had a large number of batch jobs at night that
used tape, and some of the jobs used the SAME tape as input.  Moving
these files to disk probably cut down the nightly batch cycle by around
20 percent time-wise.  Not only can multiple jobs use the dataset at the
same time now, but we no longer have to wait for any outside-the-silo
tape mounts from operators.  Jobs tend to run VERY slowly when waiting
for a mount while the operator is on the phone, getting dinner, or going
to the restroom, etc...

Also, try and move as many files as possible to VIO.  We've done this
for many small temp files, and this has had great paybacks. 

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Thursday, December 27, 2007 4:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Batch Tuning

On Dec 27, 2007, at 2:49 AM, Jason To wrote:

> We have been constantly improving our batch window by implementing the

> following available technologies:
>
> 1. SMS SMB and data compression on some of our VSAM files 2. System 
> determined blocksizes on sequential files 3. BUFNO on some input files

> 4. Constantly improving our access to DB2
>4.1 Add indices
>4.2 Compress of big DB2 tables
>4.3 Reorg of DB2 databases
> 5. Increase parallelism
> 6. Improve DFSORT performance
> 7. Improve application efficiencies
>
> We have basically improved the batch window after implementing all 
> these, however, after some time, the batch starts to become longer 
> again. My question is aside from these, any other thing we can do to 
> implement to improve our batch further? TIA.
>
> Regards,
> Jason
>
Jason,

You just gave a extremely brief list. So its hard to come up with any
generalization(s)., The first I would do is look at sort and see if you
can give in more storage. Sort LOVES storage and lots of it. I do not
have much experience with DB2 you might want ask the DB2 list for ideas.
If you have VSAM files and its heavily used look at increasing cisizes
and make sure you don't have to many splits (CA or CI) as to the
applications, I would suggest hiring a COBOL consultant (assuming that
is what they are written in) .
Don't be cheap with any resource is another well known tuning call but
know when they are being wasted as well. Be generous but don't be
overkill.

Ws

--
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: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

We converted here at CDC about 2 years ago because we were down to
around 50 users on Roscoe, and we could not justify the cost.  I was
able to write a job to pull all of the Roscoe libraries over to PDS's,
and I assisted the users in rewriting their RPF's to REXX execs.
Unfortunately, it was a VERY manual process to move the RPF's, so it
will take some work to make this conversion...   I don't know of any
tool that will automate the process of converting the RPF's to REXX or
CLIST.  But I can send a sample of how I pulled off the Roscoe libraries
into PDS's  

Email me offline if you are interested.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Fake
Sent: Friday, December 07, 2007 9:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX
EXECS

I had a similar experience to Steve...we could run 100 Roscoe users on
just a fraction of the CPU of TSO.  I would perform some
performance/capacity planning studies before making the switch.

Bob
Robert B. Fake
InfoSec, Inc.
703-825-1202 (o)
571-241-5492 (c)
949-203-0406 (efax)
[EMAIL PROTECTED]
Visit us at www.infosecinc.com
The information contained in this e-mail message may be proprietary
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thompson, Steve
Sent: Friday, December 07, 2007 9:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX
EXECS

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hessong, Keith
Sent: Friday, December 07, 2007 6:54 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Conversion aid for ROSCOE RPF's to TSO CLISTS or TSO REXX EXECS


I am looking for a 3rd party software product that may help us
accomplish this or someone who has already done this that might be
willing to share the code that they used to do this.

 

I would also be interested in hearing about user experiences of people
who have already undertaken this task.


Start budgeting for a CPU upgrade. If ROSCOE has similar efficiency as
ACS/WYLBUR had, you will see a significant increase in CPU utilization.
In the 3090 days, the moving of approximately 30 people to TSO resulted
in a company (insurance industry) looking at a CPU upgrade. They stopped
the migration -- probably because the cost of the extra CPU and the
corresponding increase in software costs.

Regards,
Steve Thompson

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

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

--
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 duplex SMF data?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I don't think there is any way to do real time duplexing of the SMF
(SYS1.MANx files) as they are written.  However, we offload our SMF data
hourly during the day, and send the output to two separate output files
appending the data to the end of the files.  Then we pull the data on a
daily basis to a dataset with the date included in the name, and HSM
then backs up that file.  

There are probably holes in this process, and I'm sure the potential is
there to lose data, but we have not lost any SMF data in years with this
setup.   It sounds to me like you are having procedural issues if you
are losing data, because with the DASD out there today, it's almost
impossible to lose data due to a disk failure.  

Please send back more details of the actual type of "data loss" you had.


Thanks 

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.
 
This survey is for internal CDC use only and the results 
will be used to improve business services.  
Anyone working for CDC in any capacity is invited to participate in our
survey.
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Pinnacle
Sent: Wednesday, October 10, 2007 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Any way to duplex SMF data?

Due to a fairly bizarre series of circumstances, my client has lost SMF
data twice in the last 4 months.  I'm being asked if SMF data can be
duplexed. 
I've never heard of it, but has anyone else?  They're looking for
real-time duplexing if possible.

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

--
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: Can't find Page Volume

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I'd recommend re-checking the volume definitions for the master catalog
your are trying to use, just to verify that everything looks good with
the PAGE datasets.  Then re-verify your correct LOAD parm address and
LOADxx member, and be sure you're not using a different SYSx.IPLPARM
than you think you are.  After this, I would recheck your IODF file, and
make sure you are using the one you think you are.  This probably is the
issue (wrong IODF)...  

Also check you are using the correct master catalog in your LOADxx
member.  You can change your LOADPARM to give more messages (don't
remember which letter), and this might give more diagnostic info.   

Also, you might try putting CLPA in your IEASYSxx member and give it a
shot.  This should not correct this issue, but it might be worth a try.


Normally when I recreate a system I create the page datasets with
different first two qualifiers (say PAGE.TST1) on our production system,
and then I MERGECAT these entries over to my target test system master
using MERGECAT LEVEL.  This usually insures that I have the page
datasets created correctly.  I know when I've tried to muck with PAGE
datasets in the past using STEPCAT, etc..., I've run into quirky issues
like this, and it's cleaner to define and then move the catalog entries.


C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Feeley
Sent: Tuesday, September 11, 2007 1:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can't find Page Volume

I'm changing the paging volumes and dataset names on out tech (z/OS 1.8)
lpar.  When I try to IPL, I get an IEA924D message.  The text says,
"iea924d volume mbgpg1 needed for page data set was not mounted; new
plpa data set may be requested; reply 'go' or 'ignore'."  I can't find
what is wrong.  
There are only 2 page volumes, one for a 1 cylinder PLPA and a huge
COMMON, and one for a LOCAL (full 3390-3 volume).  I am reusing the same
2 page volumes (UCB's), just different volser name.  Volumes were
created from scratch.  The master catalog page dataset entries look
good.  We reply "GO" 
to the message and the message reappears.  The message is telling me
that it can't find the volume.  The UCB's are in the HCD as being
online.  We deactivate and reactivated the lpar without any different
outcome.  Any idedas?

--
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: HFS in master catalog

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Our high level of OMVS has been in a user catalog for quite awhile with
no issues.  I always rename the OMVS.ROOT and other OMVS datasets that
come with a Serverpac to be something like OMVS.ZOS180.ROOT (for z/OS
1.8), so this keeps me out of a duplicate dataset situation.  Otherwise,
I have run into no issues with this, and it actually makes it easier to
not have to MERGECAT datasets to upgrade, etc...   A simple CONNECT of
the usercatalog and then a DEFALIAS is all you need for an upgrade. 

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Friday, September 07, 2007 11:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HFS in master catalog

Our HFS datasets are all currently SMS-managed and cataloged in the
master catalog.  I'm thinking of moving them to a usercat to facilitate
OS upgrades.  To judge by the IBM-MAIN archives, this seems like a
reasonable thing to do.  

Are there any particular things I need to keep in mind when I do this?
Any nasty gotchas to beware of?


Thanks,
Jon

--
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: Weird COBOL issue

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

That was it.  I have not done or looked at COBOL in a LONG time, so I
was not sure where to look.  Not I have to figure out who changed this
to not work, but that's my cross to bear. 

Thanks for the quick help. 

C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)
 
Please visit the ITSO Customer Satisfaction Survey 
and tell us about your recent experiences with ITSO.
 
This survey is for internal CDC use only and the results 
will be used to improve business services.  
Anyone working for CDC in any capacity is invited to participate in our
survey.
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Peter X. DeFabritus
Sent: Wednesday, August 15, 2007 12:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Weird COBOL issue

Todd, they probably compiled the program with the ADV compiler option.
The quote from the Enterprise COBOL Programmer's Guide is:

"With ADV in effect, the compiler adds 1 byte to the record length to
account for the printer control character".

ADV is the default option.  This is a common point of confusion in
COBOL.  
Recompiling with NOADV should solve the problem.

On Wed, 15 Aug 2007 11:09:34 -0500, Todd Burrell <[EMAIL PROTECTED]> wrote:

>All:
>We have a strange COBOL issue occurring, and I cannot remember what is 
>causing this.  Starting a few days ago, when our programmers compile a 
>cobol program and try to run it, their print files that should be 133 
>characters in length (RECFM=FBA) are failing with basically the old 
>S001 abend, but in this case it is the message IGZ0201W about the 
>record length mismatch, and then the job abends with a U4038 with 
>additional message IGZ0035S indicating the file status 39 error.
>
>They can get the job to run by changing the LRECL to 134 instead of 
>133,
and
>when I compare the current 134 length file with the old production run 
>from last week that worked (LRECL 133) the only difference I see is an 
>extra characer inserted before the first character of the record.  So 
>the old record looks like this (PRINT CONTROL CHARACTER INCLUDED):
>
>1REPORT HEADER
>
>The new one where I had to make the LRECL 134 to avoid the abend looks 
>like
>this:
>
>1 REPORT HEADER
>
>Does anyone know what can cause this (compiler option or PTF)?  I seem 
>to remember this happening a long time ago, but I have long forgotten 
>what caused this, and how I fixed it.
>
>We are currently z/OS 1.8, and have been for about 7 weeks, and this 
>issue started around a week ago.  So I don't think it's an upgrade
issue.
>
>Thanks
>
>Todd Burrell
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

Re: Copy DSS Dump File to DASD

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

This may be a stupid suggestion, but why not just restore the data to
spare volume(s), and then recreate the dump on disk with the same
dataset name as the current tape (rerun the dump)?   Since the COPYDUMP
command does not seem to be a good option, I'd just try to recreate the
dump in another way if it was that important to move it.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chicklon, Tom
Sent: Friday, July 06, 2007 7:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Copy DSS Dump File to DASD

Thanks Scott. Going forward, when DSS creates the new dump data sets on
DASD, there's no problem. I was only trying to copy previous back ups to
DISK, which apparently can't be done.

Tom
---

> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want

> to move to DISK. Unfortunately, it seems that the dump files on tape 
> get created with a block size of about 64K, and from the DSS manual:
>
> The COPYDUMP command cannot change the block size of the DFSMSdss dump
data
> set. If you are copying a dump data set to a DASD device, the source
block
> size must be small enough to fit on the target device.
>
> Is there no way to copy these DSS dump files to disk other than 
> restoring the files (renaming them of course) and backing them up
again?
>
> Tom Chicklon


Possibly you may want to investigate the DD parameter BLKSZLIM, however
it would need to be honored by the invoked program/utility, I believe.

Scott Barry
SBBWorks, Inc.

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

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

Re: Trying to identify an STC Name

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I found this on the CA website in one of the Roscoe manuals:

Subsystem and support address space creation occurs with the first
instance of
an Advantage CA-Roscoe for a given release after an OS/390 Initial
Program
Load (IPL). The address space remains in the system for the duration of
the
OS/390 IPL. It is identified by the name RSAS, where '' is the
name of
the Advantage CA-Roscoe subsystem for a particular release. As an
example,
RSASR60 is the name of the Support Address Space for any Advantage
CA-Roscoe running at Version 6.0. One RSAS address space exists for
each
Advantage CA-Roscoe release executing in a machine. (Multiple Advantage
CA-Roscoe jobs at the same release level share a single RSAS.) No
Advantage CA-Roscoe subsystem before R57 causes an RSASxxx address space
to be created. 


So RSASR57 and RSASR60 would have been the related started tasks if you
were running Roscoe for releases 5.7 and 6.0.  These would need to be
defined to TSS or RACF. 

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)
Sent: Wednesday, June 20, 2007 12:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Trying to identify an STC Name

A wild guess would be that these are related to a CA product called
Roscoe.  I think Roscoe has two releases of 5.7 and 6.0, and these look
familiar.   


C. Todd Burrell
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick Lyon
Sent: Wednesday, June 20, 2007 12:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Trying to identify an STC Name

On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler
<[EMAIL PROTECTED]> wrote:

>I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot
figure out what they are.  They do not google, so thought I would see if
anyone recognizes what they are.  If not, I will probably have our
security group just delete them and see what happens.
>
>RSASR57
>RSASR60
>
>
>Any ideas?
>
>Thanks
>
>Lizette
>

You could check with your security group and see if either one of them
has been used recently.

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

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

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

Re: Trying to identify an STC Name

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

A wild guess would be that these are related to a CA product called
Roscoe.  I think Roscoe has two releases of 5.7 and 6.0, and these look
familiar.   


C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick Lyon
Sent: Wednesday, June 20, 2007 12:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Trying to identify an STC Name

On Wed, 20 Jun 2007 11:48:08 -0400, Lizette Koehler
<[EMAIL PROTECTED]> wrote:

>I have a couple of STC Names or RACF Groups (TSS ACIDS) that I cannot
figure out what they are.  They do not google, so thought I would see if
anyone recognizes what they are.  If not, I will probably have our
security group just delete them and see what happens.
>
>RSASR57
>RSASR60
>
>
>Any ideas?
>
>Thanks
>
>Lizette
>

You could check with your security group and see if either one of them
has been used recently.

--
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: z/OS V1R9 Time Line?

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

I think the new releases are supposed to be annually released every
September 30th?


C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Steely
Sent: Tuesday, March 27, 2007 3:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS V1R9 Time Line?

Does any know when z/OS V1R9 will be available?
 
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: z/OS 1.8 ISPF 3.4 repeat command

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

 
We've got 1.8 on our test system, and I tested this out, and I do not
see the same problem.  It seems to work fine on our 1.8 test LPAR.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jousma, David
Sent: Wednesday, March 07, 2007 3:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.8 ISPF 3.4 repeat command

All,

Just playing on my z/OS 1.8 tech lpar, and noticed that commands issued
on the dataset line in option 3.4, and then repeated with the '=' get
truncated after 9 characters and fails.   For example a LISTC ENT(/)
ALL, repeated (after the failure) shows on the display as LISTC ENT.
Anyone else see this?

I have a PMR open with IBM, but was curious if anyone else noticed this
behavior.

Dave

Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429

--
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: DFSMSdss exit to list dumped or copied datasets

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

You should be able to send the SYSPRINT DD to a dataset, and then you
can use whatever programming language you want to look at this file and
pull out the dataset names that were successful, and not successful.  I
recommend REXX, but you can probably do this with almost any language.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of CAPRON Romain
Sent: Tuesday, March 06, 2007 2:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DFSMSdss exit to list dumped or copied datasets

Hello,

I'm wondering if there is an existing exit (or an ADRDSSU statement
option; but I don't find it...) that allows us to print the successfully
and unsuccessfully dumped or copied datasets to datasets...

Thanks a lot in advance for your lights,

Regards,

Romain

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