Re: CICS Installation V 1.3
http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/dfhjaa1g/CCONTENTS You may also subscribe to the CICS listserver. Good luck Roland Valued Members, I am planning to install the CICS 1.3 version in my Sandbox Lpar, migrate it to 3.1 I too know it is OUT OF SUPPORT. :) But still i am sure someone in this group should be having the INSTALLATION GUIDE for it. If, please please do send it to me... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Media manager is the future?
In off5a39ea5.078eaefd-on85257571.0061c99d-85257571.0061d...@us.crawco.com, on 03/06/2009 at 12:48 PM, Daniel McLaughlin daniel_mclaugh...@us.crawco.com said: LDS? Linear Data Saint. What do the Mormons have to do with this? They use IDCAMS in their rituals? Don't you love these overloaded acronyms? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMCTADJC vs. RCTPCPUA for MIPS/MSU calculations
Dear listers I am aware of the MIPS calculation, based on RMCTADJC which is described as follows: (source:http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp? topic=/com.ibm.itcamwas.doc/userguide201.htm 1. Get RMCTADJC from the RMCT data area. 2. Compute service units per CPU second SU=1600/RMCTADJC. 3. Estimate the number of MIPS per CPU by SU/48.5 (*). 4. Finally compute the estimated MIPS power of the MVS machine by multiplying by the number of CPUs. (*) factor from formula (Thierry Fallissard) I adjusted the factor from 48.5 to 52.1 (z9 2094-708) resp. 57.7 (z10 2097- 608), using the published MIPS of 3926 resp. 4162. I know that other MIPS values exist. RMCTADJC is 626 resp. 533. But now, a colleague pointed me to RCTPCPUA, which is described as: Physical CPU adjustment factor (i.e. adjustment factor for converting CPU time to equivalent service in basic-mode with all processors online). The values of this field are 866 resp. 901. Does anybody know the difference between the RMCT- and the RCT- field and the the correlation of the values? Regards, Daniel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RMCTADJC vs. RCTPCPUA for MIPS/MSU calculations
Re-sent to the list because of an error message saying that the server is not responding. The message seems not have reached the list, but possibly the mail recipients. Dear listers I am aware of the MIPS calculation, based on RMCTADJC which is described as follows: (source:http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp? topic=/com.ibm.itcamwas.doc/userguide201.htm 1. Get RMCTADJC from the RMCT data area. 2. Compute service units per CPU second SU=1600/RMCTADJC. 3. Estimate the number of MIPS per CPU by SU/48.5 (*). 4. Finally compute the estimated MIPS power of the MVS machine by multiplying by the number of CPUs. (*) factor from formula (Thierry Fallissard) I adjusted the factor from 48.5 to 52.1 (z9 2094-708) resp. 57.7 (z10 2097- 608), using the published MIPS of 3926 resp. 4162. I know that other MIPS values exist. RMCTADJC is 626 resp. 533. But now, a colleague pointed me to RCTPCPUA, which is described as: Physical CPU adjustment factor (i.e. adjustment factor for converting CPU time to equivalent service in basic-mode with all processors online). The values of this field are 866 resp. 901. Does anybody know the difference between the RMCT- and the RCT- field and the the correlation of the values? Regards, Daniel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of the z/OS CMDS ABEND command
My use of the command has been restricted to cancelling VARY (device range) commands where the range of the command has exceeded the intended range. This has usually occurred in connection with some other issue that has prevented timely completion of the vary commands. The short answer is that when something hangs allocation, a vary (device range) takes a very long time to complete or time out further hanging allocation. No adverse impacts were observed in these cases. HTH snip We would very much appreciate hearing from customers that have used the z/OS CMDS ABEND command to terminate a command. -- What commands have you terminated, and what was your experience in doing so? Was it worth the risk? Were there undesirable side-effects? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Renting mainframe time
Dave, your IBM lead was a great advice, and I am thankful for that :-) I've also got a few others, and in the evaluation phase now. Regards, Alex. P.S. I've also looked at your MacKinney site, and sent my z/OS developer resume there. If the shop takes remote participants. A.i. On Sat, Mar 7, 2009 at 8:37 PM, Dave Salt ds...@hotmail.com wrote: There are several; IBM is one. Here's the link: http://www-304.ibm.com/jct01005c/isv/spc/rdp.html?cm_mmc=VRM-_-1821-_-newsletter-_-10253cmibm_em=dm :WI_PROFILE_ID:PROSPECT_ID Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Sat, 7 Mar 2009 16:53:13 -0500 From: alx.io...@gmail.com Subject: Re: VIO Storage Group To: IBM-MAIN@bama.ua.edu I have a naive but serious question: is there a site/shop/company that rents out TSO accounts to small developments? Thanks in advance, Alex. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Experience all of the new features, and Reconnect with your life. http://go.microsoft.com/?linkid=9650730 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF Database 1.8 to 1.10
What are the correct steps to share a 1.8 RACF database with a new 1.10 system during server pac install? Is this correct ? Close ? (1) Initial IPL of 1.10 system. (2) Rename serverpac RACF database to new name. ( Pri Sec ) (3) Catalog 1.8 system in 1.10 master catalog ( same as 1.8 system ). (4) Run IRRMIN00 from 1.10 to apply 1.10 templates to 1.8 RACF Database. ( Prim Sec) (5) Re-Ipl 1.10 system TIA for any advise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
Are you going to 1.10 to stay or just testing? I usually create new level specific RACF databases and copy the old in, apply templates, and go forth. Just asking Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Scott Doherty sdohe...@vertisinc.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/09/2009 10:13 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject RACF Database 1.8 to 1.10 -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Scott Doherty sdohe...@vertisinc.com Subject: RACF Database 1.8 to 1.10 --- What are the correct steps to share a 1.8 RACF database with a new 1.10 system during server pac install? Is this correct ? Close ? (1) Initial IPL of 1.10 system. (2) Rename serverpac RACF database to new name. ( Pri Sec ) (3) Catalog 1.8 system in 1.10 master catalog ( same as 1.8 system ). (4) Run IRRMIN00 from 1.10 to apply 1.10 templates to 1.8 RACF Database. ( Prim Sec) (5) Re-Ipl 1.10 system TIA for any advise. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
Dan, Yes, we will be going to prod in 1.10 but not sure when. That is what I have done in the past but sometimes keeping the Databases in Sync can be a PITA. Since Change control can put off upgrades I thought it would be much easier to share the current RACF Production Database since I cannot get a cut over date pinned down. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
Scott Doherty wrote: Dan, Yes, we will be going to prod in 1.10 but not sure when. That is what I have done in the past but sometimes keeping the Databases in Sync can be a PITA. Since Change control can put off upgrades I thought it would be much easier to share the current RACF Production Database since I cannot get a cut over date pinned down. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html We've always just applied the templates to our production RACF database and never had a problem. We are currently running zOS 1.8, 1.9 and 1.10 using the same database. -- Mark Jacobs Time Customer Service Tampa, FL Everyone remotely interesting is mad in one way or another. --Doctor Who Greatest Show In The Galaxy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
I'm definitely not the expert and I haven't tried what you are talking about so I'm guessing the 1.10 template is backward compatible, or is it a toleration maintenance kind of thing? Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com Scott Doherty sdohe...@vertisinc.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/09/2009 10:28 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: RACF Database 1.8 to 1.10 -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Scott Doherty sdohe...@vertisinc.com Subject: Re: RACF Database 1.8 to 1.10 --- Dan, Yes, we will be going to prod in 1.10 but not sure when. That is what I have done in the past but sometimes keeping the Databases in Sync can be a PITA. Since Change control can put off upgrades I thought it would be much easier to share the current RACF Production Database since I cannot get a cut over date pinned down. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Insert tapes in a TS3500 without a barcode
I have not tried this myself, but we just got a TS3500 a few weeks ago and I noticed the CEs set it up to send all unknown volsers to our z/OS LPAR's partition within the library. So, here's my guess, for what it's worth. Check the TS3500 specialist. Under the Cartridges option, click on Cartridge Assignment Policy. This will bring up a display showing the various volume serial number ranges defined to your TS3500. If you have something like All Other 3592 Volsers (as we do), I will bet that is the problem. Reading the below redbook extract you provided, I think they might be saying that you DON'T want to have a cartridge assignment policy defined as All Other 3592 Volsers, so that the TS3500 WON'T know what to do with an undefined volser, and thus allow you to take the I/O Station action described. Just my guess. Please let us know if you figure this out. Brian On Fri, 6 Mar 2009 10:40:19 -0500, Lopez, Sharon wrote: We are trying to insert a server/pak tape 3592 into our TS3500 library, and the accessor is picking it up without a barcode. We followed the manual (redbook), and the accessor should not pick it up. Do we need to set something in the box? Thank you. Inserting cartridges without a barcode label You might receive cartridges from a software vendor, another company, or even from IBM that have standard label (SL) formats but no barcode labels. This special situation needs a particular procedure. The following example describes the insertion of a cartridge with an SL of YX0100: 1. First, you must verify that this VOLSER is not defined within a VOLSER range in the TS3500. 2. Insert the cartridge in the entry station. The accessor will not pick the cartridge because of the missing barcode. 3. Use your Web specialist function to select Manage Cartridges #8594; I/O Station. You will see only one cartridge with unknown status. 4. Select the cartridge and select Fix Unknown Volume Serial. 5. Enter VOLSER=YX0100 and the type (JA, JJ, and so forth). Sharon Lopez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
On Mon, 9 Mar 2009 10:32:52 -0400, Mark Jacobs mark.jac...@custserv.com wrote: We've always just applied the templates to our production RACF database and never had a problem. We are currently running zOS 1.8, 1.9 and 1.10 using the same database. Ditto. And since z/OS 1.6 you don't need to do that initially if you don't want to. RACF will install the correct templates temporarily when you IPL the up-leveled system and tell you it did so in the syslog. However, you should plan on permanently installing the templates at some point after your initial testing. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF starter database
I usually use the target's RACF databases on a new ServPac system. I'd like to use the starter RACF database this time but I don't see where it comes from, ie where it is on the ServPac tapes. Has anyone started with the starter RACF database recently and know where it is on the tapes? TIA Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
- Original Message - From: Mark Zelden mark.zel...@zurichna.com Newsgroups: bit.listserv.ibm-main Sent: Monday, March 09, 2009 10:52 AM Subject: Re: RACF Database 1.8 to 1.10 On Mon, 9 Mar 2009 10:32:52 -0400, Mark Jacobs mark.jac...@custserv.com wrote: We've always just applied the templates to our production RACF database and never had a problem. We are currently running zOS 1.8, 1.9 and 1.10 using the same database. Ditto. That doesn't always work. My favorite example is when we built a RACF database on z/OS V1R5 and ported it to V1R4. We then had to run IRRUT400 to expand the database on V1R4, and it yakked on the z/OS V1R5 templates. IBM promised us backward compatibility, but now I always test everything to make sure it will work. YMMV. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
John Kelly wrote: I usually use the target's RACF databases on a new ServPac system. I'd like to use the starter RACF database this time but I don't see where it comes from, ie where it is on the ServPac tapes. Has anyone started with the starter RACF database recently and know where it is on the tapes? Typical method is to use existing RACF db. ServerPac defaults are RACF db's from your DRIVER system. You cannot use target databases because the target does not exist yet. If you want to create your RACF db from scratch - that's another story. ServerPac does not provide you RACF databases, you can simply create them. Caution: It's been years since I saw Driver system (addition to ServerPac, necessare for blank new installation - customized one pack system, restorable from tape.). Myabe on such driver you have some RACF db. Last but not least: What's your goal? -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
snip Last but not least: What's your goal? unsnip -- Thanks for the reply Radoslaw. I thought that the ServPac use to have a starter RACF that simply had IBMUSER to get you started. If you simply 'init' an empty database, you end up replying 'u' a bunch. I'm trying to avoid the hastle of updating a 'production' RACF database while bringing up a new system. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
John, Everytime you init (IRRRMIN) empty database an IBMUSER is created. So, blank new RACF db contain IBMUSER with password SYS1, the group SYS1, and several other objects. However if you want to migrate your production db, then ...simply do it! You can use a copy of production. If your new system does contain new dataset prefixes, then you can define profiles for them ...on production. In advance. BTW: The most time consuming task in ServerPac is to edit RACF jobs. Usually I leave only few lines after such edition. -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
Thanks Radoslaw that's what I needed. I didn't know IBMUSER was created when you initialize the database. That'll make life less painful. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol: Maximum number of FD Statements: Solution!
Howdy,
I'll spare you the journey (unless you're curious) but by changing one of the
parameters to the compiler (IGYCRCTL), the program compiles and link edits.
The procedure that we used had an exit for PRTEXIT.
It specified EX(INX(''LGSEQ'',RW),PRTX(RW))
I changed the PRTX(RW) to NOPRTX and added //SYSLIST DD SYSOUT=* and bingo, it
worked!
Now, why PRTX(RW) caused problems, I don't know. It worked with an older
version of the program but not the newer one. From my limited understanding of
exit modules, specifying PRTX(RW) loads the exit module RW for
processing/handling output instead of SYSLIST. What exactly is RW here? Is an
executable module, subroutine or whatever?
I don't know where they will go from here, but at least in the short term we're
not blocked by being unable to compile.
Thanks for your help folks.
Regards,
Eric Verwijs
Programmer Analyst | Programmeur-analyste
CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC /
SV / IA
frederick.verw...@hrsdc-rhdsc.gc.ca
Telephone | Téléphone 613-941-7492
Facsimile | Télécopieur 613-941-4234
National Headquarters | Administration Centrale
Human Resources and Skills Development Canada | Ressources humaines et
Développement des compétences Canada
Government of Canada | Gouvernement du Canada
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Ted MacNEIL
Sent: 2009-03-04 10:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Cobol: Maximum number of FD Statements
TOT VSTRG USED 141,620K
Well, you definitely needed more than 64M.
I honestly don't know how the limit would show up if restricted by an SMF exit.
It would depend on the author.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
Jack, Be aware, that you may be opening the proverbial can of worms by doing this. Does the system you intend to IPL on this starter database have physical access to all disk in your environment? If so, you have just given yourself access to the world you might like it, the auditors hate it, could get fired for it for bypassing security controls. If it were my game, and had concerns, I would copy the production database to a new name, apply the updated templates and IPL from that long enough to know that you didn't break anything. Then go back, schedule the update of the real production database, and continue to use that. That way your testing is more real world anyway, and would show potential access issues. With that being said, when I used to work in a RACF shop, I would just schedule the update of the templates through the change management process as one of my pre-upgrade tasks. Kinda goes along with adding all the new indirect catalog entries to the mastercat to support the upgrade. Good Luck, Dave _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Monday, March 09, 2009 1:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF starter database Thanks Radoslaw that's what I needed. I didn't know IBMUSER was created when you initialize the database. That'll make life less painful. Jack Kelly 202-502-2390 (Office) This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OpenTech DBS
Anybody out there using this product? If so would you care to share your experiences? Off-list is fine and I will not share your response with anyone other than to sanitize (remove your company info) to send along to our DR Director. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF starter database
Jack, IIRC I was told that RACF templates are downward compatable. Why not just re-INIT your current RACF DB from the new level system, using the new level templates, and leave it at that? I've done that for years, ever since RACF 1.4, and NEVER experienced a problem when a back-level system accessed the database. But please be careful and make any updates from the lowest-level system you have using that DB. -- Rick -- Remember that if you’re not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OpenTech DBS
On Mon, 9 Mar 2009 13:13:31 -0500, Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote: Anybody out there using this product? If so would you care to share your experiences? Off-list is fine and I will not share your response with anyone other than to sanitize (remove your company info) to send along to our DR Director. Thank you. We really love it. OpenTech is local to our location. When we have problems, they are really there to support us. This is both for fixes and enhancements. Because they are local, we have even had one of their techies on-site with us at a couple of DR tests. This was very helpful when we were learning the products. IOW - we are really sold on the product. We also use their VDR and VTAR products. We are very pleased with all three. -- John McKown HealthMarkets, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OpenTech DBS
John, Thank you for your input. Was a Texan myself for a few years while in the Air Force. Retired out at San Antonio. Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com John McKown joa...@swbell.net Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/09/2009 02:31 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: OpenTech DBS -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: John McKown joa...@swbell.net Subject: Re: OpenTech DBS --- On Mon, 9 Mar 2009 13:13:31 -0500, Daniel McLaughlin daniel_mclaugh...@us.crawco.com wrote: Anybody out there using this product? If so would you care to share your experiences? Off-list is fine and I will not share your response with anyone other than to sanitize (remove your company info) to send along to our DR Director. Thank you. We really love it. OpenTech is local to our location. When we have problems, they are really there to support us. This is both for fixes and enhancements. Because they are local, we have even had one of their techies on-site with us at a couple of DR tests. This was very helpful when we were learning the products. IOW - we are really sold on the product. We also use their VDR and VTAR products. We are very pleased with all three. -- John McKown HealthMarkets, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: Cobol: Maximum number of FD Statements
Gee, a problem with the EXIT compiler option. It is almost as if I had written in this forum on March 2nd, here is, however, one other option that you should check in your listing. See if you have any EXIT compiler options specified. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/APPENDIX1.5 and, of course never heard back that the EXIT compiler option was in use. (I also never heard back about the SIZE compiler option in effect) NOTE: if you are using RW exits, my best guess is that you have the report-Writer add-on product. If you are getting S0C1 with that, then I suggest that you contact SPC systems (if you haven't already). Going to NOPRTEXIT *may* cause your problems if you actually do have Report Writer programs to be compiled. -Original Message- From: Bill Klein [mailto:wmkl...@ix.netcom.com] Sent: Monday, March 02, 2009 1:03 PM To: IBM-MAIN (IBM-MAIN@BAMA.UA.EDU) Subject: Fw: Cobol: Maximum number of FD Statements The Enterprise COBOL compiler (usually) does not quietly S0C1 with no messages if the region is too small. The one thing that I would check is whether you have the compiler option SIZE(MAX) either explicitly or implicitly specified. Check out http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/2.4.46 and notice the warning (especially if you are using the SQL or CICS compiler options). If you get a S0C1 when using IGYCRCTL *and* you are using vanilla compiler options, then you definitely should be working with IBM support. There is, however, one other option that you should check in your listing. See if you have any EXIT compiler options specified. See: http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/igy3pg40/APPENDIX1.5 If you are using any of those (and CA might want you to), then this MIGHT result in a S0C1. If you are using that, then try compiling with NOEXIT and see if that gets rid of the S0C1. NOTE: If you actually reversed your report on what was happening and compiling with IGYCRCTL gets a clean compile and compiling with a pgm=C??? gets the S0C1, then that is something you should check with CA. Gibney, Dave gib...@wsu.edu wrote in message news:edfbe8a9b39ed541ba3c8177c32ff0c8945...@exchangevs-02.ad.wsu.edu... Damn small for this day and age. I'd bet that the complier got bigger and pushed you past some limit. I'd suggest at least 64M. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of frederick.verw...@hrsdc-rhdsc.gc.ca Sent: Monday, March 02, 2009 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements The region was defined by the cataloged procedure at 4096K. It didn't change with the upgrade to z/OS. I agree with Dennis that it's likely a compiler issue. Thanks for all the ideas folks! Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdsc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gibney, Dave Sent: 2009-03-02 12:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements What's the REGION on the Compile step? Also check the SIZE options. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Monday, March 02, 2009 9:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Cobol: Maximum number of FD Statements Sounds more like a compiler problem than a compile problem. It could be a table overflow or anything. IBM, or the owner of the compiler, should be contacted. I doubt that this group will be of much help. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of
Re: RACF starter database
Like someone already said, since 1.6, it's best to delay doing the templates until all systems are at the new level. RACF loads the newer templates at initialization and reports in syslog. Once, way back when, OS390 2.7 maybe, we did the update, broke IRRBU00 and automatically deleted most ids in our database. :( Fortunately, I noticed on a Saturday and restored it before much had happened. :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Monday, March 09, 2009 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF starter database Jack, IIRC I was told that RACF templates are downward compatable. Why not just re-INIT your current RACF DB from the new level system, using the new level templates, and leave it at that? I've done that for years, ever since RACF 1.4, and NEVER experienced a problem when a back-level system accessed the database. But please be careful and make any updates from the lowest-level system you have using that DB. -- Rick -- Remember that if you're not the lead dog, the view never changes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
one IKJEFT01 job, 2 outputs in sdsf - why?
cross-posting to ibm-main, mvs-oe running z/os 1.9 when I run this job: //tucopgp1 job… msgclass=x ….. //abc exec pgm=IKJEFT01 //sysexec dd disp=shr, dsn=sys1.sbpxexec //systsprt dd sysout=* //systsin dd * OSHELL ls –la /etc/ | cat the output shows up as TWO entries in sdsf each w/ the same jobname and jobid: (e.g.,) tucopgp1job10694….. tot-rec = 85 tucopgp1job10694 …..tot-rec =90 the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) ; the 85-line item contains the output proper of the omvs “cat” command. what should I add to my jcl to have all the ouput conflated into just one item in sdsf ? thank you. /s/ tuco bonno graduate, College of Conflict Management University of Southeast Asia I partied on the Ho Chi Minh Trail -- tiến lên !
Suggestions on how many Hyper PAVs to use per LCU
Hello, We are installing a new DASD array with 33 TB of capacity with approximately 1/3 of the capacity being setup as 3390-3's, 1/3 as 3390-9's and the last 1/3 as 3390-27's. I am wondering if anyone has any experience or documentation that would suggest how many Hyper PAVs per LCU we should define. The LCUs will contain an even mix (from a capacity perspective) of the 3390-3's, 3390-9's and 3390-27's. Pete Eggebeen Systems Programmer Specialist Enterprise Storage Management Metavante Corporation Phone: (414) 577-9521 Fax: (414) 577-8998 e-mail: pete.eggeb...@metavante.com - This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sites running CA-SYSVIEW release 12.
We are having a problem when in CA-SYSVIEW, then entering the ISPF jump key character '=' (equal sign) in combination with the TSO/ISPF command separator character ';' (semicolon) example given =ze;2 which results in ISPF going to the primary options menu rather than the application Ze (for us it is the job scheduling package Zeke). I am looking one or more sites that are running CA-SYSVIEW release 12 and might still have CA-SYSVIEW 11.6 laying around. Could you please contact me off the list at weaver...@osu.edu. Thanks, Duane Weaver The Ohio State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestions on how many Hyper PAVs to use per LCU
2 * [ (SSCH Rate) * (Average I/O Service Time) ] = # of Proposed Aliases Example -- assumptions are 2000 SSCH for the LCU with an average I/O service time of 5 milliseconds. 2 * [ (2000) * (.005) ] = 2 * 10 = 20 Aliases for the LCU Note ... Make this calculation at the LCU level as the alias are defined as device numbers on an LCU. SUBSCRIBE IBM-MAIN Pete Eggebeen wrote: Hello, We are installing a new DASD array with 33 TB of capacity with approximately 1/3 of the capacity being setup as 3390-3's, 1/3 as 3390-9's and the last 1/3 as 3390-27's. I am wondering if anyone has any experience or documentation that would suggest how many Hyper PAVs per LCU we should define. The LCUs will contain an even mix (from a capacity perspective) of the 3390-3's, 3390-9's and 3390-27's. Pete Eggebeen Systems Programmer Specialist Enterprise Storage Management Metavante Corporation Phone: (414) 577-9521 Fax: (414) 577-8998 e-mail: pete.eggeb...@metavante.com - This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sites running CA-SYSVIEW release 12.
Duane, Try doing the command using a '.' (period/dot) as the command separator. The semicolon didn't work for me, but the period did. HTH, Bret -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Duane Weaver Sent: Monday, March 09, 2009 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: Sites running CA-SYSVIEW release 12. We are having a problem when in CA-SYSVIEW, then entering the ISPF jump key character '=' (equal sign) in combination with the TSO/ISPF command separator character ';' (semicolon) example given =ze;2 which results in ISPF going to the primary options menu rather than the application Ze (for us it is the job scheduling package Zeke). I am looking one or more sites that are running CA-SYSVIEW release 12 and might still have CA-SYSVIEW 11.6 laying around. Could you please contact me off the list at weaver...@osu.edu. Thanks, Duane Weaver The Ohio State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sites running CA-SYSVIEW release 12.
Is there a reason you would not call the Support Line for help? R12 has been running great in all the shops I've talked with. Yours is the first I'm hearing about this problem. I'm happy to try and assist you. znor...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Duane Weaver Sent: Monday, March 09, 2009 SYSN 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Sites running CA-SYSVIEW release 12. We are having a problem when in CA-SYSVIEW, then entering the ISPF jump key character '=' (equal sign) in combination with the TSO/ISPF command separator character ';' (semicolon) example given =ze;2 which results in ISPF going to the primary options menu rather than the application Ze (for us it is the job scheduling package Zeke). I am looking one or more sites that are running CA-SYSVIEW release 12 and might still have CA-SYSVIEW 11.6 laying around. Could you please contact me off the list at weaver...@osu.edu. Thanks, Duane Weaver The Ohio State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sites running CA-SYSVIEW release 12.
- Original Message - From: Duane Weaver weaver...@osu.edu Newsgroups: bit.listserv.ibm-main Sent: Monday, March 09, 2009 3:56 PM Subject: Sites running CA-SYSVIEW release 12. We are having a problem when in CA-SYSVIEW, then entering the ISPF jump key character '=' (equal sign) in combination with the TSO/ISPF command separator character ';' (semicolon) example given =ze;2 which results in ISPF going to the primary options menu rather than the application Ze (for us it is the job scheduling package Zeke). Duane, It depends on which menu is your Primary Option Menu. Turn on ISPF trace by issuing TSO ISPVCALL, then your =ZE;2, then issue TSO ISPVCALL again to see the results of the trace. That should show you which menu is yakking. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sites running CA-SYSVIEW release 12.
Was anything changed when SYSVIEW 12.0 was installed regarding the panels it was on? In other words, if it was moved to a sub-menu, then you could experience a problem like this. This sounds like an ISPF navigation issue (since SYSVIEW doesn't actually have anything to do with the use of the = sign or semicolon in this context). Adam We are having a problem when in CA-SYSVIEW, then entering the ISPF jump key character '=' (equal sign) in combination with the TSO/ISPF command separator character ';' (semicolon) example given =ze;2 which results in ISPF going to the primary options menu rather than the application Ze (for us it is the job scheduling package Zeke). I am looking one or more sites that are running CA-SYSVIEW release 12 and might still have CA-SYSVIEW 11.6 laying around. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: one IKJEFT01 job, 2 outputs in sdsf - why?
I would like to second the question...I understand that the second execution is from the spawned task but is there a way to get the output to come back into the originating execution? All that being said, in your example you could use this instead: //STEPNAME EXEC PGM=BPXBATCH,PARM='SH ls -la /etc/ | cat' //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* Sean Smith -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Monday, March 09, 2009 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: one IKJEFT01 job, 2 outputs in sdsf - why? cross-posting to ibm-main, mvs-oe running z/os 1.9 when I run this job: //tucopgp1 job… msgclass=x ….. //abc exec pgm=IKJEFT01 //sysexec dd disp=shr, dsn=sys1.sbpxexec //systsprt dd sysout=* //systsin dd * OSHELL ls –la /etc/ | cat the output shows up as TWO entries in sdsf each w/ the same jobname and jobid: (e.g.,) tucopgp1job10694….. tot-rec = 85 tucopgp1job10694 …..tot-rec =90 the 90-line item is the conventional jes2 stuff (log, msg-s, jcl, systsprt) ; the 85-line item contains the output proper of the omvs “cat” command. what should I add to my jcl to have all the ouput conflated into just one item in sdsf ? thank you. /s/ tuco bonno graduate, College of Conflict Management University of Southeast Asia I partied on the Ho Chi Minh Trail -- tiến lên ! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Centera for HSM?
Two have a Centerra? One is using it? Does that mean neither are using it for HSM? Would like to get in touch with someone who is doing it? So far just getting responses from people who know someone who might be doing it. Broker the person who is and I will steer them to someone who wants to. I'm not really interested in being in the middle, nor talking to someone who wants to sell me something (nor does the person I am trying to help want to be sold some other solution). On Sat, 7 Mar 2009 16:12:26 +0100, R.S. r.skoru...@bremultibank.com.pl wrote: Kenneth E Tomiak pisze: Is anyone is using an EMC Centera device as a target for HSM ML1 or ML2 data. The vendor claims some of you are, if so, I would like to hear from you. Did you do anything special, does it perform okay, or other opinions you can to share. At least two companies in Poland have it, one of them is using it. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC Centera for HSM?
From what I know of the Centera, I doubt if HSM has any code that talks to the native Centera interface (via EMC's SDK). So, it would seem that a hardware adapter like the BusTek MDL would be needed to make the Centera look like an array of tape devices and volumes, which would then be used just like normal tape by HSM. I would think that EMC could provide some references. If not, what about BusTech? At 07:29 PM 3/9/2009, Kenneth E Tomiak wrote: Two have a Centerra? One is using it? Does that mean neither are using it for HSM? Would like to get in touch with someone who is doing it? So far just getting responses from people who know someone who might be doing it. Broker the person who is and I will steer them to someone who wants to. I'm not really interested in being in the middle, nor talking to someone who wants to sell me something (nor does the person I am trying to help want to be sold some other solution). [...snip...] == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCP/IP fail to start
After system started, got the message: *02 ISTEXC200 - DYN COMMANDS MAY BE ENTERED *EZZ9315E TCP/IP WAITING FOR RESOLVER TO INITIALIZE *:login/tcp: getaddrinfo: EDC9502I The name or address could not be resolved at this time. Future attempts may succeed. After s tcpip Got this : - 05.31.27 STC00041 IEW4000I FETCH FOR MODULE EZBTIINI FROM DDNAME - -LNKLST- FAILED BECAUSE INSUFFICIENT STORAGE WAS AVAILABLE. 05.31.27 STC00041 CSV031I LIBRARY ACCESS FAILED FOR MODULE EZBTIINI, RETURN CODE 14, REASON CODE 26110021, DDNAME *LNKLST* Is it really a STORAGE shortage? Anyone knows the cause? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
I'm not sure how far the templates can go back, but it appears that 1.7, 1.8, 1.9 and 1.10 can all use the database when the 1.10 templates are applied. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCP/IP fail to start
Hi, When this happens , I shutdown IMS , DB2 and MQ. Then start TCPIP and later start IMS , DB2 and MQ. This works for me. Happens rarely, but when it does , this is what I do. Regards, _ Srinivas G CCD-Mainframe Group Infosys Technologies Limited. ( 91-80- 51560439 (D), 91-80-28520261, Ext. 60439, 91-9343712973(M). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tomas Anderson Sent: Tuesday, March 10, 2009 9:05 AM To: IBM-MAIN@bama.ua.edu Subject: TCP/IP fail to start After system started, got the message: *02 ISTEXC200 - DYN COMMANDS MAY BE ENTERED *EZZ9315E TCP/IP WAITING FOR RESOLVER TO INITIALIZE *:login/tcp: getaddrinfo: EDC9502I The name or address could not be resolved at this time. Future attempts may succeed. After s tcpip Got this : - 05.31.27 STC00041 IEW4000I FETCH FOR MODULE EZBTIINI FROM DDNAME - -LNKLST- FAILED BECAUSE INSUFFICIENT STORAGE WAS AVAILABLE. 05.31.27 STC00041 CSV031I LIBRARY ACCESS FAILED FOR MODULE EZBTIINI, RETURN CODE 14, REASON CODE 26110021, DDNAME *LNKLST* Is it really a STORAGE shortage? Anyone knows the cause? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CAUTION - Disclaimer * This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS End of Disclaimer INFOSYS*** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestions on how many Hyper PAVs to use per LCU
You are moving to a new box, so you need to look at your current peak I/O load, for each LPAR and calculate (on an LCU basis) how loaded your new LCUs will be. The method shown below is a good starting point, but pick your factor to cope with bursts of I/O activity. Since HyperPAVs are assigned on an I/O basis, you should look for the peak I/O workload (not the sum of all LPARs!). You should be conservative and use the RMF records (74.1 and 78.3) to verify your calculations (DASD device and I/O queing reports) after you have moved to the new box. Take a look at DS8000 HyperPAV case study (IBM techdocs) and also on our website for a white paper that will give you some background information. John 2 * [ (SSCH Rate) * (Average I/O Service Time) ] = # of Proposed Aliases Example -- assumptions are 2000 SSCH for the LCU with an average I/O service time of 5 milliseconds. 2 * [ (2000) * (.005) ] = 2 * 10 = 20 Aliases for the LCU Note ... Make this calculation at the LCU level as the alias are defined as device numbers on an LCU. Hello, We are installing a new DASD array with 33 TB of capacity with approximately 1/3 of the capacity being setup as 3390-3's, 1/3 as 3390-9's and the last 1/3 as 3390-27's. I am wondering if anyone has any experience or documentation that would suggest how many Hyper PAVs per LCU we should define. The LCUs will contain an even mix (from a capacity perspective) of the 3390-3's, 3390-9's and 3390-27's. John Ticic IntelliMagic - Storage Intelligence Perzikweg 13a, 2321 DG Leiden, The Netherlands www.intellimagic.net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Database 1.8 to 1.10
A note from IBM LVL II RACF believe it or not a few apars (applied below 1.10) HAVE the latest templates for 1.10. That means their isn't any template updates from 1.9 to 1.10 if you are current with the latest RSU 1.9 release. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Monday, March 09, 2009 9:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF Database 1.8 to 1.10 I'm not sure how far the templates can go back, but it appears that 1.7, 1.8, 1.9 and 1.10 can all use the database when the 1.10 templates are applied. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
