Re: Registers in a SLIP IF dump
Tony, a bit after the fact, but what strikes me is that Jim uses the commands directly while you apparently use the 'analysis' panels. Option 2.2 does NOT really correspond to the IPCS command STATUS CPU REGISTERS that Jim talked about. I just checked in one dump (I hate the analysis panels, they never do what I want them to), and there is a lot of contention analysis going on before the actual registers are displayed, at least the first time around. That makes me suspect that some sort of overlay has occured on your system (in your IPCS session) *before* IPCS ever got around to doing the st cpu re output/formatting. I have chased a number of those overlays in the past, and they were never really reproducible (only occured on first issuance of the command), so I was never able to find and report the actual bug. But I distinctly remember that it *always* had something to do with some sort of contention. I also got abend0c4 and other stuff, so my userids take the odd dump because I still have slips set in the system. Could you try to drop all records (all awareness) from that dump on the original system and re-initialize the dump? Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CF Structures - ALLOWAUTOALT
Is anyone using this and if so, have you seen any downside? Certainly. Allowing z/OS to alter any structure at will can cause loss of signalling paths, for instance. Which health checker will dutifully report as an exception. A lot later. XES decided that my signalling structures are too big (when I shut down one system), so it started rearranging entries and elements. Then the system came back into the plex, and now the number of paths was insufficient to provide full signalling connectivity. It still had connectivity, but not full connectivity. At the time, I reported that to IBM, and they fobbed me off saying that my structures weren't allocated according to the cfsizer. That was due to the fact that the cfsizer was already migrated to a higher cflevel requiring *a lot* more storage, which we were not using yet. The structures were most certainly sized correctly according to our cflevel (as indicated by the IPL messages from the prior IPL). So IBM refused to even look at the bug (and I still consider this a bug). I have since coded an explicit allowautoalt(NO) on all signalling structures or rather, on all list structures. Also, I have heard (not my experience directly) that the autoalter algorithm kicks in directly after an application is taken down (in that case it was an MQS structure with that MQ being taken down). It could not be restarted because XES had changed the structure (autoaltered) in such a way as to prevent that MQS from starting. These days, I consider allowautoalter a dangerous parm with unpredictable results. Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on 'Welcome to IBM Service Request'
Did any of you get an email from a donotreply address at IBM for this new service? Be thankful you only got one. I always get 5 or more whenever IBM changes something. Without any real indication why I get that email. - Also, for some unfathomable reason I have been made administrator to this application, which means I get to 'approve' any and all usage. While I can do that for our department (because I know who is in that department), I certainly cannot and will not approve anyone I don't know in a completely different department. Many of whom meant to access servicelink and ended up in SR (which I knw because I just set them up in servicelink). And no, I have NOT agreed to be admin for SR. - And while I am on that topic: I checked out the presentation Ed mentioned and am laughing myself silly at the marketing hype they are spouting there. For one thing, I got the announcement this morning that SR is accessible, and it *should* show up as a link in the primary servicelink panel according to that presentation. Well, it doesn't. - Logging in directly to SR, I am promised to see My recent open online service requests No data was found for this display. Error in SR, as I most definitely have one ETR still open. - Which means I have to go to 'search service requests' and do an explicit search on all requests from our installation. Which gives me a long list of numbers but absolutely no indication what number is which problem. And I am NOT in the habit of remembering the ETR numbers, I go with what I typed in that ends up in the (retain) PMRs comment line. Which SR doesn't care about. - SR can only display the 'abstract' if the ETR was opened via SR. And it has absolutely zero clue about 'IBM ids', much less how to match them. - I am also NOT given the option to display ALL customer numbers I am entitled to see, I have to select one separately, and then get shown only ETRs opened on *that* number. - And opening an ETR is a nightmare, also. First you have to select the 'product', which is a scrollable window with ten lines. (yes, only TEN lines). I get shown 330 products, many of them not supported anymore. And of course, z/OS is right at the bottom of the list. And did I mention that that product list is not even specific to our installation? We certainly don't have CICS, but I get shown several CICS versions. Considering that SR is so 'big' on ease of use *and* they show different customer numbers, they should at least be able to tailor the list of products. I am not even given the panels listed in the presentation called 'entitled software'. Must be US-specific again. The rest of the world doesn't count. - Directly typing the compid (5752sc1ck) gets me Note: Your search returned no results. Please rephrase your query and try again. If you cannot find your product, you may enter its name at the bottom of this page. The IBM support team will verify your entitlement when you submit your service request. - Very intelligent. I'll hold off using it as long as I can. You're not surprised, are you?!? Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Identify all MVS images in a CEC
I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? Thanks Steve - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? The SMF Type 70 records identify all defined lpars on a CEC. An lpar is not necessarily an MVS image, though (can be either VM or zLinux in addition to z/OS and whoever-knows-what on a z196). I am not aware of a means to identify all *z/OS* lpars outside the sysplex, though. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
What about RMF monitor III? The CPC command shows all LPARS including z/OS, CF and z/VM On Mon, Sep 20, 2010 at 9:59 AM, Barbara Nitz nitz-...@gmx.net wrote: I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? The SMF Type 70 records identify all defined lpars on a CEC. An lpar is not necessarily an MVS image, though (can be either VM or zLinux in addition to z/OS and whoever-knows-what on a z196). I am not aware of a means to identify all *z/OS* lpars outside the sysplex, though. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
What about RMF monitor III? The CPC command shows all LPARS including z/OS, CF and z/VM Yes, and that's what the SMF70 records are also showing. But unless you know the naming convention for lpars and system names, you cannot distinguish if that lpar is running z/OS, z/VM or (native) zLinux. Believe me, our lpar names shown via the CPC command have no resemblance whatsoever to any MVS system name here. Which is why every mvs system (or VM, for that matter) can be IPL'd in just about any lpar (provided the necessary hardware is defined to that lpar). Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? On Mon, Sep 20, 2010 at 10:22 AM, Barbara Nitz nitz-...@gmx.net wrote: What about RMF monitor III? The CPC command shows all LPARS including z/OS, CF and z/VM Yes, and that's what the SMF70 records are also showing. But unless you know the naming convention for lpars and system names, you cannot distinguish if that lpar is running z/OS, z/VM or (native) zLinux. Believe me, our lpar names shown via the CPC command have no resemblance whatsoever to any MVS system name here. Which is why every mvs system (or VM, for that matter) can be IPL'd in just about any lpar (provided the necessary hardware is defined to that lpar). Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
Which is why every mvs system (or VM, for that matter) can be IPL'd in just about any lpar (provided the necessary hardware is defined to that lpar). We used to do that, at one place I worked, but, during the implementation of GDPS, we lost that flexibility. Our automation team claimed it was no longer possible. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CF Structures - ALLOWAUTOALT
Barbara, I was using it on only one NATURAL structure. Still, I'll yield to your experience and remove it from that structure definition the next chance I get. The manual certainly *does not* indicate the risk you've identified. I'll also code the explicit NO as you have done. If anyone was following my previous post about the hung DUPLEX rebuild of ISTGENERIC, rest easy. The PTF they recommended (UA51566 for z/OS 1.10) worked like a champ. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Monday, September 20, 2010 2:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CF Structures - ALLOWAUTOALT Is anyone using this and if so, have you seen any downside? Certainly. Allowing z/OS to alter any structure at will can cause loss of signalling paths, for instance. Which health checker will dutifully report as an exception. A lot later. XES decided that my signalling structures are too big (when I shut down one system), so it started rearranging entries and elements. Then the system came back into the plex, and now the number of paths was insufficient to provide full signalling connectivity. It still had connectivity, but not full connectivity. At the time, I reported that to IBM, and they fobbed me off saying that my structures weren't allocated according to the cfsizer. That was due to the fact that the cfsizer was already migrated to a higher cflevel requiring *a lot* more storage, which we were not using yet. The structures were most certainly sized correctly according to our cflevel (as indicated by the IPL messages from the prior IPL). So IBM refused to even look at the bug (and I still consider this a bug). I have since coded an explicit allowautoalt(NO) on all signalling structures or rather, on all list structures. Also, I have heard (not my experience directly) that the autoalter algorithm kicks in directly after an application is taken down (in that case it was an MQS structure with that MQ being taken down). It could not be restarted because XES had changed the structure (autoaltered) in such a way as to prevent that MQS from starting. These days, I consider allowautoalter a dangerous parm with unpredictable results. Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
Using a new tool for z/OS 1.11 (and 1.10 as a deliverable) called BCPii you can query not only the CEC you are on but all network connected CECs that the LPAR running BCPii can 'see'. This does require some security setup on the HMC (cross partition authority and community names) and RACF facility classes to get there but, once there, you can see all kinds of information about the CPCs, LPARs, Capacity Records, activation profiles and more. Check out the Callable Service Guide for High Level Languages SA22-7613-05 for more information on setting up and using BCPii. The applies to all LPARS and CECs regardless of sysplex connectivity Feel free to ask questions Steve. The documentation leaves a lot to be desired (trust me on this one...) Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Austin Sent: Monday, September 20, 2010 3:41 AM To: IBM-MAIN@bama.ua.edu Subject: Identify all MVS images in a CEC I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? Thanks Steve - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
I strongly suggest BCPii over the HWMCAAPI SNMP interface. Hands down the BCPii interface is easier to use. Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Shorkend Sent: Monday, September 20, 2010 4:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Identify all MVS images in a CEC Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? On Mon, Sep 20, 2010 at 10:22 AM, Barbara Nitz nitz-...@gmx.net wrote: What about RMF monitor III? The CPC command shows all LPARS including z/OS, CF and z/VM Yes, and that's what the SMF70 records are also showing. But unless you know the naming convention for lpars and system names, you cannot distinguish if that lpar is running z/OS, z/VM or (native) zLinux. Believe me, our lpar names shown via the CPC command have no resemblance whatsoever to any MVS system name here. Which is why every mvs system (or VM, for that matter) can be IPL'd in just about any lpar (provided the necessary hardware is defined to that lpar). Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Replace Compuware products with CA
Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: can I dynamically increase tso size
Larry Macioce wrote: I need to work on a file and I've tried the 8192k I am allowed but the file still comes up in browse mode Can I change it and how large can I change it Sounds like a good time to install REVIEW from Greg Price. It will handle any size file and I understand one can also EDIT too. A very CHEAP solution from CBTTAPE.ORG jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
Susan Edwards of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/20/2010 06:41:57 AM: Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. We replaced AbendAid with IBM Fault Analyzer and are very happy with it. IBM offers free Web-based training for Fault Analyzer on the IBM Education Assistant web site. Good resource for training the programming staff. http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/index.jsp Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mount Points in BPXPRMxx
I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
About 3 or 4 years ago we replaced the Compuware products with the Macro4 products and have been very happy with them. Macro4 is now a division of Unicom. The Macro4 products might not be as robust as Compuware's, but they have been fine for our purposes, and cost less. Strobe - FreezeFrame AbendAid - DumpMaster FileAid - InSync Tom Kelman Capacity Planning Commerce Bank, Kansas City -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 6:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
I assume that you can mount it after IPL. Because it says that a Mount Point does not exist, are you trying to mount this before another required file system is mounted? On Mon, Sep 20, 2010 at 8:49 AM, Lizette Koehler stars...@mindspring.comwrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW')/* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
Mark Pace Wrote: I assume that you can mount it after IPL. Because it says that a Mount Point does not exist, are you trying to mount this before another required file system is mounted? Yes we can mount them after an IPL. These are individual mount points. I am not sure that they are dependent on anything else to be mounted. The ones without AGGRGROW mount fine. Lizette On Mon, Sep 20, 2010 at 8:49 AM, Lizette Koehler stars...@mindspring.comwrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW')/* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
How about instead specifying: aggrgrow=on in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for zFS? Seb On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler stars...@mindspring.com wrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
Sebastian Welton Wrote How about instead specifying: aggrgrow=on in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for zFS? Sebastian, That makes sense, since that would be the normal specification of AGGRGROW. What is the DDNAME in the JCL. Are you indicating that the MSM STC JCL needs a DDNAME=IOEZPRM? Lizette On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler stars...@mindspring.com wrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
According to the z/OS V1R11.0 Distributed File Service zFS Administration manual AGGRGROW is a valid PARM. I would agree with some of the other posts that you mught be mounting out of order. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, September 20, 2010 8:49 AM To: IBM-MAIN@bama.ua.edu Subject: Mount Points in BPXPRMxx I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
I see you are from a software vendor. Don't depend on the BCPii interface being implemented at a customer site. I've had to give up on experimenting with it. Our security admins are unable to get the definitions implemented so we can use it, or debug the wrong definitions they have implemented. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Austin Sent: Monday, September 20, 2010 02:41 To: IBM-MAIN@bama.ua.edu Subject: Identify all MVS images in a CEC I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? Thanks Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
You only need that DD if your IOEZPRM member is in a library other than your PARMLIB concatination. It should NOT be in MSM. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, September 20, 2010 9:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mount Points in BPXPRMxx Sebastian Welton Wrote How about instead specifying: aggrgrow=on in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for zFS? Sebastian, That makes sense, since that would be the normal specification of AGGRGROW. What is the DDNAME in the JCL. Are you indicating that the MSM STC JCL needs a DDNAME=IOEZPRM? Lizette On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler stars...@mindspring.com wrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
Hello Susan, Granted I may be a bit biased here, but I can tell you with complete confidence (from real experience) that the Macro 4 products can stand head to head with Compuware's, and in some aspects surpass them. I have personally been involved in numerous replacement projects, and all have been completed on time with practically no loss of productivity or functionality. Having worked with all three company's products, I can tell you that the CA products do not compare with either Macro 4 or Compuware. Regards, Morrie Meyer Senior Product Engineer Macro 4, Inc. (973) 526-3900 Direct: (973) 526-3827 Fax: (973) 526-3899 A Division of the UNICOM Group of Companies www.macro4.com *** This message (including any attachments) contains confidential information that is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is intended only for the individual(s) named herein. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this message in error, please notify the UNICOM Systems, Inc. Postmaster (postmas...@unicomsi.com) of the error immediately, do not read or use the email and any attachments in any manner, destroy all copies, and delete it from your system if the communication was sent via email. UNICOM Systems, Inc. (818) 838-0606 Fax: (818) 838-0776 ** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 7:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
On 09/20/10 09:31, Elian Spitzer wrote: Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian That's a little harsh in my opinion. Shai has worked on his product in a labor-of-love (I assume) and has offered it to the community in the hope that someone will be able to benefit from his work. snip -- Mark Jacobs Time Customer Service Tampa, FL There you are, your own number on your very own door. And behind that door, your very own office! Welcome to the team, DZ-015 Mr Warrenn - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
A bit harsh in your assessment, Elian. It is not for you to decide what is crap or what isn't. One man's crap is another man's treasure. Frank J. Martinez Technical Support Supervisor IT System z Tel.: 305-284-3919 Cell: 305-987-8281 Fax : 305-284-3872 e-Mail: fjm...@miami.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 9:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
HI, It is cute. Thanks. Winbloz I welcome you to my site to find out that I can work and work also in Linux and ZLinux (not bloody place) and more.. Shai On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs mark.jac...@custserv.comwrote: On 09/20/10 09:31, Elian Spitzer wrote: Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian That's a little harsh in my opinion. Shai has worked on his product in a labor-of-love (I assume) and has offered it to the community in the hope that someone will be able to benefit from his work. snip -- Mark Jacobs Time Customer Service Tampa, FL There you are, your own number on your very own door. And behind that door, your very own office! Welcome to the team, DZ-015 Mr Warrenn - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
whoops. my apologies and my bad. i didn't intend that to go to the list. now who's the idiot? (me) On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs mark.jac...@custserv.com wrote: On 09/20/10 09:31, Elian Spitzer wrote: Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian That's a little harsh in my opinion. Shai has worked on his product in a labor-of-love (I assume) and has offered it to the community in the hope that someone will be able to benefit from his work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS, TCP/IP, and OSA
No real issue, just thought I would ask. I couldn't think of anything other than an OSA for TCP/IP communication. I had forgotten about the CIPS from CISCO. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, September 15, 2010 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS, TCP/IP, and OSA I think we need to know what the real issue with the question is in regard to OSA's TCP, etc. There are several ways to 'skin the cat' to do external TCPIP networking, OSA's and CISCO CIPS are the ones that I thnk folks are familiar with nowdays. So Mike to answer thwe question you dont need an OSA to do TCPIP com outside, you could use a CIP, or another IP Gateway device. Scott J Ford From: Timothy Sipples timothy.sipp...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Wed, September 15, 2010 12:59:36 AM Subject: Re: z/OS, TCP/IP, and OSA Another example was the Multiprise 3000, which did not have OSA hardware but could run z/OS prior to Version 1 Release 6. A current example of z/OS communicating using TCP/IP without OSA hardware is the Rational Developer for System z Unit Test Feature. That said, on an OSA-capable machine it's hard to imagine nowadays why you wouldn't use OSA hardware for external TCP/IP connections. - - - - - Timothy Sipples Resident Enterprise Architect STG Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
You would be amazed at what some people are doing with this crap. Richard, Vickie, and Randy Pinion --- shai.h...@gmail.com wrote: From: shai hess shai.h...@gmail.com To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users Date: Mon, 20 Sep 2010 16:52:12 +0300 HI, It is cute. Thanks. Winbloz I welcome you to my site to find out that I can work and work also in Linux and ZLinux (not bloody place) and more.. Shai On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs mark.jac...@custserv.comwrote: On 09/20/10 09:31, Elian Spitzer wrote: Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian That's a little harsh in my opinion. Shai has worked on his product in a labor-of-love (I assume) and has offered it to the community in the hope that someone will be able to benefit from his work. snip -- Mark Jacobs Time Customer Service Tampa, FL There you are, your own number on your very own door. And behind that door, your very own office! Welcome to the team, DZ-015 Mr Warrenn - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
Lizette, you could put a: //IOEZPRM DD DSN=PARMLIB(IOEFSPRM),DISP=SHR in the MSM jcl if IOEFSPRM is not in your PARMLIB concatenation but I suspect that it more than likely is as zFS when starting up will use the entries in it. Sebastian. On Mon, 20 Sep 2010 09:09:38 -0400, Lizette Koehler stars...@mindspring.com wrote: Sebastian Welton Wrote How about instead specifying: aggrgrow=on in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for zFS? Sebastian, That makes sense, since that would be the normal specification of AGGRGROW. What is the DDNAME in the JCL. Are you indicating that the MSM STC JCL needs a DDNAME=IOEZPRM? Lizette On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler stars...@mindspring.com wrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Elian Spitzer Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. One man's crap is another's treasure. I've no idea how much Mr. Hess has learned about mainframe internals during his project, but I'd wager he now knows considerably more about them than you and I combined ever will. The pursuit of knowledge for its own sake is seldom a wasted effort. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
It seems that STARTIO isn't documented anywhere. Is it available from IBM at all, like with an NDA or something like that? Is it perhaps documented somewhere in earlier releases? Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Monday, September 20, 2010 5:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users One man's crap is another's treasure. I've no idea how much Mr. Hess has learned about mainframe internals during his project, but I'd wager he now knows considerably more about them than you and I combined ever will. The pursuit of knowledge for its own sake is seldom a wasted effort. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
I would agree that if you are putting a product out to other customers then it would be difficult to rely on them being on the proper hardware and z/OS level to support BPCii (currently at least a z9 CEC and z/OS 1.11 (1.10 with BCPii installed after the fact although this doesn't include everything at the 1.11 level). I'm not sure why your security folks had trouble with the facility classes. the base HWI.APPLNAME.HWISERV is pretty straightforward and only requires READ authority. You can then set up a single profile for each CEC with the community name in the APPLDATA to connect to the HMC and even run with a generic facility class for the LPARs as no community name is needed in the APPLDATA field. I though the RACF side was a lot easier than trying to figure out other aspects of the tool given the dearth of documentation available (in particular when using the ENF68 interface which I am still playing around with). Still far and away WORLDS better than SNMP HWMCAAPI programming g Regards, Stan Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 where information lives It is wise to keep in mind that neither success nor failure is ever final... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Monday, September 20, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Identify all MVS images in a CEC I see you are from a software vendor. Don't depend on the BCPii interface being implemented at a customer site. I've had to give up on experimenting with it. Our security admins are unable to get the definitions implemented so we can use it, or debug the wrong definitions they have implemented. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Austin Sent: Monday, September 20, 2010 02:41 To: IBM-MAIN@bama.ua.edu Subject: Identify all MVS images in a CEC I am researching seat based licensing for Cloud computing on z/OS and have the following question. From an MVS image is it possible to identify all other active MVS images in the CEC even if some of those images are not in a sysplex? Thanks Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
On Mon, Sep 20, 2010 at 7:36 AM, Lindy Mayfield lindy.mayfi...@ssf.sas.comwrote: It seems that STARTIO isn't documented anywhere. Is it available from IBM at all, like with an NDA or something like that? Is it perhaps documented somewhere in earlier releases? Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Monday, September 20, 2010 5:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users One man's crap is another's treasure. I've no idea how much Mr. Hess has learned about mainframe internals during his project, but I'd wager he now knows considerably more about them than you and I combined ever will. I also believe that Mr. Hess worked at EMC. I suspect he knew quite a bit before starting the MFNetDisk project. The pursuit of knowledge for its own sake is seldom a wasted effort. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 6:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan Yes, we did at one time. We are back to CompuWare's products. Does that answer your question about functionality? The programmers hated the CA products, especially FileMaster. I don't remember exactly what it was, but FileMaster could not browse a VSAM file using an alternate index. Only via the base index. We raised many problems on that. It may be fixed now. I had many problems with Symdump getting abends itself in its display functions. It would capture a dump OK, but in some cases (IIRC), it would get an S0C4 attempting to format the Working Storage. Something weird with OCCURS DEPENDING ON, I think. Intertest was generally a no problem product. But the programmers preferred Xpeditor. We did without Strobe. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield It seems that STARTIO isn't documented anywhere. Is it available from IBM at all, like with an NDA or something like that? Is it perhaps documented somewhere in earlier releases? I believe it's pre-XA, which would make it close to ancient today. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 8:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian I agee with your opinion that Windows is not a good platform for critical data. But I don't think that it is appropriate to call MFNetDisk crap just because it runs on Windows. But then, I've not messed around with it. The paranoid security admin would have my head! And suicide is forbidden by my religion (I'm the paranoid security admin). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-691-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS, TCP/IP, and OSA
On Tue, 14 Sep 2010 17:22:05 -0500, Ward, Mike S wrote: Hello all, I have a question. I was talking with someone that said you don't need OSA's to run tcpip under z/os and use it to communicate with the outside world. If that's true then what would be used instead of an OSA? IIRC, the first TCP/IP interface we had was an Intel Fastpath. I believe it was genned as a CTC. I found a 1988 Network Workd article mentioning Intel Fastpath Model 9750D and Interlink Model 3732. http://books.google.com/books?id=IRIEMBAJpg=PA45lpg=PA45dq=intel+fastpath+mvssource=blots=WzkQKbSlKVamp;sig=bzzR5zEoT29P8ZfjVkmzXV3nqkUhl=enei=H3mXTLmeHYrZnAfn6oj0Bwsa=Xoi=book_resultct=resultresnum=1amp;sqi=2ved=0CBIQ6AEwAA#v=onepageq=intel%20fastpath%20mvsf=false Good luck! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler stars...@mindspring.com wrote: I am having a discussion with one of my team mates on how to code BPXPRMxx for zFS files. We are having a problem in that some of them do not mount at IPL time. I think it is due to the PARM in the Mount statement, they do not. Could someone help me understand? Error message at IPL time. BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM WAS NOT MOUNTED. THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST. BPXPRMxx member MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM') /* CA-MSM r3.0 */ MOUNTPOINT('/u/usr/msmserv/msm') PARM('AGGRGROW') /* aggragate grow zfs */ TYPE(ZFS) /* Filesystem type */ MODE(RDWR) /* Mounted for read/write */ Can you specify AGGRGROW in the parm? Or am I missing some other definition issue? PARM is valid from what I can see. What is the mount failure message? D OMVS,MF should also tell you. is /u/ managed by automount?Is there a /u/usr? or is it /usr? Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
STARTIO (was: New fixes and message for MFNetDisk's users)
On Mon, 20 Sep 2010 16:36:44 +0200, Lindy Mayfield wrote: It seems that STARTIO isn't documented anywhere. Is it available from IBM at all, like with an NDA or something like that? Is it perhaps documented somewhere in earlier releases? I understand IBM never intended it as GUPI or otherwise external. It escaped during the open source era. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STARTIO (was: New fixes and message for MFNetDisk's users)
It is discussed somewhat in the IBM-MAIN archives. Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, September 20, 2010 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: STARTIO (was: New fixes and message for MFNetDisk's users) On Mon, 20 Sep 2010 16:36:44 +0200, Lindy Mayfield wrote: It seems that STARTIO isn't documented anywhere. Is it available from IBM at all, like with an NDA or something like that? Is it perhaps documented somewhere in earlier releases? I understand IBM never intended it as GUPI or otherwise external. It escaped during the open source era. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STARTIO (was: New fixes and message for MFNetDisk's users)
Ohhh yea. That'd be me, around June 2008. Me and my short term memory problems. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Monday, September 20, 2010 6:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: STARTIO (was: New fixes and message for MFNetDisk's users) It is discussed somewhat in the IBM-MAIN archives. Bill Fairchild Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
We replaced the Compuware Products(Abendaid, Xpediter, Fileaid) with Macro4's(Dumpmaster, Tracemaster, Insync). We replaced the Strobe product with BMC Tritune product. Regards Otto Schumacher HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support P.O. Box 6462 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29606 Cell: 864 449 1755 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, September 20, 2010 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Replace Compuware products with CA -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 6:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan Yes, we did at one time. We are back to CompuWare's products. Does that answer your question about functionality? The programmers hated the CA products, especially FileMaster. I don't remember exactly what it was, but FileMaster could not browse a VSAM file using an alternate index. Only via the base index. We raised many problems on that. It may be fixed now. I had many problems with Symdump getting abends itself in its display functions. It would capture a dump OK, but in some cases (IIRC), it would get an S0C4 attempting to format the Working Storage. Something weird with OCCURS DEPENDING ON, I think. Intertest was generally a no problem product. But the programmers preferred Xpeditor. We did without Strobe. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
Also, the MFNetDisk server does not have to be a Windows machine. It can be Linux, if that makes anybody feel better/safer. Richard, Vickie, and Randy Pinion --- john.mck...@healthmarkets.com wrote: From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users Date: Mon, 20 Sep 2010 10:13:31 -0500 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 8:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian I agee with your opinion that Windows is not a good platform for critical data. But I don't think that it is appropriate to call MFNetDisk crap just because it runs on Windows. But then, I've not messed around with it. The paranoid security admin would have my head! And suicide is forbidden by my religion (I'm the paranoid security admin). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-691-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Registers in a SLIP IF dump
On 20 September 2010 02:21, Barbara Nitz nitz-...@gmx.net wrote: Tony, a bit after the fact, but what strikes me is that Jim uses the commands directly while you apparently use the 'analysis' panels. Option 2.2 does NOT really correspond to the IPCS command STATUS CPU REGISTERS that Jim talked about. In my case they produced the same result. However I neglected to post the resolution of the problem here, though I did mention it to Jim directly. It was a simple apply gun A to foot B situation. I had reused a dump dataset on the very constrained system in question, and failed to delete its records in IPCS, so it was showing me registers from a previous dump, but storage from the current one. Perhaps an easy trap to fall into, but I should know better. It might be nice if IPCS would recognize and perhaps warn in this situation, e.g. if the dump timestamp doesn't match the saved info. That wouldn't take a lot of processing, presumably. I just checked in one dump (I hate the analysis panels, they never do what I want them to), and there is a lot of contention analysis going on before the actual registers are displayed, at least the first time around. That makes me suspect that some sort of overlay has occured on your system (in your IPCS session) *before* IPCS ever got around to doing the st cpu re output/formatting. I have chased a number of those overlays in the past, and they were never really reproducible (only occured on first issuance of the command), so I was never able to find and report the actual bug. But I distinctly remember that it *always* had something to do with some sort of contention. I also got abend0c4 and other stuff, so my userids take the odd dump because I still have slips set in the system. The trick was that an identifiable bogus value being displayed by STATUS CPU REGS (the R1 content at SLIP) occured in the dump dataset only in dumped storage, and not in the dump header record. So I spent some time (much more than I should've) on the theory that IPCS was (contrary to what Jim said) finding register information in control blocks in dumped storage under some circumstances. It wasn't, of course. Could you try to drop all records (all awareness) from that dump on the original system and re-initialize the dump? Heh - you found the problem... Thanks. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
Elian, So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern? Does it worry you that a DS8700 is running a somewhat bastardized version of UNIX, or that a 9960 used INTEL processors? I'm not sure I can find the rationale for your angst. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Monday, September 20, 2010 11:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Identify all MVS images in a CEC On 20 September 2010 04:37, Mike Shorkend mike.shork...@gmail.com wrote: Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? How can the HMC know the operating system type running in an LPAR? It's one thing if the customer provides some info as a comment or via their naming scheme, but surely the HMC/CEC don't run any sort of AI processing to figure out what the guest is running. Tony H. On my HMC, in the CPC Images Work Area, I have Icons for each LPAR. Under each ICON is the serial number of the CEC. Under that is the LPAR name. Under the LPAR name, for my IPL'd z/OS images there is (name of sysplex:name of system) . I assume that the z/OS system software is somehow setting this with some undocumented PR/SM interface code. I am running z/OS 1.10. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-691-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
On 20 September 2010 04:37, Mike Shorkend mike.shork...@gmail.com wrote: Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? How can the HMC know the operating system type running in an LPAR? It's one thing if the customer provides some info as a comment or via their naming scheme, but surely the HMC/CEC don't run any sort of AI processing to figure out what the guest is running. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: can I dynamically increase tso size
I occasionally use the product VEDIT to browse large EBCDIC files on windows - usually SMF data. It has edit capability as well but I don't use it. The important thing for me is it understands EBCDIC on a ASCII platform. Not a cheap or practical as Review, but you can copy a large file to your PC, edit it, and copy it back to MVS fairly easily. And just for grins, I usually logon with a region size of 200, but it is a Lab environment. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Marshall Sent: Monday, September 20, 2010 4:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] can I dynamically increase tso size Larry Macioce wrote: I need to work on a file and I've tried the 8192k I am allowed but the file still comes up in browse mode Can I change it and how large can I change it Sounds like a good time to install REVIEW from Greg Price. It will handle any size file and I understand one can also EDIT too. A very CHEAP solution from CBTTAPE.ORG jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
You are correct the Unicom's Products are functionally equivalent to the Compuware's products. The easy of use of the Unicom products is not as good as the Compuware's products. The Unicom support is nowhere as good as is Compuware's support. However, management loves the price. Regards Otto Schumacher HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support P.O. Box 6462 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29606 Cell: 864 449 1755 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Morrie Meyer Sent: Monday, September 20, 2010 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Replace Compuware products with CA Hello Susan, Granted I may be a bit biased here, but I can tell you with complete confidence (from real experience) that the Macro 4 products can stand head to head with Compuware's, and in some aspects surpass them. I have personally been involved in numerous replacement projects, and all have been completed on time with practically no loss of productivity or functionality. Having worked with all three company's products, I can tell you that the CA products do not compare with either Macro 4 or Compuware. Regards, Morrie Meyer Senior Product Engineer Macro 4, Inc. (973) 526-3900 Direct: (973) 526-3827 Fax: (973) 526-3899 A Division of the UNICOM Group of Companies www.macro4.com *** This message (including any attachments) contains confidential information that is PRIVILEGED, CONFIDENTIAL and/or ATTORNEY WORK PRODUCT and is intended only for the individual(s) named herein. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this message in error, please notify the UNICOM Systems, Inc. Postmaster (postmas...@unicomsi.com) of the error immediately, do not read or use the email and any attachments in any manner, destroy all copies, and delete it from your system if the communication was sent via email. UNICOM Systems, Inc. (818) 838-0606 Fax: (818) 838-0776 ** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards Sent: Monday, September 20, 2010 7:42 AM To: IBM-MAIN@bama.ua.edu Subject: Replace Compuware products with CA Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. Thanks, Susan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . - This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 internal virus protection system. . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS and System Managed Buffering
Dave, Excellent points. Another thing that SMB fixes (or LSR actually) is over-allocation of data buffers. I have come across the work of few well meaning people that think that NSR works just like LSR, and religiously use BUFND=128 on their KSDS JCL to make it go faster. I always enjoy the look of surprise when you change it to BUFND=2 and the job runs significantly faster. SMB with LSR will fix this sort of foolishness. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Barry Sent: Sunday, September 19, 2010 12:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] DFSMS and System Managed Buffering I've been told that the lazy work twice as hard. In this case, however, I attest otherwise. VSAM SMB has worked admirably in my experience. With none of the calculation involved with buffer sizing and simpler JCL requirements than BLSR, the results can be quite significant. The benefits come not just from the expansive size of the buffer pools, but from the reuse of data and index CIs already having been read in. I would not expect that kind of activity from an IDCAMS REPRO load. In my experience I've seen data buffer hit ratios as high as 85 percent and index hit ratios as high as 99 percent with VSAM SMB. One application I worked with in my current position was having difficulty finishing a 10-hour, VSAM-heavy batch job stream. SMB instantly got it down to two hours. They were so happy, they bought me a fruit basket for Christmas. Another application called me recently for help with a single 15- hour job step. With SMB, it now runs in an hour-and-a-half. I urge you to experiment. With a sufficient number of data and index CIs in memory, you may find dataset striping to be overkill. Dave Barry Sr. Performance Capacity Planning Analyst United Parcel Service -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tobias Cafiero Sent: Wednesday, September 15, 2010 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSMS and System Managed Buffering Ron, I was expecting results similiar to the ones I saw in VSAM Demystified. Instead of using Repro, I'll write something to do my testing. We will be using Dataset Striping and I am interested in putting them together. Tob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
HI, I just finish visiting my father. My father is sick with Alzheimer’s disease. He return in time to the Holocaust time. He is afraid that he will not have food anymore. Now I am back home. Suddenly, all the issue of if MFNetDisk is crap or not is not important to me anymore. Shai On Mon, Sep 20, 2010 at 10:08 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Elian, So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern? Does it worry you that a DS8700 is running a somewhat bastardized version of UNIX, or that a 9960 used INTEL processors? I'm not sure I can find the rationale for your angst. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
You have my sympathy and my prayers, Shai. Frank J. Martinez Technical Support Supervisor IT System z Tel.: 305-284-3919 Cell: 305-987-8281 Fax : 305-284-3872 e-Mail: fjm...@miami.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of shai hess Sent: Monday, September 20, 2010 1:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users HI, I just finish visiting my father. My father is sick with Alzheimer's disease. He return in time to the Holocaust time. He is afraid that he will not have food anymore. Now I am back home. Suddenly, all the issue of if MFNetDisk is crap or not is not important to me anymore. Shai On Mon, Sep 20, 2010 at 10:08 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Elian, So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern? Does it worry you that a DS8700 is running a somewhat bastardized version of UNIX, or that a 9960 used INTEL processors? I'm not sure I can find the rationale for your angst. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
What does /usr/sbin/mount -qv /u/usr/msmserv/msm indicate when SYS3.MSM.OMVS.ZFS.MSM is not mounted? In BPXPRMxx is the indicated file system mounted prior to file system in question? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, September 20, 2010 6:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mount Points in BPXPRMxx Mark Pace Wrote: I assume that you can mount it after IPL. Because it says that a Mount Point does not exist, are you trying to mount this before another required file system is mounted? Yes we can mount them after an IPL. These are individual mount points. I am not sure that they are dependent on anything else to be mounted. The ones without AGGRGROW mount fine. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx- Resolved
My gang figured it out. They had spelled user instead of usr. So there was not mount point for it. I still think if they had used MKDIR on the MOUNT there would have been no issue as it would have created the missing one. Thanks everyone for your help. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Monday, September 20, 2010 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mount Points in BPXPRMxx What does /usr/sbin/mount -qv /u/usr/msmserv/msm indicate when SYS3.MSM.OMVS.ZFS.MSM is not mounted? In BPXPRMxx is the indicated file system mounted prior to file system in question? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, September 20, 2010 6:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mount Points in BPXPRMxx Mark Pace Wrote: I assume that you can mount it after IPL. Because it says that a Mount Point does not exist, are you trying to mount this before another required file system is mounted? Yes we can mount them after an IPL. These are individual mount points. I am not sure that they are dependent on anything else to be mounted. The ones without AGGRGROW mount fine. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPSCDS directory full
I just got GIM26701S msg saying that directory space in SMPSCDS is used. This is quite specific PDS, because member names contain non-printable characters. Q1: Can I create another PDS with larger directory and simply copy SCDS.OLD to SCDS.NEW using IEBCOPY? Or maybe, some special utility is required? Q2: Can I use PDSE for SMPSCDS? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPSCDS directory full
On 09/20/10 15:37, R.S. wrote: I just got GIM26701S msg saying that directory space in SMPSCDS is used. This is quite specific PDS, because member names contain non-printable characters. Q1: Can I create another PDS with larger directory and simply copy SCDS.OLD to SCDS.NEW using IEBCOPY? Or maybe, some special utility is required? Yes, IEBCOPY. No, Special utility. Q2: Can I use PDSE for SMPSCDS? Yes -- Mark Jacobs Time Customer Service Tampa, FL There you are, your own number on your very own door. And behind that door, your very own office! Welcome to the team, DZ-015 Mr Warrenn - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
W dniu 2010-09-20 18:57, Tony Harminc pisze: On 20 September 2010 04:37, Mike Shorkendmike.shork...@gmail.com wrote: Barbara - very true regarding LPAR names , but this gave me another idea. The newer HMC (2.10.x ?) shows an OS type for each LPAR. You could write some code using BCPii (or the older SNMP API) to harvest this information for each LPAR. I think that this answers the OP's request? How can the HMC know the operating system type running in an LPAR? It's one thing if the customer provides some info as a comment or via their naming scheme, but surely the HMC/CEC don't run any sort of AI processing to figure out what the guest is running. I don't know how, but I see it everyday on HMC. AFAIR HMC knows even more: z/OS version is also reported to HMC (but not displayed in the Views area). Let's hope that application data are not visible is same way. g -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
I'm very sorry to hear about your father. My prayers are with you. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of shai hess Sent: Monday, September 20, 2010 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users HI, I just finish visiting my father. My father is sick with Alzheimer's disease. He return in time to the Holocaust time. He is afraid that he will not have food anymore. Now I am back home. Suddenly, all the issue of if MFNetDisk is crap or not is not important to me anymore. Shai On Mon, Sep 20, 2010 at 10:08 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Elian, So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern? Does it worry you that a DS8700 is running a somewhat bastardized version of UNIX, or that a 9960 used INTEL processors? I'm not sure I can find the rationale for your angst. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
On Mon, Sep 20, 2010 at 12:49 PM, Ward, Mike S mw...@ssfcu.org wrote: I'm very sorry to hear about your father. My prayers are with you. My prayers are with you also. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of shai hess Sent: Monday, September 20, 2010 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New fixes and message for MFNetDisk's users HI, I just finish visiting my father. My father is sick with Alzheimer's disease. He return in time to the Holocaust time. He is afraid that he will not have food anymore. Now I am back home. Suddenly, all the issue of if MFNetDisk is crap or not is not important to me anymore. Shai On Mon, Sep 20, 2010 at 10:08 AM, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Elian, So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern? Does it worry you that a DS8700 is running a somewhat bastardized version of UNIX, or that a 9960 used INTEL processors? I'm not sure I can find the rationale for your angst. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer Sent: Monday, September 20, 2010 6:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] New fixes and message for MFNetDisk's users Does anybody actually use this crap? I mean, it's cute and all, but winbloz would be the last bloody place I'd store any important data. Seems like a huge waste of programming time, but I guess each to his own. -Elian -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shai Hess Sent: Sunday, September 19, 2010 10:42 PM To: IBM-MAIN@bama.ua.edu Subject: New fixes and message for MFNetDisk's users HI, Important fixes in the MFNetDisk tape emulation and the replication feature of MFNetDisk. Many users are using the 3390 emulation and I am happy about it. I do not receive enough feedback for the tape emulation and the replication which enable to mirror real 3390 (IBM, EMC or HDS) to MFNetDisk mirror 3390. I am looking for a user with patience who like to check and work with me with the replication feature. The implementation of MFNetDisk is to process and analyze many kind of CCW chains and to notify the MFNetDisk which tracks need to be re sync. This feature required to run many types of programs available in the MF markets which using private users CCW (the crazy ones) and other applications which may used its own CCW. Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
On Mon, 20 Sep 2010 21:45:35 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: How can the HMC know the operating system type running in an LPAR? It's one thing if the customer provides some info as a comment or via their naming scheme, but surely the HMC/CEC don't run any sort of AI processing to figure out what the guest is running. I don't know how, but I see it everyday on HMC. AFAIR HMC knows even more: z/OS version is also reported to HMC (but not displayed in the Views area). Let's hope that application data are not visible is same way. g In tree mode the version is there. Although there was a hardware (HMC) bug that didn't show z/OS 1.11 and was blank (discussed on IBM-MAIN also). Some people mentioned RMF data to see the other partitions (be it RMF III or SMF 70 records / post processor). The ability for one LPAR's data to to show up in other LPARs' SMF 70 records is a security option on the HMC for that LPAR. I've never worked in an environment where it was turned on, but I assume if it was on for SYSA and if you ran an LPAR (CPU) RMF report on SYSB, you would never see nor know SYSA even existed on the CPC. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
---snip--- Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. -unsnip-- FWIW, my last project before I was laid off was to replace all Compuware software with IBM equivalents, at about 10% of the Compuware cost. IBM very kindly supplied an instructor that took our staff through 2 days of intensive training and everyone was pleased with the results, including programmers and Shekel counters. Food for thought? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Replace Compuware products with CA
Also, FWIW, after every upgrade we have done of either Expediter or AbendAid, Compuware will visit and, at no charge, hold training sessions for our programming staff. They go through both the new features and review all the functions for any newbies or anyone who wants a refresher. That kind of support means a lot to my CIO. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman Sent: Monday, September 20, 2010 4:13 PM ---snip--- Has anyone replaced Compuware's products, Abendaid for MVS and CICS, Fileaid and Strobe with CA's products? Any information - the good, bad or ugly would be appreciated. -unsnip-- FWIW, my last project before I was laid off was to replace all Compuware software with IBM equivalents, at about 10% of the Compuware cost. IBM very kindly supplied an instructor that took our staff through 2 days of intensive training and everyone was pleased with the results, including programmers and Shekel counters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS, TCP/IP, and OSA
paulgboul...@aim.com (Paul Gilmartin) writes: IIRC, the first TCP/IP interface we had was an Intel Fastpath. I believe it was genned as a CTC. I found a 1988 Network Workd article mentioning Intel Fastpath Model 9750D and Interlink Model 3732. original ibm mainframe tcp/ip product was done for vm and could consume nearly 3090 processor doing 44kbytes/sec. transfer. I added rfc1044 support and in some testing at cray research managed to get channel media thruput using modest amount of 4341 processor (maybe factor of 500 times improvement in instructions executed per bytes move). lots of past posts mentioning adding rfc 1044 support http://www.garlic.com/~lynn/subnetwork.html#1044 was then at interop '88 (in non-ibm booth with some ibm hardware) http://www.garlic.com/~lynn/subnetwork.html#interop88 the base tcp/ip product was ported to mvs (and offerred as product) by adding simulation for the required vm kernel functions. later there was contractor hired to add tcp/ip support to vtam ... the folklore is that it was explained to the contractor in no uncertain terms ... that there would be no valid (aka acceptable) tcp/ip implementation (in vtam) that outperformed lu6.2 (the folklore was the explanation had to be done after the contractor submitted the initial implementation that didn't meet the valid criteria). we had been doing internal network with T1 links and working with various parties on what was to become NSFNET backbone (operational precursor to modern internet) ... we would claim that the NSFNET backbone rfp called for T1 ... in part because we already had T1 links up and running production. Then some internal politics prevents us from bidding on backbone RFP (nsf director wrote a letter to the corporation, copying the ceo ... but that just aggravated the internal politics). Turns out that the winning T1 backbone RFP response ... didn't actually install T1 links; they installed 440kbit/sec links; and somewhat to meet the letter of the RFP, installed T1 trunks with telco multplexors (to handle multiple 440kbit links on the T1 trunks). misc. old nsfnet related email from the period http://www.garlic.com/~lynn/lhwemail.html#nsfnet -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LE dump - CEE3DMP of 64 bit registers
Is there some magic to make LE dump the full 64 bit general registers when CALL'ing CEE3DMP from an Enterprise COBOL 3.2 program? Yes, I know COBOL doesn't use the high fullword of the regs. Something, somewhere, is changing the high word of some regs which is causing DFSORT to abend when the internal SORT verb finishes the INPUT PROCEDURE. Or am I going to need to write my own HLASM subroutine to, once again, repair lack of forethought on IBM's part? Try applying the fix for APAR PM04026 Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
mmm.. well, Elian, to me it just seems wise to not use expressions in private communications that you would be embarrassed by should they go public... as is increasingly likely in this hackridden facetube/youbook fibre-wired world :-) Cheers to all, Graeme At 11:55 PM 20/09/2010, you wrote: whoops. my apologies and my bad. i didn't intend that to go to the list. now who's the idiot? (me) On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs mark.jac...@custserv.com wrote: On 09/20/10 09:31, Elian Spitzer wrote: Does anybody actually use this crap? I mean, it's cute and all, but -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Registers in a SLIP IF dump
In my case they produced the same result. It would on a second invocation. The first invocation gets me all kinds of error messages (or rather 'missing storage' messages with prefixes indicating that they are related to contention analysis). I had reused a dump dataset on the very constrained system in question, and failed to delete its records in IPCS, so it was showing me registers from a previous dump, but storage from the current one. Perhaps an easy trap to fall into, but I should know better. It might be nice if IPCS would recognize and perhaps warn in this situation, e.g. if the dump timestamp doesn't match the saved info. That wouldn't take a lot of processing, presumably. As far as I know, that's in IPCS and has been for a long time (at least back to Bob Wrights days, if not earlier). Check out message BLS18185I Dump directory describes some other dump. I am NEVER able to reuse a different dump content with the analysis from a previous dump when the dump data set name is the same. That you could is really strange - what kind of convoluted dropping are you doing when you go to a new dump? Are you running batch jobs that might drop just analysis records or something? So I spent some time (much more than I should've) on the theory that IPCS was (contrary to what Jim said) finding register information in control blocks in dumped storage under some circumstances. It wasn't, of course. Never doubt anything Jim says! He is the biggest wizard with IPCS I have ever seen (not to mention that he knows tons about z/OS). Plus he is one of the few not looking at only one component - he always looks at the big picture! Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/20/2010 04:17:01 PM: How can the HMC know the operating system type running in an LPAR? It's one thing if the customer provides some info as a comment or via their naming scheme, but surely the HMC/CEC don't run any sort of AI processing to figure out what the guest is running. I don't know how, but I see it everyday on HMC. AFAIR HMC knows even more: z/OS version is also reported to HMC (but not displayed in the Views area). Let's hope that application data are not visible is same way. g In tree mode the version is there. Although there was a hardware (HMC) bug that didn't show z/OS 1.11 and was blank (discussed on IBM-MAIN also). The machine provides an interface by which the operating system can provide some information about itself to the HMC. In the case of z/OS, the information we provide is not a text string, but the release level of z/OS can be derived from it. However, the HMC code needs to be updated for each new release of z/OS in order to be able to do the derivation. That update was not done in a timely fashion when z/OS 1.11 became available, hence the bug where blank was displayed for z/OS 1.11 for a while. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)
No real issue, just thought I would ask. I couldn't think of anything other than an OSA for TCP/IP communication. I had forgotten about the CIPS from CISCO. There are a fair number of devices that work with IBM TCPIP (both for VM and for MVS). Some other fun ones: 7170(basically a parallel channel interface to a DEC Unibus card cage, with a DEC DELNI network card in it, controlled by an original IBM PC with (wait for it!) 64K of RAM!), Genned as a CTC. Very temperamental, but it got bits on the wire. 8232(a channel attached PC/AT that came with a Ungermann/Bass 10mbit Ethernet card that jammed easily on networks with lots of collisions) also genned as a CTC 3172(aka LAN Channel Station, or LCS) genned as 3088, could support up to 3 network adapters (TR, Ethernet, ATM), although you were sad if you had the ATM adapter and tried to add anything else to it). This is the most common emulated adapter, and was available internally on the MP3K, FlexES and now zPDT. Came in parallel and ESCON versions, I think. BusTech BTI 1, 2 and 3: very popular with universities, as they were about a quarter to half the price of a 8232 or 3172 and took up a LOT less space (4 RU vs a half-height cabinet for a 3172). V1 required a special driver, but later models emulated a 3088. Supported Ethernet, TR, and ATM in various forms, and you could get one unit to support up to 4 adapters (the vendor sold only 3, but there was plenty horsepower for 10 Mbit Ethernet. ATI Hyperchannel -- did 10 and 100mbit Ethernet direct from the channel interface. Expensive, usually used when you had a Cray to do computing and the Z system was just playing smart I/O device to the Cray. X25IPI -- IP over X.25. You needed a FEP for this thing, or the internal X.25 interface in a 4361. Evil. Pure Evil. SNA LU - IP over SNA. VTAM set up a LU-LU session, and the IP stack used it like a serial line. Weird, but it worked. Cisco CIP - channel attached 75xx Cisco router. Parallel and ESCON versions, genned as a 3088. Fast (for the day) and very flexible. Could drive dozens of interfaces, offload 3270 traffic, deal with up to SONET speeds, bridge Ethernet and TR and ATM networks. The channel interface was the real bottleneck. Too bad there never was a FICON version. Cisco CPA - channel attached 72xx Cisco router. Similar to a CIP, but designed for the smaller 7200 series routers. Also had a parallel and ESCON version. Real CTC/CNCs -- if you had a 3088, you could use it to connect to other Z hosts and do IP over the channel. Fast, for the day, but not very useful unless you were VERY visionary and fought the SNA Wars well. The lockstep nature of the channel protocol was the big bottleneck. About that point was where the OSAs appeared. The stack still has the code to support most of these devices, but IBM (and the other vendors) probably don't support them officially any more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify all MVS images in a CEC
Mark, Some people mentioned RMF data to see the other partitions (be it RMF III or SMF 70 records / post processor). The ability for one LPAR's data to to show up in other LPARs' SMF 70 records is a security option on the HMC for that LPAR. I've never worked in an environment where it was turned on, but I assume if it was on for SYSA and if you ran an LPAR (CPU) RMF report on SYSB, you would never see nor know SYSA even existed on the CPC. Where is that documented? We don't have any security set up on the HMC (well, other than the logging on as sysprog/operator/whatever) that I know of (we also don't use tree view and I met with a lot of resistance when I requested BCPII to be configured for use on the HMC), and I am able to see all defined lpars just fine in the type70 records (I should know - I get to do the cpu usage graphics for all lpars and processor types per box). While it is entirely possible that something was turned on the HMC about 3 hardware generations/boxes ago (before my time), I would like to know what that was, so I don't get caught flatfooted at some point in the future. It is certainly not documented anywhere here :-( Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New fixes and message for MFNetDisk's users
HI, Thanks for many email I received privately to support me. This forum has a wonderful people and I really love to be part of this forum. Some of the people who sent me email argue with me in the past about my product ( I like to hear comments which will help me to improve the product) and they sent me a very emotional emails about my father and they are now my best friend. You need to understand that I enjoy to develop the product. Even that my product free I am continue with love to play with it and to think how can I improve it. To Elian, I think your note was not bad at all. You said that my product is cute, that is OK. You said that you do not like Windows, that is Microsoft problem. You said that my product is CRAP, I looked in my selective personal dictionary and I did not find translation to this word. So everything is fine. About my father, yes I and my 2 sisters have bad time now. Our job is to try to make my father to believe that he will have food all the time. That he will have place and bad to sleep and that he does not need to worry. That happen everyday but at the end my father and us feel better until the next day. Everyday we come to see him. Most of the time we see him with fear in his blue eyes. He explain to us that he is in big problem and we say that everything is fine, and that he can be relax because we arrange everything and he is now the king of the place where he live. After sometime is smile and kiss us with a big smile. The hard time is when we come home and think about him. But life continue and the next day in the morning when I see the blue sky and the people in the sea, I forget everything and I feel happy to return to work with my product or to go to work, until the time come to see my father. When we go to see him we can not imagine how we will find him. Another hard time is the question if we are doing our best to help him and to bring the maximum to his benefit. We can not help him from the medical point of view. That is in the hand of god. It is time now that this forum will return to be IBM-MAIN forum. Any question about how to do getmain... Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Registers in a SLIP IF dump
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/21/2010 12:26:11 AM: In my case they produced the same result. It would on a second invocation. The first invocation gets me all kinds of error messages (or rather 'missing storage' messages with prefixes indicating that they are related to contention analysis). I had reused a dump dataset on the very constrained system in question, and failed to delete its records in IPCS, so it was showing me registers from a previous dump, but storage from the current one. Perhaps an easy trap to fall into, but I should know better. It might be nice if IPCS would recognize and perhaps warn in this situation, e.g. if the dump timestamp doesn't match the saved info. That wouldn't take a lot of processing, presumably. As far as I know, that's in IPCS and has been for a long time (at least back to Bob Wrights days, if not earlier). Check out message BLS18185I Dump directory describes some other dump. I am NEVER able to reuse a different dump content with the analysis from a previous dump when the dump data set name is the same. That you could is really strange - what kind of convoluted dropping are you doing when you go to a new dump? Are you running batch jobs that might drop just analysis records or something? If particular, the complete set of messages is: BLS18185I Dump directory describes some other MVS dump BLS18181I Unable to open FILE(D30) BLS18182I FILE(D30)is not usable The checking is done by IPCS at the time that it opens a data set. So if you have already opened a dump data set in IPCS, and then replaced its contents with a different dump, IPCS will not recognize the problem until it closes and then tries to reopen it. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html