Open Position
Due to a recent retirement, there is an open sys prog position in Utica,NY. Please see the listing here : http://tinyurl.com/37crfyb -- 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: linklisted load library failing
I found and fixed the problem. There was a bad user exit for the product in one of the linklist datasets concatenated ahead of the vendor library. This was put in place to try to resolve another issue but no one realized that the library was actually in the linklist. Thanks for all the suggestions, etc. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Listing HIPERS
On Thu, 16 Aug 2007 12:40:00 -0400, Sumi, Joseph J. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: IE: We build z/OS 1.8 on a test system with a July ESO but do not go production to October. I want to find out about HIPERS from July-September. They would be evaluated to make sure nothing hot is missing. We would then selectively apply HIPERS that are applicable. That's my idea right now. I've always reviewed the PSP buckets shortly before going to production. It's served me well over the years. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: linklisted load library failing
On Thu, 16 Aug 2007 11:21:24 -0400, Peter Relson [EMAIL PROTECTED] wrote: It is conceivable that there is an error in LLA, particularly if there are multiple LNKLST sets active. The really strange thing is that an IPL is what broke it. We verified this by IPLing our Test LPAR today. What worked there yesterday no longer works after the IPL. Tomorrow morning I plan to move the library having the problems up in the linklist concatenation (currently it's nearly last) to see if that has any impact. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: linklisted load library failing
Silly question but is the catalog entry for the dataset in question pointing to one volume but the linklist entry pointing to a different volume? No. The dataset is cataloged in the mastercat and the volume isn't specified in PROGxx. Thanks for the thought though. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: linklisted load library failing
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/16/2007 02:53:00 PM: And you get NO errors at IPL time? Is this a physically different SYSRES? Are there new LINKLIST libraries ahead of the one getting the errors? What was updated, compressed, etc. since the last IPL? No errors at IPL. I can't find anything different at all. I had applied one PTF between IPLs and even though I was 99.9% sure that wasn't the problem I restored it on my test LPAR and IPL'd. Still broken. There are no new linklist libraries ahead of or behind this library. The one linklist library I don't have any control over, however, is ahead of this one in the linklist. It's an application library. That's why I'm going to try moving the problem library up in the contatenation tomorrow. But even if that (or some other) library was compressed, updated, etc. since the last production IPL, we just IPL'd our test LPAR today and immediately tested. NOW it's broken too. Our previous IPL on test was 7/25. And this was all working yesterday. Right up to today's IPL. Debbie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
linklisted load library failing
I am having various abends (S0c1, S0c4) with modules accessed through a linklisted library. The library itself appears to be fine. If I steplib to the library instead of accessing it through the linklist, my job runs without issue. I have recycled both LLA and VLF and still have the same problem. Any clues where else I can look? My next step is going to be to remove the offending library from linklist and re-add it. If I still fail I will be removing it and adding a different library which contains the same modules. Thanks for any help. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: linklisted load library failing
Actually, this is vendor code which is *very* old and an unsupported release...that being said, it has been working without issue virtually forever. We IPL'd on Saturday and last night all sorts of jobs started failing. I don't see any messages from the IPL that indicate any problem. Our linklist is not that large, so extents isn't the issue. I removed the library from linklist and readded it. Same problem. I then removed it from linklist and added a different library which contains the same programs. Same problem. I then removed both of those libraries and now get an s806 abend as I would expect -- which validates that the programs don't exist in some other linklist dataset. None of the programs that are failing are marked RENT. And, again, since this has been working for years, I'm at a total loss. We're in the process of having steplibs added to the jobs that are affected to get around the problem, but I sure would like to get to the bottom of it. Thanks for all the info and ideas... ...still searching, Debbie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM TTOC for dropped tape
Is there any way to list the TTOC of an HSM ML2 volume that HSM no longer knows about (but is not scratch)? While recycling tapes, this particular tape received a IEC148I S713-04 error and the recycle ended with no datasets moved. HSM then removed the tape from its inventory. I know why we received the S713 error but I need to check the status of any/all migrated datasets that were on that tape. I've searched ServiceLink, the archives here, the CBT tape, and the manuals and haven't found what I need. Any help is greatly appreciated. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 question (***)
On Mon, 21 May 2007 17:11:41 +0200, Chris Mason [EMAIL PROTECTED] wrote: I can't say I'd ever performed this sort of research but isn't the need to regenerate - including reassembly - customized tables one of the sorts of issues covered by the documentation a systems programmer goes through when planning a new release? As it turns out, the version of ISTINCLM in use here is not IBM's default. It was customized long before my tenure here and not documented. I will need to do some checking with other people here to see what they remember about the reason it was customized as well as what changes were made. Since no one is really complaining (at least not very loudly) about it, it won't be a priority. And, since posting my original question, I have noticed that the behavior is not consistent -- which leads me to believe that it is, indeed, related to changing screen sizes. Thank you all for your help. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VTAM question (***)
We have just upgraded from z/OS 1.4 to z/OS 1.7. There is a slight behaviour difference in ISPF, however, when navigating ISPF panels. I'm 99% sure the change I need to make is in VTAM somewhere, but I can't for the life of me remember where. When going from certain panels to other (homegrown) panels, the user is presented with *** at the bottom of the screen and must hit enter. Prior to the implementation of 1.7, however, the *** was not presented and the new panel was displayed without having to hit enter. Can someone point me to where I need to look? Many thanks in advance. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
determining cause of deadlock
Is there any way to determine who was holding a reserve after the fact? I had a situation where systemA was holding an exclusive enq on a catalog but systemB had the volume reserved. The job holding the catalog enq on systemA was cancelled, thus resolving the contention, before I could issue the appropriate commands to determine who was holding the reserve. I'd still like to know, however, who/what was holding the reserve on systemB so I can possibly avoid the problem in the future. systemA is at z/OS 1.7 and systemB is at z/OS 1.4. TIA, Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PGP
Zip390 from Data21. The pricetag is pretty reasonable and the support is outstanding. Debbie Mitchell Utica National Insurance Group Veilleux, Jon L [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/01/2007 02:29 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject PGP What are folks using for data transfers to/from the mainframe using PGP? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
ishell vs. OMVS behavior
I'm at a loss. If I use a 'cd' command from ishell, it appears to have no effect. I don't get any message at all, but a subsequent 'pwd' still shows root (which is specified in my RACF OMVS segment as HOME). But if I issue a 'cd' command from TSO OMVS, it works. I've done several searches and looked at several manuals, but I can't find what is causing this behavior. Any insight is greatly appreciated. Thank you in advance, Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ishell vs. OMVS behavior
I don't understand what you're saying. At entry to ishell is the place where you specify the directory you want to work in: - UNIX System Services ISPF Shell Enter a pathname and do one of these: - Press Enter. - Select an action bar choice. - Specify an action code or command on the command line. Return to this panel to work with a different pathname. /u/scomsto/public_html - So don't you just type over the directory you want to be in and press Enter? Well, yes. But I want to execute a script in that directory and the script requires an option. No matter how I try to execute it from ishell, I can't get it to work. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: ishell vs. OMVS behavior
Thank you all for your clarification. A coworker was trying to run an IVP and the only way he knew how to do anything in OMVS/USS was through ishell. When it wasn't working, I got caught up in this tangent. Now at least I understand a little better what ishell does/doesn't do well and I will share the info with my coworker. Thanks again. Debbie Mitchell -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: JES confusion on a specific job
On Thu, 15 Feb 2007 09:03:34 -0600, Pommier, Rex R. [EMAIL PROTECTED] wrote: I can't categorically say that it is something Control-M is doing to me, but it sure is suspicious that we started having this problem about the same time we implemented the scheduler. Rex We don't use Control-M, but our scheduling package allows for the capture of output which it then stores in one of its own files before requeuing it to another output class. Perhaps Control-M has a similar function which is causing you this problem/confusion. Debbie -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Dataset created without corresponding RACF profile
Thanks to all. The problem was, indeed, a GLOBAL DATASET entry for 'RACUID.**'/ALTER By way of explanation as to why our backups fail on this condition: We are using FDR for our nightly backups. We have the system option ALLCALL set to yes but do not have the DASDVOL class active in RACF. Therefore, FDR is getting stopped in it's tracks during the FDRFLASH portion of our backup process. Our data security admin is looking into the most appropriate way to resolve this. In the meantime, he has done an audit of all TSO userids and verified that dataset profiles exist for each. Thanks again to the list for the assistance. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dataset created without corresponding RACF profile
I encountered a problem that I'm trying to understand where to even look for the answer. A user connected to our mainframe (z/OS 1.4) through Attachmate and then logged onto TSO. From the Ready prompt, he initiated a file transfer from his PC to a mainframe dataset (using the Attachmate Tools menu). The file transfer was complete but the dataset created had no associated RACF dataset profile. No error messages appeared on the SYSLOG. Until a dataset profile was created for this dataset, we were unable to do anything with it, including running our nightly backups. Where should I look for the hole that is allowing a dataset to be created for which there is no RACF profile? Our security admin is also posing the question to the RACF list, but I thought one of you might be able to point me in the right direction. I am not familiar with Attachmate and don't have it available to do any testing, etc., except through the user. Thanks in advance for any help you can provide. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Dataset created without corresponding RACF profile
I'm assuming that there's no alias either, so the data set was cataloged in the master catalog. If this was an ordinary user, he shouldn't be able to catalog any data sets in the master catalog. Tom Marchant Actually, an alias did exist. The HLQ was the userid of the programmer. I am guessing that the TSO profile didn't specify NOPREFIX. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: unable to Allocate Space on User Volume
__ I'm no SMS expert, but could the issue be that the filtlist dsns are fully qualified and don't include the data and index components? Debbie Mitchell Utica National Insurance Group FILTLIST BACKS INCLUDE('SERVP.SLFVNOTE', 'SERVP.JM064050.SLFVNOTE', 'SERVP.JM064050.SLFVNTE') SELECT WHEN (DSN EQ OEDSN) WHEN (DSN EQ OEDSN) DO SET STORCLAS EQ 'CSLFSTOR' EXIT END WHEN (DSN EQ BACKS) DO SET STORCLAS EQ 'VSAMSTOR' EXIT END OTHERWISE SET STORCLAS EQ '' END ND -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Monday blues? (IKJEFTSR RC=20,RSN=40)
__ Is it possible that the module in question was included in a linklisted library that was replaced with the recent maintenance? Possibly SYS1.LINKLIB or one of its cohorts? Just a thought. Debbie Mitchell Utica National Insurance Group On Tue, 25 Jul 2006 09:38:29 -0500, Chase, John wrote: Could this module have been in a local lnklst lib before and perhaps someone did some cleanup? I can't say definitively that that's not possible (that's as close as I can come to saying, No way, Jose). The only comment in the maintenance log of the PROGnn member about DocuText was its addition to the APF list in Sept. 2005, and that comment log dates back to when we upgraded from z/OS 1.4 in Feb. 2004. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JOB Submit Source
We have unique RACF IDs for our STCs, etc. which allows us to identify where the job came from by its owner. The IRR010I message is part of the JES2 message log and is therefore available even after the job has been offloaded from spool to our sysout management product. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Identifying statically linked modules
Thank you all for your help. When researching what was mentioned as being on the CBT tape, I also found file 237 which is a program that lists all csects within each member of a library and also produces a listing of all members which reference each csect. This second listing is exactly the info I needed to get. thanks again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Identifying statically linked modules
Can anyone point me to a utility/program/REXX/etc. that will allow me to scan a load library (1000s of members) and find all programs which contain a specified CSECT? I'm trying to identify programs which are going to need to be recompiled and/or relinked when migrating to a new version of a vendor product vs. just steplib'ing to the new vendor load library. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: New System Command Script Facility
On Wed, 26 Apr 2006 02:25:37 -0500, Brian Westerman [EMAIL PROTECTED] wrote: Any suggestions? Brian Well Briansince you asked I was looking at the current version of this facility to replace a not- terribly-robust homegrown process. The one thing I found to be missing was the ability to wait for a message before continuing. For instance, when starting some products, the presence of the task (i.e. IFSTARTED) is not enough to determine whether it is operational (a la Control is being given to CICS) And, along with that, the ability to either continue or terminate after some specified period of time waiting for that message would be necessary. The things I'm trying to automate here (we don't have any real automation product -- just some rudimentary function in our scheduling product and the homegrown program I mentioned above), are with an eye toward eliminating the need for operators on certain shifts, so putting the anomaly-catching responsibility on them isn't going to get the job done. Thanks for a great tool and for considering this suggestion. Debbie Mitchell Utica National Insurance Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PROTECTION EXCEPTION 0C4 - Job Doesn't Work When Dataset Used
Could the problem be related to the dsns being the same as the ddnames? Debbie Mitchell Utica National Insurance Group /snip Hi All. Once again I look to the group for help. I am at a total loss and have test extensively. This is the issue: If I use the following JCL the job fails consistently with an 0C4: //WORK01 DD DISP=NEW,UNIT=SYSDA,SPACE=(CYL,(4300,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=WORK01 //WORK02 DD DISP=NEW,UNIT=SYSDA,SPACE=(CYL,(4300,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=WORK02 //WORK03 DD DISP=NEW,UNIT=SYSDA,SPACE=(CYL,(900,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=WORK03 //WORK04 DD DISP=NEW,UNIT=SYSDA,SPACE=(CYL,(900,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=WORK04 I have 4 PUBLIC volumes. If I use this JCL which uses permanent datasets the job works everytime: //WORK01 DD DISP=(NEW,CATLG),UNIT=SYSDA,SPACE=(CYL,(5,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=TRAM1.WORK1, //VOL=SER=BACK09 //WORK02 DD DISP=(NEW,CATLG),UNIT=SYSDA,SPACE=(CYL,(5,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=TRAM1.WORK2, //VOL=SER=BACK09 //WORK03 DD DISP=(NEW,CATLG),UNIT=SYSDA,SPACE=(CYL,(5,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=TRAM1.WORK3, //VOL=SER=BACK09 //WORK04 DD DISP=(NEW,CATLG),UNIT=SYSDA,SPACE=(CYL,(5,5)), //LRECL=8192,BLKSIZE=0,RECFM=VB,DSN=TRAM1.WORK4, //VOL=SER=BACK09 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Basic IODF question
__ Within HCD, you define various Operating System Configurations (Define, modify, or view config data then select option 1). Then, in your LOADxx IPLPARM member, on line 1 (where you define what IODF file to use), you specify the CONFIG ID to be used for that IPL (beginning in column 22). Debbie Mitchell Lead Systems Engineer Utica National Insurance Group That's the question: Which software view to choose during IPL ? Remember assumption: single IODF contains several CPC definitions. Which definition will be used ? What criteria are considered to make a choice ? [...] -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: VSAM file status 97 in Cobol
On Thu, 10 Nov 2005 13:27:35 -0500, Robert Sample [EMAIL PROTECTED] wrote: I think you answered the first question pretty good. If a VSAM file is not closed properly, you'll get file status 97 when doing an open in a COBOL program. But, will the status 97 be returned regardless of whether the file is opened for Input vs. Output/Update? Thanks 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
Re: RACF Stop/Start?
Perhaps they mean the %STOP command (substitue your own command character for %) isn't protected? Debbie -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: DFHSTUP abend
M 002 CPAC 05234 22:30:16.96 STC01564 0090 IEA995I SYMPTOM DUMP OUTPUT 361 D 361 0090USER COMPLETION CODE=0001 REASON CODE=00D5 The user abend is probably coming from your sort program. Are there any messages from the sort that would indicate what the underlying error is? Debbie Mitchell Lead Systems Engineer Utica National Insurance Group New Hartford, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html