dataset separation within a Storage Group
What is the best way to separate datasets within a storage group. Applications want 3 datasets A.B.** to always be allocated on different packs than 3 datasets A.C.** These are small files, and I hate to waste an entire volume to create another STG GROUP... just to isolate them... Thanks, Dave -- 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
Requisites when ordering PTFs ?????
I always check ALL the requisite PTFs when I order PTFs electronically via IBMLINK...and I NEVER get them. Does anyone know the secret Dave -- 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
Procedure for swinging one CTC to new mainframe for testing
Have a base sysplex with 3 SCTC links (for redundancy) defined, between the 3 lpars. We are getting a new z890 and want to move the TEST lpar from the old machine to the new z890 for testing. We want to recable one of the CTC's so that it provides a LINK between the old machine and new. What would the proper procedure be to do this? We're keeping the IODF the same for the new machine, so the SCTC defs are not changing, nor are the LPAR numbers. 1. Seems like we'll have to STOP all the PATHINs/PATHOUTs for the wire that we're swinging. 2. And, for the PATHINs/PATHOUTs (on this wire) for the other 2 LPARs that are staying on the old machine...we'll have to remove them from the COUPLEds, so that they don't try to use this link between themselves...while this link is cabled between the 2 machines?? 3. START the PATHIN/PATHOUTs for the links between the TEST LPAR and other 2 LPARs ?? TIA Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Open-SSH for 2.10
Anyone have the Open-SSH (unsupported version for 2.10) that they'd be willing to send to me ? Also, has anyone tried the new supported version on 2.10? I know it's not officially supported, but does anyone know if it works on OS/390 ? Thanks, Dave -- 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
System Service -- SourceIDs problem still exist?
A few years ago there was a thread about System Service Best Practice... and there was a described difference in PUTyynn SOURCEIDs between ESO orders and ShopzSeries order. Does that problem still exist? Thanks, Dave (from 2003) Scenerio: Customer 1 orders service using traditional deliverables (ESO or service- only CBPDO). Customer 2 orders service using new deliverables (SUF or ShopzSeries Preventive Service). Customer 1 issues APPLY SOURCEID(PUT*). 1000 PTFs are applied. Customer 2 issues APPLY SOURCEID(PUT*). 500 PTFs are applied. Customer 2 is doomed to rediscover 500 known problems because the data provided by IBM is incomplete. What's even worse is that "which" of the 500 PTFs are not applied is essentially random because it is strictly a question of the interval between order placement over time whether customer 2 gets a PUTyynn sourceid on any particular PTF. This means that of all the customers using the new deliverables, no two customers will end up with the same PTFs assigned the same PUTyynn sourceids. In my opinion, incomplete data IS a defect. Unfortunately, thus far IBM has not agreed, and that is why the requirement was submitted. However, it is still a defect from the perspective of the customer (at least, this customer). Brian -- 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
How to pull PDF from CA Install tape?
I have a CA-EXAMINE install that I need to do yesterday!! I have no manuals...at the moment Does anyone know how to pull the PDF file from a CA install tape? I tried gener'ing it to disk and then FTPing binary to my laptop...but that's not working?? Or maybe this is an HFS file?? Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o)
- Forwarded by Dave Myers/sesg/Star on 12/26/2005 01:42 PM - Dave Myers/sesg/Star 12/21/2005 02:57 PM To [EMAIL PROTECTED] cc Subject Need some RVA T82 GEN ADVICE - RECALL those brain cells ;o) I am looking for confirmation that I am making the correct IOGEN change to support an RVA T82 upgrade. Client has added another (210GB). They're still only a T82 (not X82) They now have a total of 620GB. My understanding is that the T82 can only support 512 IODEVICES (not 1024). Their current gen looks like below, and they currently have 256 devices genned. I will be doubling the devices to 512, and pretty much keeping the same config other than that. (i.e. 8 control units, with 128 devices on each logical control unit (instead of 64)). See "CURRENT IOCP" and "NEW IOCP" BELOW. Is this correct?? My only question is, by making this changeI will essentially be moving the current IODEVICES 600-6FF to the first 4 CNTLUNITs(601-604), and then creating new IODEVICES 700-7FF that are using the last 4 CNTLUNITs (605-608). Is this correct or are there "internal/hardware" RVA configuration considerations that make this incorrect? I NEED TO MAKE SURE THAT I AM NOT ADVERSELY AFFECTING THE CURRENT 256 DEVICES 600-6FF, BY DOING THIS!! Also, do you know of any manuals that I can look at for the RVA T82?? (CURRENT IOCP) CHPID PATH=(85),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(9D),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(9F),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(B1),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(B9),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(D8),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(DB),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(E1),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CNTLUNIT CUNUMBR=0601,PATH=(85,9D,B9,DB),UNITADD=((00,064)), * CUADD=0,UNIT=3990 CNTLUNIT CUNUMBR=0602,PATH=(9F,B1,D8,E1),UNITADD=((00,064)), * CUADD=0,UNIT=3990 CNTLUNIT CUNUMBR=0603,PATH=(85,9D,B9,DB),UNITADD=((00,064)), * CUADD=1,UNIT=3990 CNTLUNIT CUNUMBR=0604,PATH=(9F,B1,D8,E1),UNITADD=((00,064)), * CUADD=1,UNIT=3990 CNTLUNIT CUNUMBR=0605,PATH=(85,9D,B9,DB),UNITADD=((00,064)), * CUADD=2,UNIT=3990 CNTLUNIT CUNUMBR=0606,PATH=(9F,B1,D8,E1),UNITADD=((00,064)), * CUADD=2,UNIT=3990 CNTLUNIT CUNUMBR=0607,PATH=(85,9D,B9,DB),UNITADD=((00,064)), * CUADD=3,UNIT=3990 CNTLUNIT CUNUMBR=0608,PATH=(9F,B1,D8,E1),UNITADD=((00,064)), * CUADD=3,UNIT=3990 IODEVICE ADDRESS=(600,064),CUNUMBR=(0601,0602),STADET=Y, * UNIT=3390 IODEVICE ADDRESS=(640,064),UNITADD=00,CUNUMBR=(0603,0604),* STADET=Y,UNIT=3390 IODEVICE ADDRESS=(680,064),UNITADD=00,CUNUMBR=(0605,0606),* STADET=Y,UNIT=3390 IODEVICE ADDRESS=(6C0,064),UNITADD=00,CUNUMBR=(0607,0608),* STADET=Y,UNIT=3390 (NEW IOCP) CHPID PATH=(85),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(9D),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(9F),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(B1),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(B9),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(D8),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(DB),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CHPID PATH=(E1),SHARED, * PARTITION=((MVSPROD,TECHSUP),(MVSPROD,TECHSUP)),TYPE=CNC CNTL
How to provide Japanese support for ISPF and SDSF (output viewing)
How does one go about providing MBCS, Japanese support in ISPF and SDSF to view output in Japanese? I successfully setup the Russian language, so that my client could view Russian output in SDSF. Now, my client needs Japanese. I opened a ticket with SDSF Defect support, but they won't help me any further, since our questions are not DEFECT related. They only say that SDSF does not support MBCS I'm thinking we'd have to install an entire z/OS 1.7 in Japanese..but not sure... Anyone know? TIA Dave -- 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
How-to read a tersed file directly from USS?
Anyone know how to process a USS file, as direct input into the TERSE pgm? Here's my JCL: //STEP1 EXEC PGM=TRSMAIN,PARM=UNPACK //SYSPRINT DD SYSOUT=* //OUTFILE DD DISP=(,CATLG), // DSN=DSGDEM.SMF.UNTERSED, // UNIT=SYSDA, // RECFM=VBS,BLKSIZE=27998,DSORG=PS, // SPACE=(CYL,(500,500)) //INFILE DD PATH='/ftpint/ftpuser1/tersed.bin',PATHDISP=(KEEP,KEEP), // BLKSIZE=10240,LRECL=1024,RECFM=FB Here's TERSE's complaint: STARTING TERSE DECODE UNPACK 4.09 11:24:00 6/09/06 FOR INPUT - DDNAME: INFILE DSNAME: ...PATH=.SPECIFIED... ** ERROR: FOR INPUT - ONLY SEQUENTIAL DATASETS ARE SUPPORTED AT THIS TIME + THIS IS NOT A RECOGNIZABLE TERSED DATASET. FINISHED TERSE DECODE UNPACK 4.09 11:24:00 6/09/06 RETURN CODE: 12 -- 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
RMFPM or Spreadsheet Report for longterm trending
Is it practical to use RMFPM or the Spreadsheet Reporter to trend performance over weeks and months?? Does anyone have any tips or tools for trending the typical performance metrics?? We don't have the budget $$$ for SAS...so MXG is not an alternative I'm also looking for some tool to trend DASD usage...by high-level volser and by SMS storgroups... Thanks, Dave -- 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
PAX command to copy /etc not working as expected
The z/OS 1.6 migration guide tells me that I can run this pax command to copy/noreplace my new z/OS 1.6 /etc to a copy of my old /etc pax -rvwk -pe /ServerPac/zOS_Rx/etc /Service/ImageX/etc However, when I run this, I end up with this: /Service/ImageX/etc/ServerPac/zOS_Rx/etc (the source directory is under the target directory) I want to end up with the new files, dirs etc. placed in /Service/ImageX/etc I tried variations on the pax commandlike below, but none changed the symptom. pax -rvwk -pe /ServerPac/zOS_Rx/etc//Service/ImageX/etc pax -rvwk -pe /ServerPac/zOS_Rx/etc/* /Service/ImageX/etc Any ideas?? Tia Dave Dave Myers Sirius Enterprise Systems Group Sr. Systems Engineer Office Phone: (303) 996-7112 Cellular Phone: (303) 619-0782 Home Office:(303) 948-0027 Fax: (303) 706.1713 e-mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PAX command to copy /etc not working as expected
Thanks John! That worked. Just curious...how is that different than my last example: pax -rvwk -pe /ServerPac/zOS_Rx/etc/* /Service/ImageX/etc versus (cd /ServerPac/zOS_Rx/etc; pax -rvwk -pe * /Service/ImageX/etc) -- 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