Re: Amazing article.
Clark Morris asks: has Bull kept updating the ex-Honeywell/GE line for GCOS? Updating is too strong a word, but Bull still supports GCOS, yes. More information is available here: http://www.bull.com/servers/gcos8/index.html In the Japanese domestic market NEC still supports a close cousin of GCOS called ACOS. More information is available here (in Japanese): http://www.nec.co.jp/products/acosclub/index.html - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- 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
Chris Horder/CSI is out of the office.
I will be out of the office starting 05/15/2010 and will not return until 05/24/2010. I am out of the office and will have limited access to emails or cell-phone calls during this time If you have an emergency, please call the Hot Line on 1-800-510-3004 or contact don.brat...@mainline.com for services related issues, or marion.but...@mainline.com for SE related issues. -- 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
CA.COM Server error?
Is anybody else having a problem with CA support this morning? Last week CA.com brought up the CA site now I get Server Error in '/' Application. Runtime Error Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine. Details: To enable the details of this specific error message to be viewable on remote machines, please create a customErrors tag within a web.config configuration file located in the root directory of the current web application. This customErrors tag should then have its mode attribute set to Off. !-- Web.Config Configuration File -- configuration system.web customErrors mode=Off/ /system.web /configuration Notes: The current error page you are seeing can be replaced by a custom error page by modifying the defaultRedirect attribute of the application's customErrors configuration tag to point to a custom error page URL. !-- Web.Config Configuration File -- configuration system.web customErrors mode=RemoteOnly defaultRedirect=mycustompage.htm/ /system.web /configuration Any suggestions welcome. Thank You, Dave O'Brien NIHContractor -- 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: CA.COM Server error?
Question answered off-list. - support.ca.com Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent: Monday, May 17, 2010 7:05 AM To: IBM-MAIN@bama.ua.edu Subject: CA.COM Server error? Is anybody else having a problem with CA support this morning? Last week CA.com brought up the CA site now I get Server Error in '/' Application. Runtime Error Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine. Details: To enable the details of this specific error message to be viewable on remote machines, please create a customErrors tag within a web.config configuration file located in the root directory of the current web application. This customErrors tag should then have its mode attribute set to Off. !-- Web.Config Configuration File -- configuration system.web customErrors mode=Off/ /system.web /configuration Notes: The current error page you are seeing can be replaced by a custom error page by modifying the defaultRedirect attribute of the application's customErrors configuration tag to point to a custom error page URL. !-- Web.Config Configuration File -- configuration system.web customErrors mode=RemoteOnly defaultRedirect=mycustompage.htm/ /system.web /configuration Any suggestions welcome. Thank You, Dave O'Brien NIHContractor -- 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: Benchmarking the IPL
Timothy, I saw your post talking about having an A01 warm standby with Z03 CBU. That's similar to what my management is thinking, but without the warm standby. We have EMC storage and it we do synchronous mirroring from our main site to our DR site. Since that is all done via the EMC control units we don't need to have the system up for it. We do want to go to the DR site as needed to do minimal connectivity tests. For those we plan to just IPL the A01 system. Then, when we need to do serious DR tests we would activate the Z03 and IPL that. Basically, the whole purpose of this exercise is to determine how long it would take to be up and ready for those minimal connectivity tests. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Sunday, May 16, 2010 5:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Benchmarking the IPL Tom, I'm a little confused by your question. Reading between the lines, you seem to be describing IBM's standard Capacity Backup (CBU) offering as part of your contract. CBU covers both actual disasters and a certain number of rehearsals over the contract period. There are no additional IBM software charges (beyond your normal charges) associated with CBU activations, provided you're adhering to the terms of the CBU contract. What confuses me is why you'd be IPLing outside the CBU terms. Everything you described seems like it would be covered as part of CBU, and if you have a CBU capacity of Z03 then you'll be experiencing IPL times associated with the Z03 capacity (upon CBU activation). Could you elaborate a bit on what scenario(s) you have in mind? Thanks. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: Of interest to the Independent Contractors on the list
charl...@mcn.org (Charles Mills) writes: Um ... the Y2K thingie was real. Without the efforts of a lot of the people on this list data processing as we know it WOULD have come to an end. Y2K remediation also contributed heavily to outsourcing uptik. Y2K remediation was competing for resources with on-going projects and the internet bubble ... so lots of institutions were forced to go overseas for the temporary resources to handle Y2K remediation. Y2K remediation then created business relationships that continued after Y2K activity finished. Then there are the stories involving at least one large financial institution that outsorced Y2K remediation to the lowest bidder w/o adequately checking their references (and later found interesting extra pieces of code in places where they shouldn't have been). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: Benchmarking the IPL
On Mon, 17 May 2010 07:41:33 -0500, Kelman, Tom thomas.kel...@commercebank.com wrote: I saw your post talking about having an A01 warm standby with Z03 CBU. Tom, Thats the setup we are using: z9BC A01 at an alternate site. FWIW, our most recent IPLs of z/OS 1.11 on that machine took approxmiately 7 minutes from start to 'TCAS ACCEPTING LOGONS', keeping in mind that time includes a few manual replies such as '1,noreq' etc. Regards Dana -- 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
RSU Maint and adding ZIIP Feature
We are running z1.9 and I'm getting ready to pull RSU maint for the next maintenance cycle. There is also a possibility that we will upgrade our box from z890 to a z10BC with a ZIIP in the not too distant future. Is there any harm at this time in pulling and applying the PTF's for the ZIIP while being on the z890? I'd like to be prepared should a box swap happen sooner than expected. I would not think so but a double check with this list is comforting. Thanks Matt -- 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: Benchmarking the IPL
Tom, if you're running as a guest under z/vm, which some D/R vendors do, then you could cap it with a set share xxx absolute limithard. You didn't say if this was your box or a D/R Vendor box. If there's no z/VM, then LPAR weights is what you have to work with. I would definitely check out the referenced redbook. And for a more definitive IPL time, check out IPLDATA STATUS in any dump in IPCS, it will show you IPL and NIP times. Mary Anne -- 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: Benchmarking the IPL
Tom, z/OS contains a cblock IPST pointed by ECVTIPST. This cblock contains information about the IPL time for various steps. SHOWzOS display the data and there is also a IPCS command but can't remember the name. Roland Timothy, I saw your post talking about having an A01 warm standby with Z03 CBU. That's similar to what my management is thinking, but without the warm standby. We have EMC storage and it we do synchronous mirroring from our main site to our DR site. Since that is all done via the EMC control units we don't need to have the system up for it. We do want to go to the DR site as needed to do minimal connectivity tests. For those we plan to just IPL the A01 system. Then, when we need to do serious DR tests we would activate the Z03 and IPL that. Basically, the whole purpose of this exercise is to determine how long it would take to be up and ready for those minimal connectivity tests. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Sunday, May 16, 2010 5:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Benchmarking the IPL Tom, I'm a little confused by your question. Reading between the lines, you seem to be describing IBM's standard Capacity Backup (CBU) offering as part of your contract. CBU covers both actual disasters and a certain number of rehearsals over the contract period. There are no additional IBM software charges (beyond your normal charges) associated with CBU activations, provided you're adhering to the terms of the CBU contract. What confuses me is why you'd be IPLing outside the CBU terms. Everything you described seems like it would be covered as part of CBU, and if you have a CBU capacity of Z03 then you'll be experiencing IPL times associated with the Z03 capacity (upon CBU activation). Could you elaborate a bit on what scenario(s) you have in mind? Thanks. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- 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 ** *** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. ** *** -- 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: Time Parameter
i think the best way to accomplish that is to perfom the check of 30 minute in the rexx (in case you don't want it to go to sleep) if your rexx performing somthing in this 30 minutes you should add a check in it of the time like this: RC = TIME(R) SECS = 1800 /* 1800 second you want them to pass */ DO FOREVER N = TIME(E)/*get the time in second which was pass */ IF N = SECS THEN LEAVE END On Mon, May 17, 2010 at 7:38 AM, Bruce Hewson bruce_hew...@hotmail.comwrote: Hi Gil, that is correct, but in my defence I quote my original post:- Where SLEEP and QUERYENQ are local programs. On Sun, 16 May 2010 09:53:44 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Sun, 16 May 2010 00:59:59 -0500, Bruce Hewson wrote: Address TSO 'SLEEP 1000' ??? I find no such command in: URL: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/ikj4c5a1 Title: z/OS V1R11.0 TSO/E Command Reference Document Number: SA22-7782-12 -- gil regards Bruce Hewson -- 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 -- best regards, matan cohen MF System Administrator. -- 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: RSU Maint and adding ZIIP Feature
Dazzo, Matt wrote: We are running z1.9 and I'm getting ready to pull RSU maint for the next maintenance cycle. There is also a possibility that we will upgrade our box from z890 to a z10BC with a ZIIP in the not too distant future. Is there any harm at this time in pulling and applying the PTF's for the ZIIP while being on the z890? I'd like to be prepared should a box swap happen sooner than expected. I would not think so but a double check with this list is comforting. It's a great idea. That support in z/OS gives you the ability to use PROJECTCPU to help identify and quantify which work will be zIIP eligible. We did almost all of our development work to make (E)JES and other products run in zIIP-eligible enclave SRBs on a z9 with no zIIP. We used PROJECTCPU to prove all was working as expected. When we upgraded to z10, we installed a real zIIP at that time. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- 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: Time Parameter
On Mon, 17 May 2010 17:57:55 +0300, Matan Cohen wrote: i think the best way to accomplish that is to perfom the check of 30 minute in the rexx (in case you don't want it to go to sleep) if your rexx performing somthing in this 30 minutes you should add a check in it of the time like this: RC = TIME(R) SECS = 1800 /* 1800 second you want them to pass */ DO FOREVER N = TIME(E)/*get the time in second which was pass */ IF N = SECS THEN LEAVE END Only if you aren't charged back for CPU cycles. On Mon, May 17, 2010 at 7:38 AM, Bruce Hewson wrote: that is correct, but in my defence I quote my original post:- Where SLEEP and QUERYENQ are local programs. Apologies; I shot from the hip. -- gil -- 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
ICF Catalog performance options
We are currently reviewing all of the ICF catalog definitions in our shop. All of our catalogs are ECS defined. Any best pratice or considerations with regard to the following catalog performance options beyond the defaults when these are not specified? STRNO BUFND BUFNI FREESPACE RECORDSIZE Regards, John -- 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: Time Parameter
Sleeping is a lot less hard on your processor, in my opinion...your code will spin an entire CPU won't it...? It will be checking as fast as the processor will let it what the elapsed time is since resetting the Rexx timer. I saw this done about 10 years ago when a company moved from an 8-way Amdahl to a 4-way IBM machine with about the same MIPS...and then found the new box only had 3/4 of it's power available as this task was spinning on the 4th engine. It had not shown up before as it was limited to 1 out of 8 engines...and it had been doing that for about 2 years, but no-one had noticed. Anyway, if you want a simple SLEEP program, I can mail you one (it's in Assembler and is free, with NO support offered under any circumstances) Best wishes ...Nick -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matan Cohen Sent: 17 May 2010 15:58 To: IBM-MAIN@bama.ua.edu Subject: Re: Time Parameter i think the best way to accomplish that is to perfom the check of 30 minute in the rexx (in case you don't want it to go to sleep) if your rexx performing somthing in this 30 minutes you should add a check in it of the time like this: RC = TIME(R) SECS = 1800 /* 1800 second you want them to pass */ DO FOREVER N = TIME(E)/*get the time in second which was pass */ IF N = SECS THEN LEAVE END On Mon, May 17, 2010 at 7:38 AM, Bruce Hewson bruce_hew...@hotmail.comwrote: Hi Gil, that is correct, but in my defence I quote my original post:- Where SLEEP and QUERYENQ are local programs. On Sun, 16 May 2010 09:53:44 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Sun, 16 May 2010 00:59:59 -0500, Bruce Hewson wrote: Address TSO 'SLEEP 1000' ??? I find no such command in: URL: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/ikj4c5a1 Title: z/OS V1R11.0 TSO/E Command Reference Document Number: SA22-7782-12 -- gil regards Bruce Hewson -- 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 -- best regards, matan cohen MF System Administrator. -- 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 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- 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: Time Parameter
Hi Matan, With regard to your post on this subject which included: SNIPPET RC = TIME(R) SECS = 1800 /* 1800 second you want them to pass */ DO FOREVER N = TIME(E)/*get the time in second which was pass */ IF N = SECS THEN LEAVE END /SNIPPET As Dustin Hoffman said in Hook, bad form. Whilst DO FOREVER is in the manual, IBM do not recommend its use. As Nick correctly points out this will eat CPU cycles, without logically doing anything productive that could not be accomplished by going to SLEEP in the manner alluded to in Ted MacNeil's post. A loop of this type may well be picked up by automation software, with the task being axed as resource hungry. Waiting (SLEEP) allows other work to use the processor in a productive fashion, and is much better for overall though put and service targets. Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- 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
UK Seminar on Software Hardware Pricing
Hi, Just wondering if anyone had to to any of the previous seminars? Was it worthwhile? Kind Regards, Mark Negotiating mainframe software and hardware contracts Arcati¹s annual seminar on mainframe pricing and contract negotiation takes place on 28th June 2010 at the Premier Inn Touchbase Centre, London Heathrow. As always, the principal speaker is Barry Graham, an internationally recognised authority on mainframe pricing issues. Working with Barry, users with as few as 600 MIPS and as much as 100,000 MIPS have signed contracts saving up to 30% of their expected spend. This year Barry will be joined by David Wilson, independent consultant and former IBM senior executive for System z Software in North East Europe, who will be focusing on what users should do to maximise the benefits of their current mainframe installations. Sessions at the seminar include: * Putting software costs in context * New pricing models and future costs * Negotiating an IBM ESSO or ELA contract * Maximising the benefit of mainframes * Hardware pricing update The programme covers pricing for all z10 Enterprise and Business Class systems, and also includes discussion of Passport Advantage, Processor Value Units, and their effect on software price/performance. For full details, go to http://www.arcati.com/mmevent10. For further information on the Mainframe Market Information Service go to http://www.arcati.com/mmis Arcati Limited Tel: +44(0)7717 858284 Email: mainfr...@arcati.com Web: www.arcati.com -- 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: ICF Catalog performance options
considerations with regard to the following catalog performance options beyond the defaults Eileen McClintock has done a presentation at SHARE about catalog tuning. See if you can find it. She recommended (in 2007), among other things: - Don't use anything larger than 8K CI size; this has adverse index CI effects. - Don't use VSAM freespace, and don't reorganize your catalog; this undoes the benefits of any splits that have already occurred. - Don't let index CI size default; the system almost always selects too small a control interval, which leads to “dead” data control intervals that can't be used in each control area. Allocate your index in cylinders, not tracks. - Shared catalog volumes kill you. Don't have multiple catalogs on the same volume. Don't have catalogs on shared volumes, period. In the latter case every catalog lookup requires a VVR read, regardless of whether the entry has been cached. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- 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: ICF Catalog performance options
There was a feature for AUTOTUNING but back in 2008 IBM recommended turning it off (OA20748). I'm not sure if the issues were ever resolved but OA25072 09/2009 turns it off and disables enabling it. F CATALOG,REPORT,CATSTATS should show what is currently in use. -Original Message- John Schafer We are currently reviewing all of the ICF catalog definitions in our shop. All of our catalogs are ECS defined. Any best pratice or considerations with regard to the following catalog performance options beyond the defaults when these are not specified? STRNO BUFND BUFNI FREESPACE RECORDSIZE Regards, John -- 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: Time Parameter
On Mon, 17 May 2010 16:59:54 +0100, Nick Varley nick.var...@metron.co.uk wrote: (snip) Anyway, if you want a simple SLEEP program, I can mail you one (it's in Assembler and is free, with NO support offered under any circumstances) Note that z/OS includes a ready-to-use SLEEP program. A few lines extracted from the course handouts I distribute when teaching my 4-day REXX Programming course: SYSCALL is a host command environment you can use to run USS syscall commands from TSO/E or MVS batch. You need to initialize the SYSCALL environment by beginning a REXX program with a SYSCALLS('ON') function call. SYSCALLS is a TSO/E external function. You must distinguish SYSCALL from SYSCALLS! sleep is a syscall command that invokes the sleep callable service to suspend (!) the running of the calling thread (task) until the specified number of seconds has elapsed. /* REXX */ SUBCOM SYSCALL say 1st 'SUBCOM SYSCALL' -- RC=RC /* RC=1 */ if SYSCALLS(ON) = 0 then say 'the SYSCALL environment is now established' else exit SUBCOM SYSCALL say 2nd 'SUBCOM SYSCALL' -- RC=RC /*RC=0 */ say TIME() address SYSCALL 'sleep 15' /* sleep 15 seconds */ say TIME() call SYSCALLS OFF /* end the SYSCALL environment */ For the description of my education offering, see http://www.arcis-services.net Regards, Michel Castelein freelance z/OS instructor -- 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: Benchmarking the IPL
On Mon, 17 May 2010 09:38:27 -0500, Roland Schiradin rol...@schiradin.de wrote: Tom, z/OS contains a cblock IPST pointed by ECVTIPST. This cblock contains information about the IPL time for various steps. SHOWzOS display the data and there is also a IPCS command but can't remember the name. Roland IPLDATA STATUS against ACTIVE storage. Regards, Art Gutowski Ford Motor Company -- 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: ICF Catalog performance options
On Mon, 17 May 2010 12:46:42 -0400, David Andrews d...@lists.duda.com wrote: Eileen McClintock has done a presentation at SHARE about catalog tuning. See if you can find it. She recommended (in 2007), among other things: - Shared catalog volumes kill you. Don't have multiple catalogs on the same volume. Don't have catalogs on shared volumes, period. In the latter case every catalog lookup requires a VVR read, regardless of whether the entry has been cached. I think you are referring to VVDS mode sharing. If you have the catalog in ECS mode, the above isn't true. As an aside, it's a little difficult to avoid sharing catalogs between systems these days. :-) I would also add to use VLF instead of ISC for any catalogs that are shared (make sure the catalog is defined in COFVLFxx on ALL sharing systems). With CDSC, only changed records are invalidated from the cache. With ISC, or a mixture, if any sharing system does an update, the entire cache is purged. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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: ICF Catalog performance options
On Mon, 2010-05-17 at 15:09 -0400, Mark Zelden wrote: I think you are referring to VVDS mode sharing. If you have the catalog in ECS mode, the above isn't true. As an aside, it's a little difficult to avoid sharing catalogs between systems these days. :-) My notes were from a presentation she made in 2007. I haven't been to SHARE in awhile, so maybe Eileen has updated it? -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- 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: Time Parameter
Automation software and loops. Not quite on the topic, but I remember when some Brainiac implemented automated responses to IEF238D and IEF433D. We lost almost 25% of a 400E while Net/Master replied WAIT and then NOHOLD as fast as it could... Yes, waiting is far more efficient. A loop of this type may well be picked up by automation software, with the task being axed as resource hungry. Waiting (SLEEP) allows other work to use the processor in a productive fashion, and is much better for overall though put and service targets. -- 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: Of interest to the Independent Contractors on the list
Hi Charles, Right you are. For my senior project (1979), I personally wrote some very non-Y2K compliant COBOL code. It was a major enhancement to a payroll system for a city that was running a Burroughs 1800 at the time. They were so short on memory that everthing else had to be shut down in order to run payroll. Nobody thought about any of the date formats or Y2K at the time and it wouldn't have mattered. The code had to be very lean in order to get it to run on that machine. I'm sure that it was the same way at many other shops too. That payroll system was remediated for Y2K. Linda Mooney - Original Message - From: Charles Mills charl...@mcn.org To: IBM-MAIN@bama.ua.edu Sent: Sunday, May 16, 2010 7:07:58 PM GMT -08:00 US/Canada Pacific Subject: Re: Of interest to the Independent Contractors on the list Um ... the Y2K thingie was real. Without the efforts of a lot of the people on this list data processing as we know it WOULD have come to an end. You're falling into the that saw doesn't need that safety guard fallacy: That saw doesn't need that safety guard ... no one has cut a finger off in it for years. And yes, states ARE looking to crack down on independent contractors. Easy money in this time of crunch. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anton Britz Sent: Sunday, May 16, 2010 5:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Of interest to the Independent Contractors on the list This type of article re-appears every two years.. It's suppose to make you fear and maybe you will subscribe to their magazine. Remember the Y2K thing'gie ? How many of those Prophets of Doom knew what they were talking about but it worked for most executives. -- 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: Of interest to the Independent Contractors on the list
Hi Linda, Yes, my point was, that it was EXAGGERATED using FEAR for profit purposes. There was no need to upgrade all the Mainframes/Desktops/Servers/Operating systems etc. The place I worked at, spent 16 Million Dollars, on upgrading all the PC's in the Organization and each PC received a Y2K sticker. ( You had to have that Sticker) Note: At home, all my PC's survived the Y2K thing'gie.. Why do a thread always go totally the wrong way on IBM-MAIN... with most of it, just being noise ? Anton On 5/17/2010 5:30 PM, Linda Mooney wrote: Hi Charles, Right you are. For my senior project (1979), I personally wrote some very non-Y2K compliant COBOL code. It was a major enhancement to a payroll system for a city that was running a Burroughs 1800 at the time. They were so short on memory that everthing else had to be shut down in order to run payroll. Nobody thought about any of the date formats or Y2K at the time and it wouldn't have mattered. The code had to be very lean in order to get it to run on that machine. I'm sure that it was the same way at many other shops too. That payroll system was remediated for Y2K. Linda Mooney -- 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: Of interest to the Independent Contractors on the list
How do you know it was EXAGGERATED using FEAR for profit purposes? Exaggerated by whom? Perhaps the executives at your former employer were risk-adverse, or saw senior management's attention to Y2K as a chance to implement worthwhile equipment upgrades. Home PCs are different from corporate PCs. I can live with a lot of oddities on my home PC that would be unproductive on a corporate PC. For example, I am running a lot of unsupported software. I would probably not advise that a corporate IT department do that. Why do a thread always go totally the wrong way on IBM-MAIN... with most of it, just being noise ? I don't know. What did your assertion about Y2K have to do with a thread offering a tax head-up to independent contractors? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anton Britz Sent: Monday, May 17, 2010 5:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Of interest to the Independent Contractors on the list Hi Linda, Yes, my point was, that it was EXAGGERATED using FEAR for profit purposes. There was no need to upgrade all the Mainframes/Desktops/Servers/Operating systems etc. The place I worked at, spent 16 Million Dollars, on upgrading all the PC's in the Organization and each PC received a Y2K sticker. ( You had to have that Sticker) Note: At home, all my PC's survived the Y2K thing'gie.. Why do a thread always go totally the wrong way on IBM-MAIN... with most of it, just being noise ? -- 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