Re: Help with deleting datasets which are not cataloged or don't exist.
First you need to check all the components. The LISTCAT is listing the BCS. You should list the VVDS of the volume where the DATA and INDEX components are located. Check if the entries are there and if they point to the right catalog. Also, using 3.4 and specifying the VOLSER, see if the datasets are there (if they have DSCB-1). The commands to be used depend on what you find. This is a sample job to list the VVDS: //DEFFIL01 EXEC PGM=IDCAMS,REGION=2M //SYSPRINT DD SYSOUT=Q //DDVVDS DD DSN=SYS1.VVDS.VSMSV01,DISP=SHR,AMP=AMORG,UNIT=SYSDA, //VOL=SER=SMSV01 //SYSIN DD * PRINT INFILE(DDVVDS) SKIP(000) /* Where you must replace all SMSV01 with your volser. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data set's lost
First you need to list the VVDS to see in what Catalog it was expected to be. If it is the correct one (found by the ALIAS), then just run a DEFINE RECATALOG and then DELETE. If it is pointing to the wrong catalog, you might have problems because since z/OS 1.7 the system does not like it when you try to point to a Catalog. Then you could use IBM's program to fix the VVDS. The program is called VVDSFIX, but I don't remember how I got it. This is how you list the VVDS: //DEFFIL01 EXEC PGM=IDCAMS,REGION=2M //SYSPRINT DD SYSOUT=Q //DDVVDS DD DSN=SYS1.VVDS.Vnn,DISP=SHR,AMP=AMORG,UNIT=SYSDA, //VOL=SER=nn //SYSIN DD * PRINT INFILE(DDVVDS) SKIP(000) /* I hope this helps -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 2086-160 w/ 2 IFLs on eBay - Update
Here is the e-bay details with pictures and configuration http://cgi.ebay.com/IBM-e-SERVER-zSERIES-890-2086-A04-MAINFRAME- COMPUTER_W0QQitemZ260202032717QQihZ016QQcategoryZ64030QQssPageNa meZWDVWQQrdZ1QQcmdZViewItem -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETPROG LNKLST--problem or procedural error?
When I'm replacing a library on the linklist, I first remove it from LLA. I believe most people define LIBRARIES(-LNKLST-) and FREEZE(-LNKLST-) on their CSVLLA and that could cause a problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VTOC FULL
ICKDSF Release 17 can expand a VTOC. I've never tried though. This is what the manual says: //SYSIN DD * REFORMAT DDNAME(VOLDD) VERIFY(TMP121) EXTVTOC(200) EXTINDEX(16) The example above expands both VTOC and VTOC INDEX. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 1.4 to 1.7 Experiences?
I had some minor RACF related problems, but nothing bizarre. One was related to dumps. I could not get any dump because we did not have these profiles defined under FACILITY class: IEAABD.DMPAKEY IEAABD.DMPAUTH The other problem was DB2 related. We had class DSNR defined but it did not have a generic profile or profiles for DB2 commands. Because of that, I could not issue any DB2 commands.Even the install SYSADM had no authority. I really recommend you read these documents: Z/OS Migration (from Z/OS V1R4) http://publibz.boulder.ibm.com/zoslib/pdf/e0z2m13a.pdf z/OS V1R7.0 Introduction and Release Guide and the Migration Considerations for Z/OS R7 presented by Marna Walle ([EMAIL PROTECTED]) If your site has lots of JES2 exits, you'll have some work to do because JES2 has new exits. For JES2go here: http://www- 03.ibm.com/servers/eserver/zseries/zos/installation/zos17_jes2_migration.ht ml Remember to install the compatibility/tolerance PTFs on your Z/OS 1.4 if it the 1.7 will be on the sysplex. I hope this helps, Heloisa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 Problem Urgent
Jacky This group is for MVS. I believe there is a DB2 group that would be more helpful. If you want to bring all the databases and DB2 catalog up to the point when it went bad, you do need all the archived logs. The best way to recover DB2 is with image copies and archived logs. Volume copies do not bring DB2 to a consistent point. You may have to do a Conditional Restart. Get your DBAs and DB2 support together. DB2 Administration Guide and DB2 Utility Reference Guide are good references. Good Luck, Heloisa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSA-ICC and Slow Consoles
We had this problem and we solved it changing the configuration of the OSA- ICC card. Using the HMC console, under Single Object = Advanced Facilities = Channels = Card Specific Advanced = Session Configurator, we changed Response Mode to DISABLE. Here is the explanation from book SA22-7990 OSA-ICC User's Guide: RSP (Response Mode): indicates whether response mode is enabled or disabled. If enabled, the host waits for the client to send an acknowledgement on the Telnet level for every packet that is transmitted. This enables the user to check for bad LANs, poor performance, or other issues. However, we also noticed that sometimes an operator command is lost. It seems to happen if he hits enter at the exact instant an action message is being displayed. We are not sure. I hope this helps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: START fails no diagnostics!
On Tue, 6 Dec 2005 15:00:51 -, William Walsh [EMAIL PROTECTED] wrote: Have you ever seen a situation where the START command is issued, but the address space fails with no diagnostics: 05340 13:30:58.39 WWALSH 0290 START BBO6ACR,JOBNAME=BBOS001,ENV=CPAC.CPAC.BBOS001 05340 13:30:58.44 0090 IRR812I PROFILE BBO6ACR.* (G) IN THE STARTED CLASS WAS USED 561 561 0090 TO START BBO6ACR WITH JOBNAME BBOS001. 05340 13:30:58.45 STC09920 0281 £HASP100 BBOS001 ON STCINRDR 05340 13:30:58.53 STC09920 0290 IEF695I START BBO6ACR WITH JOBNAME BBOS001 IS ASSIGNED TO USER ASCR1 , GROUP WSCFG1 05340 13:30:58.53 STC09920 0090 £HASP373 BBOS001 STARTED 05340 13:30:58.53 STC09920 0281 IEF403I BBOS001 - STARTED - TIME=13.30.58 05340 13:30:58.62 STC09920 0090 IEF404I BBOS001 - ENDED - TIME=13.30.58 05340 13:30:58.63 STC09920 0281 £HASP395 BBOS001 ENDED I see nothing on the JES2 queues for this address space. I have checked the WebSphere logger data, the WebSphere server1/logs filesystem, and EREP and cannot find any reason for this. It was working on Friday and we cannot identify the change that has caused this. I noticed the X33E SLIP trap being met following the end of BBOS001, but turning it off doesn't produce any additional information. I don't know LE, but tried adding the TRACE(ON,LE=3) parm to the BBOCTL program, but that didn't provide any results. The system dump datasets are empty. I can unmount the /WebSphere/V6R0 filesystem to force a JCL error and I tried creating a new WAS config file system. I can run this JCL as a job until I fail on a security issue. Any ideas? Thanks, William The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. If you are not the intended addressee please contact the sender and dispose of this e-mail. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html William I don't know what this task does and I have not seen the JCL, but some of them have a DD statement like STDERR that point to an HFS file and an error message (if there was an error) is placed there. Just a thought. Heloisa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
