Jol Network and Scheduling Guide Uploaded
Hi everyone. The editor ate (well added to) my text. The previous message shouldn't have asterisks around the example. __ Here's an example of a small job network. NETWORK ONE; SUBMIT JOB1; SUBMIT JOB2; SUBMIT JOB3 AFTER JOB1 JOB2 ENDED; ENDNET;* ___ Clem ,-._|\ Clement V. Clarke - Author Jol, EASYJCL, EASYPANEL, 370TO486 / Oz \ Web: http://www.ozemail.com.au/~oscarptyltd \_,--.x/ 38 Kings Park Road, West Perth, AUSTRALIA, 6005. v Tel (61)-8-9324-1119, Mob 0401-054-155. Email: [EMAIL PROTECTED] It places a full screen -- 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
SV: SV: PCOM questions
Thanks for the comprehensive information. -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Timothy Sipples Skickat: den 5 juli 2007 04:36 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: SV: PCOM questions ... Both products are compatible with 32-bit and 64-bit clients, as applicable. Really ? Is there any reference installation that has PCOMM installed at 64-bit windows and also use it ? (Wondering because I have heard a lot about problems to getting software to work on 64-bit windows.) Personal Communications V5.9, on Windows 2000 and Windows XP clients, specifies that the client should have a minimum of 64 MB with 128 MB recommended. It's not a particularly heavy piece of software and should be fine on the 512 MB PC mentioned. Sounds fine. But my current needs/wonderings is: 1. What practical enhancements of version 5.9 is significantly benefitting me ? (Compared to ver 4.1) 2. Are there any solution to my original question ? Which was: You can swap between different PCOM-windows (each with a session against a host) with a hot key - if You have defined the key as Jump next etc. But this doesn't work if a PCOM-macro is currently executing in the window I have in focus. (I have to wait until the macro has finished.) Could I change this in any way ? (I can of course change window with alt+tab but then I have to go through all other PC-applications I have active at that moment.) TIA _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- 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: PL/I will rule the world . . . not
Ahhh. You're right. I went to the wrong page: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2ZS20I here the doc is not available in PDF; but at http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/zswpdf/enterpr ise_pli36.html it is. Whenever I don't find what I'm looking for on the bookserver or publiz page, I'm trying via http://www.software.ibm.com, then select Products A to Z, the product, then Library. And for those interested: You can certify yourself as PL/1 expert with one of these tests: IBM Certified Application Developer -- Programming with IBM Enterprise PL/I IBM Certified Application Developer - Developing with IBM Enterprise PL/I We're still a big PL/1 shop and are migrating to the new Enterprise PL/1 Compiler. Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM tapes
Hi folks I want to change my HSM backup media from tape to DASD. I also want to dispense with ML2 and just keep everything on ML1 (not yet convinced of the benefits of DASD ML2). Does anyone know how I can move my existing 1Tb or so of tape backups onto DASD, and also how I can move all my ML2 tape data onto ML1 volumes? (This is on z/OS 1.7, using virtual 3490 tape and 3390 DASD). Thanks Brian This e-mail message is for the sole use of the intended recipient (s) and may contain confidential and privileged information of Transaction Network Services. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tranaction Network Services Limited Register No : 2952557 Registered Office: Sheffield Business Park Europa Link Sheffield S9 1XU Directors: R. Low, M Collins, H. Graham (USA), M. Keegan (USA) -- 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: SV: PCOM questions
Timothy Sipples wrote: Well, someone had to pay for PCOMM, the price is AFAIK approx.$250-350 per license Ah, no. Pet peeve of mine when someone gets the price wrong. :-) Looking at U.S. prices, right now at ibm.com the highest price you could possibly pay is US $238. To get that price you would follow these steps: [...] Timothy, You saw some webpage addressed for U.S. I'm in Poland, EU, Thomas is in Sweden, EU. My price information comes from real invoice, although I can't remember it was $250 or 350. Both numbers mean much to much for me. -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: PL/I will rule the world . . . not
I wrote: Not to initiate another which language is best war, I must admit to having become somewhat enamoured of perl of late. Must get a copy onto big iron one day so I can have a play. To which Ed responded: Why not put it up this weekend? http://www.ibm.com/servers/eserver/zseries/zos/unix/pdf/docs/hpeza101.pdf Because, quote To order Perl for z/OS, most customers can go to IBM ShopzSeries Web site. For all other customers, please contact your local IBM representative. /quote Note the use of *most* - not us in PacBasin last I looked. Note also the requirement to be a customer. I do work for some of IBMs customers, but I ain't actually an employee of one. Shane ... -- 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: HSM tapes
Brian, TAPEMIGRATION(NONE) should turn off any migration to tape. Setting ML1 days in your SMS Management classes to NOLIMIT will prevent any SMS managed datasets from leaving ML1. There's no way to recall from ML2 to ML1 that I know of. You'll have to recall to Primary DASD then turn around and HMIG. Simple enough, build a list of migrated datasets on ML2, edit said list (or a portion thereof) with the require Recall commands then execute in TSO batch (or get carpel tunnel hitting enter). Then re-edit replacing Recall with Migrate. Or let nature take it's course and let HSM migrate them. I agree with you as to having DASD ML2. Why bother? A recall from DASD is a recall from DASD. You will have to issue Freevol commands to free up space on your ML1s. As to the Backups, Recycle them using the SELECT(Include(range(volser1:volser2))) parameter to move the backups on tape to your DASD Backup pool. HTH From: Perryman, Brian [mailto:[EMAIL PROTECTED] Sent: Thu 7/5/2007 4:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM tapes Hi folks I want to change my HSM backup media from tape to DASD. I also want to dispense with ML2 and just keep everything on ML1 (not yet convinced of the benefits of DASD ML2). Does anyone know how I can move my existing 1Tb or so of tape backups onto DASD, and also how I can move all my ML2 tape data onto ML1 volumes? (This is on z/OS 1.7, using virtual 3490 tape and 3390 DASD). Thanks Brian This e-mail message is for the sole use of the intended recipient (s) and may contain confidential and privileged information of Transaction Network Services. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tranaction Network Services Limited Register No : 2952557 Registered Office: Sheffield Business Park Europa Link Sheffield S9 1XU Directors: R. Low, M Collins, H. Graham (USA), M. Keegan (USA) -- 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: HSM tapes
Are your HSM tape managed by a tape management system? Under the control of an ATL? If under HSM control is the setsys value for Tapedeletion? From: Perryman, Brian [mailto:[EMAIL PROTECTED] Sent: Thu 7/5/2007 7:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes Thanks for that David. However I tried that recycle on a small range of backup tapes, but the darned thing infuriatingly keeps picking tape volumes instead of my DASD ones.. Any ideas where I might be going wrong? Brian -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 05 July 2007 11:41 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes -- 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: HSM tapes
Thanks for that David. However I tried that recycle on a small range of backup tapes, but the darned thing infuriatingly keeps picking tape volumes instead of my DASD ones.. Any ideas where I might be going wrong? Brian -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 05 July 2007 11:41 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes Brian, TAPEMIGRATION(NONE) should turn off any migration to tape. Setting ML1 days in your SMS Management classes to NOLIMIT will prevent any SMS managed datasets from leaving ML1. There's no way to recall from ML2 to ML1 that I know of. You'll have to recall to Primary DASD then turn around and HMIG. Simple enough, build a list of migrated datasets on ML2, edit said list (or a portion thereof) with the require Recall commands then execute in TSO batch (or get carpel tunnel hitting enter). Then re-edit replacing Recall with Migrate. Or let nature take it's course and let HSM migrate them. I agree with you as to having DASD ML2. Why bother? A recall from DASD is a recall from DASD. You will have to issue Freevol commands to free up space on your ML1s. As to the Backups, Recycle them using the SELECT(Include(range(volser1:volser2))) parameter to move the backups on tape to your DASD Backup pool. HTH This e-mail message is for the sole use of the intended recipient (s) and may contain confidential and privileged information of Transaction Network Services. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tranaction Network Services Limited Register No : 2952557 Registered Office: Sheffield Business Park Europa Link Sheffield S9 1XU Directors: R. Low, M Collins, H. Graham (USA), M. Keegan (USA) -- 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: HSM tapes
We've got RMM. It's running on a VTS. I manually ADDVOL'd a single DASD backup volume to experiment with, it shows up correctly when I do a LIST BVOL. SETSYS TAPEDELETION is set to SCRATCHTAPE I changed a couple of other SETSYS values though: BACKUP(DASD) RECYCLEOUTPUT(BACKUP(DASD)) Don't know what else to do now. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 05 July 2007 12:22 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes Are your HSM tape managed by a tape management system? Under the control of an ATL? If under HSM control is the setsys value for Tapedeletion? This e-mail message is for the sole use of the intended recipient (s) and may contain confidential and privileged information of Transaction Network Services. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tranaction Network Services Limited Register No : 2952557 Registered Office: Sheffield Business Park Europa Link Sheffield S9 1XU Directors: R. Low, M Collins, H. Graham (USA), M. Keegan (USA) -- 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
Printing Adhesive labels on an IBM 3900
Hi, We would like to print Adhesive labels on our IBM 3900. Where can I find the specifications for these labels. 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: HSM tapes
Is there any rule or policy within RMM that directs allocation of HMIG.BACKTAPE.**? Obviously I'm not familiar with RMM. Did you have any tapes show up on your BVOL output as AVAIL? These might have to be Delvol'd. Have you re-tried the recycle since changing Recycleoutput? From: Perryman, Brian [mailto:[EMAIL PROTECTED] Sent: Thu 7/5/2007 7:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes We've got RMM. It's running on a VTS. I manually ADDVOL'd a single DASD backup volume to experiment with, it shows up correctly when I do a LIST BVOL. SETSYS TAPEDELETION is set to SCRATCHTAPE I changed a couple of other SETSYS values though: BACKUP(DASD) RECYCLEOUTPUT(BACKUP(DASD)) Don't know what else to do now. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 05 July 2007 12:22 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HSM tapes Are your HSM tape managed by a tape management system? Under the control of an ATL? If under HSM control is the setsys value for Tapedeletion? This e-mail message is for the sole use of the intended recipient (s) and may contain confidential and privileged information of Transaction Network Services. Any unauthorised review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Tranaction Network Services Limited Register No : 2952557 Registered Office: Sheffield Business Park Europa Link Sheffield S9 1XU Directors: R. Low, M Collins, H. Graham (USA), M. Keegan (USA) -- 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: MEMLIMIT again -- Consensus on Default Size?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Grieve To be pedantic, the 2G MEMLIMIT value for CICS TS 3.2 is a recommendation, not an absolute value. CICS will start up as long as MEMLIMIT is at least as large as EDSALIMIT (which is obviously less than 2G). Hmmm Yes, it does say that after all Please accept my apology for the too-superficial summary. But it appears absolutely true that CICS TS 3.2 *does require* a MEMLIMIT greater than zero, where 2.3 and earlier did not; hence my general question about a suitable system-wide default for MEMLIMIT. -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: SHARE meeting
On Tue, 3 Jul 2007 16:03:42 -0500, Jeffrey Deaver [EMAIL PROTECTED] wrote: So SHARE is only 5.714 weeks away now, so I need to start planning. Main question for this group - How do I go about meeting some of you while I'm there? Best place to be snubbed is probably SCIDS. :-) Look me up. My web site bio has a picture of me. You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. If you find me, I'm sure you'll run into some other IBM-MAIN people or I will introduce you to those that are around that I know. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
At I.B.M., a Smarter Way to Outsource
At I.B.M., a Smarter Way to Outsource http://www.nytimes.com/2007/07/05/business/05outsource.html?themc=th http://tinyurl.com/26xg4e -- 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: MEMLIMIT again -- Consensus on Default Size?
Mark Zelden wrote: On Wed, 4 Jul 2007 09:09:46 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: It is currently set at 80MB in SMFPARM. The person who picked that number just reached into a hat for it. Regardless how that person picked it, it is a IMO a ridiculous number to set for a 64-bit storage default. I would say the same for anything under 2G. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html I happen to agree with you but we still have people in control of certain data center departments that haven't changed with the times. It almost took an act of Congress to get the change made from the default Memlimit from 0M to 80M -- Mark Jacobs Technical Services Time Customer Service - Tampa, FL -- Victory in defeat, there is none higher. She didn't give up, Ben; she's still trying to lift that stone after it has crushed her. She's a father going down to a dull office job while cancer is painfully eating away his insides, so as to bring home one more pay check for the kids. She's a twelve-year-old girl trying to mother her baby brothers and sisters because Mama had to go to Heaven. She's a switchboard operator sticking to her job while smoke is choking her and the fire is cutting off her escape. She's all the unsung heroes who couldn't quite cut it but never quit.* Robert A. Heinlein - Stranger in a Strange Land *Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone -- 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: PL/I will rule the world . . . not
On Thu, 5 Jul 2007 19:09:01 +1000, Shane [EMAIL PROTECTED] wrote: I wrote: Not to initiate another which language is best war, I must admit to having become somewhat enamoured of perl of late. Must get a copy onto big iron one day so I can have a play. To which Ed responded: Why not put it up this weekend? http://www.ibm.com/servers/eserver/zseries/zos/unix/pdf/docs/hpeza101.pdf Because, quote To order Perl for z/OS, most customers can go to IBM ShopzSeries Web site. For all other customers, please contact your local IBM representative. /quote Note the use of *most* - not us in PacBasin last I looked. Note also the requirement to be a customer. I do work for some of IBMs customers, but I ain't actually an employee of one. So someone at your customer site can get an IBM global ID (if they don't have one already) and order / download for you to install. When I was consulting full time, I used multiple IDs for things like IBM and CA web sites and signed up under my clients' customer numbers. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: Mainframe Blog Posting re: Mainframe Migrations to z
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Wednesday, July 04, 2007 5:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Mainframe Blog Posting re: Mainframe Migrations to z I'd like to draw IBM-MAINers' attention to the latest Mainframe Blog po= st, specifically this one: http://mainframe.typepad.com/blog/2007/06/todays-potpourr.html and specifically item #4. I'm always interested in hearing about bett= er mousetraps, even old ones, concerning migration of other mainframes = to IBM System z. I'm getting a lot of questions about that lately. As sa= id, blatant advertising is no problem with me if it's good stuff that would= help improve the migration experience. SNIP WANG/VS to z/OS: Let the PC handle the WP aspect and let z/OS handle the DP aspect. Don't spend a million US$ on trying to migrate this. WANG downloaded microcode to their workstations to change them from Word Processing to Data Processing. There was no similar functionality under S/370/ESA (back when I was doing this). WANG machines implemented PD (Packed Decimal) while being ASCII. Conversion to EBCDIC is fairly straight forward. And IFF I remember correctly, FP on WAND/VS boxes was the same as used on S/360 FP. Regards, Steve Thompson -- 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: SHARE meeting
On Thu, 2007-07-05 at 07:54 -0500, Mark Zelden wrote: You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. Glad you weren't standing next to Barry when I was looking for people I (sorta) knew ... ;-) Shane ... -- 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: 9840C allocations on z/OS 1.7
On Wed, 4 Jul 2007 04:14:00 -0500, Lieven Borgs [EMAIL PROTECTED] wrote: Chris, The difference between the IBM ATL and the STK is that the IBM stuff is SMS managed. So you have several options: 1) Code a different esotheric in the JCL for 9840C devices and select devices that way. 2) If you do not want to adapt the JCL's you have to make sure that the datasets you want to route to 9840C are not SMS managed. So they can't get a dataclas assigned. 3) In order to proceed you can either: - code up a tapereq that routes the data to the STK managed 9840C - uses the SMC SMS interface. Basically what happens is that after that the IBM code called the ACS routines and found no match because the dataset is not supposed to be SMS managed the SMC code calls the ACS routines with an environment of STK1. You can then use the ACS routines to substitute the esotheric in the JCL with and other esotheric that would only contain the 9840C devices. Be aware the dataset will not become SMS managed, we'll just use the ACS routines to do our stuff. All this is described in the SMC administrator guide that you can get from the support site. Cheers, Lieven Chris said the drives were stand alone. Does Sun/STK provide SMC when they sell stand alone drives? Or is it a cost option? I have never been at a STK shop that didn't have an automated library along with HSC (now HSC/SMC), so I have no idea. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: MEMLIMIT again -- Consensus on Default Size?
On Wed, 4 Jul 2007 09:09:46 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: It is currently set at 80MB in SMFPARM. The person who picked that number just reached into a hat for it. Regardless how that person picked it, it is a IMO a ridiculous number to set for a 64-bit storage default. I would say the same for anything under 2G. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: MEMLIMIT again -- Consensus on Default Size?
I haven't read the migration guide yet, but I saved this note from Jonathan Scott (CICS Development Hursley) on the CICS-L list: CICS 3.2 requires a minimum of MEMLIMIT=2G so that it can allocate a storage object of this size above the bar, for example to support containers. I guess that's a qualified statement, but it sounded pretty specific to me at the time. Thanks for helping to clear it up. Greg Shirey Ben E. Keith Company source: http://listserv.uga.edu/cgi-bin/wa?A2=ind0704L=cics-lD=0P=34030 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Grieve Sent: Wednesday, July 04, 2007 3:29 AM To be pedantic, the 2G MEMLIMIT value for CICS TS 3.2 is a recommendation, not an absolute value. CICS will start up as long as MEMLIMIT is at least as large as EDSALIMIT (which is obviously less than 2G). Tom Grieve CICS Development IBM Hursley Park -- 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
ICKDSF : INSPECT PARMS
Good Morning, I am investigating an error posted on the DASD I/O REQUEST TERMINATED, EXCESSIVE RETRIES I executed an ANALYZE (using the parms listed below) but no errors were found :906E ALL DATA 'MACHINE READABLE' WITHOUT ERRORS ANALYZE DDNAME(DISK1) SCAN SPEED I then executed an INSPECT (input cards are posted below) but no message was given as posted in the ANALYZE job. Is there something else I should try? Do I need to modify my parms to include/exclude something else? INSPECTDDNAME(DISK1) - NOASSIGN - NOPRESERVE - NOCHECK - NOSKIP - MAP - VERIFY(WRKD01) Thanks - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -- 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: SHARE meeting
On Thu, 5 Jul 2007 23:16:51 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2007-07-05 at 07:54 -0500, Mark Zelden wrote: You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. Glad you weren't standing next to Barry when I was looking for people I (sorta) knew ... ;-) Shane ... Funny you should say that. When I started to reply I originally wrote but don't confuse me with Barry Merrill :-) . But then erased it. I of course don't look anything like him. A little less gray too. :-) Doesn't Michael Stack have a pony tail? He is more likely to be confused with Barry if he does. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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: 9840C allocations on z/OS 1.7
Mark Zelden wrote: [...] Chris said the drives were stand alone. Does Sun/STK provide SMC when they sell stand alone drives? Or is it a cost option? I have never been at a STK shop that didn't have an automated library along with HSC (now HSC/SMC), so I have no idea. AFAIK HSC is paid per CPC host. SMC is built in HSC license. IMHO the best method is to define MTL for each kind of drive. For stand alone tapes (non-MTL) it is possible to use UNIT=STK and UNIT=IBM for allocation, but we cannot distinguish drive types during tape read. -- 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.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: SHARE meeting
I've got a pony tail too although not too much grey (yet). I figure I might as well let it grow while I still can ... Might end up losing some IQ points when it goes away grin. Wonder if we should start a 'long-hair' table at SCIDS ... Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Michael Stack Mark Zelden wrote: You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. Funny you should say that. When I started to reply I originally wrote but don't confuse me with Barry Merrill :-) . But then erased it. I of course don't look anything like him. A little less gray too. :-) Doesn't Michael Stack have a pony tail? He is more likely to be confused with Barry if he does. Mark Michael Stack Product Developer NEON Enterprise Software, Inc. -- 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: SHARE meeting
At 08:31 AM 7/5/2007 -0500, you wrote: On Thu, 5 Jul 2007 23:16:51 +1000, Shane [EMAIL PROTECTED] wrote: On Thu, 2007-07-05 at 07:54 -0500, Mark Zelden wrote: You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. Glad you weren't standing next to Barry when I was looking for people I (sorta) knew ... ;-) Shane ... Funny you should say that. When I started to reply I originally wrote but don't confuse me with Barry Merrill :-) . But then erased it. I of course don't look anything like him. A little less gray too. :-) Doesn't Michael Stack have a pony tail? He is more likely to be confused with Barry if he does. Mark At a SHARE meeting long ago, I was riding an elevator with other attendees (there are lots of elevators at SHARE meetings), when one of them began talking to me about tuning. After a few seconds, I interrupted him to explain that I am not Barry Merrill. He just kept talking. Once again I explained that I'm not Barry. Finally, he stopped, looked at me more closely, then said, Yes, you are! Michael Stack Product Developer NEON Enterprise Software, Inc. -- 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: What is the main publication site (was: PL/I will rule the world . . . not
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John P Baker The main publication site for the US is: http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss?CTY=US The one I use is: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ But it doesn't have the CICS TS 3.2 doc (yet). That's available here: http://publib.boulder.ibm.com/infocenter/cicsts/v3r2/index.jsp But not in book mangler format. -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: SHARE meeting
Wayne Driscoll wrote: Pony tail, so I guess that means that you could get mistaken for Mike Stack or Barry Merrill? vbg Pony tail or no pony tail, Mark has a unique look all his own -- easy to pick out of a crowd. -- 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: SHARE meeting
Pony tail, so I guess that means that you could get mistaken for Mike Stack or Barry Merrill? vbg Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, July 05, 2007 7:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SHARE meeting On Tue, 3 Jul 2007 16:03:42 -0500, Jeffrey Deaver [EMAIL PROTECTED] wrote: So SHARE is only 5.714 weeks away now, so I need to start planning. Main question for this group - How do I go about meeting some of you while I'm there? Best place to be snubbed is probably SCIDS. :-) Look me up. My web site bio has a picture of me. You probably can't see it in the picture, but I have a pony tail which makes me pretty easy to pick out. If you find me, I'm sure you'll run into some other IBM-MAIN people or I will introduce you to those that are around that I know. Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 -- 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: SHARE meeting
Funny you should say that. When I started to reply I originally wrote but don't confuse me with Barry Merrill :-) . But then erased it. I of course don't look anything like him. A little less gray too. :-) I've been told the half faced silhouette of Berry Merrill that's on the front of his books (and front page of mxg.com) actually does resemble me. Of course, maybe a half faced silhouette looks like a lot of people. ;-) Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) 651-610-7670(p) -- 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: ICKDSF : INSPECT PARMS
Hi, You might want to post the full message id(s) that go with the errors? z/OS Systems Programming Consultancy Website www.zostek.com -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of esmie moo Sent: 05 July 2007 14:45 To: IBM-MAIN@BAMA.UA.EDU Subject: ICKDSF : INSPECT PARMS Good Morning, I am investigating an error posted on the DASD I/O REQUEST TERMINATED, EXCESSIVE RETRIES I executed an ANALYZE (using the parms listed below) but no errors were found :906E ALL DATA 'MACHINE READABLE' WITHOUT ERRORS ANALYZE DDNAME(DISK1) SCAN SPEED I then executed an INSPECT (input cards are posted below) but no message was given as posted in the ANALYZE job. Is there something else I should try? Do I need to modify my parms to include/exclude something else? INSPECTDDNAME(DISK1) - NOASSIGN - NOPRESERVE - NOCHECK - NOSKIP - MAP - VERIFY(WRKD01) Thanks - Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail -- 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 No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.0/886 - Release Date: 04/07/2007 13:40 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.0/886 - Release Date: 04/07/2007 13:40 -- 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: ICKDSF : INSPECT PARMS
Here is the full error message: *IOS000I 906E,1D,IOE,47,0E00,,04880004,WRKD01,VSXSORT2, 0004000B6E8844AD71104200183F0101004D4CE200048804 I/O REQUEST TERMINATED, EXCESSIVE RETRIES Phil Kingston [EMAIL PROTECTED] wrote: Hi, You might want to post the full message id(s) that go with the errors? Good Morning, I am investigating an error posted on the DASD I/O REQUEST TERMINATED, EXCESSIVE RETRIES I executed an ANALYZE (using the parms listed below) but no errors were found :906E ALL DATA 'MACHINE READABLE' WITHOUT ERRORS ANALYZE DDNAME(DISK1) SCAN SPEED I then executed an INSPECT (input cards are posted below) but no message was given as posted in the ANALYZE job. Is there something else I should try? Do I need to modify my parms to include/exclude something else? INSPECT DDNAME(DISK1) - NOASSIGN - NOPRESERVE - NOCHECK - NOSKIP - MAP - VERIFY(WRKD01) Thanks - Ask a question on any topic and get answers from real people. Go to Yahoo! Answers. -- 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: SV: PCOM questions
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Farley, Peter x23353 Sent: Thursday 05 July 2007 08:45 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SV: PCOM questions -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Thursday, July 05, 2007 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SV: PCOM questions Snipped Everybody is going to be different as to what their favorite new feature is. Yet another feature people seem to like is having nice FTP support available both separately and integrated with your 3270 session. FTP tends to be a lot faster than IND$FILE. And the security is quite dramatically improved since your 4.1 version. My guess is 4.1 didn't support TN3270E SSL/TLS encryption, and I think almost everybody should have that turned on given the sort of information flowing to/from your mainframe. FTP support doesn't seem to be in V5.7, was that added at 5.8 or 5.9? I think that was a general statement, not specific to PCOMM. But I could be wrong. I've got 5.8 (wish I had 5.9, but I don't have $200+ to spend on that). Another thing that got added in the past version or two is support for arbitrary screen sizes, beyond Mod5. A lot of people asked for that, and it should be in there now. Same comment and question as for FTP: V5.7 definitely doesn't have this support, at least not in the session configuration menus, was it added at 5.8 or 5.9? You can, of course, edit the *.ws file and put in an arbitrary size (I have one for 62x132 that works quite nicely), but there isn't menu support for it at version 5.7. Arbitrary support is not there at 5.8, either. You still have to edit the .ws file. Which reminds me - there are settings in .ws files that still have no way to set them via Edit - Preferences - ... (at 5.8) such as IgnoreWCC*mumble* to have PCOMM ignore the generate-a-hardcopy flag in an output data stream (such as what's there in the ADCD z/OS and the regular z/VSE default USSes), and the Ignore undefined chars. At least, I've never found them. Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ -- 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: SV: PCOM questions
Thomas Berg writes: Really ? Is there any reference installation that has PCOMM installed at 64-bit windows and also use it ? (Wondering because I have heard a lot about problems to getting software to work on 64-bit windows.) I'm not sure about 64-bit reference installations specifically, although perhaps the PComm support team would know if there's anybody who's willing to say they do publicly. In the PComm documentation IBM states that 64-bit Windows is only officially supported for TCP/IP (i.e. TN3270/TN3270E) connections. Most of the problems with 64-bit Windows tend to center around device drivers, so that's why IBM makes that statement at least for now. Sounds fine. But my current needs/wonderings is: 1. What practical enhancements of version 5.9 is significantly benefitting me ? (Compared to ver 4.1) There's going to be a long list of features added since Version 4.1. I don't think IBM skipped all that many numbers in between. There are at least a couple ways you can get a list: 1. In the product documentation for each new version there's a list of new features (What's New?). 2. If you look at the IBM announcement letter for each new version, lately under Host Access Client Package, it will summarize the new features -- or at least what product marketing thinks are the most important. Neither list (especially #2) will be totally exhaustive, but they'll cover the big stuff. One thing that will certainly be true is that there will be various bug fixes to address new versions of Windows. Yes, PComm has changed over the years just because some new version of Windows or some Windows patch broke something. One new feature that I don't think is in 4.1 is my idea: making anything in the 3270 screen that looks like a Web link or e-mail address into a clickable hotspot. (You can disable this feature if you don't like it, but it's on by default.) It started in HOD and then migrated over to PComm, I believe. You can thank/blame me for that feature idea. Everybody is going to be different as to what their favorite new feature is. Yet another feature people seem to like is having nice FTP support available both separately and integrated with your 3270 session. FTP tends to be a lot faster than IND$FILE. And the security is quite dramatically improved since your 4.1 version. My guess is 4.1 didn't support TN3270E SSL/TLS encryption, and I think almost everybody should have that turned on given the sort of information flowing to/from your mainframe. Another thing that got added in the past version or two is support for arbitrary screen sizes, beyond Mod5. A lot of people asked for that, and it should be in there now. And there's undoubtedly 100+ other new things since 4.1, many probably even more important. 2. Are there any solution to my original question ? Which was: You can swap between different PCOM-windows (each with a session against a host) with a hot key - if You have defined the key as Jump next etc. But this doesn't work if a PCOM-macro is currently executing in the window I have in focus. (I have to wait until the macro has finished.) Could I change this in any way ? (I can of course change window with alt+tab but then I have to go through all other PC-applications I have active at that moment.) I'm not sure, but I do know of one related improvement. Macros just might run faster. One thing that certainly changed is that PComm (in 5.9 and maybe one or so versions back) will now negotiate TN3270E Contention Resolution if your host supports it. CR support was added around z/OS 1.3 or 1.4, I believe, although you might need a PTF for 1.5 and prior so that it works correctly. What CR does is establish a tighter handshake between client and host, and you may find that your macros run faster. Pre-CR it was tough to make macros work reliably because the protocol didn't always actually let the client know when the true end of transmission was reached. So macro engines had embedded in them fixed waits, maybe 500 or 1000 ms per screen by default. CR now provides the proper signalling, something that SNA links have always had. I'm not sure about the PComm documentation, but there's a section in the WebSphere HATS (Host Access Transformation Services) V6 InfoCenter documentation that talks about Contention Resolution. I wrote a fair amount of that section. Hopefully it's useful reading. I probably explain it better there because I've forgotten some details. Radoslaw Skorupka writes: You saw some webpage addressed for U.S. I'm in Poland, EU, Thomas is in Sweden, EU. My price information comes from real invoice, although I can't remember it was $250 or 350. Both numbers mean much to much for me. You threw me there because you used dollar figures, so that's why I quoted dollar figures back. As noted in my reply, prices do vary between countries. There are different taxes, for one thing. Hopefully the information I provided, particularly the trade-up details, is useful.
Re: SV: PCOM questions
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Timothy Sipples Sent: Thursday, July 05, 2007 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SV: PCOM questions Snipped Everybody is going to be different as to what their favorite new feature is. Yet another feature people seem to like is having nice FTP support available both separately and integrated with your 3270 session. FTP tends to be a lot faster than IND$FILE. And the security is quite dramatically improved since your 4.1 version. My guess is 4.1 didn't support TN3270E SSL/TLS encryption, and I think almost everybody should have that turned on given the sort of information flowing to/from your mainframe. FTP support doesn't seem to be in V5.7, was that added at 5.8 or 5.9? Another thing that got added in the past version or two is support for arbitrary screen sizes, beyond Mod5. A lot of people asked for that, and it should be in there now. Same comment and question as for FTP: V5.7 definitely doesn't have this support, at least not in the session configuration menus, was it added at 5.8 or 5.9? You can, of course, edit the *.ws file and put in an arbitrary size (I have one for 62x132 that works quite nicely), but there isn't menu support for it at version 5.7. I ask when it was added so I know what version to ask my PC support team to acquire. 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: SHARE meeting
- Original Message - From: Edward Jaffe [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, July 05, 2007 10:42 AM Subject: Re: SHARE meeting Wayne Driscoll wrote: Pony tail, so I guess that means that you could get mistaken for Mike Stack or Barry Merrill? vbg Pony tail or no pony tail, Mark has a unique look all his own -- easy to pick out of a crowd. Even easier, Mark's hair is black ;-) -- 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: SV: PCOM questions
Re: FTP, I may be thinking of Host On-Demand here. I know HOD has definitely got it. Re: Arbitrary screen sizes beyond Mod5, yes, I think that's a *.WS file setting. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM 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: Printing Adhesive labels on an IBM 3900
The official reference is the Forms Design Reference which can be found at http://www.printers.ibm.com/internet/wwsites.nsf/vwwebpublished/3900supt_ww Bill On Thu, 5 Jul 2007 14:34:32 +0300, #1490;#1491;#1497; amp;#1489;#1503; #1488;#1489;#1497; [EMAIL PROTECTED] wrote: Hi, We would like to print Adhesive labels on our IBM 3900. Where can I find the specifications for these labels. 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: SHARE meeting
Arf ! -Original Message- Ed Finnell In a message dated 7/5/2007 9:13:29 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wonder if we should start a 'long-hair' table at SCIDS ... Or a poodle parlor??? -- 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: SHARE meeting
In a message dated 7/5/2007 9:13:29 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Wonder if we should start a 'long-hair' table at SCIDS ... Or a poodle parlor??? ** See what's free at http://www.aol.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
PAGTOTL value
Hello, I have a question regarding PAGTOTL parameter. Our setting is set at PAGTOTL=(20). We currently have 12 local page datasets defined at IPL. We would like to add 4 additional local page data sets from a new DASD pool. Then Page Delete/Drain the original 12. This is necessary because of a DASD migration we are in the process of. We will then add 12 new volumes from the new DASD pool. Lastly, delete the four we added at the beginning. My question is this: Does the PAGTOTL value reflect a cumulative number of page adds? Technically we will be adding 16 page volumes, in addition to the 12 that were there at IPL. This total value along with the original 12 exceeds the PAGTOTL=(20) value. After reviewing both the Init/Tuning guide and the MVS Commands manuals, I came away with the idea that PAGTOTL is a value the reflects the total number of page data sets that can be in use at any one time during the IPL. However I just wanted to make sure. Thanks, Rick z/OS V1.7 -- 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: PAGTOTL value
Ugaz, Rick wrote: Hello, I have a question regarding PAGTOTL parameter. Our setting is set at PAGTOTL=(20). We currently have 12 local page datasets defined at IPL. We would like to add 4 additional local page data sets from a new DASD pool. Then Page Delete/Drain the original 12. This is necessary because of a DASD migration we are in the process of. We will then add 12 new volumes from the new DASD pool. Lastly, delete the four we added at the beginning. My question is this: Does the PAGTOTL value reflect a cumulative number of page adds? Technically we will be adding 16 page volumes, in addition to the 12 that were there at IPL. This total value along with the original 12 exceeds the PAGTOTL=(20) value. After reviewing both the Init/Tuning guide and the MVS Commands manuals, I came away with the idea that PAGTOTL is a value the reflects the total number of page data sets that can be in use at any one time during the IPL. However I just wanted to make sure. Thanks, Rick z/OS V1.7 AFAIK you are correct. The PAGTOTL limit is a total number of active page datasets, not the number of Page Adds allowed. -- Mark Jacobs Technical Services Time Customer Service - Tampa, FL -- Victory in defeat, there is none higher. She didn't give up, Ben; she's still trying to lift that stone after it has crushed her. She's a father going down to a dull office job while cancer is painfully eating away his insides, so as to bring home one more pay check for the kids. She's a twelve-year-old girl trying to mother her baby brothers and sisters because Mama had to go to Heaven. She's a switchboard operator sticking to her job while smoke is choking her and the fire is cutting off her escape. She's all the unsung heroes who couldn't quite cut it but never quit.* Robert A. Heinlein - Stranger in a Strange Land *Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone -- 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: ICKDSF : INSPECT PARMS
Esmie: Looks like an I/O error in the Locate Record CCW(47) because it trying tp access a record outside of its defined extent. The sense byte 0004 is file protect. Typically, the define extent CCW defines the from and to address on the disk in which the following channel program will execute. The locate record then locates the starting point for the channel program. Bill From: esmie moo [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ICKDSF : INSPECT PARMS Date: Thu, 5 Jul 2007 11:03:36 -0400 Here is the full error message: *IOS000I 906E,1D,IOE,47,0E00,,04880004,WRKD01,VSXSORT2, 0004000B6E8844AD71104200183F0101004D4CE200048804 I/O REQUEST TERMINATED, EXCESSIVE RETRIES Phil Kingston [EMAIL PROTECTED] wrote: Hi, You might want to post the full message id(s) that go with the errors? Good Morning, I am investigating an error posted on the DASD I/O REQUEST TERMINATED, EXCESSIVE RETRIES I executed an ANALYZE (using the parms listed below) but no errors were found :906E ALL DATA 'MACHINE READABLE' WITHOUT ERRORS ANALYZE DDNAME(DISK1) SCAN SPEED I then executed an INSPECT (input cards are posted below) but no message was given as posted in the ANALYZE job. Is there something else I should try? Do I need to modify my parms to include/exclude something else? INSPECT DDNAME(DISK1) - NOASSIGN - NOPRESERVE - NOCHECK - NOSKIP - MAP - VERIFY(WRKD01) Thanks - Ask a question on any topic and get answers from real people. Go to Yahoo! Answers. -- 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 _ http://imagine-windowslive.com/hotmail/?locale=en-usocid=TXT_TAGHM_migration_HM_mini_pcmag_0507 -- 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: PAGTOTL value
Rick, PAGTOTL indicates the number of PARTEs that are built at IPL time. Each page dataset uses one PARTE. IBMLink has a pretty good explanation of PARTEs and how they are reused with PAGE ADD/DEL. Search the QA library for document BDC32239 or PAGTOTL. Don't forget the first 3 PARTEs are used for non-LOCAL page data sets, so at most, you can have 17 LOCAL page datasets active to the system at any given time. You should be able to accomplish your move. Regards, Steve -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ugaz, Rick Sent: Thursday, July 05, 2007 12:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: PAGTOTL value Hello, I have a question regarding PAGTOTL parameter. Our setting is set at PAGTOTL=(20). We currently have 12 local page datasets defined at IPL. We would like to add 4 additional local page data sets from a new DASD pool. Then Page Delete/Drain the original 12. This is necessary because of a DASD migration we are in the process of. We will then add 12 new volumes from the new DASD pool. Lastly, delete the four we added at the beginning. My question is this: Does the PAGTOTL value reflect a cumulative number of page adds? Technically we will be adding 16 page volumes, in addition to the 12 that were there at IPL. This total value along with the original 12 exceeds the PAGTOTL=(20) value. After reviewing both the Init/Tuning guide and the MVS Commands manuals, I came away with the idea that PAGTOTL is a value the reflects the total number of page data sets that can be in use at any one time during the IPL. However I just wanted to make sure. Thanks, Rick z/OS V1.7 -- 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 == Please access the attached hyperlink for an important electronic communications disclaimer: http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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: SHARE meeting
On Thu, 5 Jul 2007 10:13:04 -0400, Ken Porowski wrote: Wonder if we should start a 'long-hair' table at SCIDS ... but the short-hairs might complain... -- Tom Marchant -- 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: SHARE meeting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant On Thu, 5 Jul 2007 10:13:04 -0400, Ken Porowski wrote: Wonder if we should start a 'long-hair' table at SCIDS ... but the short-hairs might complain... ... not to mention the no-hairs... -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: SHARE meeting
Tom Marchant wrote: On Thu, 5 Jul 2007 10:13:04 -0400, Ken Porowski wrote: Wonder if we should start a 'long-hair' table at SCIDS ... but the short-hairs might complain... As well as us no-hairs. :-D -- 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: SHARE meeting
---snip-- Hey, What about being more politically correct (so us womens' is not offended) and just call it the Wisdom of the Ages??? Lizette -unsnip I could live with that. :-D -- 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: PAGTOTL value
On Thu, 5 Jul 2007 13:33:51 -0400, Bielskie, Stephen wrote: PAGTOTL indicates the number of PARTEs that are built at IPL time. Each page dataset uses one PARTE. IBMLink has a pretty good explanation of PARTEs and how they are reused with PAGE ADD/DEL. Search the QA library for document BDC32239 or PAGTOTL. Don't forget the first 3 PARTEs are used for non-LOCAL page data sets, so at most, you can have 17 LOCAL page datasets active to the system at any given time. You should be able to accomplish your move. Steve and Mark are correct. You should have no problem. I would recommend that you increase your PAGTOTL to 256, though. Since each PARTE uses only 96 bytes of ESQA, 256 of them only requires 24K. Then you shouldn't have to worry about it again. -- Tom Marchant -- 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: SHARE meeting
Hey, What about being more politically correct (so us womens' is not offended) and just call it the Wisdom of the Ages??? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant On Thu, 5 Jul 2007 10:13:04 -0400, Ken Porowski wrote: Wonder if we should start a 'long-hair' table at SCIDS ... but the short-hairs might complain... ... not to mention the no-hairs... -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: SHARE meeting
As well as us no-hairs. :-D Fleischmütze? I'm back to having a ponytail - most Aussies would remember me having one. -- 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: Career Advice Sought
I have to agree with Ken's post, Eric - remember that in a lot of ways, what the server farms are learning to do, you've already done for years; the RAS attitude is definitely transferable, especially in the DR / Business Continuity area, also in the area of operational automation: with the large number of servers, automating how things go daily is a challenge I'm sure... I am, as are many of us, spoiled by the 'set it and forget it' way of the mainframe where you can set up a process and it's still working 3 decades later (recently had to review one of these!). Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/03/2007 03:04:33 PM: Don't forget about related areas. -- 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: SHARE meeting
Is the glass half empty or half full? This is one of the times I like to quote my father: I'm not getting bald. The problem is that my brains are growing faster than my hair. Alan Schwartz Assurant Corporate Technology Rick Fochtman [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/05/2007 01:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SHARE meeting Tom Marchant wrote: As well as us no-hairs. :-D ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FORTRAN
We have a lot of FORTRAN engineering programs; not much new development or maintenance, but when there is it often gets migrate to some variety of FORTRAN or C with a GUI on a PC. But you can't get rid of it: many of the engineers that developed the code have calculated their last structural element tensor, pocketed their slide rule, and moved on to wherever engineers go (there are definite theological debates over the fates of engineers vs. non-engineers ;-) )... but the new guys with the fresh engineering degrees are not always ready to do away with something that seems to do the calculations correctly. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: SHARE meeting
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Alan Schwartz Is the glass half empty or half full? This is one of the times I like to quote my father: I'm not getting bald. The problem is that my brains are growing faster than my hair. I thought that was the cause of gray hair.. :-D -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: Mainframe Blog Posting re: Mainframe Migrations to z
On Jul 5, 2007, at 12:47 AM, Clem Clarke wrote: Hi Tim, I was going to make this a private message to you, but others may get something beneficial from this. As some of you may know, my intention has been to make a Universal, common use anywhere command language. Thus far I have achieved the following versions: MVS (IBM), MSP (Fujitsu), FSP/XSP (Fujitsu), OS/2 (IBM), Windows (Microsoft). Over the last year, I have developed an alpha VSE version and about 99% of a Linux (and hopefully USS or OMVS) version too. As part of that process, I and others have developed some translators to translate MVS style JCL, VSE JCL, and FSP JCL to Jol. For the Asian market, the FSP JCL converter could be useful as there are presumably quite a number of Fujitsu FSP or later systems. By converting the FSP JCL to Jol, it can be run either natively on FSP/XSP or MVS/Z/OS systems. Or Linux. Or USS. Or VSE, when they are finished. I hope that is helpful. I invite everyone to get involved. Clement Clarke Clement: My memory is probably incorrect on this but I think Standard Oil did something like this in the 70's. My memory is really hazy as I only had a brief exposure to it. I *VAGUELY* remember John ? sorry I honestly don't remember his last name was either the architect or coauthor of the language. If someone can confirm or scoff this off, I would be happy either way. Ed -- 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: SHARE meeting
Ron Hawkins said As well as us no-hairs. :-D Fleischmütze? I'm back to having a ponytail - most Aussies would remember me having one. Well we should probably narrow that down to at least the subset of Aussies that know you. And none of those would need to look for a pony-tail to spot that big bollard of yours mate :-) CC -- 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: Copy DSS Dump File to DASD
Tom, I'm sorry, but there is no way that I know of to do that. Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- 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
Tape Image? (was: Copy DSS Dump File to DASD)
On Thu, 5 Jul 2007 13:05:41 -0700, Andrew N Wilt wrote: I'm sorry, but there is no way that I know of to do that. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get Tom Chicklon This is an instance of a more general problem: To create on disk (preferably stream rather than CKD) an image of a tape suitable for transmission by FTP BINARY even to a non-IBM system, and from there recreating the original tape with all labels and data sets intact. CBT, perhaps? SAS? FATAR? Didn't someone recently mention here a vendor who distributes software via network in such an image format, along with a utility to create a tape for SMP/E installation? Alas, for me this is more academic than I'd like: after a recent corporate acquisition we've outsourced our media production to be done on squatty boxen, after outsourcing the squatty box software development to a third entity. To make this work, I'd need to reverse engineer (unless specs are available) the squatty box internal format. Still, I'd like to be able to bypass a FedEx step in the general case as we now can only for LABEL=(nn,NL),RECFM=FB,... -- gil -- 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: Looking to hear about switch back to mainframe experiences
On Wed, 4 Jul 2007 23:45:40 +1000, Shane wrote: Fishing ???. A (first) *anonymous* post ???. Wonder who will be inclined to respond to such ... Maybe just my suspicious mind at work. On Wed, 4 Jul 2007 09:58:51 -0500, Compton, John wrote: It might help to give a proper name and possibly a company name too. Eval (evil?) Mainframe is hardly likely to engender trust. With several list contributors recently out of work, abundant bad press, and continued news of migrations away from the z machines, why would we respond to a request for information in this manner I am absolutely a fan of conspiracy theories, so I understand the skepticism. But I am enthused by this prospect. I have read about many conversions away from the platform and I continue to hound authors of those stories for follow ups. I am an enthusiastic supporter of selecting and using the right platform for the job. When I read about conversions away from z, I see specific examples of workloads that should more efficiently process on a mainframe. So what is the driver ??? Politics and false promises ??? Now I read about a prospect of a conversion to z and I'm not only enthused, I am excited to read more. What kinds of apps ??? What OS's ??? This is good news What kind of information could you possibly share that might be turned against you ??? Or the industry ??? Where is the downside of just answering the question(s) with hope and enthusiasm ??? -- 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: HSM tapes
OK, I've just got to ask: if you're going to migrate to disk, why not just leave the data where it was? If HSM or something does compression before creating the migrated copy, use DFSMS compression for the original data, perhaps? I don't see the advantage in migrating data from disk to disk, in other words. If I'm overlooking something, please enlighten me. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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: SHARE meeting
---snip Is the glass half empty or half full? This is one of the times I like to quote my father: I'm not getting bald. The problem is that my brains are growing faster than my hair. --unsnip--- God only created so many perfect heads; the rest He covered with hair! :-D Alan Schwartz Assurant Corporate Technology Rick Fochtman [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/05/2007 01:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SHARE meeting Tom Marchant wrote: As well as us no-hairs. :-D ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: HSM tapes
Tim. Not all disks are created equal. You may have a stack of old Controllers still connected on ESCON, and a few shiny white boxes with FICON. If you have a large amount of dormant files wouldn't it make sense to migrate it to the slower DASD if it is untouched for a time? And leave the fast disks for the active files. Older and slower may also apply to feature and functions, where dormant datasets do not require Flashcopy, Shadowimage, Timefinder, etc. They can be migrated to storage where you don't pay for these licenses, or that do not support the feature. And of course there is tiered storage through virtualisation... Ron Hawkins Senior Performance Consultant Product Performance Management GSSD - Technical Operations Hitachi Data Systems 750 Central Expressway Santa Clara. Ca. 95050-2627 United States Desk: +1 408 970 4458 Mobile: +1 408 219 9664 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, July 05, 2007 2:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] HSM tapes OK, I've just got to ask: if you're going to migrate to disk, why not just leave the data where it was? If HSM or something does compression before creating the migrated copy, use DFSMS compression for the original data, perhaps? I don't see the advantage in migrating data from disk to disk, in other words. If I'm overlooking something, please enlighten me. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- 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
The Mainframe Still Lives... on Slashdot
http://it.slashdot.org/article.pl?sid=07/07/05/2118203 Knocked frequently in recent years, the site notes that IBM's workhorse continues to do important work in a number of enterprise environments. While there are some out there who'd like to see its demise, a true threat to the Big Iron has never really amounted to much. Even today, the proponents of commodity boxes offering less expensive x86/x64 or RISC technologies say the mainframe is doomed. But the facts say otherwise. For example, IBM recently said the mainframe has achieved three consecutive quarters of growth, marked by new customers choosing the platform for the first time and existing customers adding new workloads, such as Linux and Java applications. -- 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: Tape Image? (was: Copy DSS Dump File to DASD)
Check out AWSTAPE and see if that helps. On Thu, 5 Jul 2007 16:00:58 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Thu, 5 Jul 2007 13:05:41 -0700, Andrew N Wilt wrote: I'm sorry, but there is no way that I know of to do that. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/05/2007 11:28:50 AM: We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get Tom Chicklon This is an instance of a more general problem: To create on disk (preferably stream rather than CKD) an image of a tape suitable for transmission by FTP BINARY even to a non-IBM system, and from there recreating the original tape with all labels and data sets intact. CBT, perhaps? SAS? FATAR? Didn't someone recently mention here a vendor who distributes software via network in such an image format, along with a utility to create a tape for SMP/E installation? Alas, for me this is more academic than I'd like: after a recent corporate acquisition we've outsourced our media production to be done on squatty boxen, after outsourcing the squatty box software development to a third entity. To make this work, I'd need to reverse engineer (unless specs are available) the squatty box internal format. Still, I'd like to be able to bypass a FedEx step in the general case as we now can only for LABEL=(nn,NL),RECFM=FB,... -- gil -- 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: Looking for sample TRANSMIT output files
On Sun, 1 Jul 2007 18:21:42 -0500, Kenneth E Tomiak [EMAIL PROTECTED] wrote: XMITMGR is nice but has some limitations. I plan to include it in FILE760 on the CBTTAPE in August. Maybe not. Does anybody have 3330 (or even older), 3350, 3375, or 3380 transmit files with something more than a three record member in it? How about from a user defined 3390 size DISK (not 3390-1,3,9,27)? Many thanks to Jay Maynard, Jan Jaeger, and others for their help in this endevor. I now have 2314, 3330, 3340, 3350, 3375, 3380, and 3390 IEBCOPY unload datasets, which is the part of the transmit file I was really after. -- 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 to Break Petaflops Barrier with Blue Gene/P
IBM to Break Petaflops Barrier with Blue Gene/P Computer Business Online via Yahoo! UK Ireland News Wed, 04 Jul 2007 10:44 PM PDT The race is on to build the first supercomputer that can break 1 petaflops of aggregate number-crunching power, and IBM is hoping to be the first company to do it with its future Blue Gene/P massively parallel supercomputer. http://uk.news.yahoo.com/cwire/20070705/ttc-ibm-to-break-petaflops- barrier-with-78e70a2.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: Dynamically Disabling ISV Products
No ASM2 users out there? Can anyone give a one-line description of these options? More than they are part of CA-ASM2. I can guess what some might be, but FRC and DFR escape me. I am sure I can make something up, but reality would be more educational. X$abbbN ASM2 Computer Associates abbb Option a ASY a CND a DFR a FRC a IAS a INT a IXR a QUI a SEC a S99 a UJI a USI a VER a X37 a 213 a 26A a 26J a 26V a 522 -- 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: IBM to Break Petaflops Barrier with Blue Gene/P
Ed Gould wrote: IBM to Break Petaflops Barrier with Blue Gene/P Computer Business Online via Yahoo! UK Ireland News Wed, 04 Jul 2007 10:44 PM PDT The race is on to build the first supercomputer that can break 1 petaflops of aggregate number-crunching power, and IBM is hoping to be the first company to do it with its future Blue Gene/P massively parallel supercomputer. Will it run z/OS, z/VM, z/VSE or any other mainframe operating system? -- 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: 1.7 and Internal Reader
This MVS 3.8j tidbit hints the OP started coding something on his S JOB, command incorrectly. Perhaps using a new symbolic his JOB proc did not have. As in the earlier post, onmy 1.7 system I can still get it to work without adding this DDNAME=IEFRDER type of statement. startup procedure contains a line //HASPRDR DD DDNAME=IEFRDER and the warning that is issued just tells you that the DDNAME IEFRDER was not resolved in the JES2 procedure. No need to do anything. Actually, you migth be tempted to fix it by removing the line altogether. But that might not be a very good idea. There is a feature in JCL processing, long since forgotten, which allows to place nearly any JCL onto the IEFRDER statement when needed. How? Very simple. If you enter the command s jes2,,,dsn=SYS1.HASPLIST,DISP=(,CATLG),UNIT=3350,SPACE=(CYL,(1,1)) then the DDNAME IEFRDER will be creted in step IEFPROC of procedure JES2, and the supplied JCL parameters will be associated with the IEFRDER DDNAME. And what do you find in HASPLIST? HASPLIST is useful if JES2 doesn't start because of some error in the JES2 startup deck. In this case HASPLIST contains the listing of the startup parameters, and all the error messages that were issued. This is controlled via the LIST intialization control statement found in SYS1.JES2PARM(JES2PARM) -- 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: Copy DSS Dump File to DASD
You may use TV (Tape to VSAM) function of DITTO/ESA. If the tape block size is less than 32760 bytes, you can use TS (Tape to Sequential data) function. When you define the VSAM ESDS for over 32K tape block size, you have to specify SPANNED parameter and large number of RECORDSIZE that fit the tape block size. 2007/7/6, Chicklon, Tom [EMAIL PROTECTED]: I think I'm out of luck, but wanted to verify first. We're z/OS 1.7. We've had a number of small DSS DUMP files written to tape that I want to move to DISK. Unfortunately, it seems that the dump files on tape get created with a block size of about 64K, and from the DSS manual: The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device. Is there no way to copy these DSS dump files to disk other than restoring the files (renaming them of course) and backing them up again? Tom Chicklon -- 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 -- 全先 実 - Minoru Massaki (M*M) 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
