Linux zSeries questions
Hi If some can help in some Linux questions: - I would need a good newsgroup for Linux questions - Where can I found the IPL wait state codes for zLinux ? - Can we start zLinux under VM without IFL processors ? -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
Miklos, Marist College runs a Linux for System z newsgroup. Sign up by sending an email to [EMAIL PROTECTED] and put this in the body of the message: subscribe linux-390 your-name You'll get follow-up emails with additional details. As to your other questions... I don't know about the IPL state codes. Yes you can run Linux under z/VM without an IFL processor, but you run the risk of affecting the workload on your other CP(s). The potential being that you may cause a CP upgrade sooner, which will raise your software prices, no only for IBM software but also any ISV software. If you have alot if white space (capacity) on your CP(s) now, then you can comfortably run Linux on your existing CP(s), and add IFL(s) when your ready. Miklos Szigetvari wrote: Hi If some can help in some Linux questions: - I would need a good newsgroup for Linux questions - Where can I found the IPL wait state codes for zLinux ? - Can we start zLinux under VM without IFL processors ? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Miklos Szigetvari Hi If some can help in some Linux questions: - I would need a good newsgroup for Linux questions [EMAIL PROTECTED] - Where can I found the IPL wait state codes for zLinux ? Can't answer this one yet. - Can we start zLinux under VM without IFL processors ? Certainly. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
Hi Thank you very much. (We try to get a used z/... machine, and the offered machine has no IFL, but we need Linux ) Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Miklos Szigetvari Hi If some can help in some Linux questions: - I would need a good newsgroup for Linux questions [EMAIL PROTECTED] - Where can I found the IPL wait state codes for zLinux ? Can't answer this one yet. - Can we start zLinux under VM without IFL processors ? Certainly. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
On Wed, 13 Feb 2008 19:33:08 -0600, Ed Gould wrote: I think that load module directory entries are larger than say FB (source) type directory entries. I know we are talking about FB type libraries in the thread. The size of the directory entries is irrelevant to this discussion. All PDS directories are 256 byte blocks. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Person-Months for Version-to-Version Migrations?
The discussion here about how many z/OS system programmers? is really interesting to me, and I'd like to ask a related question to expand the discussion a bit more. What are your current experiences in terms of the number of person-months it's taking for version-to-version (v2v) upgrades? Here's a sample template for how you might frame your answer since there are lots of factors that could influence the person-months: 1. Start date of v2v project? 2. First in-production date? 3. Final in-production date? 4. Estimated total person-months? a. Internally supplied: b. From outside service providers: 5. From what to what? a. Operating systems: b. Middleware (CICS, DB2, IMS TM, etc.): c. Tools/utilities: d. Hardware: 6. How many LPARs? (Any logical consolidation?) 7. How many machines? (Any physical consolidation?) 8. How many (logical) Parallel Sysplexes (e.g. two 3-way Sysplexes)? 9. Any other quantifications (e.g. lines of code, function points, number of programs, number of CICS regions, database sizes/number, etc.)? 10. How many (planned) outage(s)? How long? 11. What other impact(s), if any, were there to business users during the migration (e.g. performance issue, unplanned outage, function loss, new function, data loss, etc.)? 12. Testing method(s)/person-months? 13. Other comments? (Examples: What were the most difficult issues? What took the most time? Any unusual factors, such as relocating the data center? Did you use an Early Support Program?) You may not know the answers to all that, so your best guess is fine and much appreciated. Private e-mail is OK if you prefer. I'm asking because my guess is that the Japanese experience in these areas is quite different from most of the rest of the world, probably because of different IT practices here. But that's just a guess, so it would be interesting to hear what IBM-MAINer experiences are around the world in the 21st century. The from what to what? question might be very different also. In Japan the big hop/all-at-once method seems popular, while I tend to think in the rest of the world the ongoing rolling wave technique is at least more popular. So your answer might be z/OS 1.6 to 1.8 for one migration, then followed by CICS TS 2.3 to 3.2 for another migration, then z990/z890 to z9, etc., each as separate v2v projects. Thanks in advance for your feedback. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
1. In addition to the general Linux information sources, all of which still apply -- Linux is Linux -- you may wish to try the LINUX-390 LISTSERV, hosted by Marist University. You can sign up here: http://www2.marist.edu/htbin/wlvindex?linux-390 Please scroll down toward the bottom of that page, and there's a sign-up form. 2. I'm not sure about the wait state codes, but they may not be too useful to you anyway. You may want to ask in LINUX-390. 3. Yes, you can certainly start and run Linux under z/VM on CPs (general purpose processors). General purpose means you can run anything on them -- CPs are the universal processors. IFLs are the processors dedicated to Linux, but CPs work just fine, too. If you want to run a trivial amount of Linux -- booting it, having fun with it, experimenting with it, doing a little real work with it, etc. -- then existing CPs you already own are probably the most economical. (You already own them, and spare capacity is basically free.) Once you get serious about running Linux beyond some trivial amount you'll probably want to invest in at least one IFL. Enjoy. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
On Wed, 13 Feb 2008 21:48:10 +, Ted MacNEIL wrote: Eh? The directory contains the number of blocks that is specified. The remainder of the last directory track is available for use by PDS members. Then, how come I can zap the directory count up to a multiple of 44, and have them available. Beats me, but if you'd looked at a dump of a pds directory, you'd know this isn't true. I also saw some (old) documentation stating this. I doubt it. Show it if you have it. Otherwise, I'll have to assume that you are just blowing smoke again. - Too busy driving to stop for gas! Make that too busy talking to check your facts. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z10 presentation on 26 Feb
Hi Just got an invitation for a z10 presentation (26 February) -- Miklos Szigetvari Development Team ISIS Information Systems Gmbh tel: (+43) 2236 27551 570 Fax: (+43) 2236 21081 E-mail: [EMAIL PROTECTED] Info: [EMAIL PROTECTED] Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Miklos Szigetvari Hi Just got an invitation for a z10 presentation (26 February) With all the speculation, leaks and rumors floating around, it would seem fitting if IBM would just call it zBox and be done with it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
Miklos Szigetvari [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi Just got an invitation for a z10 presentation (26 February) -- Miklos Szigetvari Wow, so the beast has a name now! Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF
What I understand that these numbers are usually (a statistical?) averages of a specific time frame. I think it is from the last time you hit enter in the SDSF DA Screen. Not sure it is as accurate as say RMF Monitor display. Lizette Thanks Ron, can you elaborate on the first figure,are you saying it is fairly meaningless? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Person-Months for Version-to-Version Migrations?
Timothy Sipples, You could ask question 14 too: Reason for v2v? Example, you need feature/fix F in product P, but you need to jump to z/OS level 1.??? Or you need level L for Product P because underlying service(s) is going obsolete/expensive/discontinued. Unfortunately, I'm not now in any position to answer your questions... sorry. ;) Good luck in your research! Groete / Greetings Elardus Engelbrecht PS: Centuries ago in my previous life in a galaxy far far away [ sort of... ;) ], we dropped a [$ix letter word expen$ive!] product, when we go from XA to ESA. That dropping action delayed our move by some 2 +- months. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
Tom Marchant wrote: On Wed, 13 Feb 2008 19:33:08 -0600, Ed Gould wrote: I think that load module directory entries are larger than say FB (source) type directory entries. I know we are talking about FB type libraries in the thread. The size of the directory entries is irrelevant to this discussion. All PDS directories are 256 byte blocks. Just to clarify: size of dir. block is always 256 B, but the size of entry is varying. The longest entries are for load modules, the shortest for text members without ISPF stats. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Soft Capping
One thing we found out the hard way was that the software charge for IBM products, under soft cap setup, can really get skewed -- e.g. -- say the charge for WAS is MSU based and it is active (runs) all day -- also say ,on average, it uses 80 MSU -- you then look at your SCRT at the end of the month and see WAS is being charged at 100 MSU.. how on earth is that possible Well, in our case we found that during the batch process, the CPU got pegged at 100 MSU (once a month is all it takes). You know what, just because WAS was active at the time the batch process was chewing up CPU -- you wind up paying for the max use of CPU for WAS too. All it takes is one CPU spike in any given month (SCRT reporting window). Soft capping works great as it allows me to meet my SLAs but keep that in mind when you plan MSU based license charge. Regards, Jasbir -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Medenbach Sent: Wednesday, February 13, 2008 5:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Soft Capping Nothing wrong with restricting capacity to save on licensing costs. We use a coupling facility LPAR with dynamic dispatch disabled to control the amount of CPU available to the other LPARs on the machine. The zOS LPARs are all uncapped to allow each LPAR to use any unused capacity. Walter Medenbach On Feb 9, 2008 5:23 AM, Kelman, Tom [EMAIL PROTECTED] wrote: This has been cross posted to the MXG list. At the end of last year I was asked to determine what would be practical soft caps for our LPARs. We are currently at z/OS v1.7 so we can't cap at the CEC level yet. Of course, the reason for the cap was to keep software costs down, especially for the OEM software. We have an agreement with most of our vendors that we won't use more than 110 MSUs out of our 138 MSU box. My direction was that we didn't want the total MSU 4HRA to go about 110. So I split 110 between the three LPARs we have as equitably as I could based on a years worth of analysis. This split came to 90 MSUs for production, 19 MSUs for development, and 1 MSU for the sysprog sandbox. We have just hit the cap on development and they are screaming blood murder because there are some deadlines to meet for a conversion. So they want to increase the cap on development. My suggestions were to take some from production and give it to development or to just increase development since the high 4HRA for the individual LPARs never occur at the same time. Now, after that explanation, my question. Has anybody had to cap their machine by LPAR like this? If so, do you insure that the individual caps would add up to some sort of specified limit, or did you set them a little higher realizing that they probably wouldn't hit the max all in the same day? Of course taking the second route will leave open the possibility of going over the CEC 4HRA that you want (in our case 110 MSUs). I'd appreciate any ideas anyone has on determining these caps. Please don't say that you're not in favor of capping to keep software costs down. Neither am I so you'd be preaching to the choir. However, as we all know, after all the recommendations you do what your told to do. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
I doubt it. Show it if you have it. Otherwise, I'll have to assume that you are just blowing smoke again. Very nice! Are you always this obnoxious. (I have never deliberately blown smoke -- Nor resorted to ad hominum attacks) I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
On Thu, 14 Feb 2008 14:53:00 +0100, Miklos Szigetvari [EMAIL PROTECTED] wrote: Hi Just got an invitation for a z10 presentation (26 February) Searching for IBM and z10 gives the following: o Three-leaf clover--Z 9, Z 1 0 at http://www.research.ibm.com/journal/rd/411/brunner.html (sorry, couldn't resist that one...) Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
On Thu, 14 Feb 2008 14:17:18 +, Ted MacNEIL wrote: I doubt it. Show it if you have it. Otherwise, I'll have to assume that you are just blowing smoke again. Very nice! Are you always this obnoxious. Only when dealing with people who calim to know things that are not true. (I have never deliberately blown smoke -- Nor resorted to ad hominum attacks) What to you call what you just did? I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. Wrong again. More smoke. I just created a PDS with 40 directory blocks SDB. The first member is on the first track. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
Last I heard, it was going to be z6 to be in-line with p6... They must have changed their minds when they realized they don't know what to do after p8... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: 14 Februarie 2008 01:59 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 presentation on 26 Feb Miklos Szigetvari [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi Just got an invitation for a z10 presentation (26 February) -- Miklos Szigetvari Wow, so the beast has a name now! Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Parallel Sysplex Aggregation
Cross-posting to JES3-L... IBM got our management to bite on the PSA pricing carrot, so we're starting a project to merge two existing sysplex systems and several of our monoplex systems to meet the pricing metric (aka BronzePlex, or ShamPlex/Extended). One day we hope to grow up to be a PlatinumPlex. I would be very interested in hearing from anyone who has successfully implmented PSA for pricing, offline, of course (contact info at end). We've got the RedBooks, SAPR Guides, etc., and are studying - I'm looking for tips, techniques, gotchas that will shorten the learning curve. Specifically, anyone who has experiences to share with the following configurations / technologies: * Multiple data centers - we have two buildings, about 12Km apart * z9 processors with ICF's, one in each building * DS8000 with synchronous PPRC between the buildings * 9037-002 migrating to STP (one-step cutover or phased migration?) * z/OS 1.8 with a mix of JES2 (all monoplex) and JES3 * In Building 1, we have a JES3 MAS 1 Global + 1 Local * In Building 2, we have a JES3 MAS, 1 Global + 1 Local, several independent JES3 Globals, and several independent JES2 nodes * While we're OK with merging the independent Globals into the plex as Locals on the one side, I'm not sure we are ready to make the MAS cross-center. * PPRC watchdogs are on independent JES3 Globals, not to be in the PSA TIA, Arthur Gutowski Ford Motor Company [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Upgrade
NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Hi We are upgrading/consolidating from 2 x 2C5 and 1 x 303 to a Z9-708 over the weekend. Is there a tool or other method to calculate the weight settings for each LPAR on the new footprint. We would like the LPAR weights to add-up to 1000. We also need to consider the logical processors per LPAR. In total 8 LPAR's will be moved. Any help will be appreciated. Kind Regards, Sarel Swanepoel Service Availability: Service Business Capacity Management South African Revenue Services Office: +27 (0)12 422 5033 Mobile: +27 (0)82 4927 321 Fax: +27 (0)12 422 6068 Email: [EMAIL PROTECTED] Web Site: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF
Gerry, Yes that is what I am saying. The first figure comes from measure voluntary wait time, which is when the LPAR puts the CPU into a wait because it has nothing to do. CPU Busy = 1 - (CPU Wait/Interval) PR/SM makes this inaccurate because it will put the CPU into an involuntary wait and no wait time is recorded. The second value is the LPAR busy as measured by RMF. From memory I think it is from Effective Dispatch time, but I may be wrong there. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Wednesday, February 13, 2008 4:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] SDSF Thanks Ron, can you elaborate on the first figure,are you saying it is fairly meaningless? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
What to you call what you just did? Responded in kind. I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. Wrong again. More smoke. I just created a PDS with 40 directory blocks SDB. The first member is on the first track. Why is a mistake 'blowing smoke'. I've never been afraid to admit it when I'm wrong. But back to the topic at hand. What happens if you use something other than SDB? And, don't you mean the last track? (Or, are you blowing, too?) - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
Ted MacNEIL [EMAIL PROTECTED] wrote in message news:190985773-1203003262-cardhu_decombobulator_blackberry.rim.net-1366 [EMAIL PROTECTED]... What to you call what you just did? Responded in kind. I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. Wrong again. More smoke. I just created a PDS with 40 directory blocks SDB. The first member is on the first track. Why is a mistake 'blowing smoke'. I've never been afraid to admit it when I'm wrong. But back to the topic at hand. What happens if you use something other than SDB? And, don't you mean the last track? Why would the blocksize matter? PDS members use short blocks. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on Out Sourcing
I definitely agree with Steve on It depends. You need to have your company's lawyers check out the contract thoroughly looking at all the fine legalese. Then have 1 or 2 people that the company employs to keep an eye on the outsourcer. The company I work for now was outsourced and then brought everything back in-house because they were being burned by the outsourcer. I've heard of other similar experiences. You need to have a well written contract and you need to monitor the outsourcer so as to get the capacity you need at a reasonable price. Tom Kelman Commerce Bank of Kansas City - Posted by Paul Mihalec - I have a question on Out Sourcing. When you sign a contract does that mean you no longer have to pay for your software product maintenance licenses? - Posted by Steve Thompson - It depends. If your contract says that your equipment, operations, etc. are managed at the new data center by the outsourcer's people, then you probably pay the software license fees. If your contract says that your system will be migrated into their environment... Now the licensing of software is based on the outsourcer's equipment... So your charges will include your pro-rata share. I have seen both situations used by the same outsourcing company. Regards, Steve Thompson * 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
2097?
I'm glad I didn't post this - I'm a bit bored with having my throat jumped down. First of all, some systems are soft. Flex-ES and Hercules could be trivially modded to store such values. Secondly, even if '2097' were the designator of some future IBM system, it doesn't follow that this is a real one - it might easily be a current or earlier generation patched in microcode to see what the software does. Life would become _exceedingly_ interesting if either PSI or T3 (or both) applied for an injunction to prevent IBM from changing its product lineup until the outstanding legal issues are resolved. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2097?
Life would become _exceedingly_ interesting if either PSI or T3 (or both) applied for an injunction to prevent IBM from changing its product lineup until the outstanding legal issues are resolved. I can't see that happening. IBM has already proven its willingness to joint projects with credible partners(like SUN) that are in it for the long haul and will not drop the ball when everything goes 128bit just because no-one will lend them the money to do the RD, still wonder why a certain company couldn't raise the interest amongst itself to stay in the mainframe race. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Phil Payne Sent: 14 Februarie 2008 03:43 nm To: IBM-MAIN@BAMA.UA.EDU Subject: 2097? I'm glad I didn't post this - I'm a bit bored with having my throat jumped down. First of all, some systems are soft. Flex-ES and Hercules could be trivially modded to store such values. Secondly, even if '2097' were the designator of some future IBM system, it doesn't follow that this is a real one - it might easily be a current or earlier generation patched in microcode to see what the software does. Life would become _exceedingly_ interesting if either PSI or T3 (or both) applied for an injunction to prevent IBM from changing its product lineup until the outstanding legal issues are resolved. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF
Thanks Ron Ron Hawkins ron.hawkins1960@ SBCGLOBAL.NET To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: SDSF 14/02/2008 15:32 Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Gerry, Yes that is what I am saying. The first figure comes from measure voluntary wait time, which is when the LPAR puts the CPU into a wait because it has nothing to do. CPU Busy = 1 - (CPU Wait/Interval) PR/SM makes this inaccurate because it will put the CPU into an involuntary wait and no wait time is recorded. The second value is the LPAR busy as measured by RMF. From memory I think it is from Effective Dispatch time, but I may be wrong there. Ron http://bama.ua.edu/archives/ibm-main.html Generally, this communication is for informational purposes only and it is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. In the event you are receiving the offering materials attached below related to your interest in hedge funds or private equity, this communication may be intended as an offer or solicitation for the purchase or sale of such fund(s). All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Soft Capping
Soft capping makes no sense if you max out the box on a regular basis for hours. Where it can work for you is buying a, say, 500 MSU box and cap at 100. Your software costs remain at (or below) 100 but you can 'borrow' the other 400 MSU for short periods of time. Supposing you have a good deal of latency, then the batch might peak at 500 but only for an hour instead of running at 100 for four hours. Your rolling average then drops closer to the 80 you see during off hours. And that can translate to some sizable savings. The strategy is thus: You buy a much, much bigger box than you need. One sized to carry the largest possible spike plus growth plus a sizable fudge factor. Normally the software costs are the biggest chunk of the total upgrade costs. But in this scenario your software costs start out at the same (or even reduced) amount and then grow at the same rate as your work load. You set the cap to protect the budget. With any luck, The R4A never hits the box capacity before the next upgrade. And that translates into serious software cost savings over the life of the box. YMMV and other applicable disclaimers. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chauhan, Jasbir Sent: Thursday, February 14, 2008 8:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Soft Capping One thing we found out the hard way was that the software charge for IBM products, under soft cap setup, can really get skewed -- e.g. -- say the charge for WAS is MSU based and it is active (runs) all day -- also say ,on average, it uses 80 MSU -- you then look at your SCRT at the end of the month and see WAS is being charged at 100 MSU.. how on earth is that possible Well, in our case we found that during the batch process, the CPU got pegged at 100 MSU (once a month is all it takes). You know what, just because WAS was active at the time the batch process was chewing up CPU -- you wind up paying for the max use of CPU for WAS too. All it takes is one CPU spike in any given month (SCRT reporting window). Soft capping works great as it allows me to meet my SLAs but keep that in mind when you plan MSU based license charge. Regards, Jasbir -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Medenbach Sent: Wednesday, February 13, 2008 5:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Soft Capping Nothing wrong with restricting capacity to save on licensing costs. We use a coupling facility LPAR with dynamic dispatch disabled to control the amount of CPU available to the other LPARs on the machine. The zOS LPARs are all uncapped to allow each LPAR to use any unused capacity. Walter Medenbach On Feb 9, 2008 5:23 AM, Kelman, Tom [EMAIL PROTECTED] wrote: This has been cross posted to the MXG list. At the end of last year I was asked to determine what would be practical soft caps for our LPARs. We are currently at z/OS v1.7 so we can't cap at the CEC level yet. Of course, the reason for the cap was to keep software costs down, especially for the OEM software. We have an agreement with most of our vendors that we won't use more than 110 MSUs out of our 138 MSU box. My direction was that we didn't want the total MSU 4HRA to go about 110. So I split 110 between the three LPARs we have as equitably as I could based on a years worth of analysis. This split came to 90 MSUs for production, 19 MSUs for development, and 1 MSU for the sysprog sandbox. We have just hit the cap on development and they are screaming blood murder because there are some deadlines to meet for a conversion. So they want to increase the cap on development. My suggestions were to take some from production and give it to development or to just increase development since the high 4HRA for the individual LPARs never occur at the same time. Now, after that explanation, my question. Has anybody had to cap their machine by LPAR like this? If so, do you insure that the individual caps would add up to some sort of specified limit, or did you set them a little higher realizing that they probably wouldn't hit the max all in the same day? Of course taking the second route will leave open the possibility of going over the CEC 4HRA that you want (in our case 110 MSUs). I'd appreciate any ideas anyone has on determining these caps. Please don't say that you're not in favor of capping to keep software costs down. Neither am I so you'd be preaching to the choir. However, as we all know, after all the recommendations you do what your told to do. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * 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
Re: Soft Capping
Chauhan, Jasbir wrote: One thing we found out the hard way was that the software charge for IBM products, under soft cap setup, can really get skewed -- e.g. -- say the charge for WAS is MSU based and it is active (runs) all day -- also say ,on average, it uses 80 MSU -- you then look at your SCRT at the end of the month and see WAS is being charged at 100 MSU.. how on earth is that possible Well, in our case we found that during the batch process, the CPU got pegged at 100 MSU (once a month is all it takes). You know what, just because WAS was active at the time the batch process was chewing up CPU -- you wind up paying for the max use of CPU for WAS too. All it takes is one CPU spike in any given month (SCRT reporting window). Don't confuse sub-capacity pricing with soft-capping! The charges for sub-capacity pricing are based on the peak rolling four-hour average for the month. With a soft-cap in place, WLM ensures the rolling four-hour average for an LPAR -- or group of LPARs in the case of an LPAR capacity group -- will not exceed the specified defined capacity amount. If you exceeded 80 MSU, it probably means that no defined capacity was in place or it was set above 80 MSU. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Memory check
I'm trying to find a cartoon from late 70s - early 80s, probably published in BYTE, which showed a stereotypical(?) system programmer, hunched at his desk over a coding sheet, with empty coffee cup and overflowing ashtray, behind a large pane of glass labeled In case of system crash, break glass or words to that effect. At the time i thought it was hilarious; now, i'm the programmer at the desk. Would really like to find a copy of the cartoon, if only for hysterical purposes. Ken Thompson CSC St. Louis 314 552 3342 [EMAIL PROTECTED] This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
took my baby away. (The Vapors) Sorry. Couldn't help it. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
On Thu, 14 Feb 2008 15:34:54 +, Ted MacNEIL wrote: What to you call what you just did? Responded in kind. Funny idea of never I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. Wrong again. More smoke. I just created a PDS with 40 directory blocks SDB. The first member is on the first track. Why is a mistake 'blowing smoke'. I've never been afraid to admit it when I'm wrong. You can start any time now. But back to the topic at hand. What happens if you use something other than SDB? Same thing. As Kees pointed out, it doesn't matter where the blocksize comes from. The reason I mentioned it is that it should be obvious that there's a lot less than a half a track available after writing 40 directory blocks. And, don't you mean the last track? No. I meant the first track. They are not the same. The track that has the 40 directory blocks. The PDS was allocated with TRK,(2,1,40). (Or, are you blowing, too?) Sheesh. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z9 Upgrade
On Thu, 14 Feb 2008 17:32:16 +0200, Sarel Swanepoel wrote: We are upgrading/consolidating from 2 x 2C5 and 1 x 303 to a Z9-708 over the weekend. Is there a tool or other method to calculate the weight settings for each LPAR on the new footprint. We would like the LPAR weights to add-up to 1000. We also need to consider the logical processors per LPAR. In total 8 LPAR's will be moved. I'd use the data from LSPR and figure out the percentage of total processing capability assigned to each of your current LPARs and create the weights from that. Then I'd adjust it as needed based upon the way things are running. As far as LPs for each LPAR, it depends. If all the LPARS peak at the same time, I'd assign as few as possible to provide the service needed. Remember that weights can be changed on the fly. If you plan it right, you can also add or remove LPs on the fly. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FONT of unknown origin ?
I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MFNetDisk bugs and status.
Yes, we finished the 3390 emulation. We finished to improve the CPU utilization. We improved the tracing and the modify commands and the messages. We fixed the serious bugs working with SHARK emulation using the PREFIX E7 CCW. We worked very hard and rewrite the ASync mode (SHARKs and all the 3390 emulations) to make it reliable as the 3390 emulation is reliable in our product. Yes, the current release in my site (mfnetdisk.com) is better code then before (The SHARK serious bug was fixed) but the code in my site have some bugs (Async mode bugs) which we fixed but we still testing the new code before we upload it to my site. We are testing now the whole ASync mode with multi CPUs and multi SHARKs and so far we happy with the result. This time we will wait few days before I will give the OK sign that the product is ready to work and to be tested in your site. Sorry about the bugs which we found and you found but that is normal for a new complicated product as MFNetDisk. So please be ready to the coming release, The best MFNetDisk release so far. Meanwhile please play with MFNetDisk using the Sync mode (Emulate 3390) and its mirrors. The mode is running now in customers sites and soon I hope we will have names of customers and references. You can also download my video tutorial from my site to see how easy it to operate the product and to have so many great features in the product. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
All, One thing I would like to point out about compression of files, the decompression or compression takes lot of cycles. If you have them to use that's great but if you do not..well..I worked in LU 6.2 file transfer for a major software vendor, if the customers had large pipes(T1's or T3's) between systems compression wasn't used...It was actally a faster transfer without compression.. Regards, Scott Ford IDF -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Thursday, February 14, 2008 11:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COMPRESS QUESTION On Thu, 14 Feb 2008 15:34:54 +, Ted MacNEIL wrote: What to you call what you just did? Responded in kind. Funny idea of never I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. Wrong again. More smoke. I just created a PDS with 40 directory blocks SDB. The first member is on the first track. Why is a mistake 'blowing smoke'. I've never been afraid to admit it when I'm wrong. You can start any time now. But back to the topic at hand. What happens if you use something other than SDB? Same thing. As Kees pointed out, it doesn't matter where the blocksize comes from. The reason I mentioned it is that it should be obvious that there's a lot less than a half a track available after writing 40 directory blocks. And, don't you mean the last track? No. I meant the first track. They are not the same. The track that has the 40 directory blocks. The PDS was allocated with TRK,(2,1,40). (Or, are you blowing, too?) Sheesh. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
Best that I could find for A0556C is: Times-Roman - 6(pointsize), 10-(verticalsize) Jack Kelly 202-502-2390 (Office) Mark H. Young [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/14/2008 11:33 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject FONT of unknown origin ? I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
I'm pretty sure I know what it is! Melanie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: Thursday, February 14, 2008 11:34 AM To: IBM-MAIN@bama.ua.edu Subject: FONT of unknown origin ? I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
---snip Then, how come I can zap the directory count up to a multiple of 44, and have them available. I also saw some (old) documentation stating this. --unsnip-- You should share that with us. In 35+ years, I've never seen a directory block count stored anywhere; only the count of blocks used. The classic method of counting the total of directory blocks is to open the directory as a sequential dataset and read until EOF is encountered. And I'm sure we'd like to see, or know about, this old documentation you mention. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
snip- I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. -unsnip On the rare occaision that a complete member doesn't fill a full block. and the space after the directory is large enough to hold it, that space WILL be used by inserting the short block. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
--snip--- Why would the blocksize matter? PDS members use short blocks. ---snip- Only for the last block, if necessary. Or for the ONLY block of a small member. Multiple-block members use the full blksize up to the last block, which MAY be a short block. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
You heard wrong. Check this http://www.cnet.com/8301-13512_1-9763911-23.html?tag=more In this year's final Hot Chips presentation, IBM described the z6, the code name for its next mainframe processor. It was presented by Charles Webb, it is available on internet, I think there were also links to that presentation here. No z6 after z9, don't mix processor chip with the server :) Marian On Thu, Feb 14, 2008 at 10:08 AM, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Last I heard, it was going to be z6 to be in-line with p6... They must have changed their minds when they realized they don't know what to do after p8... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: 14 Februarie 2008 01:59 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 presentation on 26 Feb Miklos Szigetvari [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi Just got an invitation for a z10 presentation (26 February) -- Miklos Szigetvari Wow, so the beast has a name now! Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
On Thu, 14 Feb 2008 10:33:40 -0600, Mark H. Young [EMAIL PROTECTED] wrote: I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? THANX for all your help. I really appreciate it very much. With a few suggestions and a little dumb luck, I think I've got it by Jo ?! Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COTS software on box ? to replace mainframe was Re: Curious(?) way to ZIP a mainframe file.
Don Leahy wrote: On Wed, Feb 13, 2008 at 10:00 PM, Steve Comstock [EMAIL PROTECTED] wrote: Sorry. What is COTS? Kind regards, -Steve Comstock The Trainer's Friend, Inc. Commercial Off The Shelf. It is the 'silver bullet' solution du jour in the organization that I work for. Ahh! We don't need no steenkin' programmers: we just buy what we want from de' sof'ware store. Which, of course, fails to distinguish your capabilities from those of your competitors. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COTS software on box ? to replace mainframe was Re: Curious(?) way to ZIP a mainframe file.
On Wed, Feb 13, 2008 at 10:00 PM, Steve Comstock [EMAIL PROTECTED] wrote: Sorry. What is COTS? Kind regards, -Steve Comstock The Trainer's Friend, Inc. Commercial Off The Shelf. It is the 'silver bullet' solution du jour in the organization that I work for. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: SNA Printer driver / tester
--snip-- I have been asked to provide a software tool capable of sending whatever documents, reports or just strings of text to one among a variety of SNA printer types defined in VTAM. The purpose it to have a tool to help isolate printing problems arising from often very subtle inconsistencies among various SNA printer emulations. Before I start writing a VTAM appl from scratch I'd like to know if I'm about to reinvent the wheel. Searching this forum, the CBTTAPE and Google is inconclusive. Either there is nothing to be found or I am using the wrong search criteria. Perhaps there is indeed nothing but you might know about some Assembler source code (OS/390, z/OS 1.4 level) in the public domain (or in your hands), containing a lot of VTAM error handling code, I could use as a base. -unsnip--- Check with MacKinney Systems; they might have a product you can use, and you might be able to work out acceptable terms. Also, try and find an old copy of IBM's DSPRINT product. I haven't seen it since the late 70's but it might provide a framework. It was distributed in source form. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
In a message dated 2/14/2008 10:58:12 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Best that I could find for A0556C is: Times-Roman - 6(pointsize), 10-(verticalsize) There used to be a tool called DCF index that would list these puppies out. Since the PFCSK's gobbled it up it's called FLIPMVS. FLIPU2! Anyway it's in the ACIF toolbox and works on bounded box FONTLIBB's. **The year's hottest artists on the red carpet at the Grammy Awards. Go to AOL Music. (http://music.aol.com/grammys?NCID=aolcmp0030002565) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hopefully quick XMS question
I have a quick question about how to switch PASN and SASN in XMS mode. I have some assembly code where I want to BAS 14,SUBFUNC At the time of the BAS, I am in AR mode, with SASN=HASN, and PASN=other. After I enter the call, I need to switch this around, so that PASN=HASN and SASN=immaterial Then I can SAC 0 and put myself into primary mode. Obviously just before the BR 14, I need to undo all of this to get back to AR mode, SASN=HASN, etc. Is there an easy way to do this that I haven't found yet, or do I have to hunt down the ASN get and set instructions (such as SSAR) and issue the various switcharound instructions. Thanks! David Logan . snip . HASN = SASN, PASN=other BAS 14,SUBFUNC . snip . SUBFUNC DS 0H ; ; Here, I want to SAC 0 to put myself into PRIMARY mode, but I also need to set PASN=HASN ; Before I return, I want to set SAC 512 and restore SASN=HASN and PASN=other . Is there an easy way to do this that I haven't found yet? Thanks! David Logan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
Thanks for that. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Marian Gasparovic Sent: 14 Februarie 2008 05:16 nm To: IBM-MAIN@bama.ua.edu Subject: Re: z10 presentation on 26 Feb You heard wrong. Check this http://www.cnet.com/8301-13512_1-9763911-23.html?tag=more In this year's final Hot Chips presentation, IBM described the z6, the code name for its next mainframe processor. It was presented by Charles Webb, it is available on internet, I think there were also links to that presentation here. No z6 after z9, don't mix processor chip with the server :) Marian On Thu, Feb 14, 2008 at 10:08 AM, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Last I heard, it was going to be z6 to be in-line with p6... They must have changed their minds when they realized they don't know what to do after p8... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: 14 Februarie 2008 01:59 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 presentation on 26 Feb Miklos Szigetvari [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi Just got an invitation for a z10 presentation (26 February) -- Miklos Szigetvari Wow, so the beast has a name now! Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
You might also take a look at the InfoPrint Server product. I has components which can translate PDF, PS, AFP, etc. Also has a piece which can talk to SNA attached printers. On Thu, 14 Feb 2008 12:33:06 EST, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 2/14/2008 10:58:12 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Best that I could find for A0556C is: Times-Roman - 6(pointsize), 10-(verticalsize) There used to be a tool called DCF index that would list these puppies out. Since the PFCSK's gobbled it up it's called FLIPMVS. FLIPU2! Anyway it's in the ACIF toolbox and works on bounded box FONTLIBB's. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A new low in e-mail disclaimers (Was Re: Z9 Upgrade)
On 14 Feb 2008 07:32:35 -0800, [EMAIL PROTECTED] (Sarel Swanepoel) wrote: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Actually, Mr. Swanepoel didn't write that passage; either his e-mail client or some upstream mail server inserted that warning. But a link to a _2-page_ disclaimer???!!! What has the world sunk to. :-( I guess we have the lawyers to thank for this new development. Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
I have a quick question about how to switch PASN and SASN in XMS mode. I have some assembly code where I want to BAS 14,SUBFUNC At the time of the BAS, I am in AR mode, with SASN=HASN, and PASN=other. After I enter the call, I need to switch this around, so that PASN=HASN and SASN=immaterial Then I can SAC 0 and put myself into primary mode. Obviously just before the BR 14, I need to undo all of this to get back to AR mode, SASN=HASN, etc. Is there an easy way to do this that I haven't found yet, or do I have to hunt down the ASN get and set instructions (such as SSAR) and issue the various switcharound instructions. Don't even flirt with the idea! The only legal way to accomplish what you want would be to provide a space-switch PC in your home address space and call that to get you back into PASN=HASN. It is doable, but far more complicated than you probably want. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
I hadn't thought of this approach. It very well might work! Let me mull this one over. Thanks! David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Thursday, February 14, 2008 11:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Hopefully quick XMS question One thought that immediately springs to mind is instead of waiting on a single ECB - why not wait on two ECBs in an ECB list. The second ECB can be the one that is POSTed by the secondary address space when it terminates. If you cover the secondary address space with ESTAE/FRR/RESMGR you can cater for most non-force scenarios and still cause the ECB to be posted. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: 14 February 2008 18:14 To: IBM-MAIN@bama.ua.edu Subject: Re: Hopefully quick XMS question Never mind, this path isn't going to work either. So let me ask a different question, which addresses my *actual* problem. I have a module running XMS (in a secondary address space.) Sometimes it needs to issue a request to a TCB running in the secondary address space. Following that, my (primary address space TCB) needs to wait on an ECB that secondary task will eventually post (XMS post with ASCB). OK, with all of that, it's possible that the secondary address space will crash while the primary address space is waiting for the ECB to be posted, and if the secondary address space crashes, the ECB will never be posted, causing the primary address space to be in an endless wait for an ECB that will never be posted. *whew* ok, that was long. I need the wait to time out, so that if the secondary address space crashes, the primary address space would notice after some amount of time. Because it's all in cross memory mode, neither STIMER nor STIMERM work very well at all, leaving me without any good options. I'm having a hell of a time figuring out how to get a timeout. It seems I am going to have to ATTACH a task, and use yet another queue passing things into the attached task so that the attached task can do a post to a passed-in ecb if the queue entry time expires. Then my cross memory program can put its request on this queue, issue a multiple wait, and I guess take itself off this timer task queue when the original ECB gets posted correctly. This is a damn lot of work to ensure we don't endless wait if an address space crashes. It sure would be nice to have a much more efficient way to determine if the secondary address crashed, or have an efficient way to come out of a WAIT after a certain amount of time (in AR mode.) !sigh! :) David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: Thursday, February 14, 2008 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Hopefully quick XMS question I have a quick question about how to switch PASN and SASN in XMS mode. I have some assembly code where I want to BAS 14,SUBFUNC At the time of the BAS, I am in AR mode, with SASN=HASN, and PASN=other. After I enter the call, I need to switch this around, so that PASN=HASN and SASN=immaterial Then I can SAC 0 and put myself into primary mode. Obviously just before the BR 14, I need to undo all of this to get back to AR mode, SASN=HASN, etc. Is there an easy way to do this that I haven't found yet, or do I have to hunt down the ASN get and set instructions (such as SSAR) and issue the various switcharound instructions. Thanks! David Logan . snip . HASN = SASN, PASN=other BAS 14,SUBFUNC . snip . SUBFUNC DS 0H ; ; Here, I want to SAC 0 to put myself into PRIMARY mode, but I also need to set PASN=HASN ; Before I return, I want to set SAC 512 and restore SASN=HASN and PASN=other . Is there an easy way to do this that I haven't found yet? Thanks! David Logan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED]
Re: SPAM: SNA Printer driver / tester
You might also take a look at the InfoPrint Server product. I has components which can translate PDF, PS, AFP, etc. Also has a piece which can talk to SNA attached printers. On Thu, 14 Feb 2008 11:31:35 -0600, Rick Fochtman [EMAIL PROTECTED] wrote: --snip-- I have been asked to provide a software tool capable of sending whatever documents, reports or just strings of text to one among a variety of SNA printer types defined in VTAM. The purpose it to have a tool to help isolate printing problems arising from often very subtle inconsistencies among various SNA printer emulations. Before I start writing a VTAM appl from scratch I'd like to know if I'm about to reinvent the wheel. Searching this forum, the CBTTAPE and Google is inconclusive. Either there is nothing to be found or I am using the wrong search criteria. Perhaps there is indeed nothing but you might know about some Assembler source code (OS/390, z/OS 1.4 level) in the public domain (or in your hands), containing a lot of VTAM error handling code, I could use as a base. -unsnip--- Check with MacKinney Systems; they might have a product you can use, and you might be able to work out acceptable terms. Also, try and find an old copy of IBM's DSPRINT product. I haven't seen it since the late 70's but it might provide a framework. It was distributed in source form. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
One thought that immediately springs to mind is instead of waiting on a single ECB - why not wait on two ECBs in an ECB list. The second ECB can be the one that is POSTed by the secondary address space when it terminates. If you cover the secondary address space with ESTAE/FRR/RESMGR you can cater for most non-force scenarios and still cause the ECB to be posted. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: 14 February 2008 18:14 To: IBM-MAIN@bama.ua.edu Subject: Re: Hopefully quick XMS question Never mind, this path isn't going to work either. So let me ask a different question, which addresses my *actual* problem. I have a module running XMS (in a secondary address space.) Sometimes it needs to issue a request to a TCB running in the secondary address space. Following that, my (primary address space TCB) needs to wait on an ECB that secondary task will eventually post (XMS post with ASCB). OK, with all of that, it's possible that the secondary address space will crash while the primary address space is waiting for the ECB to be posted, and if the secondary address space crashes, the ECB will never be posted, causing the primary address space to be in an endless wait for an ECB that will never be posted. *whew* ok, that was long. I need the wait to time out, so that if the secondary address space crashes, the primary address space would notice after some amount of time. Because it's all in cross memory mode, neither STIMER nor STIMERM work very well at all, leaving me without any good options. I'm having a hell of a time figuring out how to get a timeout. It seems I am going to have to ATTACH a task, and use yet another queue passing things into the attached task so that the attached task can do a post to a passed-in ecb if the queue entry time expires. Then my cross memory program can put its request on this queue, issue a multiple wait, and I guess take itself off this timer task queue when the original ECB gets posted correctly. This is a damn lot of work to ensure we don't endless wait if an address space crashes. It sure would be nice to have a much more efficient way to determine if the secondary address crashed, or have an efficient way to come out of a WAIT after a certain amount of time (in AR mode.) !sigh! :) David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: Thursday, February 14, 2008 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Hopefully quick XMS question I have a quick question about how to switch PASN and SASN in XMS mode. I have some assembly code where I want to BAS 14,SUBFUNC At the time of the BAS, I am in AR mode, with SASN=HASN, and PASN=other. After I enter the call, I need to switch this around, so that PASN=HASN and SASN=immaterial Then I can SAC 0 and put myself into primary mode. Obviously just before the BR 14, I need to undo all of this to get back to AR mode, SASN=HASN, etc. Is there an easy way to do this that I haven't found yet, or do I have to hunt down the ASN get and set instructions (such as SSAR) and issue the various switcharound instructions. Thanks! David Logan . snip . HASN = SASN, PASN=other BAS 14,SUBFUNC . snip . SUBFUNC DS 0H ; ; Here, I want to SAC 0 to put myself into PRIMARY mode, but I also need to set PASN=HASN ; Before I return, I want to set SAC 512 and restore SASN=HASN and PASN=other . Is there an easy way to do this that I haven't found yet? Thanks! David Logan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
Never mind, this path isn't going to work either. So let me ask a different question, which addresses my *actual* problem. I have a module running XMS (in a secondary address space.) Sometimes it needs to issue a request to a TCB running in the secondary address space. Following that, my (primary address space TCB) needs to wait on an ECB that secondary task will eventually post (XMS post with ASCB). OK, with all of that, it's possible that the secondary address space will crash while the primary address space is waiting for the ECB to be posted, and if the secondary address space crashes, the ECB will never be posted, causing the primary address space to be in an endless wait for an ECB that will never be posted. *whew* ok, that was long. I need the wait to time out, so that if the secondary address space crashes, the primary address space would notice after some amount of time. Because it's all in cross memory mode, neither STIMER nor STIMERM work very well at all, leaving me without any good options. I'm having a hell of a time figuring out how to get a timeout. It seems I am going to have to ATTACH a task, and use yet another queue passing things into the attached task so that the attached task can do a post to a passed-in ecb if the queue entry time expires. Then my cross memory program can put its request on this queue, issue a multiple wait, and I guess take itself off this timer task queue when the original ECB gets posted correctly. This is a damn lot of work to ensure we don't endless wait if an address space crashes. It sure would be nice to have a much more efficient way to determine if the secondary address crashed, or have an efficient way to come out of a WAIT after a certain amount of time (in AR mode.) !sigh! :) David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Logan Sent: Thursday, February 14, 2008 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Hopefully quick XMS question I have a quick question about how to switch PASN and SASN in XMS mode. I have some assembly code where I want to BAS 14,SUBFUNC At the time of the BAS, I am in AR mode, with SASN=HASN, and PASN=other. After I enter the call, I need to switch this around, so that PASN=HASN and SASN=immaterial Then I can SAC 0 and put myself into primary mode. Obviously just before the BR 14, I need to undo all of this to get back to AR mode, SASN=HASN, etc. Is there an easy way to do this that I haven't found yet, or do I have to hunt down the ASN get and set instructions (such as SSAR) and issue the various switcharound instructions. Thanks! David Logan . snip . HASN = SASN, PASN=other BAS 14,SUBFUNC . snip . SUBFUNC DS 0H ; ; Here, I want to SAC 0 to put myself into PRIMARY mode, but I also need to set PASN=HASN ; Before I return, I want to set SAC 512 and restore SASN=HASN and PASN=other . Is there an easy way to do this that I haven't found yet? Thanks! David Logan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
On Thu, 14 Feb 2008 11:14:12 -0700 David Logan [EMAIL PROTECTED] wrote: :This is a damn lot of work to ensure we don't endless wait if an address :space crashes. It sure would be nice to have a much more efficient way to :determine if the secondary address crashed, RESMGR :or have an efficient way to come :out of a WAIT after a certain amount of time (in AR mode.) D.I.E. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 startup question
Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
In the JES2 startup deck: INIT(1) NAME=1, CLASS=??, START=NO -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Thursday, February 14, 2008 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 startup question Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A new low in e-mail disclaimers (Was Re: Z9 Upgrade)
--snip--- Actually, Mr. Swanepoel didn't write that passage; either his e-mail client or some upstream mail server inserted that warning. But a link to a _2-page_ disclaimer???!!! What has the world sunk to. :-( I guess we have the lawyers to thank for this new development. ---unsnip- Two biggest mistakes we ever made: letting doctors advertise and letting lawyers advertise. Can anyone in the US now watch TV without seeing at least 4 lawyers' ads in any hour? DISGUSTING!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COMPRESS QUESTION
In [EMAIL PROTECTED], on 02/14/2008 at 02:17 PM, Ted MacNEIL [EMAIL PROTECTED] said: (I have never deliberately blown smoke -- Nor resorted to ad hominum attacks) Your lips are moving. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
Mark just posted a note about WLM managed init's and automation. We not doing that here yet, but I would suspect it's a little more involved than changing the JES2 startup. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Thursday, February 14, 2008 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 startup question Thanks Dean, you right. But some option without changes in parmlib? 2008/2/14, Dean Montevago [EMAIL PROTECTED]: In the JES2 startup deck: INIT(1) NAME=1, CLASS=??, START=NO -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Thursday, February 14, 2008 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 startup question Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
Mark, Might it be a Point 6 Times New Roman for PDF - Mark H. Young wrote: I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
Thanks Dean, you right. But some option without changes in parmlib? 2008/2/14, Dean Montevago [EMAIL PROTECTED]: In the JES2 startup deck: INIT(1) NAME=1, CLASS=??, START=NO -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Angel Tamayo Sent: Thursday, February 14, 2008 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 startup question Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COTS software on box ? to replace mainframe was Re: Curious(?) way to ZIP a mainframe file.
On Thu, Feb 14, 2008 at 12:40 PM, Steve Comstock [EMAIL PROTECTED] wrote: Don Leahy wrote: On Wed, Feb 13, 2008 at 10:00 PM, Steve Comstock [EMAIL PROTECTED] wrote: Sorry. What is COTS? Kind regards, -Steve Comstock The Trainer's Friend, Inc. Commercial Off The Shelf. It is the 'silver bullet' solution du jour in the organization that I work for. Ahh! We don't need no steenkin' programmers: we just buy what we want from de' sof'ware store. Which, of course, fails to distinguish your capabilities from those of your competitors. Kind regards, -Steve Comstock The Trainer's Friend, Inc. Competitors? We don't have no steenkin' competitors. If you don't like the way we collect your taxes, then you can take your business elsewherenot. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
On Thu, 14 Feb 2008 15:05:24 -0500, Angel Tamayo [EMAIL PROTECTED] wrote: Hi, Customer had requested to start JES2 with all INITs drained, in order to prevent that batch jobs start running on INITs after the IPL and before batch processing application is fully up. What options do I have? You can have the inits defined as drained in your JES2 parms. But ever since WLM inits, we added $PXEQ to the JES2 parms (before we converted to WLM controlled initiators). This works for both JES2 inits and WLM controlled inits. While we could issue the $SXEQ with automation at the appropriate time after an IPL, queues are held and our job scheduling packing is held until operations releases them. both.During our software change windows, we never issue $SXEQ and force jobs we need to run with $SJOB. Even when we had JES2 inits, we defined a single class as WLM controlled just for this purpose. It was a lot safer / cleaner then temporarily starting an init for a certain JOBCLASS then draining it again. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
On Thu, 14 Feb 2008 15:23:26 -0500, Angel Tamayo [EMAIL PROTECTED] wrote: Thanks Dean, you right. But some option without changes in parmlib? How is JES2 started? If NOREQ is not used as a start parm, then nothing really happens until a $S command is issued (boy it's been a long time since I've been around a system without PARM='WARM,NOREQ' in the JES2 JCL). So you could drain the INITs at that point or issue $PXEQ prior to $S. But your original question was what are my options - not what are my options without changes in parmlib. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Configuring MVS ARM (Automatic Restart manager)
I recently created ARM policy couple datasets and loaded a policy to restart just our automation product, CA-OPS/MVS. I ran some tests, canceling OPS/MVS, and it restarted. However, now I see (in the display below) that many tasks have automatically registered with ARM. I was not expecting this, as I had to turn on a parameter in OPS/MVS to have it begin registering with ARM. I formatted my couple datasets to have room for 20 elements, although I would only be needing a few. I see that the display has 20 lines. So it appears that I need to format a larger ARM policy couple datasets. I know that I can code OPS/MVS ARM rules to control ARM restarts, but I assumed that I would only need that for tasks which were to be restarted by ARM. Some questions: -What item should I key in on in the D XCF,ARMS,STATE=AVAIL display, the D XCF,ARMS,EL=element display, or the IXCMIAPU report (or something else I missed) to know that the registered tasks will or will not restart. -Do I need to specify parms in each IBM product to turn ARM registration off, or is registration okay, as long as the policy does not define a restart_method -I defined an element for each MVS system. Was that really necessary? Regards, Bob Stark ProTech - When you're serious about Systems Management Consulting, Software, and Training for z/OS, UNIX and Internet www.protechtraining.com 800-373-9188 x150 412-445-8072 A portion of the ARM policy: RESTART_GROUP(DEFAULT) FREE_CSA(250,700) RESTART_PACING(1000) ELEMENT(*) RESTART_ATTEMPTS(1,150) RESTART_TIMEOUT(150) READY_TIMEOUT(150) ELEMENT(OPSSSYSB) RESTART_ATTEMPTS(2,500) RESTART_TIMEOUT(30) READY_TIMEOUT(500) TERMTYPE(ALLTERM) RESTART_METHOD(BOTH,STC,'START OPSS,SUB=MSTR') ELEMENT(OPSSSYSC) RESTART_ATTEMPTS(2,500) RESTART_TIMEOUT(30) READY_TIMEOUT(500) TERMTYPE(ALLTERM) RESTART_METHOD(BOTH,STC,'START OPSS,SUB=MSTR') Output from MVS display: D XCF,ARMS,STATE=AVAIL IXC392I 01.07.47 DISPLAY XCF 094 ARM RESTARTS ARE ENABLED -- ELEMENT STATE SUMMARY -- -TOTAL- STARTING AVAILABLE FAILED RESTARTING RECOVERING 0 20 0 0 0 20 RESTART GROUP:DEFAULT PACING : 1000FREECSA: 25 ELEMENT NAME STATECURR SYS INIT SYS JOBNAME ASI DB2$DTB1 AVAILABLESYSD SYSD DTB1MSTR 007 EUVFKDC_SYSD AVAILABLESYSD SYSD SKRBKDC 007 EZASDTCPIPD AVAILABLESYSD SYSD TCPIPD 005 [EMAIL PROTECTED] AVAILABLESYSD SYSD SDSF 008 MSDTA1DTA@ AVAILABLESYSD SYSD [EMAIL PROTECTED] 007 MSDTA1DTAD AVAILABLESYSD SYSD DTADMSTR 008 [EMAIL PROTECTED]AVAILABLESYSD SYSD [EMAIL PROTECTED] 009 MSXTA1XTAD001AVAILABLESYSD SYSD DTADIRLM 009 [EMAIL PROTECTED] AVAILABLESYSD SYSD ACFNETD 005 OPSSSYSD AVAILABLESYSD SYSD OPSS 005 SYS_RRS_SYSD AVAILABLESYSD SYSD RRS 00C SYSCICS_CICSTC AVAILABLESYSD SYSD CICSTC 024 SYSMQCHCSQ1 AVAILABLESYSD SYSD CSQ1CHIN 028 SYSMQCHQMD2 AVAILABLESYSD SYSD QMD2CHIN 00D SYSMQMGRCSQ1 AVAILABLESYSD SYSD CSQ1MSTR 00D SYSMQMGRQMD2 AVAILABLESYSD SYSD QMD2MSTR 00C SYSMQMGRQMD3 AVAILABLESYSD SYSD QMD3MSTR 00C VPSTCP AVAILABLESYSD SYSD VPSTCP 006 VSV AVAILABLESYSD SYSD VSV 007 XTB1001 AVAILABLESYSD SYSD DTB1IRLM 009 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FONT of unknown origin ?
On Thu, 14 Feb 2008 15:19:42 -0500, Brian Fitzgibbon [EMAIL PROTECTED] wrote: Mark, Might it be a Point 6 Times New Roman for PDF - Mark H. Young wrote: I read thru the discussion of FONTs from January and looked at some of the referenced websites without any success in answering my NEXT question. Does this FONT look familiar to anyone?? A0556C I've looked in all my fontlibs on the mainframe, internet, PSF etc. doc, to NO avail. Anybody got one on their system by that name? Actually, I wasn't looking so much for point size, font type, etc. as I was just trying to figure out where it was *located* for my PAGEDEF, FORMDEF, and OVERLAY compile. I was having an Alzheimer's moment.and did NOT have the correct FONTDD in my compile JCL. One swift clubbing over the head with a bat did the trick. Do you in EVERY time, ay?! In the overlay it is: -'FONT DEFINITIONS' FONT A0556C A0556C DDNAME,FONTDD; TTFN, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
On Thu, 14 Feb 2008 15:27:35 -0500, Dean Montevago wrote: Mark just posted a note about WLM managed init's and automation. We not doing that here yet, but I would suspect it's a little more involved than changing the JES2 startup. Not really. I did it years ago one Sunday when I had a little time left during my change window. You can do it with $T JOBCLASSn, MODE=WLM -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A new low in e-mail disclaimers (Was Re: Z9 Upgrade)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman --snip--- Actually, Mr. Swanepoel didn't write that passage; either his e-mail client or some upstream mail server inserted that warning. But a link to a _2-page_ disclaimer???!!! What has the world sunk to. :-( I guess we have the lawyers to thank for this new development. ---unsnip- Two biggest mistakes we ever made: letting doctors advertise and letting lawyers advertise. Can anyone in the US now watch TV without seeing at least 4 lawyers' ads in any hour? DISGUSTING!!! Not to mention the barrage of enhancement pill adverts. Wasn't Smiling Bob a dancing paperclip in a previous lifetime? :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
On Thu, 14 Feb 2008 15:23:26 -0500, Angel Tamayo wrote: Thanks Dean, you right. But some option without changes in parmlib? Start JES2 without NOREQ, then issue $PI? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 NJE question: SNA(CTC) vs. TCPIP
In [EMAIL PROTECTED], on 02/13/2008 at 11:23 AM, Gibney, Dave [EMAIL PROTECTED] said: I'm hoping for something in the class C 192.168.a.b area. ITYM Class B. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
In [EMAIL PROTECTED], on 02/14/2008 at 11:14 AM, David Logan [EMAIL PROTECTED] said: Because it's all in cross memory mode, neither STIMER nor STIMERM work very well at all, All? What about the WAIT or EVENTS macro? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 startup question
In my situation I think the option sended by Tom is my best option, thanks a lot to all. And I'm so sorry because my original question were incomplete. 2008/2/14, Mark Zelden [EMAIL PROTECTED]: On Thu, 14 Feb 2008 15:23:26 -0500, Angel Tamayo [EMAIL PROTECTED] wrote: Thanks Dean, you right. But some option without changes in parmlib? How is JES2 started? If NOREQ is not used as a start parm, then nothing really happens until a $S command is issued (boy it's been a long time since I've been around a system without PARM='WARM,NOREQ' in the JES2 JCL). So you could drain the INITs at that point or issue $PXEQ prior to $S. But your original question was what are my options - not what are my options without changes in parmlib. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.htmlhttp://home.flash.net/%7Emzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
Both WAIT and EVENTS wait on ECBs. Somebody has to post an ECB after a time intveral expires. WAIT and EVENTS do the waiting, but not the posting. RESMGR and DIE both require authorized programs. The client program isn't authorized. Although I could use the started task, which is authorized, to finagle something in the client (via an SRB or something), I would prefer to have a method that doesn't require APF authorization. The best solution at this point continues to be an error handler in the server that walks through the request list posting all ECBs that it's crashing. The obvious problem with this is that if the request list is bad, and an access to it caused an 0C4, walking through it to post all of the ECBs probably isn't going to work out very well. But I can't think of a better solution at this point, without going through a lot of work to attach another task in the client that does nothing but keep up with timeouts. David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 14, 2008 12:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Hopefully quick XMS question In [EMAIL PROTECTED], on 02/14/2008 at 11:14 AM, David Logan [EMAIL PROTECTED] said: Because it's all in cross memory mode, neither STIMER nor STIMERM work very well at all, All? What about the WAIT or EVENTS macro? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 NJE question: SNA(CTC) vs. TCPIP
On Thu, 14 Feb 2008 14:55:22 -0500, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: ... I'm hoping for something in the class C 192.168.a.b area. ITYM Class B. ... Not trusting my memory I just looked it up. Class A 1-126N.H.H.H Class B 128-191N.N.H.H Class C 192-223N.H.H.H I then looked it up in RFC 1918 / BCP 0005 and found a more specific statement: The Internet Assigned Numbers Authority (IANA) has reserved the following three blocks of the IP address space for private internets: 10.0.0.0 - 10.255.255.255 (10/8 prefix) 172.16.0.0 - 172.31.255.255 (172.16/12 prefix) 192.168.0.0- 192.168.255.255 (192.168/16 prefix) Either way, I think he did mean Class C. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cross Domain
Your best bet is to ask your question at IBM TCP/IP List [mailto:IBMTCP- [EMAIL PROTECTED] Google for Nursery School for the Enterprise-Extender-Impaired -- written by Gwen Dente in a zSeries EXPO presentation. Just curious: why OSA Token-Ring, not OSA Gig-E or OSA Express GbE? You mentioned Cross-Domain, do you have APPN enabled or are you still using Sub-area MSNF? Redbook: Search for SG24-7334 - A Structured Approach to Modernizing the SNA Environment. On Wed, 13 Feb 2008 09:13:48 -0800, Martin Strudwick [EMAIL PROTECTED] wrote: I am looking for information on how to enable cross domain communications through an OSA T/R link. Normally, we would go CTC but don't have the channels available. Is there a REDBOOK or other source for this info. TIA, Martin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COTS software on box ? to replace mainframe was Re: Curious(?) way to ZIP a mainframe file.
On 14 Feb 2008 09:42:02 -0800, in bit.listserv.ibm-main you wrote: Don Leahy wrote: On Wed, Feb 13, 2008 at 10:00 PM, Steve Comstock [EMAIL PROTECTED] wrote: Sorry. What is COTS? Kind regards, -Steve Comstock The Trainer's Friend, Inc. Commercial Off The Shelf. It is the 'silver bullet' solution du jour in the organization that I work for. Ahh! We don't need no steenkin' programmers: we just buy what we want from de' sof'ware store. Which, of course, fails to distinguish your capabilities from those of your competitors. As someone who made his living as a COBOL application programmer-analyst when he wasn't a systems programmer, I wish I could dismiss COTS as something that won't make the grade. However, most of the major COTS packages both enable a company to get good IT practices and tailor the package to meet the organization's needs and goals. SAP or Oracle implementations are not cheap but they can allow major upgrades in the way a company does business because many of the processes have already been coded and tested. Clark Morris Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
On 14 Feb 2008 06:29:13 -0800, in bit.listserv.ibm-main you wrote: On Thu, 14 Feb 2008 14:53:00 +0100, Miklos Szigetvari [EMAIL PROTECTED] wrote: Hi Just got an invitation for a z10 presentation (26 February) Searching for IBM and z10 gives the following: o Three-leaf clover--Z 9, Z 1 0 at http://www.research.ibm.com/journal/rd/411/brunner.html How many of you went to the link and got the MEGO (my eyes glaze over) result like I did. Clark Morris (sorry, couldn't resist that one...) Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hopefully quick XMS question
On Thu, 14 Feb 2008 14:56:26 -0700, David Logan [EMAIL PROTECTED] wrote: RESMGR and DIE both require authorized programs. The client program isn't authorized. So do the authorized work in a PC routine, since you already are setting up PCs. You might need to establish 2 PC routines. First, a non-space-switching PC that your client will issue, and which will set up any recovery you need in the client. Then that first PC issues the second (space switching) PC, which does the real work. You could even have that first PC issue any necessary STIMER/STIMERM instructions. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A new low in e-mail disclaimers (Was Re: Z9 Upgrade)
On Feb 14, 2008, at 1:59 PM, Rick Fochtman wrote: --SNIP--- ---unsnip- Two biggest mistakes we ever made: letting doctors advertise and letting lawyers advertise. Can anyone in the US now watch TV without seeing at least 4 lawyers' ads in any hour? DISGUSTING!!! Which is worse watch an ad for a lawyer or watching an ad for Computer Associates (or Compuware?) Its obvious to me. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Person-Months for Version-to-Version Migrations?
On Feb 14, 2008, at 7:16 AM, Timothy Sipples wrote: The discussion here about how many z/OS system programmers? is really interesting to me, and I'd like to ask a related question to expand the discussion a bit more. What are your current experiences in terms of the number of person-months it's taking for version-to-version (v2v) upgrades? Here's a sample template for how you might frame your answer since there are lots of factors that could influence the person-months: --SNIP- You haver an interesting question but I think the root question is How is the compatibility between the versions. *SOME* times its transparent and other times is it an almost completely rewritten product. Depending on the answer is a indication and the other is a power of x. Like everyone says it depends. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
On Feb 14, 2008, at 7:15 AM, Timothy Sipples wrote: 1. In addition to the general Linux information sources, all of which still apply -- Linux is Linux -- you may wish to try the LINUX-390 LISTSERV, hosted by Marist University. You can sign up here: http://www2.marist.edu/htbin/wlvindex?linux-390 Please scroll down toward the bottom of that page, and there's a sign-up form. Timothy, Can I ask an innocent(?) question here.. LINUX is it documented like MVS or something like early 360 (YES 360) manuals ? I do not have access to any of them to see. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
On Thu, 14 Feb 2008 21:19:26 -0600, Ed Gould [EMAIL PROTECTED] wrote: Can I ask an innocent(?) question here.. LINUX is it documented like MVS or something like early 360 (YES 360) manuals ? I do not have access to any of them to see. Ed: There is LOTS of documentation for Linux on System z. First, Linux on System z is very much like any other Linux so any general Linux doc is very useful (check out your local Barnes Noble, Borders or equivalent). There are also lots of Redbooks on Linux on System z (go to http://ibm.com/redbooks) but make sure you get current books (some on this site are pretty out of date). The formal docs from IBM on the System z unique stuff is at http://www.ibm.com/developerworks/linux/linux390/. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
Ed Gould asks: Can I ask an innocent(?) question here.. LINUX is it documented like MVS or something like early 360 (YES 360) manuals ? Linux is maintained and enhanced in a community-driven manner, with no single entity (e.g. IBM) controlling its entire development. As a consequence the documentation won't be IBM-style or for that matter HP-style. While Linux developers in the community do produce a lot of documentation, and there's a lot more beyond that in books and on the Web, one of the major benefits of a Linux distributor, such as Novell and Red Hat, is in their packaging and documentation services, especially concerning installation and configuration procedures. But, for example, while you'll find wonderful diagnostic code numbers on every line as you observe a z/OS IPL, the Linux kernel doesn't provide such troubleshooting niceties. You'll have to figure out what a sometimes cryptic string means without a code number, much less a book with a list of code numbers and troubleshooting guidance. It's a bit more Wild West. Which is not to say it's bad, it just has different design origins and different community values. Linux does tend to inherit UNIX-style in-built documentation features. The man pages (man command) are notable examples. You can download Linux from lots of places and take a look at the documentation it includes (or doesn't include), depending on the distribution. To pick one example at random, you can download Linux on System z from Novell by going here: http://www.novell.com/mainframe and clicking on one of the download links at right. Novell recently introduced a starter system package for System z, a pre-built image which is more convenient to set up than the traditional approach. Wikipedia lists many other Linux distributions for System z. To cite another example, Red Hat posts their documentation here: http://www.redhat.com/docs/manuals/enterprise/ - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Linux zSeries questions
On Thu, 14 Feb 2008 22:15:27 +0900, Timothy Sipples [EMAIL PROTECTED] wrote: 3. Yes, you can certainly start and run Linux under z/VM on CPs (general purpose processors). General purpose means you can run anything on them -- CPs are the universal processors. IFLs are the processors dedicated to Linux, but CPs work just fine, too. If you want to run a trivial amount of Linux -- booting it, having fun with it, experimenting with it, doing a little real work with it, etc. -- then existing CPs you already own are probably the most economical. (You already own them, and spare capacity is basically free.) Once you get serious about running Linux beyond some trivial amount you'll probably want to invest in at least one IFL. However, you will pay z/VM and Linux middleware license fees based on the total number of CPs, even if you have just one LPAR with one logical CPU. Those with larger CP counts will likely find adding a couple of IFLs to be a better strategy. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A friend has sent you this Dilbert comic
Hi! A Dilbert comic strip has been sent to you from [EMAIL PROTECTED] To see your comic, visit Dilbert.com here: http://www.comics.com/webmail/ViewStrip?key=59445457-6df63fc822-FF If you cannot access the page by clicking on the URL above, just copy and paste it into your browser's address window. Be sure to copy the entire URL, as it may be broken up into two lines. You'll be able to view the message on our server for the next two weeks so print it out if you'd like to save it for posterity or sentimental value. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: COMPRESS QUESTION
Rick Fochtman [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... snip- I think when the space available on the last track of the directory is less than the blocksize of the file, the space is not used. -unsnip On the rare occaision that a complete member doesn't fill a full block. and the space after the directory is large enough to hold it, that space WILL be used by inserting the short block. I don't think it is rare: every member containing 10 or 20 lines of JCL (quite typical) will be in a short block of its own, assuming a decent blocksize. For a small JCL PDS, you could have your directory and members residing on 1 track. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html