Re: Code Page 1047 vs 037 (Was: coming soon ...)
[snip] What am I missing...?? Try setting your terminal type in ISPF Settings to '6' = 3278T. Looks just like plain garbage to be. Probably this member has gone through a couple of code page translations From looking at the text I'd say the x'8B's and x'9B's are meant to be curly braces. None of the code pages I know has them at those code points. I don't have a clue what the garbage before the MF= could be, though. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sysplex CDS placement
Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] t... Hello group, Manual z/OS V1R8.0 MVS Setting Up a Sysplex still states that the Primary Sysplex couple dataset and the Primary CFRM couple dataset should reside on different volumes. I suppose this was valid 10 years ago, but is it still with current modern devices with PAV, large caches etc. etc.? We haven't implemented the Message based protocol for the CFRM datasets, since it has (had) a PE against it. Still I never noticed high activity against the CFRM dataset, so I wondere if it is safe to put all Sysplex CDS's on one volume. GDPS advices to quadruple the Sysplex CDSs: each dataset an alternate in the other site and each dataset a spare in each site. So we need either 4 or 8 volumes. Any recommendations and practices from the real world are appreciated. Thanks, Kees. Thanks to those who answered, also offline. There seems to be no solid evidence for either approach, so I will stay on the safe side and assume that the recommandation in Setting up a Sysplex is still valid. 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: Code Page 1047 vs 037 (Was: coming soon ...)
People still using the old code page 037 probably see funny looking... Gee, I must have missed the memo--I'm still using old code page 037! Has IBM announces a change from CP037 to CP1047? The REXX manual still refers to CP037 as the code page being used. This concerns only the not sign (¬) which is at x'5F' in CP037 and at x'B0' in CP1047. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Sharing catalog among systems,benefits or trouble?
Hi all, We have a shared dasd that hold a shared user catalog and there are a third party software installed on that dasd, occasionally we met a problem that a LPAR will reserve the dasd and there are IOS071I meesage appeared in syslog/operlog, how can we avoid the problem? Is it suggested to share catalog and dasd among systems that may from different sysplex/standalone systems? Regards Victor -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: want to read a dataset in use
Hi Thanks everyone for the responses I think I should have been more specific. What I want to do is, to increase the dataset(QSAM) size. Records are written to the dataset by the 3rd step (CICS). The dataset is browsed by many programmers using ISPF while the job(CICS) is running, so I don't like to change the name.(The records browsed by ISPF may be missing some records due to buffer not flushed - it's acceptable) I don't like to delete/define the dataset while CICS is down. So I added some steps in front of the CICS step to delete and allocate with larger size so that next CICS recycle can use the increased dataset with the same dataset name. Obviously it didn't work with the message 'dataset in use' when tried to browse the dataset from ISPF. Any suggestion? Thanks in advance. Al -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Al Chu Sent: Thursday, 3 July 2008 5:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: want to read a dataset in use Hi I am not a sysprog nor an expert. I want to read a dataset(seq) which is created by JCL DISP=(NEW,) of a long running job while the job is running. When i try to browse the dataset using ISPF, I have 'dataset in use' msg. I tried to rename the dataset using IDCAMS ALTER in the next step after the creation step and tried to read the renamed dataset, but still no good. The last step is the long running step which writes some records in the dataset. Is it possible? am i wasting time? Thanks in advance Al -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMF record 74 subtype 1
Mark, I just had another look at the job for report, and I saw what I didn't see 5 times yesterday - a typo. I misspelled the name of the storage group, and I got the message 'NO SMF RECORDS FOUND'. Sorry, and thank you for trying to help me. Best regards, Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Code Page 1047 vs 037 (Was: coming soon ...)
Try setting your terminal type in ISPF Settings to '6' = 3278T. Ed - I don't know how you figure this stuff out, but that did the trick! Amazing...! Thanks! Larre Shiller US Social Security Administration 410.965.2209 www.ssa.gov The contents of this message are mine personally and do not necessarily reflect any official position of the US Government or the US Social Security Administration. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sharing catalog among systems,benefits or trouble?
We choose to not allow any shared DASD across Sysplex boundaries. It eliminates a whole class of problems. * sharing PDSE across Sysplex doesn't work but if you make it possible someone will try * RESERVE from another Sysplex much harder to identify and on the wrong volume can bring down your Sysplex quickly * Update without proper serialization from another system damages a disk data set in your Sysplex * data set read or updated without audit trail in the SMF data recorded on systems in this Sysplex You can take steps to prevent these but we have enough to worry about with things that can go wrong inside a single Sysplex running on multiple storage subsystems, LPARs, processors, VTS, etc. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Victor Zhang Sent: Tuesday, July 08, 2008 3:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Sharing catalog among systems,benefits or trouble? Hi all, We have a shared dasd that hold a shared user catalog and there are a third party software installed on that dasd, occasionally we met a problem that a LPAR will reserve the dasd and there are IOS071I meesage appeared in syslog/operlog, how can we avoid the problem? Is it suggested to share catalog and dasd among systems that may from different sysplex/standalone systems? Regards Victor This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sharing catalog among systems,benefits or trouble?
We choose to not allow any shared DASD across Sysplex boundaries. It eliminates a whole class of problems. We also chose to do the same thing in the mid-1990's. And, at that time, the point was that DASD was cheap enough (especially compared to the integrity problems) then. Now, there is very little argument for sharing. - 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: Code Page 1047 vs 037 (Was: coming soon ...)
In some cases it might be necessary to check the telnet CodePage setting. On Mon, 7 Jul 2008 15:31:51 -0500, Mansell, George R. [EMAIL PROTECTED] wrote: BROWSESYS1.TCPPARMS(TCPCOMMN) - 01.33 Command === CodePage ISO8859-1 IBM-1047 ; Linemode ASCII, EBCDIC code pages What are trying to say? -- 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 -- 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. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cataloging problem
I'm sorry I didn't respond sooner, I was out of the office. The process I used for the rename, was actually to FLASHCOPY the VSAM file using copy with rename. First, I created another HLQ with an alias to a new catalog, did the FLASHCOPY with rename, deleted the old name, created the desired HLQ alias in the new catalog and then did the FLASHCOPY with rename back again and then deleted the staging VSAM file. It worked, I can get into the zones with no problem and doing a LISTCAT on the master catalog, shows the alias for that HLQ on the user catalog. When I do a LISTCAT on the user catalog, the data sets are in there. I haven't updated anything in the zone yet, but I'm assuming if I can look at everything in there I should be able to update it when the time comes. (I do have backups if all else fails) :-) Thanks again for all your help, it is greatly appreciated! Mary :-) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A Sent: Thursday, July 03, 2008 1:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cataloging problem You need to double check. A rename will not move a VSAM dataset's catalog entry to a different catalog. -Original Message- From: Yukus, Mary J CIV USMEPCOM [mailto:snip] Sent: Wednesday, July 02, 2008 4:53 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Cataloging problem Thanks Everyone! I couldn't get the repro mergecat to work but I think there is a problem with the user catalog I created since I can't even define an alias on it. (I'll have to practice on this one a little more) But I got the rename to work. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
SSHTectia Server for z/OS
I'm running a trial of this product and the only hurdle left before giving it a thumbs up is the poor transfer rate for large files. For example, a file of 625 3390-9 cyl. transfers to a Windows SSHTectia Server in 22 seconds when using 'plain vanilla' ftp (unsecured). We are running (with SSHTectia) a socks- proxy server for establishing a transparent tunnel to the Windows Tectia server. When sending the same file via the tunnel (SSHTEctia to SSHTectia) the transfer rate is barely 27.5kb/sec and the same transfer took over 5 hours. We're on z/OS 1.7 and are using a CEX2C crypto card. I'm wondering if anyone else has run into such a problem with this software (Or any sftp/ftp software). TIA, Betsy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LPA module use count
Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE XX EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module XX is a module loaded in the LPA using the SYS1.PARMLIB IEALPAxx member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LPA module use count
Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE XX EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module XX is a module loaded in the LPA using the SYS1.PARMLIB IEALPAxx member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Code Page 1047 vs 037 (Was: coming soon ...)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUK 3) Sent: Tuesday, July 08, 2008 1:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Code Page 1047 vs 037 (Was: coming soon ...) [snip] What am I missing...?? Try setting your terminal type in ISPF Settings to '6' = 3278T. Looks just like plain garbage to be. Probably this member has gone through a couple of code page translations From looking at the text I'd say the x'8B's and x'9B's are meant to be curly braces. None of the code pages I know has them at those code points. I don't have a clue what the garbage before the MF= could be, though. -- Peter Hunkeler Credit Suisse I don't know the code page involved, but the GX20-0157-2 (System/370 Extended Architecture Reference Summary) has a section entitled CODE ASSIGNMENTS which put { at 0x8b and } at 0x9b. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
If you have some more background information on the situation it might be helpful. Any formal business case analysis, for example? A couple immediate thoughts, though: 1. Keep ordering at least new releases, to keep them on deck, and at least every no charge feature (e.g. the CICS Service Flow Feature). Sounds like you already did that for z/OS 1.9, so bravo. Shop z is your friend. 2. For most vendors (including IBM), if you stop paying for subscription and support (SS in IBM parlance, sometimes known as maintenance) on your One-Time Charge (OTC, known as IPLA software in IBM parlance), you have a considerable back payment to make when the likely inevitable future SS reinstatement happens, and there's usually a significant penalty. That's a serious financial risk to the city taxpayers and part of the picture. (My advice: don't end SS unless and until you stop using the software.) What sort of applications are you running? What do they do for the city and its citizens? You might ask IBM and other vendors to characterize for the city what out of support means, and the explicit and implicit risks associated with that. Not a bad idea to have a written letter or two on file so everybody (hopefully) has eyes wide open. Somebody -- ultimately the Mayor -- determines acceptable risks., I also think it's important to have sunset reassessments and checkpoints. If target date X is not made then backup plan Y goes into immediate effect -- that kind of thing. - - - - - 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: Sharing catalog among systems,benefits or trouble?
Nothing wrong with Sam's point of view and agree it is the safest. On Tue, 8 Jul 2008 10:47:43 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Now, there is very little argument for sharing. In a few cases, we have to. Our Sun/STK VSMs and tape libraries are shared across sysplexes, so their control files are also shared. Not sharing would be very costly... especially for a few small monoplexes that would need their own HW if we didn't. Our IODF volume is shared. Other than that, nothing production (run time) is shared. (excluding the 2 sysplex MIMplex in one environment ) About 3 years ago we set new standards for installation to make it easier for us to maintain ISV software across several companies and many different sysplexes with less staff (many shops have gone through staff reductions like ours). There is a shared catalog with a single HLQ / ALIAS used to install with and a few 3390-27 volumes for this purpose. From a shared ISV sysres maintenance volume, we clone separately for different environments. But there are also a couple of other system volumes that the MVS group owns that we share. These mostly contain documentation and other misc. data sets not related to specific ISV installation files on the other shared volumes (these existed prior to the new install standard also). Sharing DASD was around long before sysplex... 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: RSU 0806?
I've been experiencing the RSU member being late to the FTP server on numerous occasions over the past 6 - 9 months. I don't know what triggers the e-mail from IBM informing users of the new service levels, but apparently it occurs before the RSUxxx member is actually placed on the FTP server. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sharing catalog among systems,benefits or trouble?
Sharing DASD was around long before sysplex... There are two falacies regarding technology: 1. This is old, therefore good. 2. This is new, therefore better. Shared DASD has been around for a long time, but I will only share within SYSPLEX boundaries. Sharing outside a SYSPLEX (or a Single System SYSPLEX) requires, either: 1. RESERVE/RELEASE processing -- risky. 2. GRS Ring -- response degrades exponentially as you add systems. 3. CA-MIM -- added cost. - 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: Going unsupported - time to fold?
Timothy, What exactly is the SS? Is that the question and answer subscription where you can ask questions of support other than product defect questions? Maybe you could provide a link to an explanation. Also, it sounds like if you discontinue the service, you then have to pay for all the time you didn't have it when you resubscribe. That doesn't make sense. If you don't pay for it and don't use it, why would you have to pay for all the time you didn't use it? I know when I worked at PH Mining, we often were unsupported for periods of time. Especially, the last 2 years before they shut down the MVS datacenter. We never had any problems during those times that required support, or for us to upgrade before IBM would look at the problem. If you aren't doing leading edge things, you are usually pretty safe going without support. One thing though - if you go for 2 or 3 years, and then decide to keep the MVS datacenter, it will be really hard to catch up. In PH's case, the plan was to get off of MVS in 18 months, which they pushed back by 3 months. I thought that was very aggressive, but they did it! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Timothy Sipples [EMAIL PROTECTED] 2. For most vendors (including IBM), if you stop paying for subscription and support (SS in IBM parlance, sometimes known as maintenance) on your One-Time Charge (OTC, known as IPLA software in IBM parlance), you have a considerable back payment to make when the likely inevitable future SS reinstatement happens, and there's usually a significant penalty. That's a serious financial risk to the city taxpayers and part of the picture. (My advice: don't end SS unless and until you stop using the software.)- - - - - Timothy SipplesIBM 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: Sharing catalog among systems,benefits or trouble?
On Tue, 8 Jul 2008 13:38:06 +, Ted MacNEIL wrote: ... I will only share within SYSPLEX boundaries. So how do you deal with the issues that Mark mentioned? -- 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: Code Page 1047 vs 037 - 3278T setting
At 7/8/2008 05:41 AM, Larre Shiller wrote: At 7/7/2008 06:55 PM, Edward Jaffe wrote: Try setting your terminal type in ISPF Settings to '6' = 3278T. Ed - I don't know how you figure this stuff out, but that did the trick! Amazing...! Thanks! Larre Shiller US Social Security Administration 410.965.2209 www.ssa.gov Yeah, Ed. How do you figure these things out. More specifically, what the heck is 3278T, and what is different between it and, say, '3' = 3278 ??? (Or, where can I go to read about this stuff myself?) Thanks, Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sharing catalog among systems,benefits or trouble?
So how do you deal with the issues that Mark mentioned? I have only dealt with three or less SYSPLEX systems. I have also dealt with mostly financial institutions. In those cases the integrity issues were more important than the cost of data duplication. (PS: I was only giving my opinion based on my 14 years working with parallel SYSPLEX, and many more with shared DASD). - 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: Going unsupported - time to fold?
Eric, As it relates to mainframe software, SS is for *IPLA* products only. To see which z/OS products are IPLA, follow this link: http://www-03.ibm.com/servers/eserver/zseries/library/swpriceinfo/ipla.h tml and click on the Execution-Based, Reference-Based or z/OS-Based tabs. For a good explanation of SS, see the following video: http://www-306.ibm.com/software/info/television/index.jsp?lang=en_usite m=xml/Z382566F64946Q75.xml (watch the wrap on this one) If you still have questions after this, please don't hesitate to ask. Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, July 08, 2008 9:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? Timothy, What exactly is the SS? Is that the question and answer subscription where you can ask questions of support other than product defect questions? Maybe you could provide a link to an explanation. Also, it sounds like if you discontinue the service, you then have to pay for all the time you didn't have it when you resubscribe. That doesn't make sense. If you don't pay for it and don't use it, why would you have to pay for all the time you didn't use it? snippage Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Code Page 1047 vs 037 - Green card confusion
At 7/7/2008 12:15 PM, Edward Jaffe wrote: They [code pages 1047 and 037] are not the same. [snip] People still using the old code page 037 probably see funny looking garbage characters in IBM-provided macros and other code. [...] On Mon, 7 Jul 2008 09:01:02 -0700, Edward Jaffe wrote: I haven't used code page 037 since the mid-1990s. I think just about everyone here uses 1047. So what I'm hearing is that code page 1047 is somehow better than 037, and for all I know that may well be true. BUT have you (anyone) looked at the green card in recent years? In SA22-7871-00 (SEP01) and SA22-7871-01 (JUN03), the Code Assignments table shows 5 EBCDIC charts titled 81C 94C 037 500 and 1047. (That's cool, I thought.) But starting with SA22-7871-02 (SEP05) and continuing to this day (SA22-7871-04 [FEB08]), the dorks threw out 81C 94C 500 and 1047, and kept only 037. Well, that leads to two questions: (1) If 037 is better than 1047, then why did IBM drop it from the green card? (2) But more importantly, why on earth did IBM drop 81C 94C 500 and 1047 from the green card in the first place? That was damn useful information! On a related note... At 7/8/2008 08:53 AM, McKown, John wrote: I don't know the code page involved, but the GX20-0157-2 (System/370 Extended Architecture Reference Summary) has a section entitled CODE ASSIGNMENTS which put { at 0x8b and } at 0x9b. SHESSS! Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Sharing catalog among systems,benefits or trouble?
Others have made excellent points. The bottom line is that there is no good technical solution. Sharing DASD and catalogs brings problems like yours. Not sharing DASD brings business problems. The 'best' technical solution is a totally isolated LPAR with only its DASD online. Many of us can't do that, so we live with the consequences. For your case, I'd suggest finding out what is causing the reserve and see if using GRS to convert the reserve to an enqueue is suitable for you. Sometimes full pack backups cause these kinds of problems. Consider routing those jobs to LPARS that can own a reserve and not hurt anything. HTH -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Victor Zhang Sent: Tuesday, July 08, 2008 2:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Sharing catalog among systems,benefits or trouble? Hi all, We have a shared dasd that hold a shared user catalog and there are a third party software installed on that dasd, occasionally we met a problem that a LPAR will reserve the dasd and there are IOS071I meesage appeared in syslog/operlog, how can we avoid the problem? Is it suggested to share catalog and dasd among systems that may from different sysplex/standalone systems? Regards Victor NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
I don't know the code page involved, but the GX20-0157-2 (System/370 Extended Architecture Reference Summary) has a section entitled CODE ASSIGNMENTS which put { at 0x8b and } at 0x9b. I've got the z/Architecture Reference Summary (SA22-7871-01) and this shows x'8b' as » and x'9b' as º (with an underscore) in the EBCDIC columns (code pages 037, 500 and 1047). Interesting. -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
On Mon, 2008-07-07 at 15:31 -0500, Peggy Andrews wrote: supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. I would like to answer intelligently - not emotionally. Sure, easy. Don't try to enumerate the hundreds of things that can go wrong, and don't try to estimate their probabilities. Instead write down the bad things that will happen to your business *when* things go wrong. Tell 'em about the deleterious effects of not getting tax statements out when they're supposed to. (Or choose some other important document.) Can't order parts for the fleet? Sorry, system's down. Without the ability to generate purchase orders we'll have to send people across town with their personal credit cards. We'll write confirming requisitions later; the comptroller always likes that. Not. Can't generate demand A/P checks? Have to do handwrites then... that'll make the comptroller happy too. Tell 'em what happens when you miss a payroll. Besides the hardship imposed on a few thousand households (many of whom live hand-to-mouth) you've got those pesky union contracts to consider. Imagine the bad press. Dasn't be late paying your people, so that'll be another long couple of days of handwrites. Does the City include the local school system? Local utilities? Sanitation? Criminal justice IS? Do you do vital records, tax rolls, property assessments, water management? That's a lot of exposure when something breaks in the firmament. People -- and some project managers -- tend to undervalue stuff that's always present, always there, always works. They begin to think of it as part of the landscape, taken for granted. You pick up your telephone and you ALWAYS expect to hear dial tone; people do this billions of times a day and think nothing of it. Yet they'd be completely lost without it, and they don't appreciate the miracle that it is: behind that dial tone is a hidden team of skilled technicians, supporting a surprisingly complex infrastructure. Your mainframe operation provides dial tone too, in a sense. Reliable by design, it also needs care-and-feeding behind the scenes -- just like your telephone does. Make 'em think of that expense as insurance, and make 'em see what life would be like without it: penny wise, pound foolish. -- David Andrews A. Duda and Sons, Inc. [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: Code Page 1047 vs 037 (Was: coming soon ...)
Hunkeler Peter (KIUK 3) wrote: Looks just like plain garbage to be. Probably this member has gone through a couple of code page translations From looking at the text I'd say the x'8B's and x'9B's are meant to be curly braces. None of the code pages I know has them at those code points. I don't have a clue what the garbage before the MF= could be, though. IBM's macro syntax diagrams consist of drawing characters, square brackets, braces, parentheses, etc. and look great with the right code page and translation table settings. The appearance of garbage characters is an artifact of an emulator code page or ISPF translation table issue. You will find syntax diagrams in (at least) the following macros from SYS1.MACLIB: ANTRQTA ANTRQTB ANTRQTC ANTRQTD ANTRQT1 ATRQUERY ATRSRV AXREXX BPXEKDA BPXESMF BPXYSOCK CHSTRACE CNZCONV CNZQUERY COFCREAT COFDEFIN COFIDENT COFNOTIF COFPURGE COFREMOV COFRETRI COFSDONO CONFCHG CONVCON CSRCESRV CSRCMPSC CSRUNIC CSVAPF CSVDYLPA CSVDYNEX CSVDYNL CSVINFO CSVQUERY CSVRTLS CTRACE CTRACECS CTRACEWR CUNBOIDF CUN4BOID DSPSERV EDGXHCLU EDTINFO ERBDSCHD ERBDSCSL ERB3XDRH GETDSAB GIMHC370 GIMMCLC HSPSERV HZSADDCK HZSCHECK HZSCPARS HZSFMSG HZSQUERY IARR2V IARSUBSP IARVSERV IARV64 IAZCMTCB IAZCSOCK IEAARR IEAFP IEAINTKN IEALSQRY IEAMETR IEAMPDQ IEAMSCHD IEARBUP IEATDUMP IEECMDS IEEQEMCS IEEVARYD IEFDDSRV IEFHUPD IEFPPSCN IEFPRMLB IEFSSI IEFSSVT IEFSSVTI IEWBIND2 IEWBUFF IFAQUERY IFAUSAGE IHABLDP IOCINFO IOSADMF IOSCAPF IOSCAPU IOSCDR IOSCHPD IOSCMB IOSCMXA IOSCMXR IOSDCXR IOSENQ IOSODS IOSPTHV IOSUPFA IOSUPFR IOSVRYSW IOSWITCH IRDFSD IRDFSDU ISGADMIN ISGECA ISGENQ ISGQUERY ISTCSMGC ISTEECOC ISTEEHNC ISTEESUC ISTHPRCC ITTFMTB ITTWRITE ITZEVENT ITZQUERY ITZXFILT IVTCSM IVTFREE IWMAEDEF IWMBDREG IWMBLOC IWMBQRY IWMBREG IWMBREQ IWMBRIP IWMBSET IWMBSMP IWMCLSFY IWMCNTN IWMCONN IWMCPAFN IWMCQRY IWMDEXTR IWMDINST IWMDISC IWMEBLK IWMECQRY IWMECREA IWMEDELE IWMEDREG IWMEGCOR IWMEJOIN IWMELEAV IWMEQTME IWMEREG IWMERES IWMESQRY IWMESTOP IWMESTRT IWMEUBLK IWMEXPT IWMGCORF IWMIMPT IWMMABNL IWMMCHST IWMMCREA IWMMDELE IWMMEXTR IWMMINIT IWMMNTFY IWMMRELA IWMMSTOP IWMMSTRT IWMMSWCH IWMMUPD IWMMXDC IWMMXFER IWMMXRA IWMPACT IWMPQRY IWMQCXIT IWMQDEL IWMQINS IWMRCOLL IWMRESET IWMRPT IWMRQRY IWMSCORF IWMSCXIT IWMSEDES IWMSEQRY IWMSESET IWMSEVAL IWMSINF IWMSLIM IWMSRDNS IWMSRDRS IWMSRFSV IWMSRSRG IWMSRSRS IWMSSEL IWMSSEM IWMSTBGN IWMSTEND IWMTAFF IWMUEXPT IWMUIMPT IWMWMCON IWMWQRY IWMWQWRK IWMWSYSQ IWM4AEDF IWM4CON IWM4DIS IWM4ECRE IWM4EDEL IWM4HLTH IWM4MCHS IWM4MCRE IWM4MDRG IWM4MINI IWM4MREG IWM4QDE IWM4QIN IWM4SLI IWM4SRSC IWM4SSL IWM4SSM IWM4STBG IWM4STEN IWM4TAF IXCARM IXCCFCM IXCCREAT IXCDELET IXCJOIN IXCLEAVE IXCMG IXCMOD IXCMSGC IXCMSGI IXCMSGO IXCQUERY IXCQUIES IXCSETUS IXCSSMO IXCSYSCL IXCTERM IXGBRWSE IXGCONN IXGDELET IXGIMPRT IXGINVNT IXGOFFLD IXGQUERY IXGUPDAT IXGWRITE IXLALTER IXLCACHE IXLCONN IXLCSP IXLDISC IXLEERSP IXLFCOMP IXLFORCE IXLLIST IXLLOCK IXLLSTC IXLLSTE IXLLSTM IXLMG IXLPURGE IXLREBLD IXLRT IXLSYNCH IXLUSYNC IXLVECTR IXLZSTR IXZXCADS IXZXENVR IXZXIXAC IXZXIXAT IXZXIXCL IXZXIXCM IXZXIXCN IXZXIXDT IXZXIXIF IXZXIXMB IXZXIXMC IXZXIXMD IXZXIXPI IXZXIXRM IXZXIXRR IXZXIXSM IXZXIXUS IXZXTSOI LLACOPY MCSOPER MCSOPMSG MIHQUERY REFPAT RSMCOUNT SCHEDIRB SENDREQ SYMRBLD UCBINFO UCBLOOK UCBPIN UCBSCAN and in the following macros from SYS1.MODGEN: ASASYMBF ASAXWC GETCSCB IOSCUINF Good luck reading them without proper settings. :-) I suppose one could argue that's what manuals are for. But, not all of them are documented in the manuals. :-( -- 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
SV: Code Page 1047 vs 037 (Was: coming soon ...)
FWIW, here is (part of) ANTRQTA viewed in the Swedish charset: *Ýxlabel¨ ANTRQTA Ô ILK=XRC* * ! Ð ,REQUEST=LEVEL * * ! ! ,RETINFO=xretinfo * * ! !Ý,ILKNBR=»xilknbr!0º¨* * ! Ô ,REQUEST=XADD * * ! ! ,SID=xsid * * ! ! Ð ,PVOLSER=xpvolser * * ! ! Ô ,VOLLIST=xvollist * * ! ! ¿ ,SUSPENDED=xsuspended * * ! !Ý,SVOLSER=»xsvolser!NULLSº¨ * * ! !Ý,ERRLVL=»xerrlvl!SYSTEMº¨ * * ! ! ÐÝ,SCSESSION=»xscsession!--º * * ! ! ¿ ,LOGPLUS=»xlogplus!NOº¨ * * ! ! ÐÝ,DONOTBLOCK=»xdonotblock!NOº* In hex: *Ýxlabel¨ ANTRQTA Ô ILK=XRC* 5AA98889B44CDEDDEC44E44CDD7EDC5 CD731253D00153983100B00932E793C -- * ! Ð ,REQUEST=LEVEL * 5444A46DCDECEE7DCECD445 C000F000C0B9584523E3555300C -- * ! ! ,RETINFO=xretinfo * 546DCECDCD7A98A89894445 C000F000F0B9539566E79539566000C -- * ! !Ý,ILKNBR=»xilknbr!0º¨* 5A6CDDDCD78A8999894F9B5 C000F000FDB932529EB7932529F0BDC -- * ! Ô ,REQUEST=XADD * 5444E46DCDECEE7ECCC4445 C000F000B0B9584523E7144000C -- * ! ! ,SID=xsid * 546ECC7AA884445 C000F000F0B294E7294000C -- * ! ! Ð ,PVOLSER=xpvolser * 5444A46DEDDECD7A9A99A894445 C000F000F000C0B7563259E77563259000C -- * ! ! Ô ,VOLLIST=xvollist * 5444E46EDDDCEE7AA9998AA4445 C000F000F000B0B5633923E75633923000C -- * ! ! ¿ ,SUSPENDED=xsuspended * 5444A46EEEDCDCCC79898884445 C000F000F000B0B242755454E7242755454000C -- * ! !Ý,SVOLSER=»xsvolser!NULLSº¨ * 5A6EEDDECD78AAA99A894DEDDE9B445 C000F000FDB2563259EB72563259F54332BD00C -- * ! !Ý,ERRLVL=»xerrlvl!SYSTEMº¨ * 5A6CDDDED78A8999A94CD9B4445 C000F000FDB599353EB7599353F282354BD000C -- * ! ! ÐÝ,SCSESSION=»xscsession!--º * 5444AA6ECECEECDD78AA8A8AA8994669445 C000F000F000CDB232522965EB7232522965F00B00C -- * ! ! ¿ ,LOGPLUS=»xlogplus!NOº¨ * 5444A46DDCDDEE78A99899AA4DD9B45 C000F000F000B0B3677342EB73677342F56BD0C -- * ! ! ÐÝ,DONOTBLOCK=»xdonotblock!NOº* 5444AA6CDDDECDDCD78A8999A899894DD95
Re: Sharing catalog among systems,benefits or trouble?
Victor Zhang [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi all, We have a shared dasd that hold a shared user catalog and there are a third party software installed on that dasd, occasionally we met a problem that a LPAR will reserve the dasd and there are IOS071I meesage appeared in syslog/operlog, how can we avoid the problem? Is it suggested to share catalog and dasd among systems that may from different sysplex/standalone systems? Regards Victor Victor, Apart from the answers from other, that address the sharing issue more generally, I have some questions to this specific situation: I think you have a specific problem, that could be solved by a specific answer. What dataset is the Reserve issued for? The catalog or another dataset? What dataset is is victim of the reserve? The same dataset or another on the same volume? Can you split those datasets over 2 volumes? Is it a really a problem (apart from seeing the IOS071I message)? You could rais the MIH value for this volume. 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: Code Page 1047 vs 037 - Green card confusion
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Cole Sent: Tuesday, July 08, 2008 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Code Page 1047 vs 037 - Green card confusion Snipped On a related note... At 7/8/2008 08:53 AM, McKown, John wrote: I don't know the code page involved, but the GX20-0157-2 (System/370 Extended Architecture Reference Summary) has a section entitled CODE ASSIGNMENTS which put { at 0x8b and } at 0x9b. SHESSS! And my several copies of the System /370 Reference Summary GX20-1850 (-5, -6 and -7) also show those code points for curly braces WITH A FOOTNOTE in the column heading (perhaps they removed the footnote for XA?): Two columns of EBCDIC graphics are shown. The first gives IBM standard U.S. bit pattern assignments. The second shows the T-11 and TN text printing chains (120 graphics). The X'8B' and X'9B' assignments are those for the text-printing column. The IBM standard column assignment for curly braces is X'C0' and X'D0', which we dinos all know to be the One True and Only Way. v.b.g g.d.r. Peter P.S. -- Ed's suggestion of ISPF terminal #6 works a charm -- the strange characters in front are box-drawing characters, so maybe 3278T means 3278 with text-printing graphics? P.P.S -- Ed, would you please, please enlighten us with where info on this stuff can be mined -- I would happily RTFM if I know which FM(s) was(were) the right ones... This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: Code Page 1047 vs 037 (Was: coming soon ...)
Thomas Berg wrote: FWIW, here is (part of) ANTRQTA viewed in the Swedish charset: I'm going to try to paste in a picture. Don't know if IBM-MAIN will allow ... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
That does it, for years I have used 1047 with terminal type set to 4 3278A with no problem. Thanks Ed. Wayne Driscoll Product Developer [EMAIL PROTECTED] (Direct) (630) 663-0719 (Mobile) (630) 247-1632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Monday, July 07, 2008 5:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Code Page 1047 vs 037 (Was: coming soon ...) Larre Shiller wrote: Ed - Gee, I must have missed the memo--I'm still using old code page 037! I changed my PCOM configuration to use code page 1047 and now I get square brackets, but something is still not quite right... [snip] What am I missing...?? Try setting your terminal type in ISPF Settings to '6' = 3278T. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PCOMM file xfer question (and rant)
Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
Other post's good points notwithstanding, I would think the risks are political, not technical. Yes, you can go 'unsupported'. All that really means is any required support will be more expensive. You would, for example, pay a per hour rate for IBM assistance if you run into a problem no one else has encountered. Most vendors will happily continue to collect licensing fees on 'unsupported' products. If you don't pay, many will stop working at the end of the current license period. And, as others posted, it may be costly to get reinstated. About the only metric I can think of to quantify the risk is to get quotes from your vendors for ad hoc (hourly) support. Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. And that's not going to happen by definition ;-) Then there is the scenario where a thoughtful, risk adverse management would seek to hedge bets. Somewhere between 0 and 1. Looking for ways to facilitate that may cost you a little in the short term but may pay off big time in the long run. Being a team player sometimes pays off in unexpected ways. HTH -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Andrews Sent: Monday, July 07, 2008 3:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Going unsupported - time to fold? Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. I would like to answer intelligently - not emotionally. Of course, I know that EOS for 1.7 on September 30, means that we will be unsupported. As far as I know, I could still look for existing fixes, but could not expect phone support or new fixes. Is this correct? Also, this is a limited view of the operating system alone... what about third party software that goes EOS - for instance, some of our CA products will sunset in the September and December time frames, so if I felt it were important to keep them supported, then don't I run the risk of: 1) not getting an IBM fix for some new discovery with new CA software; 2) not actually being supported by CA because my operating system is unsupported?? Any answers and suggestions of sound rationale for this risk assessment is much appreciated. Thanks in advance, Peggy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 - 3278T setting
David Cole wrote: Yeah, Ed. How do you figure these things out. No magic. As an assembler language programmer living in the USA, I wanted to be able to read the syntax diagrams embedded within IBM's assembler language macros. In the olden days, there were only a few ISPF terminal types to choose from. 3278T was the one that worked. And, switching to the Latin-1 code page 1047 was a no brainer that had many other positive side effects. Been using both ever since... More specifically, what the heck is 3278T, and what is different between it and, say, '3' = 3278 ??? (Or, where can I go to read about this stuff myself?) It means 3278 with a TEXT keyboard. These pre-3270 emulation subtleties, nuances, and idiosyncrasies have mostly faded into history by now. I know how it differs from the APL keyboard. But, I'm not sure how it differs from other 3278-related types. Seems like ISPF should document this stuff *much* better. And, there should be a pass through translation table that doesn't mangle anything. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PCOMM file xfer question (and rant)
I set up several new transfer templates to cover the common but not default formats for my transfers. I have an BIN-F80, BIN-F4096, TXT-F80, etc. Go to Edit | Preferences | Transfers | MVS and then you can type in a new name for your template, then fill in the details and click on SAVE. /Tom Kern On Tue, 8 Jul 2008 11:25:54 -0400, Pinnacle [EMAIL PROTECTED] wrote: Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PCOMM file xfer question (and rant)
I switched to FTP after attempting to use PCOMM - less forehead botox exercises less stress. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Tuesday, July 08, 2008 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: PCOMM file xfer question (and rant) Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
snip Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. /snip Riiiggg! I would place a bet on failure given the time frame proposed ( 6 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: PCOMM file xfer question (and rant)
Pinnacle wrote: ... I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. On those extremely rare occasions when I use IND$FILE, I open a Windows Command Prompt and issue the SEND or RECEIVE command directly. GUI be damned! -- 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
SV: Going unsupported - time to fold?
Pragmatically, it would perhaps be wise to balance the risk with a bet at an English bookmaker, or an insurance at Lloyd's ? :) Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Staller, Allan Skickat: den 8 juli 2008 17:34 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Going unsupported - time to fold? snip Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. /snip Riiiggg! I would place a bet on failure given the time frame proposed ( 6 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
well, let me ask this question - applying not only to the question at hand but to all shops that might choose to go commando (unsupported) 1) if by going unsupported - you lose the ability to apply fixes to software that might have otherwise fixable security holes - are you therefore in violation of HIPAA? S-OX? or, if you have government or military contracts, in criminal violation of government-mandated data privacy protection laws? 2) or at the very least - is leaving yourself vulnerable to un-repairable software grounds for a share-holder (taxpayer in this case) lawsuit? with today's litigious society - i am not sure these questions can be ignore - Chris glad i am not in management Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 [EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
I think the bookmaker would be more lucrative, insurance more practical! snip Pragmatically, it would perhaps be wise to balance the risk with a bet at an English bookmaker, or an insurance at Lloyd's ? /snip snip snip Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. /snip Riiiggg! I would place a bet on failure given the time frame proposed ( 6 months) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
In a message dated 7/8/2008 10:34:37 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Riiiggg! I would place a bet on failure given the time frame proposed ( 6 months) I was thinking about this in the Wally-Mart Checkout line yesterday! (Seems like the self-checkouts are being abandoned due to 'software'). Anyway what if there was a turnkey system for municipalities? Maybe z/VM with z/OS for core bidness, z/Linux for add-ons, ad hoc. Could aggregate by population or square miles. **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
Same here, Alan. I LIKE betting on a sure thing! In my old shop, it took 8 years! Staller, Allan wrote: snip Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. /snip Riiiggg! I would place a bet on failure given the time frame proposed ( 6 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
Staller, Allan wrote: snip Pragmatically, there is a pretty good business case for halting the 1.9 project. The costs become an issue if, and only if, the project fails, runs over schedule, or turns out to be only partially successful. /snip Riiiggg! I would place a bet on failure given the time frame proposed ( 6 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 Ode to RFC 1925; (2) No matter how hard you push and no matter what the priority, you can't increase the speed of light. (3) With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea. It is hard to be sure where they are going to land, and it could be dangerous sitting under them as they fly overhead. (8) It is more complicated than you think. (9) For all resources, whatever it is, you need more. (10) One size never fits all. (11) Every old idea will be proposed again with a different name and a different presentation, regardless of whether it works. -- Mark Jacobs Time Customer Service Tampa, FL When the Nazis came for the communists, I remained silent; I was not a communist. When they locked up the social democrats, I remained silent; I was not a social democrat. When they came for the trade unionists, I did not speak out; I was not a trade unionist. When they came for the Jews, I remained silent; I wasn't a Jew. When they came for me, there was no one left to speak out. Pastor Martin Niemöller (1892–1984) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PCOMM file xfer question (and rant)
From: [EMAIL PROTECTED] Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? LOL, I remember going through the same pain. I eventually gave up and started using the ISPF Workstation Agent (WSA), and I've never looked back. It is by far the easiest way to perform file transfers, and always works exactly the same way no matter which type of emulator you're using. If you haven't tried it or don't know how to set it up, let me know. It's very easy, and once you've done it file transfers are a breeze! Plus, there are other benefits such as being able to edit mainframe files on the PC and edit PC files on the mainframe (etc). But even if you don't use those features, it's worth setting up the WSA just for the file transfer feature alone. HTH, Dave SaltSee the new SimpList(tm) rollover image at: http://www.mackinney.com/products/SIM/simplist.htm _ Try Chicktionary, a game that tests how many words you can form from the letters given. Find this and more puzzles at Live Search Games! http://g.msn.ca/ca55/207 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Command OGETX not found (!?)
I'm in a shop that is two years into the current unsupported plan. The person that made the decision is nolonger here, but I can not get an answer out of the current administration. The current plan is for the Mainframe to be here for three more years. I want to upgrade from z/OS 1.4 but can not get a green light. I have not had any problems, but?? I know we are only running Financial Software, but who will scream first if I can not give them access to Inventory G/L Payroll, or Accounts Payable? Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [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: Going unsupported - time to fold?
When you abandon ship, you lose access to everything you had on the ship except for what you haul into the life boat. That requires exquisite planning and a whale of a life boat. Real life story: I once worked for a company that had previously been a big user of IMS. By the time I arrived, IMS was long gone after being replaced by other data base software. One day the finance folks called up and asked whether we could resurrect some old IMS files that would document an opportunity to save the company a boatload in some kind of tax overpayments. The number was worth some research. We put our heads together and decided that -- we still had valid backup tapes of the files in question -- we had no chance in h*ll of making any sense of the data without an IMS to unscramble it Besides not being licensed for IMS, we saw no prospect of reanimating a version that could process the data in an intelligible way. We had to give up. A more compelling reason to retain not just restorability but usability of old data is the onerous demand of legal and financial requirements inherent in running any modern enterprise. Maybe municipal government lives beyond such mundane mandates, but I would be shocked if any 'business' entity could sail along with historical immunity. After as little as five years, how simple would it be to put Humpty Dumpty back together again? . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Peggy Andrews [EMAIL PROTECTED] ACRAMENTO.ORG To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Going unsupported - time to fold? 07/07/2008 01:31 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). We are current now on z/os 1.7 and had ordered the 1.9 ServerPac and are in the beginning stages of that. Suddenly this project manager has decided that the majority of our applications will be moved off of the mainframe by the end of the year. Along with that, they have my supervisor asking for a risk assessment of NOT doing (completing) the 1.9 upgrade. I would like to answer intelligently - not emotionally. Of course, I know that EOS for 1.7 on September 30, means that we will be unsupported. As far as I know, I could still look for existing fixes, but could not expect phone support or new fixes. Is this correct? Also, this is a limited view of the operating system alone... what about third party software that goes EOS - for instance, some of our CA products will sunset in the September and December time frames, so if I felt it were important to keep them supported, then don't I run the risk of: 1) not getting an IBM fix for some new discovery with new CA software; 2) not actually being supported by CA because my operating system is unsupported?? Any answers and suggestions of sound rationale for this risk assessment is much appreciated. Thanks in advance, Peggy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Use count for LPA modules
Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module 'modname' is a module loaded in the LPA using the SYS1.PARMLIB IEALPAaa member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Tuesday, July 08, 2008 11:06 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Going unsupported - time to fold? When you abandon ship, you lose access to everything you had on the ship except for what you haul into the life boat. That requires exquisite planning and a whale of a life boat. Real life story: I once worked for a company that had previously been a big user of IMS. By the time I arrived, IMS was long gone after being replaced by other data base software. One day the finance folks called up and asked whether we could resurrect some old IMS files that would document an opportunity to save the company a boatload in some kind of tax overpayments. The number was worth some research. We put our heads together and decided that -- we still had valid backup tapes of the files in question -- we had no chance in h*ll of making any sense of the data without an IMS to unscramble it Besides not being licensed for IMS, we saw no prospect of reanimating a version that could process the data in an intelligible way. We had to give up. A more compelling reason to retain not just restorability but usability of old data is the onerous demand of legal and financial requirements inherent in running any modern enterprise. Maybe municipal government lives beyond such mundane mandates, but I would be shocked if any 'business' entity could sail along with historical immunity. After as little as five years, how simple would it be to put Humpty Dumpty back together again? . . JO.Skip Robinson Which is why part of the conversion needs to be to convert all data (include backup'ed up data on tape) into some sort of transportable format. If it were me (and it ain't, praise God!), I'd create an XML schema and unload all the data into XML. But that would require a schema for every different file (or database) structure. This should then be transportable in that somebody could then write code to parse the XML data and place it into some other format (maybe another database). But never would I say well, I have that on a backup tape. What non-z/OS system could restore a VSAM dataset which was backed up using DFDSS, FDR, or (our favorite) Faver? Right now we are looking at converting our report database from a z/OS system to one that runs on Windows or maybe Linux. We have a plan which includes converting hundreds of thousands of long term reports which are currently on tape in an offsite vault to this. We couldn't just say well, the likelihood of anybody wanting that report is so small that we'll just ignore it until somebody asks. We are well aware of the need to get various report for legal purposes. A plus of getting sued recently, I guess. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: (Duplicate Post) Use count for LPA modules
I'm sure I saw two copies of this, yesterday. One to IBM-Main, and one to IMS-L. --Original Message-- From: John Reid Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Jul 8, 2008 12:07 Subject: Use count for LPA modules Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module 'modname' is a module loaded in the LPA using the SYS1.PARMLIB IEALPAaa member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - 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: Fw: (Duplicate Post) Use count for LPA modules
Yes, this is the first time I've posted and each time I sent a message it seemed to disappear into the ether. I thought maybe it was something to do with the message encoding so I've been tweaking it around to try and get it to work. I see it has worked at last. Regards, John. On 08/07/2008, Ted MacNEIL [EMAIL PROTECTED] wrote: I'm sure I saw two copies of this, yesterday. One to IBM-Main, and one to IMS-L. --Original Message-- From: John Reid Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Jul 8, 2008 12:07 Subject: Use count for LPA modules Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module 'modname' is a module loaded in the LPA using the SYS1.PARMLIB IEALPAaa member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Use count for LPA modules
John, IEALPAxx modules and those load by the dynamic LPA service are on the active LPA queue and their CDUSE counts can be updated by LOADs from ANY address space. It is even possible that a logic error in some pgm somewhere has even turn the CDUSE to a negative value. One solution to your problem would be to move the module into a library in your LPALSTxx - it will then get at LPDE and the use count will always be 1. 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 John Reid Sent: 08 July 2008 17:08 To: IBM-MAIN@BAMA.UA.EDU Subject: Use count for LPA modules Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module 'modname' is a module loaded in the LPA using the SYS1.PARMLIB IEALPAaa member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PCOMM file xfer question (and rant)
Well, I use Attachmate all the time and I upload FB files all the time... If no one else can assist, I'll login and force my brain cells to remember how I do it. On Tue Jul 8 11:25 , Pinnacle [EMAIL PROTECTED] sent: Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Use count for LPA modules
Thanks a lot Rob, that really is a great help. I've been scouring the manual library looking for something about this. Regards, John. On 08/07/2008, Rob Scott [EMAIL PROTECTED] wrote: John, IEALPAxx modules and those load by the dynamic LPA service are on the active LPA queue and their CDUSE counts can be updated by LOADs from ANY address space. It is even possible that a logic error in some pgm somewhere has even turn the CDUSE to a negative value. One solution to your problem would be to move the module into a library in your LPALSTxx - it will then get at LPDE and the use count will always be 1. 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 John Reid Sent: 08 July 2008 17:08 To: IBM-MAIN@BAMA.UA.EDU Subject: Use count for LPA modules Hello, I have a question about the use count for LPA modules. The other day all the IMS message processing regions started showing messages 'CSV002I REQUESTS FOR MODULE 'modname' EXCEED MAXIMUM USE COUNT'. This lasted for five minutes and then everything was ok again. The module 'modname' is a module loaded in the LPA using the SYS1.PARMLIB IEALPAaa member. It seems that this problem happened once before, some time ago, and it was thought that it was due to activity in another address space. Could someone please explain to me how the use count applies for an LPA module ? Does the 32K load limit mean that the sum of the LOADs (without corresponding DELETEs) of the same LPA module in all address spaces in the system cannot exceed 32K at any one time ? Thanks. Regards, John Blythe Reid, Barcelona. _ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+worldmkt=en-USform=QBRE -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: z/OS 1.9 RACFDRV job converted to Top Secret
There is a cookbook for Top Secret running in a z/OS environment at http://supportconnectw.ca.com/public/ca-topsecret/manuals/TSSCookB.pdf which might be helpful to you or your Top Secret person. Bill On Mon, 7 Jul 2008 10:47:19 -0500, Tony B. [EMAIL PROTECTED] wrote: For the examples below: TSS ADD( any-dept-acid ) IBMFAC(IRRDPIOO) TSS PERMIT(jeg) IBMFAC(IRRDPIOO) ACCESS(READ) If further information is needed regarding this translation is needed, let me know. There is a Top Secret related list server in YAHOO. John Eells [EMAIL PROTECTED] wrote in message news: [EMAIL PROTECTED]... Jim wrote: I just started working for a new company where I am installing z/OS 1.9. I have virtually no security other than what I need to get by. The 3rd job in the 1.9 installation is job RACFDRV which is a bunch of updates to the security system. We have Top Secret administered by another person who is slow to non-responsive for requests. I gave him the RACF job to convert to Top Secret. He informed me that he does not know what to do. I have included the job. Can anyone help me get the Top Secret equivelences for these statements? Thanks. Jim chop Long ago and far away, we attempted to document all the security updates needed to make installation succeed with ServerPac. They were scattered about the documentation and hard to test. As a result, testing failed a lot and our customers had no consolidated view of what profiles they needed to have. So we put them all into new jobs called RACFDRV and RACFTGT that get tested. While you can certainly run RACFDRV as-is (in a RACF environment, at least), it's not actually intended to be run except after suitable modification to meet your installation's security standards, and then only against a new, empty RACF database. Mostly, the same goes for RACFTGT. What these jobs are really for is to provide a (tested!) list of security definitions that will get you through initial installation and IVPs. Your security administrator should be able to figure out what should really be done to provide any missing definitions you need in your environment, according to your standards. Once that's all done, you might still need more definitions to enable more functions to work. As I understand it, this is even more true in an ACF2 or TopSecret environment than it is in a RACF environment because they have fundamentally different approaches to security definitions. To take the first pair as an example: RDEFINE + FACILITY IRRDPI00 + UACC(NONE) PE + IRRDPI00 + CLASS(FACILITY) + ID(JEG) + ACC(READ) What this means is that the user JEG needs to have READ (or higher) access to the IRRDPI00 profile in the FACILITY class. However you accomplish that with ACF2 or TopSecret I have no clue, but someone should. (Note: This is actually a bad example. In this particular case, since I believe IRRDPI00 is specific to a RACF environment you can probably ignore it in an ACF2 or TopSecret environment.) -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 RACFDRV job converted to Top Secret
There is also IBM page http://www.ibm.com/support/docview.wss?rs=171uid=swg21205523 which gives examples of digital certificate commands in various dialects. Bill On Tue, 8 Jul 2008 11:55:52 -0500, Big Iron [EMAIL PROTECTED] wrote: There is a cookbook for Top Secret running in a z/OS environment at http://supportconnectw.ca.com/public/ca-topsecret/manuals/TSSCookB.pdf which might be helpful to you or your Top Secret person. Bill On Mon, 7 Jul 2008 10:47:19 -0500, Tony B. [EMAIL PROTECTED] wrote: For the examples below: TSS ADD( any-dept-acid ) IBMFAC(IRRDPIOO) TSS PERMIT(jeg) IBMFAC(IRRDPIOO) ACCESS(READ) If further information is needed regarding this translation is needed, let me know. There is a Top Secret related list server in YAHOO. John Eells [EMAIL PROTECTED] wrote in message news: [EMAIL PROTECTED]... Jim wrote: I just started working for a new company where I am installing z/OS 1.9. I have virtually no security other than what I need to get by. The 3rd job in the 1.9 installation is job RACFDRV which is a bunch of updates to the security system. We have Top Secret administered by another person who is slow to non-responsive for requests. I gave him the RACF job to convert to Top Secret. He informed me that he does not know what to do. I have included the job. Can anyone help me get the Top Secret equivelences for these statements? Thanks. Jim chop Long ago and far away, we attempted to document all the security updates needed to make installation succeed with ServerPac. They were scattered about the documentation and hard to test. As a result, testing failed a lot and our customers had no consolidated view of what profiles they needed to have. So we put them all into new jobs called RACFDRV and RACFTGT that get tested. While you can certainly run RACFDRV as-is (in a RACF environment, at least), it's not actually intended to be run except after suitable modification to meet your installation's security standards, and then only against a new, empty RACF database. Mostly, the same goes for RACFTGT. What these jobs are really for is to provide a (tested!) list of security definitions that will get you through initial installation and IVPs. Your security administrator should be able to figure out what should really be done to provide any missing definitions you need in your environment, according to your standards. Once that's all done, you might still need more definitions to enable more functions to work. As I understand it, this is even more true in an ACF2 or TopSecret environment than it is in a RACF environment because they have fundamentally different approaches to security definitions. To take the first pair as an example: RDEFINE + FACILITY IRRDPI00 + UACC(NONE) PE + IRRDPI00 + CLASS(FACILITY) + ID(JEG) + ACC(READ) What this means is that the user JEG needs to have READ (or higher) access to the IRRDPI00 profile in the FACILITY class. However you accomplish that with ACF2 or TopSecret I have no clue, but someone should. (Note: This is actually a bad example. In this particular case, since I believe IRRDPI00 is specific to a RACF environment you can probably ignore it in an ACF2 or TopSecret environment.) -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code Page 1047 vs 037 (Was: coming soon ...)
On Tue, 8 Jul 2008 10:15:48 -0500, Wayne Driscoll [EMAIL PROTECTED] wrote: That does it, for years I have used 1047 with terminal type set to 4 3278A with no problem. Thanks Ed. Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-) 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
CA-MIM/Integrity abend.
I've already opened a problem with CA on this. But I thought that I'd ask here, just in case. We are using CA-MIM/Integrity 11.5 SP1. Communications is CTCDASD. This is on our two system basic sysplex. We also use GRS for some/most global ENQs. MIM on one system abended with a U0095 REASON=5B9, with the message: *MIM0095E MIMITMSIERROR CODE=1465 issued by MIMEQFIN.MIMEQGQF+0140 QEL not found Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? I would always put MIM (and friends) in SYSSTC. Why are you using GRS to handle globals if you have MIM? - 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 08, 2008 12:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? I would always put MIM (and friends) in SYSSTC. Why are you using GRS to handle globals if you have MIM? - Too busy driving to stop for gas! I'll admit that I don't know why. Personally, I want to use GRS and not MIM. Unfortunately, we are now dependant on MIM doing some extra processing such as: requeueing jobs that have a DSN contention and protecting programmers from linking into their own source libraries. I think this last may have a work around now, but I'm not sure. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
I was under the impression that globals with RNL=NO on the ENQ request should be left to GRS to handle. 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 Ted MacNEIL Sent: 08 July 2008 18:29 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? I would always put MIM (and friends) in SYSSTC. Why are you using GRS to handle globals if you have MIM? - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
I'll admit that I don't know why. Personally, I want to use GRS and not MIM. Unfortunately, we are now dependant on MIM doing some extra processing such as: requeueing jobs that have a DSN contention That can be 'solved' by adding a few more initiators. and protecting programmers from linking into their own source libraries. I think this last may have a work around now, but I'm not sure. I'm not even sure what this one means. I have never seen this problem. - 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: Code Page 1047 vs 037 (Was: coming soon ...)
In a message dated 7/8/2008 12:26:38 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-) What's the exposure if you DB/2's stay 037? Particularly those with Installadmin authority. **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 08, 2008 12:36 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. I'll admit that I don't know why. Personally, I want to use GRS and not MIM. Unfortunately, we are now dependant on MIM doing some extra processing such as: requeueing jobs that have a DSN contention That can be 'solved' by adding a few more initiators. They don't wanna. I can't force them. It is now a political thing, not a technical thing. And, in any case, most seem to regard a unused initiator as a reason to submit more jobs, even when the CPU is at 100% and work in crawling. I.e. If you didn't want the job to be running, then why is there an initiator? and protecting programmers from linking into their own source libraries. I think this last may have a work around now, but I'm not sure. I'm not even sure what this one means. I have never seen this problem. In the past, we had programmers allocate SYSLMOD to their source PDS in the link step. This caused, back in the day, the RECFM to be set to U and the BLKSIZE to be messed up, in addition to overlaying the member. The programmers could never seem to understand: (0) that was a STUPID error; (1) they could reset the RECFM, LRECL, and BLKSIZE with a simple IEBGENER (so they would pester us with a get on this ASAP because I can't work!!!) and (2) the source member was lost (I was not willing to try to recover it). So, with MIM, I could set it up so that if anything tried to OPEN a PDS and change the RECFM/LRECL/BLKSIZE, the OPEN would abend with a U913 and thus protected the programmers from themselves as well as reduce my work load. I think the Binder will refuse to do this now. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
MIMIT is running in a high WLM service class. Should it be in SYSSTC? It should be run like GRS - in SYSTEM. To get it run in SYSTEM it has to be started via MIMASC though. Hth... -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
They don't wanna. I can't force them. It is now a political thing, not a technical thing. And, in any case, most seem to regard a unused initiator as a reason to submit more jobs, even when the CPU is at 100% and work in crawling. I.e. If you didn't want the job to be running, then why is there an initiator? Tell management how much you are spending on MIM, and GRS is 'free'. The initiator thing is just subject to analysis. I never let my users see how many are available. They should be complaining about lousy throughput if they are using every init in sight. Why are you protecting them from their own stupidity regarding the link edit thing? - 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: CA-MIM/Integrity abend.
They are. AFAIK, MIM never sees them. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Tuesday, July 08, 2008 12:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. I was under the impression that globals with RNL=NO on the ENQ request should be left to GRS to handle. 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 Ted MacNEIL Sent: 08 July 2008 18:29 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? I would always put MIM (and friends) in SYSSTC. Why are you using GRS to handle globals if you have MIM? - 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
Tell management how much you are spending on MIM, and GRS is 'free'. true, as far as inits-- wlm initiators Why are you protecting them from their own stupidity regarding the link edit thing? my thoughts exactly -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
It should be run like GRS - in SYSTEM. To get it run in SYSTEM it has to be started via MIMASC though. We tried this once, albeit before z/OS, and MIM never came up. I haven't used MIM in over four years, so I don't know if that was fixed. It was an outstanding problem within CA. Mind you, we did it with the PPT. - 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: CA-MIM/Integrity abend.
That can be 'solved' by adding a few more initiators. Adding initiators won't resolve DSN contention, but might make it worse. I'm not even sure what this one means. I have never seen this problem. You are lucky. Besides trying to link into a source file we've had users forget to put a member name on an output JCL card and overwrite a PDS into a sequential file and then ask us to fix it for them. When we asked where the backup was, they didn't have one Thank God for MIM Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
Why are you protecting them from their own stupidity regarding the link edit thing? Who gets the call when they can't access their libraries? Unfortunately, stupid user problems always end up being system programmer problems. Better to stop them from stomping on their own toes then to try to fix the problem afterwards. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
- Original Message - From: Veilleux, Jon L [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, July 08, 2008 1:59 PM Subject: Re: CA-MIM/Integrity abend. Why are you protecting them from their own stupidity regarding the link edit thing? Who gets the call when they can't access their libraries? Unfortunately, stupid user problems always end up being system programmer problems. Better to stop them from stomping on their own toes then to try to fix the problem afterwards. protecting them is not solving the problem though, it's only masking it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 08, 2008 12:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. They don't wanna. I can't force them. It is now a political thing, not a technical thing. And, in any case, most seem to regard a unused initiator as a reason to submit more jobs, even when the CPU is at 100% and work in crawling. I.e. If you didn't want the job to be running, then why is there an initiator? Tell management how much you are spending on MIM, and GRS is 'free'. That's an idea. I bounce it off my manager. I don't know how much MIM costs. We are fairly heavy into CA. And, to be honest, MIM is a good product. The initiator thing is just subject to analysis. I never let my users see how many are available. They should be complaining about lousy throughput if they are using every init in sight. Why are you protecting them from their own stupidity regarding the link edit thing? Because if I don't then __I__ must fix their PDS. And I don't want to be bothered. No, I can't do anything about that either. Part of my job seems to be to remove the bullets from the foot-guns when I find them. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: PCOMM file xfer question (and rant)
Tale it easy grin Do it the old way like in SYS1.PARMLIB go to the profile of your session ( something.WS in your pcomm directory) mine is here : F:\Program Files\IBM\Personal Communications\private edit it with notepad or whatever and change the V to a F in the XferTypesMVSx= for example XferTypesMVS2=binary~( RECFM(V) ) make it F Now it is hard coded ! or add a new line with your own parms And don't forget to document it as a usermod :-)) But then FTP is so much faster ! Bruno Sugliani zxnetconsult(at)free(dot)fr On Tue, 8 Jul 2008 11:25:54 -0400, Pinnacle [EMAIL PROTECTED] wrote: Can anybody tell me how to turn off the bleeping RECFM(V) that PCOMM insists on adding to every binary transfer to the mainframe? Never mind that this is a brain-dead option, but I've been up, down, and sideways through that brain-dead dialog, and I can't find it. I also tried Extra, but it looks like the PCOMM and Extra developers got together to create the same brain-dead file transfer dialog. I just love the way they populate the PC filename into the MVS filename field, but you can't just overtype, n. You have to type the MVS name into another file box and hit Apply. Brilliant! I'm forced to do this because my client uses Citrix and these are the only supported emulators. I don't know how you guys that have to use PCOMM and Extra can stand it. Thank God for Vista. There, I feel better now. Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bobbie Justice Sent: Tuesday, July 08, 2008 12:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Tell management how much you are spending on MIM, and GRS is 'free'. true, as far as inits-- wlm initiators Oh, my. My manager considers WLM itself to be a tool of the devil. WLM initiators are even worse. WLM has removed at the knobs that we use to make the system more productive, dontcha know?? Oh, for the glorious days when DPRTY= was king! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
That can be 'solved' by adding a few more initiators. Adding initiators won't resolve DSN contention, but might make it worse. That's why 'solved' rather than solved. I was talking more about making initiators available for other jobs, rather than having them all tied up and jobs waiting. . . . You are lucky. Besides trying to link into a source file we've had users forget to put a member name on an output JCL card and overwrite a PDS into a sequential file and then ask us to fix it for them. Lack of training/skill. Not something an expensive product like MIM should be used to fix. When we asked where the backup was, they didn't have one They should NOT be responsible for backups. YOU should be. SMS has been out for almost 15 years. The purpose of SMS was to move storage management (including backups) out of application programmers's hands to a central location. Thank God for MIM CA-MIM should not be used to protect the stupid, nor the lazy. - 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: CA-MIM/Integrity abend.
Because if I don't then __I__ must fix their PDS. And I don't want to be bothered. No, I can't do anything about that either. Part of my job seems to be to remove the bullets from the foot-guns when I find them. We, the unwilling, do the impossible for the ungrateful. (etc, etc, etc). Can you tell your management how stupid your apps people are? Also, are your backup processes set up, or do you expect your apps to do it. If the latter, BING! Wrong answer! Thanks for playing. - 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
Jason Gately is on Annual Leave
I will be out of the office starting 09/07/2008 and will not return until 14/07/2008. Back on July 14th MVS Help Desk: x82390 Lotus Notes address: MVS Requests National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with unsubscribe in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
Oh, my. My manager considers WLM itself to be a tool of the devil. WLM initiators are even worse. WLM has removed at the knobs that we use to make the system more productive, dontcha know?? Oh, for the glorious days when DPRTY= was king! I pity you. Don't ya hate managers that used to be technicians, but haven't kept up with technology? WLM, SMS, et al were intended to make people more productive (y'know, the ones we pay to deliver business function) at the expense of more 'unproductive' CPU cycles. WLM is to deliver service. SMS is to remove storage management from Apps (centralised control). Which parameters are set is nobody's business as long as business goals are met, and data access is reliable, integral, and responsive. Ignorance is curable; stupidity lasts forever. (Everything else is just noise). - 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 08, 2008 1:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Because if I don't then __I__ must fix their PDS. And I don't want to be bothered. No, I can't do anything about that either. Part of my job seems to be to remove the bullets from the foot-guns when I find them. We, the unwilling, do the impossible for the ungrateful. (etc, etc, etc). Can you tell your management how stupid your apps people are? I think that they already know that. Not all, we have some very good ones. I only need to worry about the others. But one whiny programmer can ruin an entire week. And I'm not allowed to subaquate them or stuff them down the elevator shaft, despite the fact that it would decrease cost and increase productivity. Also, are your backup processes set up, or do you expect your apps to do it. If the latter, BING! Wrong answer! Thanks for playing. Yes, DFHSM does back up the application programmer's PDSes. Not data files. We don't have enough hours in the day to backup everything with DFHSM. Many of the programmers don't seem to have the ability to remember how to issue DFHSM commands like HRECOVER. So they whine for us to do it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Going unsupported - time to fold?
On Mon, 7 Jul 2008 15:31:42 -0500, Peggy Andrews [EMAIL PROTECTED] wrote: Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). Stupid is as stupid does... IBM is in the business of keeping the mainframe alive at your site and has performed this analysis ad nauseum. Why don't you ask your IBM rep to help? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
Yes, DFHSM does back up the application programmer's PDSes. Not data files. We don't have enough hours in the day to backup everything with DFHSM. How often do these files change? How many images do you have? How many copies of HSM are you running? Yes, when you first start it backing up everything, HSM may take a long time. But, eventually things should settle down. Many of the programmers don't seem to have the ability to remember how to issue DFHSM commands like HRECOVER. So they whine for us to do it. Many shops don't let apps interface directly with HSM. But, if you do, give them some panels and execs. I'm sure some exist on the cbt. - 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: CA-MIM/Integrity abend.
Lack of training/skill. Not something an expensive product like MIM should be used to fix. Actually the operating system never should have allowed this to happen in the first place (IMHO) but yes, training has and always will be an issue so expensive products do come in handy. They should NOT be responsible for backups. YOU should be. I agree, and we do have SMS in place. I was referencing a time before SMS. Some users never backed up their files just like they shot themselves in the foot before we had MIM. Both products have saved us a lot of grief. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, July 08, 2008 1:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. Yes, DFHSM does back up the application programmer's PDSes. Not data files. We don't have enough hours in the day to backup everything with DFHSM. How often do these files change? How many images do you have? How many copies of HSM are you running? Yes, when you first start it backing up everything, HSM may take a long time. But, eventually things should settle down. Many of the programmers don't seem to have the ability to remember how to issue DFHSM commands like HRECOVER. So they whine for us to do it. Many shops don't let apps interface directly with HSM. But, if you do, give them some panels and execs. I'm sure some exist on the cbt. - IOW, when the nuke their PDS, they once again come to us to restore it. Which I avoid by using MIM to stop them from doing via source PDS allocated SYSLMOD in a link step. So we are back to using CA-MIM to stop them from doing something stupid so that I don't have to fix it for them. That's the bottom line: If I can implement something which stops them from hurting themself in the first place (which ends up with me doing work for them), then I'm ahead of the game. I don't really care if they shoot themself in the foot. I just don't want to hear the crying or have to bandage the wound. So I remove what ammo that I can from the foot-gun. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
IOW, when the nuke their PDS, they once again come to us to restore it. Not necessarily. As I said, if you allow them to do their own HRECOVER, give them panels and execs. If you don't, give them a mechanism to queue requests and do them on a regularily scheduled basis. But, don't jump because they whine. That's a trained response, and guess whom has been trained? - 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: CA-MIM/Integrity abend.
On Tue, 8 Jul 2008 12:26:42 -0500, McKown, John [EMAIL PROTECTED] wrote: I've already opened a problem with CA on this. But I thought that I'd ask here, just in case. We are using CA-MIM/Integrity 11.5 SP1. Communications is CTCDASD. This is on our two system basic sysplex. We also use GRS for some/most global ENQs. MIM on one system abended with a U0095 REASON=5B9, with the message: *MIM0095E MIMITMSIERROR CODE=1465 issued by MIMEQFIN.MIMEQGQF+0140 QEL not found Anybody seen anything like this before? MIMIT is running in a high WLM service class. Should it be in SYSSTC? Why MII and GRS doing ENQs? MII (and MIC) should run in SYSTEM. If you share MIA in the same address space it can come along for the ride. See the MIM documentation on using the MIMASC PROC which executes a program that uses ASCRE to start the MIM ASID. FYI... we run MII and MIC in one address space, MIA in another. Some LPARs (monoplex) run MIA only. MIA runs in SYSSTC on all LPARs that use it. 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: CA-MIM/Integrity abend.
They should NOT be responsible for backups. YOU should be. I agree, and we do have SMS in place. I was referencing a time before SMS. Some users never backed up their files SMS never introduced centralised backup. It just made it easier. In every shop I worked in, we controlled backups, not the users. In an post-SMS world, there is no excuse for user backups. just like they shot themselves I've said it many times. If your apps people don't know how to compile, link, and run, why are they working for you? Duh! I'm spending a lot of money to protect my development team from their own stupidity. We should have a reasonable expectation, when we hire a craftsman, they know how to use their tools. We should not have to peer over their shoulders and protect them from (less than) rookie mistakes. - 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: CA-MIM/Integrity abend.
In z/OS R9 the Binder rejects request to write to a PDS that has non-RECFM U, unless RECFM=U is explicitly overriden. This behavior now matches the behavior for PDSEs. So if you try to link into your JCL PDS you won't damage it. z/OS V1 R9 BINDER 14:48:52 TUESDAY JULY 8, 2008 BATCH EMULATOR JOB(DSS06ZSK) STEP(JS002 ) PGM= IEWL PROCEDURE(L ) IEW2278I B352 INVOCATION PARAMETERS - NORENT IEW2735S DA0F OUTPUT DATA SET FOR DDNAME SYSLMOD HAS INVALID RECORD FORMAT. RECFM=U IS REQUIRED. IEW2008I 0F03 PROCESSING COMPLETED. RETURN CODE = 12. Very Nice! Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Code Page 1047 vs 037 (Was: coming soon ...)
On Tue, 8 Jul 2008 13:43:01 EDT, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 7/8/2008 12:26:38 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Ditto from me Ed. If I get approval for SHARE, I owe ya one. :-) What's the exposure if you DB/2's stay 037? Particularly those with Installadmin authority. Is this a question for me? I don't do DB2. ;-) But we did just convert all our DB2 from ccsid 500 to 37. This was done for DB2 V8. BTW, some QMF / GDDM fallout from that also. I now have to support a GDDM defaults usermod. A dataset with an ADMMDFT override was good enough for TSO executed QMF in some environments, but I just found out one of the other ones has a bunch of QMF batch jobs that get the same code page mismatch error message. 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: CA-MIM/Integrity abend.
I've said it many times. If your apps people don't know how to compile, link, and run, why are they working for you? Unfortunately I have no input into the hiring and firing of application folks or into their training, I just do my best to keep them from bothering me with stupid problems when I know how to avoid them in the first place. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Tuesday, July 08, 2008 1:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. In z/OS R9 the Binder rejects request to write to a PDS that has non-RECFM U, unless RECFM=U is explicitly overriden. This behavior now matches the behavior for PDSEs. So if you try to link into your JCL PDS you won't damage it. z/OS V1 R9 BINDER 14:48:52 TUESDAY JULY 8, 2008 BATCH EMULATOR JOB(DSS06ZSK) STEP(JS002 ) PGM= IEWL PROCEDURE(L ) IEW2278I B352 INVOCATION PARAMETERS - NORENT IEW2735S DA0F OUTPUT DATA SET FOR DDNAME SYSLMOD HAS INVALID RECORD FORMAT. RECFM=U IS REQUIRED. IEW2008I 0F03 PROCESSING COMPLETED. RETURN CODE = 12. Very Nice! I thought there was something new in this area. Of course, given the message, the ones who cause these trials would likely say something like: OH! I need to put DCB=RECFM=U on all my SYSLMOD statements! -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
On Tue, 8 Jul 2008 17:55:24 +, Ted MacNEIL [EMAIL PROTECTED] wrote: It should be run like GRS - in SYSTEM. To get it run in SYSTEM it has to be started via MIMASC though. We tried this once, albeit before z/OS, and MIM never came up. I haven't used MIM in over four years, so I don't know if that was fixed. It was an outstanding problem within CA. It always worked for us. 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: CA-MIM/Integrity abend.
On Tue, 8 Jul 2008 13:59:21 -0400, Veilleux, Jon L [EMAIL PROTECTED] wrote: Why are you protecting them from their own stupidity regarding the link edit thing? Who gets the call when they can't access their libraries? Unfortunately, stupid user problems always end up being system programmer problems. Better to stop them from stomping on their own toes then to try to fix the problem afterwards. Doesn't IFGEDI take care of this problem (new with z/OS 1.6 IIRC)? No, we never implemented it. 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: CA-MIM/Integrity abend.
On Tue, 8 Jul 2008 13:03:10 -0500, McKown, John [EMAIL PROTECTED] wrote: Tell management how much you are spending on MIM, and GRS is 'free'. That's an idea. I bounce it off my manager. I don't know how much MIM costs. We are fairly heavy into CA. And, to be honest, MIM is a good product. I agree. A very good product. So as long as you are paying for it and are benefiting from some of its features, why are you running with a GRS RNL? What benefit does that provide? 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: CA-MIM/Integrity abend.
Unfortunately I have no input into the hiring and firing of application folks or into their training, I just do my best to keep them from bothering me with stupid problems when I know how to avoid them in the first place. You've created a trained response. If you protect people from their stupidity, you're just going to get more work to do. Keep an incident log. Manage trends. Identify opportunities. - 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: Code Page 1047 vs 037 (Was: coming soon ...)
In a message dated 7/8/2008 1:54:49 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: s this a question for me? I don't do DB2. ;-)But we did just convert all our DB2 from ccsid 500 to 37. This was done for DB2 V8. BTW, some QMF / GDDM fallout from that also. I now have to support a GDDM defaults Mark, Thanks for responding. It was just a general query for the group. Just remember the DBA's fussing about having to roll back a bunch of updates due to code page mismatches. IIRC some of the 3rd party vendors used esoteric squiggles in their plan names. **Gas prices getting you down? Search AOL Autos for fuel-efficient used cars. (http://autos.aol.com/used?ncid=aolaut000507) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: CA-MIM/Integrity abend.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Tuesday, July 08, 2008 1:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-MIM/Integrity abend. I've said it many times. If your apps people don't know how to compile, link, and run, why are they working for you? Unfortunately I have no input into the hiring and firing of application folks or into their training, I just do my best to keep them from bothering me with stupid problems when I know how to avoid them in the first place. Jon L. Veilleux Agreed! As for trying to train them, as Robert Heinlein once wrote: Never try to teach a pig to sing; it wastes your time and it annoys the pig. We have some programmers like that. Not many. And the real pains have retired lately. But we still have some who ask ridiculous questions like: Is program ... a BMS map? The simplest look at the source could would tell them that. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html