UNIX (USS)
We are a small shop and use mostly traditional ZOS things. It appears that the world is stampeding toward USS based software delivery and installation/maintenance. We are not USS/UNIX trained or savvy. We are looking for some "UNIX for Mainframe Dummies" material or classes. Suggestions kindly welcomed. (Sarcastic chuckles may be sent off list.) Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape Processing DOWN! Help!
Update. Export/disconnect/delete/define/restore(import)/diagnose starting with the DR user catalog, then VGENERAL/V2. All serene so far. Thanks to all the inputs...all nighters cloud one's thinking. -- 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 Processing DOWN! Help!
Trying. import connect. -- 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
Tape Processing DOWN! Help!
Trying to move a user catalog related to DR. Export went fine, import for this and a couple of VOLCATS keep dying. We're stumped. Out of date system, don't ask, please. Seeing this: IDCAMS SYSTEM SERVICES TIME: 07:26:47 IMPORT INDATASET(SYS4.UCAT.DISTRECV.EXPORT)-0035 OUTDATASET(CATALOG.MVSICFU.DISTRECV) -0036 OBJECTS((CATALOG.MVSICFU.DISTRECV-00370001 VOLUMES(SYS1PK)))-0038 ALIAS-0039 CATALOG(CATALOG.MASTER.ZOS17)-00391001 INTOEMPTY-0040 LOCK 0041 IDC0604I DATA SET BEING IMPORTED WAS EXPORTED ON 05/15/11 AT 22:40:10 IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 246 - REASON CODE IS IGG0CLHA-0 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 Been at it all night. Mentally shot at this point. -- 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
VOLCAT and DR
Good day. We've built a one-pack recovery system for DR which includes OAM as we're restoring from encrypted tapes. Setting up the SMS aspects, too, which leads us to a couple of questions. Do we need VOLCAT.VGENERAL as well as VOLCAT.V2 which covers our 3592 tapes? We also want to refresh several files on the one pack volume daily so that it's restore the one and go, the VOLCATS included. We still need to define the VOLCAT file(s) and figure out the refresh for them as well. Has anyone else done anything close to this? We appreciate suggestions and I'm off to look at red books and manuals as well. -- 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: One Pack RACF Anomaly
The yolk's on me (egg on my face) Grabbed an old RACF copy job and made the assumption it was current. It wasn't. Found right database and re-ran. Violas and cellos...we are there. (Slinking away) -- 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: One Pack RACF Anomaly
Thank you for that suggestion. We don't have one in the LPALIB, so it's off to IPL and watch the console closely. -- 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: One Pack RACF Anomaly
ICHRDSNT reassembled and shows correct names. DB copied from production and IDs can be seen in it. Unfortunately we can't get in on anything to validate. Am going to try your other suggestion. -- 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: One Pack RACF Anomaly
Rex, Checked this and it appears to be the default module. Thank you for your suggestion. -- 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
One Pack RACF Anomaly
We used Mark Zelden's process to build a one pack system. When we IPL'd and established a TSO link, then tried to logon, we kept being blocked by RACF. We reloaded the RACF database and tried it again, only to be blocked again. It's not recognizing any passwords we enter. We are stumped. Has anyone else experienced this, or might you have any suggestions? -- 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: Rainy Monday Question
Healthy dose of mea culpa here. When editing the JCL from Mark's site I deleted the SYS1.IPLPARM dataset allocationi. Set one up, copied in my load member, and will be testing shortly. I know none of you would have done that! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Rainy Monday Question
Raining in Atlanta. Built a one pack system from Mark's site (thank you Mark) and boss wants to test it out for part of DR. Problem is I don't know what to specify for an IPL parm! -- 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: IPL My One Pack
That should have been obvious to me...thank you for your assist. -- 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
IPL My One Pack
I am finally old enough not to be embarrassed by my own lack of understanding. Built a one pack recovery system via Mark's routine and am tailoring it now. The stump point is how do I IPL it? Do I create a SYS1.IPLPARM on that pack and go from there or what? That stems from a future DR exercise where we will use it to recover our system from encrypted tapes. Thank you and hopefully you didn't spit your morning coffee in laughter. -- 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's MSM
So I date back to MFT and the honorable S360. However after attending the demonstration for MSM my views are somewhat changed. Guess the old dog will be learning some new tricks. -- 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's MSM
Like the comparison of having an MCSE do it. ZOS is not 'shield' installed and we don't need GUI tools that badly. Allow the NKOTB to plug and play a product? Is that a wise choice. Besides we all know the mainframe is going away... -- 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's MSM
Overall. Usual litany...legacy system, nothing new coming on-line, etc. RARELY look askance at USS stuff. No websphere, and so on. Java? My coffee cup has java in it. And no, it's not an attitude about USS, we just don't play there. -- 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's MSM
Well, to each his own. We are not blessed with USS knowledge and the install instructions for the product assume that the reader is. I've read many of the posts but some of the vendor info is nebulous to say the least. Thank you for your feedback. -- 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
CA's MSM
We've been invited to a D&P on this next week. After reviewing some of the demos and documentation I sure don't see how it makes life easier..comments from those who have trod that road? -- 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
Friday's Odd Question
What is the highest level of Z/OS you've run CICS 1.3 on? We're on Z1.7 and it's running fine, but have to upgrade the OS later this year. TIA -- 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: Encryption software?
This topic is getting bounced around here and on the RACF-L as well, yet responses are scarce and sporadic. We in the hinterlands are looking for experiences with any of the major encrypting products to help in selecting one, without being hounded by vendors. Our site has mentioned TKLM and it looks like a nightmare, plus it doesn't cover all our media. We have FDR, so FDRCRYPT is a possibility. We have CA products, OpenTech products, and MegaCryption looks interesting. Bottom line...many of us are soliciting opinions from those who have run that gauntlet already. TIA...rave mode set to off. -- 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: S306-30
We FINALLY put this to bed. RACF admin had to make some userid ownership changes and some IRR.xxx facility changes, too. In the end we wound up using IKJEFT01 as opposed to IRXJCL. Sorry, I can't relate all he did, but am willing to share the code we used. (send private email for that) Disclaimer: original pieces of EXEC came from a source on this list and we do not claim authorship. -- 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: S306-30
I moved this discussion to RACF-L and failed to indicate here. My bad. We are almost there and results will be posted both places. Thank you for your help and suggestions. -- 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: S306-30
Latest update: Use IRXJCL; changed to generic read-a-record style (only 9 records input in any case); modified JCL to have DD cards for input and output...creating new passwords and saving into a file; file mailed to OPS via SMTP mail. Last bugaboo...EXEC gets (-3) executing the RACF ALU command. My guess is because of running IRXJCL V. IKJEFT01. I'm also guessing that since the batch ID has no TSO segment that ADDRESS TSO wouldn't help. Suggestions? (Going to try IKJEFT01 and see what happens.) When this all works I'll be glad to share it in case anyone is interested. -- 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: S306-30
Latest: Changed use of program from IKJEFT01 to IRXJCL,PARM='RPWGEN'. Added DD card for system REXX file because a called EXEC lives there. Result? Failed on READ of system REXX file...looks like we'll need to add permission for the batch ID and go from there. (Reference to this in earlier post.) Such a great group for a Monday morning. Thank you much! -- 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: S306-30
I will admit I don't see the connection. -- 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: S306-30
Said RACF guy claims he read the manual...can't argue that reference. >From RACF display of the ID: USER= NAME=BATCH JOB ONLYOWNER=RACFADM CREATED=09.342 DEFAULT-GROUP=CRISISPASSDATE=N/A PASS-INTERVAL=N/A ATTRIBUTES=RESTRICTED ATTRIBUTES=PROTECTED UAUDIT REVOKE DATE=NONE RESUME DATE=NONE LAST-ACCESS=09.345/10:05:23 CLASS AUTHORIZATIONS=NONE NO-INSTALLATION-DATA NO-MODEL-NAME User name masked... -- 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
S306-30
As part of a new security initiative we're instituting random password generation and update in ZOS. The password generation, running in test from an authorized ID works fine. To automate it requires a USER= on the job card. The ID was created, all files set up for that ID to have proper access, and the job itself was moved into automation via CA SCHEDULER. When the job is run via SCHEDULER it gets an abend with the S306-30. Here is a snapshot of the error: IKJ56644I NO VALID TSO USERID, DEFAULT USER ATTRIBUTES USED READY %RPWGEN IKJ56641I EXEC ENDED DUE TO ERROR+ IKJ56641I SYSTEM ABEND CODE 306 REASON CODE 0030 CSV025I PROGRAM CONTROLLED MODULE EXEC NOT ACCESSED, USER UNAUTHORIZED CSV028I ABEND306-30 JOBNAME=PASSGEN STEPNAME=TMP IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=306 REASON CODE=0030 TIME=10.05.24 SEQ=22539 CPU= ASID=0098 PSW AT TIME OF ERROR 070C1000 8134E478 ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 0134E472 - 8400181E 0A0D18FB 180C181D GR 0: 1E00 1: 84306000 2: 00FD3D98 3: 4: 5: 008E46E0 6: 00FF 7: 8: 008B2250 9: 0134E934 A: B: 001A C: D: 008B2250 E: 84306000 F: 0030 END OF SYMPTOM DUMP This has the RACF guy baffled and we're looking for answers. All suggestions are much 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
Re: CA MSM
Read the glossies and wonder why would I want it? Sorry, don't like hooking OEM products into my system that deeply! -- 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: Random Password Generator
Update: Got it to work. Does this. 8 character alphanumeric password using all letters but vowels, all numbers, three national characters issues RACF command to change password with noexpire option (daily) creates member in control PDS consisting of UID NEWPW emails information to operations Lotus Notes via SMTP Thanks for help and suggestions. Waiting final buyoff by management to make automated via scheduling. -- 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: Adding Tape Files
We are not using encryption, so that is not an issue. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding Tape Files
We know the number of files, etc., but I am really of the opinion it's not beneficial to us. When I took over DR we generated 122 save/restores. After our VM system was retired it was down to 35 using 3590E tapes. Now it's 2 Jaguars and one 3590E so that is a heck of a reduction. Not to mention we had issues getting things going at the last exercise. My intent is to let it be threenow to convince the boss! -- 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
Adding Tape Files
We put in a couple of 3592-E05 drives and dump all our DASD onto two tapes for DR. A third tape, a 3590E, is created which is a logical dump of the DR files, to be used first in recovery. My boss would like us to add that logical dump onto the back of one of the two HD tapes. After the two DR dailies finish a process is run which queries TLMS for the information on the two HD tapes and generates restore JCL which is saved off to a PDS. The appending dump would have to wait until that point. Can't get my head around this. Have any of you done similar tasks where you add an extra file to a tape that's been used and closed? TIA -- 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: Use of RETAIN
Turned out to be an ACS rules issue. The storage person adjusted code in a manner suggested by IBM and found via Google search. We're going to test today to see if we can get all 12 steps and 400+ dumps onto one Jaguar 3592. -- 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: Use of RETAIN
We're seeing indications of SMS ACS involvement and are working that angle with IBM. -- 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: Use of RETAIN
Here is a short version of the job...and it croaks trying to open up the tape in the second part of the second step. We thought maybe it was a DD name conflict and changed the scheme for a test, same results...opened with IBM and will do the same with FDR folks. This job will be all generated by REXX to be dynamic. //TAPE1 DD DSN=PDR.TSTBKP.AIG002(+1), // DISP=(NEW,CATLG,DELETE), // UNIT=(TAPE92,,DEFER), // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // LABEL=(1,SL,EXPDT=99000), // VOL=(,RETAIN) //DISK2 DD UNIT=3390,DISP=SHR,VOL=SER=DBPK23 //TAPE2 DD DSN=PDR.TSTBKP.DBPK23(+1), // DISP=(NEW,CATLG,DELETE), // UNIT=(TAPE92,,DEFER), // LABEL=(2,SL,EXPDT=99000), // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // VOL=(PRIVATE,RETAIN,REF=*.TAPE1) //SYSIN DD DSN=PROD.PARMLIB(DR100),DISP=SHR //SYSPRINT DD SYSOUT=* //SYSPRIN1 DD SYSOUT=* //SYSDUMP DD SYSOUT=* //ABRMAP DD SYSOUT=* //* End of Step //DUMP2 EXEC PGM=FDR,REGION=8M //DISKA DD UNIT=3390,DISP=SHR,VOL=SER=DB0034 //TAPEA DD DSN=PDR.TSTBKP.DB0034(+1), // DISP=(NEW,CATLG,DELETE), // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // UNIT=(TAPE92,,DEFER), // LABEL=(3,SL,EXPDT=99000), // VOL=(,RETAIN,,,REF=*.DUMP1.TAPE1) //DISKB DD UNIT=3390,DISP=SHR,VOL=SER=DB0035 //TAPEB DD DSN=PDR.TSTBKP.DB0035(+1), // DISP=(NEW,CATLG,DELETE), // UNIT=(TAPE92,,DEFER), // LABEL=(4,SL,EXPDT=99000), // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // VOL=(,RETAIN,,,REF=*.DUMP1.TAPE1) //SYSIN DD DSN=PROD.PARMLIB(DR100),DISP=SHR //SYSPRINT DD SYSOUT=* //SYSPRIN1 DD SYSOUT=* //SYSDUMP DD SYSOUT=* //ABRMAP DD SYSOUT=* //NOTIFY EXEC PGM=WTOPGM,COND=((3,GT),EVEN), // PARM='JOB DRAIG001 BACKUP FAILED ON MVS' //NOTIFY EXEC PGM=WTOPGM,COND=(1,LT), // PARM='JOB DRAIG001 BACKUP SUCCESSFUL ON MVS' //* -- 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: Use of RETAIN
I'll be glad to share the JCL, the EXEC, as well once I get it to work. Still unable to get the tape to go from step to step. Here is JCL from step 1 to step 2. //DISKZ DD UNIT=3390,DISP=SHR,VOL=SER=DB0033 //TAPEZ DD DSN=PDR.TSTBKP.DB0033(+1), // DISP=(NEW,CATLG,DELETE),UNIT=TAPE92, // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // VOL=REF=PDR.TSTBKP.AIG002,LABEL=(35,SL,EXPDT=99000) //SYSIN DD DSN=PROD.PARMLIB(DR100),DISP=SHR //SYSPRINT DD SYSOUT=* //SYSPRIN1 DD SYSOUT=* //SYSDUMP DD SYSOUT=* //ABRMAP DD SYSOUT=* //* End of Step //DuMP2 EXEC PGM=FDR,REGION=8M //DISK1 DD UNIT=3390,DISP=SHR,VOL=SER=DB0034 //TAPE1 DD DSN=PDR.TSTBKP.DB0034(+1), // DISP=(NEW,CATLG,DELETE),UNIT=TAPE92, // DCB=(IPOBAK.PATTERN.DSCB,BUFNO=10), // LABEL=(36,SL,EXPDT=99000), // VOL=REF=PDR.TSTBKP.AIG002 This is the latest iteration which just dies off the jump. I'm sure it has to do with the fact I'm using GDGs with (+1). When I was using a refer back to DUMP1, TAPE1 and RETAIN it was dropping the tape after step one and dying. As I said, I'm happy to share any of this and should have made an update. Mea Culpa! -- 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: Use of RETAIN
I see the pattern though and will try it out...thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of RETAIN
OK...I think I see that retain needs to be on each TAPE DD card and refer to the previous step. I thought once I declared that on the first tape statement in the next step that each tape within that step would automatically grab the tape. vol=(,retain,prev.step.tape) on first file, second step and subsequent Then vol=(*.prevtape) for following tapes within the step. And I think you are saying..PREV.STEP1.TAPE1 all the way through the JCL. So even step 7 would refer back to STEP1.TAPE1...?? The fog is lifting a little. -- 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
Use of RETAIN
OK...I'm a bit baffled and readily admit it. I've created an EXEC in REXX to create a 12 step job to dump 420 DASD volumes to one 3592. Step one runs along fine and stacks all the volumes, 35 of them, fine in the first step. When the next step starts it belches on the tape so I know it's not passed correctly. I am sure it has to do with the RETAIN option..so do I put that on the last file of the first step or the first file of the next or both? This is a DR type of thing and the EXEC, which I inherited with the job, works great. And yes...I have read the JCL User guide but it ain't helping a lot... -- 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
Random Password Generator
I've been scanning the web, the list, CBT, etc. Have any of you a random password generator that you would be willing to share? I want to automate a process for our ops folks to make their lives happier. TIA... I can trade a REXX exec that reads a list of on-lline dasd and generates two dumps made for Jaguar drives for our DASD pool of 835 volumes. -- 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: FDR Dilemnas
Joseph, Marie Carter sent in a question...so we're hitting you from two fronts! -- 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: FDR Dilemnas
Is that available in FDRDSF mode? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDR Dilemnas
Don't think so but will check. 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
FDR Dilemnas
We got a couple of 3592 drives in specifically to do full volume backups for DR. Boss said objective is to get our 830 DASD dumped to two tapes, and if it's fast enough do it nightly. Started messing around with our homegrown code and set up FDR/DSF for 155 volumes per tape just to check time and usage. Sparks flew and we got several 513-04 abends, but the job kept trucking. Smoke billowed as it hit my generated DISK card(s) that commenced with DISKAA or TAPEAA that caused a U888 - DD card name cannot exceed 5 characters. 513-04 may be the result of TAPE11 or TAPE22 being used because it's reserved for duplication, IIRC, (and that just flashed into my brain.) The objective is to stay with FDR because we own it. No money for other third party solutions. I'm thinking FDRABR? Open to suggestionsthink I'm on the right track. -- 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
TLMS Shared Files
We run three LPARS, two of which are test. To expedite user testing we want to share TLMS files. For those of you who may already have done this, which files do you share and which do you have a separate of for each LPAR? Thank you in advance. -- 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
Oracle Buys Sun
Ed Bott: Oracle said Monday that it will buy Sun Microsystems for $9.50 a share in cash, or about $7.4 billion including debt. With the move Oracle becomes a hardware player. Oracle has been dabbling with the a storage appliance with HP, but the aquisition of Sun puts Larry Ellison & Co. into an entirely different realm. Oracle also gets control of Java. Seemed interesting! Source: ZDNet Tech Update Today Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 existence of a Volume from REXX
sorry. my bad on a mis-read. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Ted MacNEIL Sent by: IBM Mainframe Discussion List 04/17/2009 01:23 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Validating existence of a Volume from REXX -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Ted MacNEIL Subject: Re: Validating existence of a Volume from REXX --- >We run an EXEC that queries all MVS DASD on-line. >It's part of our automated DR scripts. >The output is captured and then sliced and diced as needed. Yes, but. Lizette's concern was regarding offline DASD. - 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 existence of a Volume from REXX
We run an EXEC that queries all MVS DASD on-line. It's part of our
automated DR scripts. The output is captured and then sliced and diced as
needed.
Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax: 770-621-3237
cell: 770-666-7969
email: daniel_mclaugh...@us.crawco.com
web: www.crawfordandcompany.com
Lizette Koehler
Sent by: IBM Mainframe Discussion List
04/17/2009 12:18 PM
Please respond to
IBM Mainframe Discussion List
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: Validating existance of a Volume from REXX
-- Information from the mail header
---
Sender: IBM Mainframe Discussion List
Poster: Lizette Koehler
Subject: Re: Validating existance of a Volume from REXX
---
I guess I am just confused because ISMF can do it. But there does not
seem to be a batch process to do the same thing.
I know that Bill cannot see me kneeling and saying I AM NOT WORTHY. But,
it might be nice if someone decided to build a nice batch interface for us
to use.
My philosophy is - if you do in one place why not the other?
So, is that a challenge to write a user friendly assembler program that
could be called by ANYTHING that will return the volser based on a UCB
address, or return a UCB address based on a volser?
Lizette
>
>z/OS deliberately obscures the volser in the UCB when it is offline - and
the only way to read it is to construct your own low level I/O program to
read the device label - the sort of thing that Bill Fairchild does 5 times
before breakfast.
>
>
>
>
>How to deal with a volume that is valid but offline? The D U fail
because the volume is offline. This is one issue I have been struggling
with.
>
>How can I see the volumes when they are offline in REXX or through a
Batch interface? I know that ISMF can see volumes offline, but I have not
found a way to emulate that outside of ISMF yet.
>
>Lizette
>
>
>
>>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)
>>
>>>
>>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?
>>
>>
--
For IBM-MAIN subscribe / si
Re: The speed of the 64 bit code
HIS? Honeywell Information Systems running GECOS? Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 News
He was outsourced off-shore. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com "Richards, Robert B." Sent by: IBM Mainframe Discussion List 04/15/2009 08:36 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject IBM News -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: "Richards, Robert B." Subject: IBM News --- Is it just me or has IBM completely stopped updating NEWS since 1/20/09? =20 http://www.ibm.com/news/us/en/ =20 I wonder if the person responsible was laid off. :-( =20 Bob =20 =20 -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: More Health Check questions
Oh, the DR war stories there are! Good luck with the test. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Mary Anne Matyaz Sent by: IBM Mainframe Discussion List 04/08/2009 03:01 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: More Health Check questions -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Mary Anne Matyaz Subject: Re: More Health Check questions --- I admit, sheepishly, that this is not a problem. Our res pack was not being shadowed and I had IPL'ed 1.9. This is why we do DR tests, yes?? -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: One less mainframe shop
We had a job title discussion this morning. We are known as 'server adminstrators' although we tend to the mainframe. I don't care what you call me. Give me meaningful work and a paycheck. MIPS - FLOPS - GHz - who really cares. My mainframe sucks at word processing. My PC sucks at batch processing. My $.0115 - adjusted my .02 cents for the market. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Netspy
Chris Mason was kind enough to give me a blurb. CA contacted me with information. All data passed to appropriate parties. This ticket can be closed! Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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
Netspy
Boss has this in his budget but it hasn't been used here since BMT. Looked at CA site and didn't derive much useful info from the manuals, maybe because I don't speak VTAM. 1. What's it for? 2. In a small monoplex without a lot of outside traffic is it useful? Thank you...even for the rib pokes! -- 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
Daniel McLaughlin is out of the office.
I will be out of the office starting 04/02/2009 and will not return until 04/03/2009. I will not have access to e-mail until I return. If your situation requires immediate attention, please contact the help desk or some other member of the ZOSTECH team. Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 Red Alert APAR OA28159 VSAM Key Sequence Data Sets with IMBED Attribute that are DUMP'd using Logical Data set DUMP are not RESTORE'd properly using z/OS 1.10
Sam, Thanks for the info. I signed up for the alerts and passed that along to our team as well. Regards to the gecko. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another One Bites the Dust
Makes me wonder if anyone ever implemented SAP on time and under budget. Sorry to hear of the demise of the dino. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Dave Cartwright Sent by: IBM Mainframe Discussion List 03/31/2009 03:07 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Another One Bites the Dust -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Dave Cartwright Subject: Another One Bites the Dust --- We turned our mainframe off yesterday. Z9BC running zOS 1.4 (yes! Had a 1.7 system ready, but there didn't seem any point). I didn't know whether to continue the "More Layoffs" thread, but stuck with tradition. I am fighting redundancy, but not very hopeful. Replaced by SAP on P-Series, a mere $50 million over budget. Thanks for all the fish. Dave -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Data erase on stacked backend tapes.
Why not a private solicitation off list? I've relegated one TPV to my trash bin for this. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Larry Crilley Sent by: IBM Mainframe Discussion List 03/27/2009 02:16 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Data erase on stacked backend tapes. -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Larry Crilley Subject: Re: Data erase on stacked backend tapes. --- I don't like to advertise on the listserv, but since UHC is already a T-REX customer, you might want to check out our Xtinct product. It will wipe data (make it Xtinct!) on tape and/or disk. http://www.dino-software.com/products_xtinct_factsheet.php -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Benik Sent: Friday, March 27, 2009 10:05 AM To: IBM-MAIN@bama.ua.edu Subject: Data erase on stacked backend tapes. We have the need to erase any residual data on some stacked backend vsm tapes. I've heard you can do this with FATS/FATAR but wondered if there is any other method to do this? Everything else I have seen seems to require the tapes be added to your tape management system and even then there is some doubt that this will work. Thanks John -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another Round Of IBM Layoffs
Upon rereading my statement it was a very poor choice on my part to use the 'culture' phrase. I sincerely apologize for this and if anyone was insulted. My filter is in need of attention. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com "Chase, John" Sent by: IBM Mainframe Discussion List 03/27/2009 10:34 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Another Round Of IBM Layoffs -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: "Chase, John" Subject: Re: Another Round Of IBM Layoffs --- > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Mohammad Khan > > What has culture got to do with this ? Job losses won't hurt any less even if > they did embrace our culture. > Mohammad > > On Thu, 26 Mar 2009 14:20:06 -0400, Daniel McLaughlin > wrote: > > >Yep. Let's employ people who don't embrace our culture while our economy > >takes another whack! This kind of news almost always causes emotion to displace logic. -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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another Round Of IBM Layoffs
Thank you for the clarification. I have now made my last remark about the situation... Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Bob Shannon Sent by: IBM Mainframe Discussion List 03/27/2009 09:15 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Another Round Of IBM Layoffs -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Bob Shannon Subject: Re: Another Round Of IBM Layoffs --- >Makes me think that if a company comes to Uncle for a bail out that said >company should be made to bring jobs back to the states if they have sent >any offshore. IBM isn't requesting bailout money. It is seeking contracts funded by the stimulus package. Bob Shannon -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another Round Of IBM Layoffs
Makes me think that if a company comes to Uncle for a bail out that said company should be made to bring jobs back to the states if they have sent any offshore. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Another Round Of IBM Layoffs
Yep. Let's employ people who don't embrace our culture while our economy takes another whack! Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com "esst...@juno.com" Sent by: IBM Mainframe Discussion List 03/26/2009 02:11 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Another Round Of IBM Layoffs -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: "esst...@juno.com" Subject: Another Round Of IBM Layoffs --- Yesterday IBM had a second round of layofss. This time it occurred in there Global Services Unit. Around 5000 IBMers were let go. And They were REPLACED BY IBMS India Offices. Rock Solid Web Hosting. Click Here. http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTJQdPN8JPXhCv3MSBF2JF9Xmk97bVwgIvdARhiMoHJwfjyyuOo54s/ -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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.7 upgrade to 1.10
We moved from OS/390 2.10 to Z/OS 1.4. Our spool fallback was this: We unloaded the spool to tape. We actually had to use this recovery action on one of our tests because we had a last minute gotcha with DB2. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Jan Smit - Business Connexion Sent by: IBM Mainframe Discussion List 03/24/2009 08:46 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject z/OS 1.7 upgrade to 1.10 -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Jan Smit - Business Connexion Subject: z/OS 1.7 upgrade to 1.10 --- We currently have z/OS 1.7 with Lifecycle Extension running on two Z10s. We are considering moving to z/OS 1.10 (as opposed to z/OS 1.9). However, we have been told that this is not recommended as there are JES2 spool compatibility issues should we need to back out. Does someone perhaps have experience of converting from z/OS 1.7 to 1.10?=20 =20 =20 =20 Jan Smit =20 office +27 (0)11 729 5380 | fax +27 (0)86 572 0671 | mobile +27 (0)76 901 9836 =20 =20 This e-mail and its contents are subject to the Business Connexion (Pty) = Ltd e-mail legal notice available at: http://www.bcx.co.za/disclaimer.htm -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: UNABLE TO DELETE ML2 DSN
With what little HSM knowledge I have, I might try F DFHSM,Release Delete Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com esmie moo Sent by: IBM Mainframe Discussion List 03/24/2009 08:45 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: UNABLE TO DELETE ML2 DSN -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: esmie moo Subject: Re: UNABLE TO DELETE ML2 DSN --- I think I may have stumbled on to something.=A0 Would anybody know which RE= LEASE command I can use in order to allow the DELETE=A0function to run in H= SM. --- On Wed, 3/25/09, Spencer, Mike wrote: From: Spencer, Mike Subject: Re: UNABLE TO DELETE ML2 DSN To: IBM-MAIN@bama.ua.edu Received: Wednesday, March 25, 2009, 12:23 AM Have you tried just using HDELETE?=A0=A0=A0 Michael Spencer BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf= Of esmie moo Sent: Tuesday, March 24, 2009 7:12 AM To: IBM-MAIN@bama.ua.edu Subject: UNABLE TO DELETE ML2 DSN Good Morning Gentle Readers, =A0 I am trying to delete an ISPF prof dsn.=A0 The dsn is a MIGRAT2.=A0 I am at= a DR site, and in this partition HSM is not mounted (client request).=A0 I= have tried several things, DEL NSCR being one of them.=A0 However I have b= een unsuccessful so far.=A0 Could someone suggest how I can delete this cat= alog entry?=A0 Here is the error message: =A0 ARC1010I USER REQUEST FOR A MIGRATED DATA SET FAILED.=20 ARC1001I ZAWXPWG.ISPF.ISPPROF RECALL FAILED, RC=3D0074, REAS=3D0012 ARC1174= I DATASET/VOLUME RECOVER/RECALL/DELETE FAILED - THE FUNCTION IS HELD IDC301= 4I CATALOG ERROR+ IDC0551I ** ENTRY ZAWXPWG.ISPF.ISPPROF NOT DELETED IDC001= 4I LASTCC=3D8 IDC3007I ** VSAM CATALOG RETURN CODE IS 38=20 =A0 Thanks in advance. =A0 =A0 =A0 ___= ___ Instant Messaging, free SMS, sharing photos and more... Try the new Yahoo! = Canada Messenger at http://ca.beta.messenger.yahoo.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 arch= ives 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 =0A=0A=0A = __=0AInstant Messaging, free SMS, sharing photos and more... Try the ne= w Yahoo! Canada Messenger at http://ca.beta.messenger.yahoo.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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: UNABLE TO DELETE ML2 DSN
Is that particular user there? Clone him/her a new ID with same permissions, add a suffix character. Answer cancel to the outstanding HSM request. If it's DR, be creative and take copious notes. You may want to ask the SMS guru to avoid migrating ISPF profile datasets. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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 Many Mainframes Do You Need?
Then there is the server world concept: How many chickens does it take to run your business. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Bob Shannon Sent by: IBM Mainframe Discussion List 03/23/2009 07:17 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: How Many Mainframes Do You Need? -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Bob Shannon Subject: Re: How Many Mainframes Do You Need? --- Q: How many telephone poles does it take to reach the moon? A: One if it's long enough. 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: .*WITH & /*AFTER Commands?
Wow...all the arcane knowledge on this group's collective minds could fuel "Geek Jeopardy" ! I am truly, and daily, in awe. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Steven Conway Sent by: IBM Mainframe Discussion List 03/18/2009 01:47 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: .*WITH & /*AFTER Commands? -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Steven Conway Subject: Re: .*WITH & /*AFTER Commands? --- Thank, Norris and Bob for the followup info. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: .*WITH & /*AFTER Commands?
WAG: IEBUPDTE? Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Steven Conway Sent by: IBM Mainframe Discussion List 03/18/2009 01:11 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject .*WITH & /*AFTER Commands? -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Steven Conway Subject: .*WITH & /*AFTER Commands? --- This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at AT&T up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything relevant, even Googling the newsgroup. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Slow IBM Job Website
Must not be running on a Z Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Eric Bielefeld Sent by: IBM Mainframe Discussion List 03/17/2009 12:35 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Slow IBM Job Website -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Eric Bielefeld Subject: Slow IBM Job Website --- Has anyone applied at IBM's jobs website? They seem to be extremely slow. Also, it took me a couple of tries before I even got to the application part after displaying a job. One would think that for one of the biggest computer companies in the world, that they would have enough processing power to do things quickly on their web site. It took over a minute to go between several of the screens. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Splitting files into a variable number of cataloged files
And that is what this list is all about! BooYah! Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Frank Yaeger Sent by: IBM Mainframe Discussion List 03/13/2009 02:22 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: Splitting files into a variable number of cataloged files -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Frank Yaeger Subject: Re: Splitting files into a variable number of cataloged files --- Howard Brazee wrote on 03/13/2009 10:58:43 AM: > Or DFSORT. But my problem is I don't know how to create a variable > number of cataloged output files. Howard, I have a DFSORT/ICETOOL job that creates a job for the internal reader with the needed number of output DD statements, and control statements to split the input file dynamically. I think it may do what you want. I'll send it to you offline so you can see if you can adapt it to what you need. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: TMON with OMEGAMON Comparison
Would make me want to put the candle out to have to run other non-ZOS LPARS to monitor my system! Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: OpenTech DBS
John, Thank you for your input. Was a Texan myself for a few years while in the Air Force. Retired out at San Antonio. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com John McKown Sent by: IBM Mainframe Discussion List 03/09/2009 02:31 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: OpenTech DBS -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: John McKown Subject: Re: OpenTech DBS --- On Mon, 9 Mar 2009 13:13:31 -0500, Daniel McLaughlin wrote: >Anybody out there using this product? If so would you care to share your >experiences? Off-list is fine and I will not share your response with anyone >other than to sanitize (remove your company info) to send along to our DR >Director. > >Thank you. We really love it. OpenTech is local to our location. When we have problems, they are really there to support us. This is both for fixes and enhancements. Because they are local, we have even had one of their techies on-site with us at a couple of DR tests. This was very helpful when we were learning the products. IOW - we are really sold on the product. We also use their VDR and VTAR products. We are very pleased with all three. -- John McKown HealthMarkets, Inc. -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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
OpenTech DBS
Anybody out there using this product? If so would you care to share your experiences? Off-list is fine and I will not share your response with anyone other than to sanitize (remove your company info) to send along to our DR Director. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
I'm definitely not the expert and I haven't tried what you are talking about so I'm guessing the 1.10 template is backward compatible, or is it a toleration maintenance kind of thing? Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Scott Doherty Sent by: IBM Mainframe Discussion List 03/09/2009 10:28 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: RACF Database 1.8 to 1.10 -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Scott Doherty Subject: Re: RACF Database 1.8 to 1.10 --- Dan, Yes, we will be going to prod in 1.10 but not sure when. That is what I have done in the past but sometimes keeping the Databases in Sync can be a PITA. Since Change control can put off upgrades I thought it would be much easier to share the current RACF Production Database since I cannot get a cut over date pinned down. -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: RACF Database 1.8 to 1.10
Are you going to 1.10 to stay or just testing? I usually create new level specific RACF databases and copy the old in, apply templates, and go forth. Just asking Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Scott Doherty Sent by: IBM Mainframe Discussion List 03/09/2009 10:13 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject RACF Database 1.8 to 1.10 -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Scott Doherty Subject: RACF Database 1.8 to 1.10 --- What are the correct steps to share a 1.8 RACF database with a new 1.10 system during server pac install? Is this correct ? Close ? (1) Initial IPL of 1.10 system. (2) Rename serverpac RACF database to new name. ( Pri & Sec ) (3) Catalog 1.8 system in 1.10 master catalog ( same as 1.8 system ). (4) Run IRRMIN00 from 1.10 to apply 1.10 templates to 1.8 RACF Database. ( Prim & Sec) (5) Re-Ipl 1.10 system TIA for any advise. -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: "Media manager" is the future?
LDS? What do the Mormons have to do with this? Are they encroaching on storage now? Back to Friday musings Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com John McKown Sent by: IBM Mainframe Discussion List 03/06/2009 12:44 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject "Media manager" is the future? -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: John McKown Subject: "Media manager" is the future? --- Or perhaps whatever has/will replace it? The reason that I ask is that it seems that while DFSMSdfp clings tenaciously to the 3390 DASD architecture, it is also using this interface (with 4K physical blocks) for all new I/O. IIRC, it was first just a part of VSAM. I am not sure, but I'd bet that PDS/E and HFS use it as well. Is this the "master plan" so that all access methods will eventually use this one interface? I could go with that if it meant that eventually non-3390 DASD architectures (such as SCSI/SAN) were supported. Just Friday musings. Brought on by my dislike of zFS being based on LDS data sets. Because what I recently needed was a really huge (10 x 3390-3) UNIX filesystem. Which meant a new storage class & storage group for segregation from other data. In the past (non-VSAM, non-HFS), I could just grab some "free" volumes and create a multi-volume dataset on them. Not any more. What a bother. -- John -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Bob Wright (Sad News)
May his family and friends find comfort in this time of loss. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Jim Mulder Sent by: IBM Mainframe Discussion List 03/05/2009 03:27 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Bob Wright (Sad News) -- Information from the mail header --- Sender: IBM Mainframe Discussion List Poster: Jim Mulder Subject: Bob Wright (Sad News) --- Sadly, I must report the death of Bob Wright, a frequent contributor to IBM-MAIN, and the author of IPCS. http://www.poughkeepsiejournal.com/apps/pbcs.dll/section?category=obits&template=class Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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 Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: FDRABR, DR, and Things That Go Bump In The Night
Robert, Thank you for your input. We currently do full volume weekly backups and us that as our primary recovery point. We stack 15 volumes per tape and wind up with around 60 restores to run at DR. I'm going to push the number up toward 20 to reduce tape counts, which yields a 25% reduction in the long run. Our last DR we recovered all our DASD in about 5 hours, which isn't too bad. We are looking at higher speed channels and DASD so our backup time may reduce as well. Our DR manager would like to see us get to nightly full backups, but that is an awfully tight window even with no problmes at all. We'll be talking to IDP next week for some questions from here. -- 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: FDRABR, DR, and Things That Go Bump In The Night
Thank you...that helps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FDRABR, DR, and Things That Go Bump In The Night
Currently our DR backup JCL streams are generated by REXX EXECs and sent to the reader. We stack up to 15 volumes per 3590 in that process. Another EXEC generates restore JCL for use at DR. Now the DR maven wants us to look at FDRABR for incrementals and for the whole backup scenario in general. This would more than likely be a TYPE=AUTO with a weekly full dump and incrementals during the week. He is also interested in FDRAPPL to replace DRManager in use now. OK, here is my confusion. In my current process I have around 60 jobs to run at DR on the floor system. I simply restore the PDS containing those jobs and send them in. Now if we switch to FDRABR (AUTO) what is my course of action at DR? I've been combing through the manual but it's only opened up this type of question. Thank you! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3584 ATL and ZOS
Thanks to all. You confirmed my suspicions. Have to tell the guy we can't hook a chicken box to the Clydesdale. -- 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
3584 ATL and ZOS
The NAS and server bunch are upgrading tape technology. They want to hand us a 3584 ATL to use in our ZOS world. So far I haven't found anything to say it's compatible to ZOS. Has anyone out there hooked one of these up to a Z890 and used it with ZOS? Thank youmy SQOTD. -- 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: Nomad 6.51
Joseph - we have doc for 7.50 and 7.51 in house. The problem is that it shows different behaviors than 6.51 and doesn't really help the user. We feel that they will be forced to come up to level because the vendor won't help them. It's a long and sad tale, filled with demons and dragons... 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
Nomad 6.51
Really stretching it here even for a Monday. Do any of you have any Nomad 6.51 documentation you'd be willing to donate to our badly backlevel users? -- 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: CLIST 806-4
User informed me late yesterday that they worked it out with a CLIST containing LIBDEF statements. Asked me why that worked and frankly I can't explain it. However, they are working and happy once more. Thanks big time to all on this list who made suggestions and asked questions to make us look more. And it ain't even GUI! -- 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: CLIST 806-4
No TSO Pluse here to my knowledge...but I'll ask around. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CLIST 806-4
I'll look into that as you suggest. Must be a subtle difference! -- 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: CLIST 806-4
This is being done from the TSO command line and all we really get to see is the 806... -- 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
CLIST 806-4
Adabas team testing in our 1.9 sandbox. Had been doing well but then all of a
sudden the CLIST seems to have dropped a library. Below are the original and
a modified copy, neither of which work. I tried to rewrite it in REXX but got
the same results.
Modified copy:
PROC 0 DEBUG
CONTROL CON MSG LIST
ALLOC F(STEPLIBX) DA('ADABAS.Q3.LOAD' 'NATURAL.REV.Q3.LOAD') SHR
REUSE
ALLOC F(DDCARD) DA('ADABAS.CARDLIB(ADAPARM3)') SHR
ALLOC F(SORTWK01) SPACE(15 15) TRACKS REUSE
ALLOC F(SYSOUT) DA(*)
CALL 'NATURAL.NAT.Q3.LOAD(NATT46)' +
'AUTO=ON,MT=0,DATSIZE=200,WORK=OFF,KC=OFF,LC=ON,PRINT=
((6,7),AM=PC)'
FREE F(DDCARD)
FREE F(STEPLIBX)
END
Original copy:
PROC 0
CONTROL NOCON MSG NOLIST
CONCAT DD(STEPLIBX) DSN(ADABAS.Q3.LOAD)
CONCAT DD(STEPLIBX) DSN(NATURAL.REV.Q3.LOAD)
ALLOC F(DDCARD) DA('ADABAS.CARDLIB(ADAPARM3)') SHR
ALLOC F(SORTWK01) SPACE(15 15) TRACKS REUSE
ALLOC F(SYSOUT) DA(*)
CALL 'NATURAL.NAT.Q3.LOAD(NATT46)' +
'AUTO=ON,MT=0,DATSIZE=200,WORK=OFF,KC=OFF,LC=ON,PRINT=
((6,7),AM=PC)'
/* 'AUTO=ON,MT=0,DATSIZE=200,WORK=OFF,PRINT=OFF,KC=OFF,LC=ON'
+
/* 'MT=0,DATSIZE=40,WORK=((1-7),AM=STD,OPEN=ACC), +
/* FDIC=(46,11)
/* PRINT=((1-7),AM=STD,OPEN=ACC)'
FREE F(DDCARD)
DECONCAT DD(STEPLIBX) DSN(ADABAS.Q3.LOAD)
We are stumped...and would very much appreciate comments or suggestions.
TIA...
--
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: VVDSFIX and a Tape Data Set
Jerry, This command was used which knocked out the GDG base, which was corrupt. DELETE 'PSI.SI8470B.TRN' GDG RECOVERY IDC0550I ENTRY (B) PSI.SI8470B.TRN DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0 -- 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: VVDSFIX and a Tape Data Set
Thank you for all the suggestions. IBM came through with an IDCAMS command with the RECOVERY option that got things where we could finally get the bad GDG entry out. Whew! -- 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: VVDSFIX and a Tape Data Set
OK>...it's really weird...like Al Yankovich weird...
LISTC ENT('PSI.SI8470B.TRN.G0088V00') ALL 00032018
IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 10 - REASON CODE IS
IGG0CLFG-36
IDC1566I ** PSI.SI8470B.TRN.G0088V00 NOT LISTED
IDCAMS SYSTEM SERVICES TIME: 13:07:09
THE NUMBER OF ENTRIES PROCESSED WAS:
AIX ---0
ALIAS -0
CLUSTER ---0
DATA --0
GDG ---0
INDEX -0
NONVSAM ---0
PAGESPACE -0
PATH --0
SPACE -0
USERCATALOG ---0
TAPELIBRARY ---0
TAPEVOLUME 0
TOTAL -0
THE NUMBER OF PROTECTED ENTRIES SUPPRESSED WAS 0
IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 4
IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS
4
--
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: VVDSFIX and a Tape Data Set
Liz, Listc (ent...gets catalog errors. The DSN shows in 3.4 but U action gets...catalog errors. It's a phantom..may need an exorcist. -- 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: VVDSFIX and a Tape Data Set
It tied up the catalog and we had to kill it. -- 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: VVDSFIX and a Tape Data Set
Lizette and all, Error from run: IDCAMS SYSTEM SERVICES TIME: 10:25:24 DEL 'PSI.SI8470B.TRN.G0088V00' PURGE CATALOG (CATALOG.MVSICF1.VCAC1AB) IDC3012I ENTRY PSI.SI8470B.TRN.G0088V00 NOT FOUND IDC3009I ** VSAM CATALOG RETURN CODE IS 8 - REASON CODE IS IGG0CLA3- 42 IDC0551I ** ENTRY PSI.SI8470B.TRN.G0088V00 NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 8 ZOS 1.7 and the tape is not in a library. I listed the catalog and it doesn't show in there either. Really has us stumped and we've been working with IBM, hence the VVDSFIX attempt. -- 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
VVDSFIX and a Tape Data Set
We have a tape dataset that, due to many machinations by the non-cognesceti, is in the catalog and won't come out. VVDSFIX was suggested but that puzzles me as I associate a VVDS with DASD and not tape. One - can VVDSFIX actually root the little bugger out; or Two - any other magic tools we may have missed aside from the usual system tools. MTIA -- 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: CBRUXENT Mystery
Thanks to all who offered suggestions. We typically have the VTS and ATL only on production here but are looking at ways to share it. The CBRUXENT question arose because of that. The way it works now is fine, so I'll see what else the other programmer is trying to do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CBRUXENT Mystery
One of our team is building a CBRUXENT for our 1.9 LPAR. He's trying to key off the identity of the LPAR. He tells me that PROD is 01, TEST is 02, and DEV is 03. However it comes out more like DEV is 01. OK, that is strange and we're not sure how it's picking up the information. We looked on the LPAR definition panel yesterday. We have 5 LPARs defined and they appear on that list in alphabetical order: DEV, PROD, TEST, VM, VMTEST. WAG says it's getting its relative number from there, but that hardly makes sense. Anything else we can look into? All hints gratefully accepted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
31-bit
We still have some legacy systems that run in 31-bit land. Once long ago I had the instructions on modifying LE into separate libraries, but that was on a PC that smoked out. Do any of you fine people have those instructions? I think it's either CEEDOPT or CEEUOPT... Thank you in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
