EMC DASD Mirroring
We plan to implement the DASD mirroring features of our EMC. Any tips or gotchas we have to pay attention with. I knew it will definitely increase the DASD disconnection time when we implement this. Anyway, I also wanted to know what files you have decided not to be included with the DASD mirroring that you knew will affect the batch performance? Temporary files? What else? TIA. Regards, Jason -- 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: EMC DASD Mirroring
Jason To wrote: We plan to implement the DASD mirroring features of our EMC. Any tips or gotchas we have to pay attention with. I knew it will definitely increase the DASD disconnection time when we implement this. The devil is in details. What flavor of remote copy do you plan to use? SRDF/S ? SRDF/A ? Other ? What amount of data do you have? What links (speed, distance)? Anyway, I also wanted to know what files you have decided not to be included with the DASD mirroring that you knew will affect the batch performance? Temporary files? What else? TIA. It depends. For cold backup you can omit page's temorary files, and possibly couple datasets. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: EMC DASD Mirroring
Hi Radoslow, Thanks for the prompt reply. We plan to implement SRDF/S. Estimated about more or less 3-4TB of data and about 70km distance with 2 black fiber link. It will be a cold backup. Regards, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, October 29, 2008 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EMC DASD Mirroring Jason To wrote: We plan to implement the DASD mirroring features of our EMC. Any tips or gotchas we have to pay attention with. I knew it will definitely increase the DASD disconnection time when we implement this. The devil is in details. What flavor of remote copy do you plan to use? SRDF/S ? SRDF/A ? Other ? What amount of data do you have? What links (speed, distance)? Anyway, I also wanted to know what files you have decided not to be included with the DASD mirroring that you knew will affect the batch performance? Temporary files? What else? TIA. It depends. For cold backup you can omit page's temorary files, and possibly couple datasets. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC DASD Mirroring
Jason To wrote: Hi Radoslow, Thanks for the prompt reply. We plan to implement SRDF/S. Estimated about more or less 3-4TB of data and about 70km distance with 2 black fiber link. It will be a cold backup. 70km ? I would suggest asynchronous copy. Don't believe in available limits. The limits are feasible with significant impact on performance. Disclaimer: 70km is not yet the limit. BTW: 2 black fiber links means nothing except you probably have redundant links. It's likely you intend to use some DWDM device (optical multiplexer). So you should worry about number of SRDF links and link speed (2,4 Gbps). My $0.02 HTH Regards -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- 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: Hiperdispatch
Roland Schiradin wrote: George, according to the macro changes this flag was introduced around 2005 $LN=AFFDISP HBB7730 050311 PD00GD: Affinity Dispatcher Well this flag is off on my z9. You're saying the flag is OFF even when HiperDispatch is enabled? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: Hiperdispatch
Ed, no I don't have HIPERDISPATCH=YES as it makes no sense on a z9. I just wonder why this flag was added in 2005 long before Hiperdispatch comes out and if it's the correct flag. Roland Roland Schiradin wrote: George, according to the macro changes this flag was introduced around 2005 $LN=AFFDISP HBB7730 050311 PD00GD: Affinity Dispatcher Well this flag is off on my z9. You're saying the flag is OFF even when HiperDispatch is enabled? -- Edward E Jaffe -- 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: DFSORT PARSE question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht John McKown wrote: I have a field in a record which is a person's name. It is rather free format and may contain one or more names, separated by one or more blanks. By our definition, the person's last name is the last non-blank series of characters in this field. The field is a max of 20 characters (it is the Programmer Name Field in RACF). So for John McKown, I want McKown. For William S. Story, I want Story. For A. B. D. Burp, I want Burp. So far, I've gotten all my RACF reporting from the IRRDBU00 unload done using DFSORT's ICETOOL. But this one seems to be killing me. Why suffer to death? Just use SS. This excerpt from ICETOOLS will get you starting: SORT FIELDS=(10,8,CH,A) INCLUDE COND=(5,4,CH,EQ,C'0200',AND, (79,20,SS,EQ,C'BURP',OR, 79,20,SS,EQ,C'STORY')) You will get all 0200 records with BURP or STORY somewhere within that field. USER IDUSER NAME 11 I BURP REAL BIG 22 LITTLE STORY 33 BORED LAZY BURP 44 STORY LAND OK, that's fine for the specific cases. Now generalize it so: Ludwig Van Beethoven = Beethoven Henry Ford= Ford Harvey L. Cliburn = Cliburn Viktor Korchnoi = Korchnoi Elmer Fudd= Fudd Popeye the Sailor Man = Man Robert James Fischer = Fischer Wm. J. Clinton= Clinton Etc. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
enlarging SMPNTS
Hi, I tried to install SMP/E 3.5 from ShopZSeries. The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. TIA Gadi -- 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: enlarging SMPNTS
The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. I assume you're using the SMP/E RECEIVE FROMNETWORK command. If so, you can resubmit the job step in its entirety without change. SMP/E will detect all the files have already been downloaded and will not download them again. You should also look into SMPWKDIR. This DD statement or DDDEF entry identifies a work directory where SMP/E will expand the pax archive files. If you specify such a work directory which is separate from your SMPNTS directory, then you do not need to enlarge your SMPNTS. Kurt Quackenbush -- IBM, SMP/E Development -- 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
DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
Piggybacking on John M.'s question: From an IRRDBU00 unload, I have need to list each individual user ID with access granted to each individual CICS transaction in the GCICSTRN class. We use the grouping profile to define the CICS transactions to RACF, wherein each grouping profile contains one or more transactions as members. We also strive to grant access to user groups, wherein each user group has one or more user IDs connected to it. Thus: User group User ID (From 0102 records) -- --- ORDTAKERANDY ORDTAKERBEVERLY ORDTAKERCHUCK SHIPPER ANDY SHIPPER DALE SHIPPER FRANK PACKER DALE PACKER FRANK PACKER GEORGE PACKER HANK Tran Group Tran ID (From 0503 records) -- --- ORDENTRYOE01 ORDENTRYOE02 ORDENTRYOE10 PACKING PA01 PACKING PA03 LABELINGLB02 INVENTORY IN01 INVENTORY IN05 INVENTORY IN10 BILLING BIL1 BILLING BIL2 Access Lists: ResourceAccessor(From 0505 records) ORDENTRYORDTAKER ORDENTRYPACKER PACKING PACKER PACKING SHIPPER LABELINGPACKER LABELINGSHIPPER INVENTORY ORDTAKER INVENTORY PACKER INVENTORY SHIPPER BILLING ORDTAKER Desired result: Tran ID User ID User group --- --- -- OE01ANDYORDTAKER OE01ANDYSHIPPER OE01BEVERLY ORDTAKER OE01CHUCK ORDTAKER OE02ANDYORDTAKER OE02ANDYSHIPPER OE02BEVERLY ORDTAKER OE02CHUCK ORDTAKER And so on. Note that each user ID can be connected to more than one user group, and (despite best efforts to avoid it) a single transaction ID can be a member of more than one grouping profile. Also, I can already format the various records as needed for splicing. So far I've been able to list EITHER all occurrences of an individual transaction with the user groups in the access lists, OR each individual user ID with the grouping profiles to which they have been granted access, but haven't found a way to take the final step to match individual user IDs with individual transaction IDs. Can it be done with ICETOOL out of the box? I'm beginning to think it cannot. TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shadow from Data Direct ?
Hello - Duke University Medical Center is using the Shadow Direct product.We are running with V06.01.01. Regards, Ken Barkhau Duke Medical Center 919-681-2482 z/OS Systems Programming Kenneth R. Barkhau Anton Britz [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/28/2008 03:52 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Shadow from Data Direct ? Hi, I was asked today, for the names of large companies that use Shadow from Data Direct ? So, if your company is using it, would you mind to respond with the current release number of the version, in use, please ? Anton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: enlarging SMPNTS
Thanx, I will look into SMPWKDIR. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kurt Quackenbush Sent: Wednesday, October 29, 2008 2:38 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: enlarging SMPNTS The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. I assume you're using the SMP/E RECEIVE FROMNETWORK command. If so, you can resubmit the job step in its entirety without change. SMP/E will detect all the files have already been downloaded and will not download them again. You should also look into SMPWKDIR. This DD statement or DDDEF entry identifies a work directory where SMP/E will expand the pax archive files. If you specify such a work directory which is separate from your SMPNTS directory, then you do not need to enlarge your SMPNTS. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: enlarging SMPNTS
I sure there are a number of ways to do this but one way uses the pax command within unix. Create a new HFS file for your SMPNTS and mount is somewhere. Then go into the the smpnts directory (cd /u/smpnts) and from there enter the following command: Pax -pe -rvwk . /destination_directory Destination_directory is your mount point for your larger smpnts file. When the command completes, unmount your current nts file and remount your new one at /u/smpnts and all of your old smpnts data is now in your new smpnts file system Stan --- Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] web:www.amica.com P Please consider the environment before printing this email -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kurt Quackenbush Sent: Wednesday, October 29, 2008 8:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: enlarging SMPNTS The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. I assume you're using the SMP/E RECEIVE FROMNETWORK command. If so, you can resubmit the job step in its entirety without change. SMP/E will detect all the files have already been downloaded and will not download them again. You should also look into SMPWKDIR. This DD statement or DDDEF entry identifies a work directory where SMP/E will expand the pax archive files. If you specify such a work directory which is separate from your SMPNTS directory, then you do not need to enlarge your SMPNTS. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sysplexing to the new z10s
I have a couple of z900s that I'm going to be upgrading to z10s. Now we're all aware of the restrictions of not being able to Sysplex the z900s directly to the z10s but I had a question. Would it be possible to use a z9 CF only CEC to 'bridge' the Sysplex connection between a z10 and a z900? This would allow us to do one of the z900s on a single weekend then the second on the next weekend pulling the z9 CF CEC out when done. Doing both z900s in a single weekend, while doable, is not something I'm looking forward to... Regards, Stan - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] web:www.amica.com http://www.amica.com/ P Please consider the environment before printing this email -- 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: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
John, I am also really splicing three record types together. The 0200 (base USER records), 0220 (TSO segment), and 0230 (CICS segment). The way that I did it was to 1) run plain SORT to split the 0200, 0220, and 0230 records into separate temporary datasets. 2) SPLICE the 0200 and 0220 records together into another temporary dataset. 3) SPLICE the temp DSN in #2 with the 0230 records. //STEP0003 EXEC PGM=SORT //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SORTIN DD DSN=TSHPN.RACF.FLATFILE,DISP=SHR //SORTOUT DD DSN=amp;JUNK,LIKE=TSHPN.RACF.FLATFILE, // DISP=(NEW,PASS) //TYPE200 DD DSN=amp;TYPE200,LIKE=TSHPN.RACF.FLATFILE, // DISP=(NEW,PASS) //TYPE220 DD DSN=amp;TYPE220,LIKE=TSHPN.RACF.FLATFILE, // DISP=(NEW,PASS) //TYPE230 DD DSN=amp;TYPE230,LIKE=TSHPN.RACF.FLATFILE, // DISP=(NEW,PASS) //SYSINDD * OPTION VLSHRT SORT FIELDS=(COPY) INCLUDE COND=(10,3,CH,GE,C'AAA',AND, 10,3,CH,LE,C'ZZZ',AND, 13,1,CH,GE,C'0',AND, 13,1,CH,LE,C'9',AND, 14,1,CH,GE,C'0',AND, 14,1,CH,LE,C'9',AND, 15,1,CH,GE,C'0',AND, 15,1,CH,LE,C'9',AND, 10,3,CH,NE,C'IBM',AND, 10,3,CH,NE,C'MIB',AND, 10,2,CH,NE,C'TS',AND, 16,1,CH,EQ,C' ') INREC IFTHEN=(WHEN=(5,4,CH,EQ,C'0200',AND, 109,8,CH,EQ,C''), OVERLAY=(118:C' ')) OUTFIL FNAMES=TYPE200,INCLUDE=(5,4,CH,EQ,C'0200'), BUILD=(1,4,5,4,10,8,19,10,44,1,49,1,54,1, 79,20,100,8,109,8,118,10,385,1,390,1, 395,1,400,1,C'|',28C'\') OUTFIL FNAMES=TYPE220,INCLUDE=(5,4,CH,EQ,C'0220'), BUILD=(1,4,5,4,10,8,18:63C'*',19,7,154,8,209,8,C'|') OUTFIL FNAMES=TYPE230,INCLUDE=(5,4,CH,EQ,C'0230'), BUILD=(1,4,5,4,10,8,18:87C'#',19,3,C'|') /* //STEP0006 EXEC PGM=ICETOOL //TYPE200 DD DSN=amp;TYPE200,DISP=(OLD,PASS) // DD DSN=amp;TYPE220,DISP=(OLD,PASS) //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=X, // HOLD=YES //TOOLMSG DD SYSOUT=X, // HOLD=YES //DFSMSG DD SYSOUT=X, // HOLD=YES //SYSINDD DUMMY //TOOLIN DD * SPLICE FROM(TYPE200) - TO(OUTPUT1) - ON(8,8,CH) - USING(SPL1) - KEEPNODUPS - WITH(81,24) - VLENMAX SPLICE FROM(TYPE230) - TO(OUTPUT2) - ON(8,8,CH) - KEEPNODUPS - USING(SPL1) - WITH(105,4) - VLENMAX //* //SPL1CNTL DD * OPTION VLSHRT SORT FIELDS=(8,8,CH,A,5,4,CH,A) //SPL2CNTL DD * OPTION VLSHRT SORT FIELDS=(8,8,CH,A,5,4,CH,A) //OUTPUT1 DD DSN=TSHPN.RACF.OUTPUT1, // DISP=(NEW,CATLG,DELETE), // RECFM=VB,LRECL=6000,BLKSIZE=0,DSORG=PS, // SPACE=(CYL,(200,100),RLSE), // UNIT=(SYSDA,10) //TYPE230 DD DSN=amp;TYPE230,DISP=(OLD,PASS) // DD DISP=(OLD,PASS),DSN=*.OUTPUT1,VOL=REF=*.OUTPUT1 //OUTPUT2 DD DSN=TSHPN.RACF.OUTPUT2, // DISP=(NEW,CATLG,DELETE), // RECFM=VB,LRECL=6000,BLKSIZE=0,DSORG=PS, // SPACE=(CYL,(200,100),RLSE), // UNIT=(SYSDA,10) -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperdispatch
Roland Schiradin wrote: Ed, no I don't have HIPERDISPATCH=YES as it makes no sense on a z9. snip Actually, it does not work on a z9 no matter what you specify in parmlib. A z10 is required for HiperDispatch. So, assuming this is the correct bit and that it's descriptively named (neither of which I know for sure), it should never be set on a z9. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [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: enlarging SMPNTS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of ??? ?? ??? Hi, I tried to install SMP/E 3.5 from ShopZSeries. The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. Code a //SMPWKDIR DD statement in your job, pointing to a mounted HFS/zFS with at least 5,500 cyls of available space, then re-run it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: enlarging SMPNTS
Oh, one other thing you might want to be aware of with the install of SMP/E 3.5. The SMPPTS file needs to be HUGE. I ended up throwing almost 4000 cylinders at it to get through the receive job. That would be the next problem coming after fixing the smpnts issue. Good luck Stan - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] web:www.amica.com P Please consider the environment before printing this email -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, October 29, 2008 9:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: enlarging SMPNTS -Original Message- From: IBM Mainframe Discussion List On Behalf Of ??? ?? ??? Hi, I tried to install SMP/E 3.5 from ShopZSeries. The receive job abended because the HFS file that contains the SMPNTS directory reached 123 extents. How can I enlarge the HFS file without losing all the data? Can I restart the job from where it abended, or do I have to rerun the whole job? The job abended after it finished downloading the files from the remote server and was using PAX to expand them. Code a //SMPWKDIR DD statement in your job, pointing to a mounted HFS/zFS with at least 5,500 cyls of available space, then re-run it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JAVA and WebServices
Hi A funy thing: Try to test CICS TS WebServices (WS2LS utility), and got a crash The IBM told me that it would not work with JAVA 1.6 , only with JAVA 1.5 -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: ALLOWUSERKEYCSA and key 10
Just curious what MXI means. Google finds MXI Multisystem eXtention Interface Bus, but I don't think that fits here. -- 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: enlarging SMPNTS
Hi Kurt, I've never heard of the SMPWKDIR DD before. I assume that is in the Global zone? I looked at both our Global and Target MVS zones and it wasn't defined. We are still z/OS 1.7 and SMP 3.4. By the way - what is the SMPNTS? I am trying to figure out exactly how our system is set up, so I can set up maintenance. I noticed an OMVS file with the name of OMVS.SMPE.SMPNTS. I assume that is the file in question that was filling up. I see this file is catalogued on one of our systems, but not the other. It isn't mounted on either system. I am just starting a project to upgrade to z/OS 1.9. First, I have to install all of the compatibility maintenance. But, before I can do that, I have to set up the system to do maintenance. Eric Kurt Quackenbush [EMAIL PROTECTED] wrote: I assume you're using the SMP/E RECEIVE FROMNETWORK command. If so, you can resubmit the job step in its entirety without change. SMP/E will detect all the files have already been downloaded and will not download them again. You should also look into SMPWKDIR. This DD statement or DDDEF entry identifies a work directory where SMP/E will expand the pax archive files. If you specify such a work directory which is separate from your SMPNTS directory, then you do not need to enlarge your SMPNTS. Kurt Quackenbush -- IBM, SMP/E Development -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Wednesday, October 29, 2008 7:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question) John, I am also really splicing three record types together. The 0200 (base USER records), 0220 (TSO segment), and 0230 (CICS segment). The way that I did it was to 1) run plain SORT to split the 0200, 0220, and 0230 records into separate temporary datasets. 2) SPLICE the 0200 and 0220 records together into another temporary dataset. 3) SPLICE the temp DSN in #2 with the 0230 records. I think I've already tried most variations on that theme. What it seems to boil down to is that, no matter how I slice it, I end up with multiple base records that will require the same overlays. ICETOOL seems to only go forward with both the base and overlay records. I'll probably have to write an ad-hoc program to do the final splicing. If so, that would give me a self-teaching exercise in Java programming. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOWUSERKEYCSA and key 10
MVS Extended Information - see http://www.rocketsoftware.com/products/mxi_g2 for the paid-for version, or www.cbttape.org files 409-412 for the freebie version. - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Williams Sent: Wednesday, October 29, 2008 9:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ALLOWUSERKEYCSA and key 10 Just curious what MXI means. Google finds MXI Multisystem eXtention Interface Bus, but I don't think that fits here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JAVA and WebServices
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Miklos Szigetvari Hi A funy thing: Try to test CICS TS WebServices (WS2LS utility), and got a crash The IBM told me that it would not work with JAVA 1.6 , only with JAVA 1.5 That's a documented limitation for CICS. Support for Java 6 is rumored to be in the works. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 Version 8 server threads going parallel.
I have been asked to cross post this as this issue is causing us a lot of pain, anguish, and gnashing of teeth.. We are having performance issues with processes going parallel once we migrated to DB2 V8 CM. We have our dsnrslt01 table setup to not allow any parallel. this was working fine in V7 not allowing any parallel but in V8 the distributed threads are going parallel. I have checked zparm settings for this and all are set properly to not allow parallel. Are there any settings out in server land that need to be set. Most are going parallel CPU. Or any other suggestions. We have an open PMR with IBM. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown On Wed, 29 Oct 2008 08:38:13 -0500, Chase, John wrote: [ snip ] I'll probably have to write an ad-hoc program to do the final splicing. If so, that would give me a self-teaching exercise in Java programming. :-) Could be. I think we're both pushing the envelope. I'm basically trying to emulate doing a PROC SQL which does a JOIN operation on three tables. Not a pretty sight! I think what I'm after is analogous to RACLIST processing, but without the final resolution to single highest access. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOWUSERKEYCSA and key 10
MVS Extended Information is what I've been told. We have it here at Amica. - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] web:www.amica.com P Please consider the environment before printing this email -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Williams Sent: Wednesday, October 29, 2008 9:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ALLOWUSERKEYCSA and key 10 Just curious what MXI means. Google finds MXI Multisystem eXtention Interface Bus, but I don't think that fits here. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: enlarging SMPNTS
The SMPWKDIR is a ddname in the JCL used to override the location used for the temp file I thought. You also can use the SMPNTS ddname in your job to override the location of the smpnts file system as in: //SMPNTS DD PATHDISP=KEEP, // PATH='/u/smpnts' When you receive the order from IBM, they downloaded via FTP into the smpnts file system and then it gets received into your SMP/E CSI and other files as part of the RECEIVE process. You really should take the time to go over the books and understand the process to save you some time and grief, especially if doing z/OS 1.9 and it's your first time. That would my best advice (RTFM). By the way, SMP/E 3.5 will make your compatability maintenance a lot easier with the new FIXCAT feature. Check it out. Stan - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] web:www.amica.com P Please consider the environment before printing this email -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Wednesday, October 29, 2008 9:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: enlarging SMPNTS Hi Kurt, I've never heard of the SMPWKDIR DD before. I assume that is in the Global zone? I looked at both our Global and Target MVS zones and it wasn't defined. We are still z/OS 1.7 and SMP 3.4. By the way - what is the SMPNTS? I am trying to figure out exactly how our system is set up, so I can set up maintenance. I noticed an OMVS file with the name of OMVS.SMPE.SMPNTS. I assume that is the file in question that was filling up. I see this file is catalogued on one of our systems, but not the other. It isn't mounted on either system. I am just starting a project to upgrade to z/OS 1.9. First, I have to install all of the compatibility maintenance. But, before I can do that, I have to set up the system to do maintenance. Eric Kurt Quackenbush [EMAIL PROTECTED] wrote: I assume you're using the SMP/E RECEIVE FROMNETWORK command. If so, you can resubmit the job step in its entirety without change. SMP/E will detect all the files have already been downloaded and will not download them again. You should also look into SMPWKDIR. This DD statement or DDDEF entry identifies a work directory where SMP/E will expand the pax archive files. If you specify such a work directory which is separate from your SMPNTS directory, then you do not need to enlarge your SMPNTS. Kurt Quackenbush -- IBM, SMP/E Development -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiperdispatch
So the support was there before the processor was available. You need a z10 for HIPERDISPATCH. My testing shows that it is the correct flag and it is set correctly. I guess I'll add that to IPLINFO. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Wed, 29 Oct 2008 00:39:37 -0500, Roland Schiradin [EMAIL PROTECTED] wrote: George, according to the macro changes this flag was introduced around 2005 $LN=AFFDISP HBB7730 050311 PD00GD: Affinity Dispatcher Well this flag is off on my z9. Roland Is there a cblock which contains an indicator for this? SVTAFFON X'80' Affinity dispatching is active Regards, George Kozakos z/OS Function Test/Level 3 Supervisor -- 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: copybook usage
On 27 Oct 2008 09:14:22 -0700, [EMAIL PROTECTED] (Bill Klein) wrote: If you are talking about COBOL, it is entirely possible to put as much or as little as you might want - from either the Data Division *OR* the Procedure Division. Or anyplace else. -- 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: enlarging SMPNTS
Thanks Stan. I thought about not posting the question and just looking in the books, which I still intend to do, but then I thought there might be others who had the same questions and wondered what the SMPNTS and SMPWKDIR files are. I first noticed the FIXCAT feature when I installed the DB2 Performance Moniter for DB2 V8. I was wondering what it was, so I did a little research on it. Is that the only new feature in SMP/E 3.5? I'll be looking that up also. I noticed that z/OS 1.9, which I'll be installing soon, still has SMP/E 3.4. I didn't order z/OS 1.9. I wish the new version of SMP/E was ordered with 1.9, but it wasn't, and I think its too late to reorder 1.9. Eric WEYMAN wrote: The SMPWKDIR is a ddname in the JCL used to override the location used for the temp file I thought. You also can use the SMPNTS ddname in your job to override the location of the smpnts file system as in: //SMPNTS DD PATHDISP=KEEP, // PATH='/u/smpnts' When you receive the order from IBM, they downloaded via FTP into the smpnts file system and then it gets received into your SMP/E CSI and other files as part of the RECEIVE process. You really should take the time to go over the books and understand the process to save you some time and grief, especially if doing z/OS 1.9 and it's your first time. That would my best advice (RTFM). By the way, SMP/E 3.5 will make your compatability maintenance a lot easier with the new FIXCAT feature. Check it out. Stan - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] web:www.amica.com -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- 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: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
On Wed, 29 Oct 2008 08:38:13 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Wednesday, October 29, 2008 7:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question) John, I am also really splicing three record types together. The 0200 (base USER records), 0220 (TSO segment), and 0230 (CICS segment). The way that I did it was to 1) run plain SORT to split the 0200, 0220, and 0230 records into separate temporary datasets. 2) SPLICE the 0200 and 0220 records together into another temporary dataset. 3) SPLICE the temp DSN in #2 with the 0230 records. I think I've already tried most variations on that theme. What it seems to boil down to is that, no matter how I slice it, I end up with multiple base records that will require the same overlays. ICETOOL seems to only go forward with both the base and overlay records. I'll probably have to write an ad-hoc program to do the final splicing. If so, that would give me a self-teaching exercise in Java programming. :-) -jc- Could be. I think we're both pushing the envelope. I'm basically trying to emulate doing a PROC SQL which does a JOIN operation on three tables. Not a pretty sight! It they don't watch out, I do something really NASTY by using my Linux desktop in a z/OS batch job. I already have a PostgreSQL database set up to hold the RACF IRRDBU00 data, a PERL program to load it, and various PSQL scripts to generate reports. I can use the Dovetailed Technologies Co:Z product to have my z/OS job run those scripts in line from my z/OS job, returning the information to z/OS as sysout in the invoking step. Nice product! And free-as-in-beer! I am about to propose that we do something like this, but using SAS on a Linux/Intel server. Just so that we are supported. -- John -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplexing to the new z10s
.. I have a couple of z900s that I'm going to be upgrading to z10s. Now we're all aware of the restrictions of not being able to Sysplex the z900s directly to the z10s but I had a question. Would it be possible to use a z9 CF only CEC to 'bridge' the Sysplex connection between a z10 and a z900? This would allow us to do one of the z900s on a single weekend then the second on the next weekend pulling the z9 CF CEC out when done. Doing both z900s in a single weekend, while doable, is not something I'm looking forward to... ... Stanley, No, it is not possible to have a z800 or z900 coexisting in a parallel sysplex with a z10. Note that zSeries 900/800 and prior generation servers are not supported with System z10 for Coupling Facility or Parallel Sysplex levels. With the introduction of the z10 EC, we have the concept of n-2 on the hardware as well as the software. The z10 EC participates in a Sysplex with System z9, z990 and z890 only and currently supports z/OS 1.7 and higher. Hope this helps _ Paolo Cacciari IBM Italia S.p.A. From: WEYMAN, STANLEY J. [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 29/10/2008 14.11 Subject: Sysplexing to the new z10s I have a couple of z900s that I'm going to be upgrading to z10s. Now we're all aware of the restrictions of not being able to Sysplex the z900s directly to the z10s but I had a question. Would it be possible to use a z9 CF only CEC to 'bridge' the Sysplex connection between a z10 and a z900? This would allow us to do one of the z900s on a single weekend then the second on the next weekend pulling the z9 CF CEC out when done. Doing both z900s in a single weekend, while doable, is not something I'm looking forward to... Regards, Stan - Stan Weyman Corporate Information Services System Administrator III Amica Mutual Insurance Company 25 Amica Way Lincoln, RI 02865 voice: 1-800-992-6422 ext. 22679 fax: 1-401-334-2748 email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] web:www.amica.com http://www.amica.com/ P Please consider the environment before printing this email -- 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 IBM Italia S.p.A. Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) Cap. Soc. euro 361.550.000 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153 Società con Azionista Unico Società soggetta all?attività di direzione e coordinamento di International Business Machines Corporation (Salvo che sia diversamente indicato sopra / Unless stated otherwise above) -- 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: Date Function
Well Ron it depends on how you want to access the records. Using File-AID MVS batch (with backward processing optionally to make it run quicker) would be the easiest way. There are also a number of Date function within File-AID Data Solutions as well for manipulation if your requirements warrant. But this presumes that you have the software. Robert Galambos CIPP/C Compuware Senior Technical Specialist IBM Certified Database Associate IBM Certified DB2 9 for z/OS Database Administration Certified Information Privacy Professional/Canada [EMAIL PROTECTED] Tel: +1 905 886 7000 Toll Free: +1 800 263 7189 Fax: +1 905 886 7023 Quebec: +1 877-281-1888 The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. We make IT rock around the world Service in every product... Les renseignements contenus dans le présent message électronique sont confidentiels et concernent exclusivement le(s) destinataire(s) désigné(s). Il est strictement interdit de distribuer ou de copier ce message. Si vous avez reçu ce message par erreur, veuillez répondre par courriel à l'expéditeur et effacer ou détruire toutes les copies du présent message. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Thomas Sent: Monday, October 27, 2008 1:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Date Function Hi, I have a input file and Based on the current date(mm/dd/yy), could some please let me know how to get the last 7 days of data for weekly processing. Thanks, Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
John Chase wrote on 10/29/2008 05:38:15 AM: From an IRRDBU00 unload, I have need to list each individual user ID with access granted to each individual CICS transaction in the GCICSTRN class. We use the grouping profile to define the CICS transactions to RACF, wherein each grouping profile contains one or more transactions as members. We also strive to grant access to user groups, wherein each user group has one or more user IDs connected to it. Thus: ... Can it be done with ICETOOL out of the box? I'm beginning to think it cannot. I don't speak RACF so I'm having a difficult time understanding the rules for getting from input to output. Going through the output records: I see that OE01 is associated with ORDENTRY, the Access List has ORDENTRY associated with ORDTAKER, and ORDTAKER is associated with Andy. But that same set of associations doesn't seem to work for OE01/ANDY/SHIPPER. I might be able to figure out how to do what you want with DFSORT's ICETOOL, but first I'd need to understand what you want to do. Please explain the rules for getting from input to output to me in terms of your input and output record example. Offline would probably be best ([EMAIL PROTECTED])., Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT/ICETOOL SPLICE question (was RE: DFSORT PARSE question)
Frank, I also Speak RACF and might be able to help. Feel free to contact me offlist, if you feel it appropriate. Been through a similar exercise with dataset profiles. Frank Yaeger wrote: John Chase wrote on 10/29/2008 05:38:15 AM: From an IRRDBU00 unload, I have need to list each individual user ID with access granted to each individual CICS transaction in the GCICSTRN class. We use the grouping profile to define the CICS transactions to RACF, wherein each grouping profile contains one or more transactions as members. We also strive to grant access to user groups, wherein each user group has one or more user IDs connected to it. Thus: ... Can it be done with ICETOOL out of the box? I'm beginning to think it cannot. I don't speak RACF so I'm having a difficult time understanding the rules for getting from input to output. Going through the output records: I see that OE01 is associated with ORDENTRY, the Access List has ORDENTRY associated with ORDTAKER, and ORDTAKER is associated with Andy. But that same set of associations doesn't seem to work for OE01/ANDY/SHIPPER. I might be able to figure out how to do what you want with DFSORT's ICETOOL, but first I'd need to understand what you want to do. Please explain the rules for getting from input to output to me in terms of your input and output record example. Offline would probably be best ([EMAIL PROTECTED])., Frank Yaeger - DFSORT Development Team (IBM) - [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 IFI LRSN sequence question
Hi all, I've developed an IFCID 0306 used program to retrieve the log records from DB2 log. The program is used now under the Data Sharing Environment, i.e. LRSN is the key. But LRSN is not unique, and therefore a number of records may be addressed by the same LRSN. My question - could I be sure that when one applies IFI more than one time on the same scope, IFI ALWAYS returns the records with the same LRSN in the same order? In other words - could I maintain my own sequence counter, in addition to LRSN, to provide the unique access to any record. Best Regards Arie Kremer -- 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 IFI LRSN sequence question
Arie, LRSN is unique. The reason LRSN is used in Data Sharing is because the log RBA is not unique. LRSN's are guaranteed to be unique and ever-increasing, so you have no need for an programmatic sequence number. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 IFI LRSN sequence question Hi all, I've developed an IFCID 0306 used program to retrieve the log records from DB2 log. The program is used now under the Data Sharing Environment, i.e. LRSN is the key. But LRSN is not unique, and therefore a number of records may be addressed by the same LRSN. My question - could I be sure that when one applies IFI more than one time on the same scope, IFI ALWAYS returns the records with the same LRSN in the same order? In other words - could I maintain my own sequence counter, in addition to LRSN, to provide the unique access to any record. Best Regards Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 IFI LRSN sequence question
Wayne, I'm pity but you are wrong. Before DB2V9, LRSN is unique for the same member. Beginning from DB2V9, LRSN is unique only for the same page. When two updates occur inside the interval of 16 microseconds, thay may receive the same LRSN. See for example http://www.redbooks.ibm.com/redbooks/pdfs/sg247473.pdf page 114 On Wed, Oct 29, 2008 at 6:29 PM, Wayne Driscoll [EMAIL PROTECTED]wrote: Arie, LRSN is unique. The reason LRSN is used in Data Sharing is because the log RBA is not unique. LRSN's are guaranteed to be unique and ever-increasing, so you have no need for an programmatic sequence number. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 IFI LRSN sequence question Hi all, I've developed an IFCID 0306 used program to retrieve the log records from DB2 log. The program is used now under the Data Sharing Environment, i.e. LRSN is the key. But LRSN is not unique, and therefore a number of records may be addressed by the same LRSN. My question - could I be sure that when one applies IFI more than one time on the same scope, IFI ALWAYS returns the records with the same LRSN in the same order? In other words - could I maintain my own sequence counter, in addition to LRSN, to provide the unique access to any record. Best Regards Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT PARSE question
2008/10/29 Chase, John [EMAIL PROTECTED]: OK, that's fine for the specific cases. Now generalize it so: Ludwig Van Beethoven = Beethoven Henry Ford= Ford Harvey L. Cliburn = Cliburn Viktor Korchnoi = Korchnoi Elmer Fudd= Fudd Popeye the Sailor Man = Man Robert James Fischer = Fischer Wm. J. Clinton= Clinton Etc. Mao Zedong= Mao Mao Tse Tung = Mao John Junior = Junior John S. Junior= Junior John Smith Junior = Smith John Smith Esquire= Smith John Smith III= Smith Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Efficient conversion of GMT to/from local time from COBOL?
Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Now, I don't yet know in what format the GMT is arriving for conversion, but it is very likely NOT in STCK(E) format but rather in some external character format. I know I can write a small C routine to convert character format GMT to time.h format and then use localtime(clock) to perform the conversion from GMT to local time, or gmtime(clock) to go the other way. BUT the question is, when called from COBOL will that small C routine set up and tear down the C environment every time it's called? If so, is there a way to make those calls to a C function from COBOL more efficient? Or am I barking up the wrong tree because there's another/better/simpler way to do this conversion? Obviously I could also write assembler to convert the character format GMT to STCK(E) format with CONVTOD and then use the CVT fields to convert that value to local time and then STCKCONV to go back to character format, but I am hoping there is a simpler HLL-based solution. TIA for any help/info/RTFM you can provide. Environment is Enterprise COBOL 3.4, z/OS 1.8 if it matters. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Efficient conversion of GMT to/from local time from COBOL?
BUT the question is, when called from COBOL will that small C routine set up and tear down the C environment every time it's called? If so, is there a way to make those calls to a C function from COBOL more efficient? For different values of efficient. But (having never done it, myself), my understanding is that C is LE compliant, it can be done. You will probably have to read the LE reference manual (true name escapes me) to find out exactly how to do it. Sorry if this answer is incomplete. - Too busy driving to stop for gas! -- 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: Efficient conversion of GMT to/from local time from COBOL?
On Wed, 29 Oct 2008 15:04:46 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Yes. Look in the Language Environment manual, http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3100/CCONTENTS watch out for the wrap!! CEECBLDY will convert various character representations of dates into COBOL Integer Date formats. CEEGMTO will tell you the difference between GMT and LOCAL time. CEESECS will convert date+time to a timestamp in Lilian seconds (since 00:00:00 14 Oct 1582) which you can then manipulate and convert back. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MAXSORT
We are in the process of directing files that normally went to VTS technology to new DS8100 disk. This is being done via SMS. Does anyone know if it is possible to direct the MAXSORT SORTOUxx files to disk. I ran a test and it allocates the first SORTOUxx on the DS8100 disk but then fails saying insufficient SORTOUxx dd statements. If I run the old way it allocates the first SORTOUxx to the VTS and then dynamically allocates 5 more to the VTS. Someone indicated that they think that Syncsort realizes it is not on tape therefore does not allocate the additonal SORTOUxx files. We only have 32 3592 tape drives and think we will have a problem if we have to direct the SORTOUxx to them (we have 128 VTS tape drives). -- 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: MAXSORT
Tom, MAXSORT will treat the VTS as a tape. It is also possible to run a MAXSORT with the intermediate output going to disk but I don't think that is what you want. Can you send me the listings offline and I can take a look. John Reda Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Eden Sent: Wednesday, October 29, 2008 3:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: MAXSORT We are in the process of directing files that normally went to VTS technology to new DS8100 disk. This is being done via SMS. Does anyone know if it is possible to direct the MAXSORT SORTOUxx files to disk. I ran a test and it allocates the first SORTOUxx on the DS8100 disk but then fails saying insufficient SORTOUxx dd statements. If I run the old way it allocates the first SORTOUxx to the VTS and then dynamically allocates 5 more to the VTS. Someone indicated that they think that Syncsort realizes it is not on tape therefore does not allocate the additonal SORTOUxx files. We only have 32 3592 tape drives and think we will have a problem if we have to direct the SORTOUxx to them (we have 128 VTS tape drives). -- 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: Efficient conversion of GMT to/from local time from COBOL?
Perhaps CEEISEC http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.4 5?SHELF=CEE2BK71DT=20060629134445 followed by CEEGMTO http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.3 9?SHELF=CEE2BK71DT=20060629134445 followed by adding the offset_seconds returned by the latter to the output_seconds returned by the former. Perhaps followed by CEEDATM http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.2 6?SHELF=CEE2BK71DT=20060629134445. No doubt there is much wrap to beware of in the above URLs. -- 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: Efficient conversion of GMT to/from local time from COBOL?
2008/10/29 Farley, Peter x23353 [EMAIL PROTECTED]: Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? CEEGMTO is an LE function that will give you the offset between GMT and local time. It is directly callable from COBOL, and there is a COBOL example in the LE Programming Reference book. CEEGMTO doesn't do the actual conversion, but once you have the offset, you can presumably do it yourself in COBOL. The overhead should be negligible, since the LE environment is already set up. Or am I barking up the wrong tree because there's another/better/simpler way to do this conversion? I think so... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT PARSE question
What's wrong with Popeye The Sailor Man? :-) :-) Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT PARSE question
What's wrong with Popeye The Sailor Man? :-) :-) I yam what I yam, and that's all that I yam! I'm Popeye The Sailor Man! I yam strong to the finache! 'Cause I eats my spanache! I'm Popeye The Sailor Man! Toot! Toot! (Child of the '60's -- too much TV) Sorry for the continuation of an O/T; I couldn't resist! - Too busy driving to stop for gas! -- 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 IFI LRSN sequence question
I missed that the 16 ms wait spin has been removed in DB2 9 NFM. However, the redbook is wrong for pre-version 9. According the DB2 V8 Data Sharing Planning and Admin Guide, the LRSN is a value derived from the store clock timestamp and synchronized across the members of a data sharing group by the Sysplex Timer. This clearly states that the LRSN is unique in the group, not just within the member. If it was only unique in the member, they could have continued using the LOG RBA. Anyway, to answer your question, I would doubt that in V9 you could guarantee that the log records will be returned in the EXACT order that they were written, unless you are only processing the logs for a local system (not requesting merge) if DB2 is retrieving log records from multiple log files, then I would doubt that you can count on the return sequence. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DB2 IFI LRSN sequence question Wayne, I'm pity but you are wrong. Before DB2V9, LRSN is unique for the same member. Beginning from DB2V9, LRSN is unique only for the same page. When two updates occur inside the interval of 16 microseconds, thay may receive the same LRSN. See for example http://www.redbooks.ibm.com/redbooks/pdfs/sg247473.pdf page 114 On Wed, Oct 29, 2008 at 6:29 PM, Wayne Driscoll [EMAIL PROTECTED]wrote: Arie, LRSN is unique. The reason LRSN is used in Data Sharing is because the log RBA is not unique. LRSN's are guaranteed to be unique and ever-increasing, so you have no need for an programmatic sequence number. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 IFI LRSN sequence question Hi all, I've developed an IFCID 0306 used program to retrieve the log records from DB2 log. The program is used now under the Data Sharing Environment, i.e. LRSN is the key. But LRSN is not unique, and therefore a number of records may be addressed by the same LRSN. My question - could I be sure that when one applies IFI more than one time on the same scope, IFI ALWAYS returns the records with the same LRSN in the same order? In other words - could I maintain my own sequence counter, in addition to LRSN, to provide the unique access to any record. Best Regards Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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 IFI LRSN sequence question
1) In fact, I've received the same LRSN from different members in DB2V8!!! the LRSN is a value derived from the store clock timestamp and synchronized across the members of a data sharing group by the Sysplex Timer. means only that Sysplex provides the synchronized LRSN (Sysplex timestamp) for all the members, not that it is unique. In fact, up to DB2V8, the uniqueness of LRSN has been provided by the Log Manager, i.e. PER MEMBER! 2) Concerning the order. IFI CANNOT return the same LRSN records in the order they were written. It simply can not know that. IFI merges the logs using LRSN as a key. It means that it should use some specific merge strategy, for instance, firstly all the records from the first member, after - from the second and so on. And this means also that the same LRSN records are returned ALWAYS in the same order. But what happens if the IFI requests the last written records during the same spoken about 16 microseconds? Could it occur at all? If IFI has an internal delay and does not request records being created the last 16 ms, we obviously have the same order (all the records from the group are already written to the log). But if not - the order may be changed. On Wed, Oct 29, 2008 at 9:59 PM, Wayne Driscoll [EMAIL PROTECTED]wrote: I missed that the 16 ms wait spin has been removed in DB2 9 NFM. However, the redbook is wrong for pre-version 9. According the DB2 V8 Data Sharing Planning and Admin Guide, the LRSN is a value derived from the store clock timestamp and synchronized across the members of a data sharing group by the Sysplex Timer. This clearly states that the LRSN is unique in the group, not just within the member. If it was only unique in the member, they could have continued using the LOG RBA. Anyway, to answer your question, I would doubt that in V9 you could guarantee that the log records will be returned in the EXACT order that they were written, unless you are only processing the logs for a local system (not requesting merge) if DB2 is retrieving log records from multiple log files, then I would doubt that you can count on the return sequence. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DB2 IFI LRSN sequence question Wayne, I'm pity but you are wrong. Before DB2V9, LRSN is unique for the same member. Beginning from DB2V9, LRSN is unique only for the same page. When two updates occur inside the interval of 16 microseconds, thay may receive the same LRSN. See for example http://www.redbooks.ibm.com/redbooks/pdfs/sg247473.pdfpage 114 On Wed, Oct 29, 2008 at 6:29 PM, Wayne Driscoll [EMAIL PROTECTED]wrote: Arie, LRSN is unique. The reason LRSN is used in Data Sharing is because the log RBA is not unique. LRSN's are guaranteed to be unique and ever-increasing, so you have no need for an programmatic sequence number. Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Arie Kremer Sent: Wednesday, October 29, 2008 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 IFI LRSN sequence question Hi all, I've developed an IFCID 0306 used program to retrieve the log records from DB2 log. The program is used now under the Data Sharing Environment, i.e. LRSN is the key. But LRSN is not unique, and therefore a number of records may be addressed by the same LRSN. My question - could I be sure that when one applies IFI more than one time on the same scope, IFI ALWAYS returns the records with the same LRSN in the same order? In other words - could I maintain my own sequence counter, in addition to LRSN, to provide the unique access to any record. Best Regards Arie Kremer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions,
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
MPUT Bob Shannon Rocket Software -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
First make sure the file names on your PC are just the member name (not member.jcl) then ftp to the mainframe change directory (cd) to the pds turn prompting off (prompt) then use MPUT * to put all of the files in the current directory to the pds Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Howard Rifkind [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 10/29/2008 01:16 PM Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
What he said :-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Shannon Sent: Wednesday, October 29, 2008 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) MPUT Bob Shannon Rocket Software -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Efficient conversion of GMT to/from local time from COBOL?
Thanks John. I didn't realize that the LE date conversion subroutines were so flexible. These should do the trick. Thanks for the pointer! Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Wednesday, October 29, 2008 3:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient conversion of GMT to/from local time from COBOL? On Wed, 29 Oct 2008 15:04:46 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Yes. Look in the Language Environment manual, http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/CEEA3100/CCONTENTS watch out for the wrap!! CEECBLDY will convert various character representations of dates into COBOL Integer Date formats. CEEGMTO will tell you the difference between GMT and LOCAL time. CEESECS will convert date+time to a timestamp in Lilian seconds (since 00:00:00 14 Oct 1582) which you can then manipulate and convert back. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Efficient conversion of GMT to/from local time from COBOL?
Yes, these will do very nicely. I also read in that same manual that I can use CEEDAYS/CEEGMTO/CEEDATE with an appropriate picture string describing the character date/time. Thanks for the pointers! Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schneiderwent, Craig Sent: Wednesday, October 29, 2008 3:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient conversion of GMT to/from local time from COBOL? Perhaps CEEISEC http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.4 5?SHELF=CEE2BK71DT=20060629134445 followed by CEEGMTO http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.3 9?SHELF=CEE2BK71DT=20060629134445 followed by adding the offset_seconds returned by the latter to the output_seconds returned by the former. Perhaps followed by CEEDATM http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/CEEA3170/2.2.5.2 6?SHELF=CEE2BK71DT=20060629134445. No doubt there is much wrap to beware of in the above URLs. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Efficient conversion of GMT to/from local time from COBOL?
You are right, and there are other LE functions to perform the conversions between various character formats and Lillian seconds for adding or subtracting the CEEGMTO value. Thanks for the help. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Wednesday, October 29, 2008 3:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient conversion of GMT to/from local time from COBOL? 2008/10/29 Farley, Peter x23353 [EMAIL PROTECTED]: Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? CEEGMTO is an LE function that will give you the offset between GMT and local time. It is directly callable from COBOL, and there is a COBOL example in the LE Programming Reference book. CEEGMTO doesn't do the actual conversion, but once you have the offset, you can presumably do it yourself in COBOL. The overhead should be negligible, since the LE environment is already set up. Or am I barking up the wrong tree because there's another/better/simpler way to do this conversion? I think so... Tony H. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
BTDT. Here's a suggested sequence: 1) Put all the JCL files in a separate subdirectory, with no file extension (i.e., no .txt or .jcl) 2) Once you are connected with the mainframe in ftp, lcd to that JCL subdirectory on the PC and cd to the PDS on the mainframe into which you want to put them 3) prompt (to turn off file-by-file prompting) 4) mput * Each JCL file must have a unique 8-or-less-characters name for this to work. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, October 29, 2008 4:16 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Hiperdispatch
WLMOPT tools shows the IEAOPT and the runtime HIPERDISPATCH. Is this the IEAOPT setting or the runtime? Thank you for the information and verification. Yep good idea to add this to IPLINFO. Will do the same for SHOWzOS. During my research I also made some other changes MCCAFCTH in IEAOPT was wrong, added display for BLWLTRPCT and BLWLINTHD Perhaps a display for all IEAOPT settings is good idea for IPLINFO Roland So the support was there before the processor was available. You need a z10 for HIPERDISPATCH. My testing shows that it is the correct flag and it is set correctly. I guess I'll add that to IPLINFO. :-) Mark -- -- 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: Hiperdispatch
On Wed, 29 Oct 2008 15:35:58 -0500, Roland Schiradin [EMAIL PROTECTED] wrote: WLMOPT tools shows the IEAOPT and the runtime HIPERDISPATCH. Is this the IEAOPT setting or the runtime? Thank you for the information and verification. It shows both. In your case if you turned it on for a z9 it would look like this: HIPERDISPATCHYes, No Hiperdispatch value(inOPT, Running) Yep good idea to add this to IPLINFO. Already done, one my web site (with a few other updates) and sent to Sam for the CBT. Best Regards / Mit freundlichen Grüßen, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
In a message dated 10/29/2008 3:34:57 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Each JCL file must have a unique 8-or-less-characters name for this to work. _www.ipswitch.com_ (http://www.ipswitch.com) has home version of ws_ftp or can buy Pro out of petty cash for work. While there might look at WhatsUp or the newbie encryption facilitator Moveit. Good stuff all around. **Plan your next getaway with AOL Travel. Check out Today's Hot 5 Travel Deals! (http://travel.aol.com/discount-travel?ncid=emlcntustrav0001) -- 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: Efficient conversion of GMT to/from local time from COBOL?
At the risk of exciting the ire of other list members, I think you'd better start coding the Assembler solution. You can use some shortcuts, 64-bit arithmentic, etc. that may further help speed the process. Farley, Peter x23353 wrote: Hi all, A question has been asked of me to which I think I know the answer, but not how (in)efficient it would be: Is there a z/OS-supplied function to convert GMT to local time (or back again)? Now, I don't yet know in what format the GMT is arriving for conversion, but it is very likely NOT in STCK(E) format but rather in some external character format. I know I can write a small C routine to convert character format GMT to time.h format and then use localtime(clock) to perform the conversion from GMT to local time, or gmtime(clock) to go the other way. BUT the question is, when called from COBOL will that small C routine set up and tear down the C environment every time it's called? If so, is there a way to make those calls to a C function from COBOL more efficient? Or am I barking up the wrong tree because there's another/better/simpler way to do this conversion? Obviously I could also write assembler to convert the character format GMT to STCK(E) format with CONVTOD and then use the CVT fields to convert that value to local time and then STCKCONV to go back to character format, but I am hoping there is a simpler HLL-based solution. TIA for any help/info/RTFM you can provide. Environment is Enterprise COBOL 3.4, z/OS 1.8 if it matters. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
http://www.tucows.com/preview/361716 Seagull free version of the FTP client. also.. I think a PDSE would allow for greater than 8 character names.. or ftp it into hfs which will allow for any suffixes. -Rob snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Efficient conversion of GMT to/from local time from COBOL?
That would once have been my first and only reply to the question (plus I love coding useful utility functions like these), but recently it has become more prudent to consider the maintenance costs and available knowledge down the road after our generation retires. Using documented, standard LE functions may not be as efficient as the assembler solution, but won't require an assembler programmer to maintain it 10 years hence. YMMV Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, October 29, 2008 5:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Efficient conversion of GMT to/from local time from COBOL? At the risk of exciting the ire of other list members, I think you'd better start coding the Assembler solution. You can use some shortcuts, 64-bit arithmentic, etc. that may further help speed the process. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS v1.9 JES2 - Having trouble getting NODENAMEs to be name not number
It's pretty obvious your APPL and NODE statements are not being read by JES2. I would make sure that the member they are in is in the init statement concatenation. Another possibility is that you have accidentally commented them out. That's pretty easy to do with the /* */ commenting convention. I did it myself recently in two different parmlib members. Pretty embarrassing. Bill [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hello all, Is anyone else having problems with the NJE Nodes on 1.9 not taking the names defined but instead when system is IPL'd the Nodename(s) are the number(s) instead? In addition, the APPL(s) defined are not listed when system IPL'D. I have all the latest maintenance thru RSU0809. Just going to 1.9 from 1.7 and did not have this problem on 1.7. Here's my statements: APPL(JES2T) NODE=1 APPL(JES2P) NODE=2 APPL(JES2C) NODE=3 NODE(1) NAME=TEST NODE(2) NAME=PROD NODE(3) NAME=CPAC NJEDEF DELAY=120, HDRBUF=(LIMIT=100, WARN=80), JRNUM=2, JTNUM=2, LINENUM=5, MAILMSG=NO, MAXHOP=0, NODENUM=3, OWNNODE=3, PATH=1, RESTMAX=800, RESTNODE=150, RESTTOL=300, SRNUM=2, STNUM=2, TIMETOL=30 Then after IPL, here's the display for NODE(s): $DNODE $HASP826 NODE(1) 876 $HASP826 NODE(1) NAME=N1,STATUS=(UNCONNECTED),AUTH=(DEVICE=YES, $HASP826 JOB=YES,NET=NO,SYSTEM=YES),TRANSMIT=BOTH, $HASP826 RECEIVE=BOTH,HOLD=NONE,PENCRYPT=NO, $HASP826 SIGNON=COMPAT,DIRECT=NO,ENDNODE=NO,REST=0, $HASP826 SENTREST=ACCEPT,COMPACT=0,LINE=0,LOGMODE=, $HASP826 LOGON=0,NETSRV=0,PASSWORD=(VERIFY=(NOTSET), $HASP826 SEND=(NOTSET)),PATHMGR=YES,PRIVATE=NO,SUBNET=, $HASP826 TRACE=NO $HASP826 NODE(2) 877 $HASP826 NODE(2) NAME=N2,STATUS=(UNCONNECTED),AUTH=(DEVICE=YES, $HASP826 JOB=YES,NET=NO,SYSTEM=YES),TRANSMIT=BOTH, $HASP826 RECEIVE=BOTH,HOLD=NONE,PENCRYPT=NO, $HASP826 SIGNON=COMPAT,DIRECT=NO,ENDNODE=NO,REST=0, $HASP826 SENTREST=ACCEPT,COMPACT=0,LINE=0,LOGMODE=, $HASP826 LOGON=0,NETSRV=0,PASSWORD=(VERIFY=(NOTSET), $HASP826 SEND=(NOTSET)),PATHMGR=YES,PRIVATE=NO,SUBNET=, $HASP826 TRACE=NO $HASP826 NODE(3) 878 $HASP826 NODE(3) NAME=N3,STATUS=(OWNNODE),AUTH=(DEVICE=YES, $HASP826 JOB=YES,NET=NO,SYSTEM=YES),TRANSMIT=BOTH, $HASP826 RECEIVE=BOTH,HOLD=NONE,PENCRYPT=NO, $HASP826 SIGNON=COMPAT,DIRECT=NO,ENDNODE=NO,REST=0, $HASP826 SENTREST=ACCEPT,COMPACT=0,LINE=0,LOGMODE=, $HASP826 LOGON=0,NETSRV=0,PASSWORD=(VERIFY=(NOTSET), $HASP826 SEND=(NOTSET)),PATHMGR=YES,PRIVATE=NO,SUBNET=, $HASP826 TRACE=YES And here's the display for APPL(s): $DAPPL $HASP003 RC=(52),D 870 $HASP003 RC=(52),D APPL - NO SELECTABLE ENTRIES FOUND MATCHING $HASP003 SPECIFICATION I would have expected to see all 3 APPLid(s) that are defined listed. Can anyone help? I think it might be something I missed but have not been able to find it. Thank you in advance for your help, Dana Benetz Arkansas State Highway Transportation Dept. -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
Thanks all for you replies. This worked...only thing I had to do was answer 'Y' to each member... Lionel B Dyck [EMAIL PROTECTED] 10/29/2008 4:23 PM First make sure the file names on your PC are just the member name (not member.jcl) then ftp to the mainframe change directory (cd) to the pds turn prompting off (prompt) then use MPUT * to put all of the files in the current directory to the pds Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Howard Rifkind [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Date: 10/29/2008 01:16 PM Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
This is not specifically the original poster's question, but you can also transfer PDS members using our free SFTP add-on support for IBM's Ported Tools (OpenSSH). You can use any one of many free or commercial clients, including Putty's psftp. You can even use the very cool, free WinSCP GUI to connect to z/OS Unix and dataset filesystems and grapically navigate, transfer, and even edit remote datasets and PDS members. And BTW: unless you are using SSL/TLS support with FTP, you are *MUCH* more secure using OpenSSH where your passwords and data aren't sent in the clear. Here's an example of uploading PDS members from a Linux client using OpenSSH: $ sftp [EMAIL PROTECTED] Connecting to myzos... sftp cd //kirk.coz.sampjcl sftp lcd /home/kirk/jcl sftp !ls RUNASCV RUNCOZ RUNSFTP RUNSPAWN RUNWIN sftp ls /+mode=text /+mode=text sftp ls /+ /+/clientcp=ISO8859-1/+/error.log /+/loglevel=I /+/mode=text /+/servercp=IBM-1047 /+/trim sftp put RUN* Uploading RUNASCV to //KIRK.COZ.SAMPJCL/RUNASCV RUNASCV 100% 454 0.4KB/s 00:00 Uploading RUNCOZ to //KIRK.COZ.SAMPJCL/RUNCOZ RUNCOZ 100% 627 0.6KB/s 00:00 Uploading RUNSFTP to //KIRK.COZ.SAMPJCL/RUNSFTP RUNSFTP 100% 1676 1.6KB/s 00:00 Uploading RUNSPAWN to //KIRK.COZ.SAMPJCL/RUNSPAWN RUNSPAWN 100% 1608 1.6KB/s 00:00 Uploading RUNWIN to //KIRK.COZ.SAMPJCL/RUNWIN RUNWIN 100% 713 0.7KB/s 00:00 sftp Kirk Wolf Dovetailed Technologies http://dovetail.com -- 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: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO)
If you have SimpList on your mainframe you can select (on the mainframe) the PC directory containing the JCL files you want to transfer. For example, if your JCL members have '.TXT' extensions you could enter the directory name like this: C:\My directory\JCL files\*.TXT This will display (on the mainframe) a list of all the files in the PC directory that have the .TXT extension. You can then enter 'N *' on the command line to traNsfer every file displayed in the list, or enter 'N pattern' (e.g. 'N abc*') to only transfer members that match the pattern. This will prompt you for the name of the data set to transfer the files to. If (for example) you enter the data set name as 'MYPREF.CNTL(*)', then MYJOB1.TXT will be transferred to a member called MYJOB1, and MYJOB2.TXT will be transferred to a member called MYJOB2 (etc). HTH, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Wed, 29 Oct 2008 16:15:48 -0400 From: [EMAIL PROTECTED] Subject: FTP MEMBERS FROM PC TO MAINFRAME (HOW TO) To: IBM-MAIN@BAMA.UA.EDU Hello all, I have a whole bunch of JCL files on my PC and would like to get them over to a library in my user id in z/OS. I could do this one member at a time but it would take forever. Any suggestions how to do all the members in one fell swoop would be appreciated. Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM Service Class
Our management has set a goal of 1hour 15 minutes for our batch window to run. We have been meeting this goal until recently. It appears that we have been growing. At the request of management, we created a special job class that runs a service class which has an importance of 1, has CPU critical turned on and also has a velocity of 90%. This is running higher than CICS. We have started meeting our goal again, but they don't want to see any jobs running in this special class having any CPU delays. Now for my question. What is the highest you can set a service class and how do you control how high it runs? Can it be made to run as high as System? I know that it would not be wise to do this, but I just need to ask the question. Is there anything else that can be done to give this service class more priority? We are not running too many jobs in this special service class. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM Service Class
At the request of management, we created a special job class that runs a service class which has an importance of 1, has CPU critical turned on and also has a velocity of 90%. This is running higher than CICS. We have started meeting our goal again, but they don't want to see any jobs running in this special class having any CPU delays. I'm glad I don't work at your shop: 1. Management should be telling you to solve the problem. Not how to solve it! 2. Putting batch higher than online can screw online response. 3. 90% is almost impossible to meet. The WLM will give up on an S/C if it can't 'help' it. 4. CPU delay is not necessarily a problem. Think of I/O-bound jobs. 5. Yes, you can do more, but you've already over-killed. - Too busy driving to stop for gas! -- 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
INITSQA CBU processing
hi all, After I try to activiate the CBU from 2094-401 to 2094-707, the LPAR cannot be IPL successfully because of 878 until I set the INITSQA. Is there any overhead while CBU activiated? How comes we need to add the default SQA/ESQA to NIP processing after CBU activiated? any help will be appreciated Best regards, -- 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
Comparing Mainframe and Windows Server CICS Transactions per kWh
The latest z/Journal has a study by Microsoft comparing Windows against the mainframe in terms of electrical power usage for CICS web-based applications. It claims that Windows is many times more efficient. You can find the PDF document at http://www.zjournal.com/redir.cfm?rid=939 Comments? -- 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
Laurence S K LAU/HTSA/HSBC is out of the office.
I will be out of the office starting 30 Oct 2008 and will not return until 31 Oct 2008. For urgent matter, please contact my teammate James Lai at 3663-8603 - *** This e-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. *** SAVE PAPER - THINK BEFORE YOU PRINT! -- 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: Sysplexing to the new z10s
I'm assuming your pair of z900s is in Parallel Sysplex today. I think you're on the right track, but could you do this instead: 1. one z900 - conversion or frame swap - z990 or z9 EC 2. other z900 - frame swap - z10 EC 3. z990 or z9 EC from step 1 - conversion or frame swap - z10 EC ?. Or, if you have small z900s, then this route might be preferable: 1. one z900 - frame swap - z890 or z9 BC 2. other z900 - frame swap - z10 BC 3. z890 or z9 BC from step 1 - conversion or frame swap - z10 BC Or even this (if the z890 or z9 BC would be too tight enroute): 1. one z900 - frame swap - z990 2. other z900 - frame swap - z10 BC 3. z990 from step 1 - frame swap - z10 BC The z990 or z890 would almost certainly be a used machine (from IBM or elsewhere). The z9 might or might not be. But you get the idea. As long as you hold at least N-2 through the swaps and upgrades, you can maintain business service through the process. If these z900s are not your only machines, you might have the required leapfrog system in-house already. For example, if you've got a z9 EC somewhere in-house, you could ring up IBM and ask for some Capacity On Demand. Then use that extra temporary capacity to leapfrog forward. A slight variation on that is to use this upgrade event as a good disaster recovery dress rehearsal opportunity, shifting the workload from these z900s to your DR center and back. Anyway, I think you had the right idea, but it just needed a bit of elaboration. Hope this helps. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Architecture Reference Summary
Steve Comstock wrote: Did you know the quoted price for these little gems (that came from the original S/360 green card) are now priced at $173.82?!! It seems that z/Architecture Reference Summary (SA22-7871-04) is now down to $25.04. I think that is still high, but less than $173.82. I know they're downloadable for free, but I wanted to hand them out to a class in the little booklet form, not on 8.5 * 11 copy paper. But $173.82 for 84 pages? Plus shipping. The prices always include ground shipping, but not sales tax. What's up with that? Note: this is for the -04 version. The -03 version is only $52.64. Now only $8.63. but $65.88 for the -02, $6.11 for -01, $4.68 for -00. S/370 REFERENCE SUMMARY (GX20-1850-07) for $7.56. The Principles of Operation are still expensive, too. z/Architecture Principles of Operation (SA22-7832-06) $239.14, z/Architecture Principles of Operation (SA22-7832-05) $139.02, z/Architecture Principles of Operation (SA22-7832-04) $148.52, z/Architecture Principles of Operation (SA22-7832-03) $144.88, S/370 PRINCIPLES OF OPERATION (GA22-7000-10) $82.12, SYSTEM/370 EXTENDED ARCHITECTURE/INTERPRETIVE EXECUTION (SA22-7095-01) $13.30. -- glen -- 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