Re: Erep help
check your links "Sikich, Frank J." <[EMAIL PROTECTED] To ionalcity.com>IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject <[EMAIL PROTECTED] Erep help ARK.EDU> 10/12/2007 04:58 PM Please respond to The IBM z/VM Operating System <[EMAIL PROTECTED] ARK.EDU> I receiving the following errors when issuing the cperepxa command. DMSOPN002E File ERPTFLIB TXTLIB * not found DMSOPN002E File ERFTRLIB TXTLIB * not found DMSOPN002E File EREPLIB TXTLIB * not found ,16:55:48 * MSG FROM MAINT : NOT ALL TXTLIBS FOUND FOR CPEREPXA I am trying to create the history following the steps in the EREP user guide for VM Thanks Frank Sikich --- ***National City made the following annotations --- This communication is a confidential and proprietary business communication. It is intended solely for the use of the designated recipient(s). If this communication is received in error, please contact the sender and delete this communication. ===
Re: z/VM COBOL compiler
> Look here: > http://ibm.com/eserver/zseries/zos/le/history/cobmvs.html > According to this table, it is still supported for VM, but was > long ago withdrawn from marketing. Ray: That web page is somewhat misleading. The product has been withdrawn from marketing and service only on OS/390 (z/OS). COBOL for OS/390 and VM (5648-A25) V2R2 is still be marketed and serviced for VM. Here is the info from the sales manual. * IBM COBOL for VM 2.02.0 (5648-A25) * IBM COBOL for OS/390 2.02.0 (5648-A25) (No Longer Available as of February 02, 2002) (Service Discontinued as of December 31, 2004) * IBM COBOL for VM 2.01.0 (5648-A25) (No Longer Available as of September 29, 2000) * IBM COBOL for OS/390 2.01.0 (5648-A25) (No Longer Available as of September 29, 2000) (Service Discontinued as of December 31, 2004) Jim
Re: Erep help
MAINT 201 Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sikich, Frank J. Sent: Friday, October 12, 2007 1:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Erep help I receiving the following errors when issuing the cperepxa command. DMSOPN002E File ERPTFLIB TXTLIB * not found DMSOPN002E File ERFTRLIB TXTLIB * not found DMSOPN002E File EREPLIB TXTLIB * not found ,16:55:48 * MSG FROM MAINT : NOT ALL TXTLIBS FOUND FOR CPEREPXA I am trying to create the history following the steps in the EREP user guide for VM Thanks Frank Sikich --- ***National City made the following annotations --- This communication is a confidential and proprietary business communication. It is intended solely for the use of the designated recipient(s). If this communication is received in error, please contact the sender and delete this communication. ===
Erep help
I receiving the following errors when issuing the cperepxa command. DMSOPN002E File ERPTFLIB TXTLIB * not found DMSOPN002E File ERFTRLIB TXTLIB * not found DMSOPN002E File EREPLIB TXTLIB * not found ,16:55:48 * MSG FROM MAINT : NOT ALL TXTLIBS FOUND FOR CPEREPXA I am trying to create the history following the steps in the EREP user guide for VM Thanks Frank Sikich --- ***National City made the following annotations --- This communication is a confidential and proprietary business communication. It is intended solely for the use of the designated recipient(s). If this communication is received in error, please contact the sender and delete this communication. ===
Re: z/VM COBOL compiler
Ron Schmiedge wrote: I believe it was withdrawn for MVS only, it is still available and orderable for z/VM (at least it was when we ordered z/VM 5.2 last year). It did take some coaxing and pointing to the right announcement letter paragraphs to convince IBM of this, if I recall correctly. Ron Indeed... Romney just pointed me to this page: http://www-306.ibm.com/software/awdtools/cobol/os390/ Ray
Re: z/VM COBOL compiler
I believe it was withdrawn for MVS only, it is still available and orderable for z/VM (at least it was when we ordered z/VM 5.2 last year). It did take some coaxing and pointing to the right announcement letter paragraphs to convince IBM of this, if I recall correctly. Ron On 10/12/07, Ray Mansell <[EMAIL PROTECTED]> wrote: > Julie Erickson wrote: > > Is there a supported COBOL compiler on z/VM 5.2? Is COBOL for OS/390 and > > VM (product code 5648-A25) still supported and available? > > > > I found a posting from 2001 mentioning the above compiler. It seems > > pretty old. > > > > I'd appreciate any information. I have some COBOL code on z/OS which I > > would like to port to CMS on z/VM. > > > > Thanks for your help, > > Julie. > > > > > Look here: > http://www-03.ibm.com/servers/eserver/zseries/zos/le/history/cobmvs.html > > According to this table, it is still supported for VM, but was long ago > withdrawn from marketing. > > Ray >
Re: z/VM COBOL compiler
Julie Erickson wrote: Is there a supported COBOL compiler on z/VM 5.2? Is COBOL for OS/390 and VM (product code 5648-A25) still supported and available? I found a posting from 2001 mentioning the above compiler. It seems pretty old. I'd appreciate any information. I have some COBOL code on z/OS which I would like to port to CMS on z/VM. Thanks for your help, Julie. Look here: http://www-03.ibm.com/servers/eserver/zseries/zos/le/history/cobmvs.html According to this table, it is still supported for VM, but was long ago withdrawn from marketing. Ray
Re: Sanity check?
The idea is not unreasonable. We have discussed plan canidates in the past that would be more graceful about page space filling up. Not much agreement on what to do. This particular way of causing havoc wasn't discussed. I'll pass it on to others to think about. I don't recall having seen any formal requirements for this, but seems reasonable. On a side note, there is actual a limit on the size of individual virtual machines due to various processor implementations. On your box it happens to be 1TB. So even though you defined it larger, CP limited it to a 1TB guest. Since the same directory could be run on various machines, we don't enforce the max until you actually try to logon. Bit Marcy Cortes <[EMAIL PROTECTED]> writes: >When I did an IND USER on him, it did say 1TB - must have taken him >lower at logon time. It happily let me put 1500GB in the directory.=20 > >
SYSTEM CONFIG with IMBEDs
The CPSYNTAX utility will check the syntax of system configuration files, which is good, but does anybody have a tool/EXEC that shows the active statements after IMBEDs and overriding statements are processed? I'm looking for something akin to the way VMFOVER works with PPF files and overrides. Brian Nielsen
z/VM COBOL compiler
Is there a supported COBOL compiler on z/VM 5.2? Is COBOL for OS/390 and VM (product code 5648-A25) still supported and available? I found a posting from 2001 mentioning the above compiler. It seems pretty old. I'd appreciate any information. I have some COBOL code on z/OS which I would like to port to CMS on z/VM. Thanks for your help, Julie.
Re: Sanity check?
Marcy Cortes wrote: When I did an IND USER on him, it did say 1TB - must have taken him lower at logon time. It happily let me put 1500GB in the directory. Ah yes... that explains it. When you used the word "define", I thought you meant the DEFINE command. And yes, you can put any (acceptable) value in the directory, but CP will enforce the maximum storage size at LOGON time according to the machine restrictions. Ray
Re: Sanity check?
NO. Just take the day off. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, October 11, 2007 7:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Sanity check? I know, my gun my foot... But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? One shouldn't define a virtual machine of size 1500G when one meant to do 1500M! Maybe I should just take a day off, huh? Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: Initial User Directory
On Tue, 9 Oct 2007 15:36:48 -0500, Brian Nielsen <[EMAIL PROTECTED]> wrote: >Maybe I'm just tired of having to make directory edits to remove default >passwords for the last 25 years (in releases going all the way back to >VM/370) and who knows how far into the future. I'm a big fan of fix it >once for everybody instead of everybody fix it once, and twice, and >thrice, and... > >Brian Nielsen > = === Oh, and while we're at it (he said while doing a z/VM 5.3 install), let's not forget all the default MDISK passwords that need to be changed too. Ship all MDISKs with no passwords and use LNKNOPAS as needed during the install process and/or a supplied EXEC to change them all to customer supplied values. (Yes, I have my own EXEC, but everybody shouldn't have to invent the wheel.) Brian Nielsen
Re: Sanity check?
exactly what I thoughtset a vmsecure limit on virtual machine size. Marcy Cortes wrote: "x user direct" :) Ooo! - VMSECURE exit! Good idea! Marcy Cortes /“This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation."/ *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Michael MacIsaac *Sent:* Friday, October 12, 2007 7:17 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: [IBMVM] Sanity check? > But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? Just a thought - maybe a SIZEMAP tool would be helpful - to head that situation off. I'm in the habit of doing: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) directxa user Maybe one more step would be prudent: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) sizemap user => if any changes to virtual machines 4) directxa user SIZEMAP would just create a report summarizing min/max machine sizes, or maybe it could be merged with DISKMAP. Again, just a thought, perhaps a bit simplistic... "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061 -- 'in media stat virtus' Virtue's in the middle
Re: Sanity check?
"x user direct" :) Ooo! - VMSECURE exit! Good idea! Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." _ From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Michael MacIsaac Sent: Friday, October 12, 2007 7:17 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sanity check? > But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? Just a thought - maybe a SIZEMAP tool would be helpful - to head that situation off. I'm in the habit of doing: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) directxa user Maybe one more step would be prudent: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) sizemap user => if any changes to virtual machines 4) directxa user SIZEMAP would just create a report summarizing min/max machine sizes, or maybe it could be merged with DISKMAP. Again, just a thought, perhaps a bit simplistic... "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061
Re: Sanity check?
When I did an IND USER on him, it did say 1TB - must have taken him lower at logon time. It happily let me put 1500GB in the directory. Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mansell Sent: Friday, October 12, 2007 6:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sanity check? Marcy Cortes wrote: > I know, my gun my foot... > > But does anyone else think it might be a good idea for CP to check > available page space before allowing a (really big) virtual machine to > be logged on? > One shouldn't define a virtual machine of size 1500G when one meant to > do 1500M! > > Maybe I should just take a day off, huh? > OK... I have to ask. How did you manage to define a virtual machine whose size was 1500G? There's a machine-dependent limit on the maximum virtual storage size (256GB for a z990, 1TB for a z9), so are you sure you successfully defined 1500G? Or did CP enforce the maximum supported for your machine? (Or maybe there's some way I'm not aware of to bypass this limit.) Of course, even if CP did constrain you to the maximum supported, you'd still be in trouble! I'm just curious concerning the actual numbers quoted. Ray Mansell P.s. "Constrained to 1TB" is really a sign of the times. My very first virtual machine, several decades ago, was 320KB!!
FW: [Fwd: IBM introduces "mainframe gas gauge"]
The note below was bouncing for some reason (or at least, it told Gabe it was...) -Original Message- From: Gabe Goldberg [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 11:28 AM To: IBM-MAIN automatic digest system Subject: [Fwd: IBM introduces "mainframe gas gauge"] IBM introduces "mainframe gas gauge" In an extension of the company's Project Big Green, IBM launched a program that allows mainframe customers to monitor their systems' precise energy consumption in real-time. http://www.ibm.com/press/us/en/pressrelease/22433.wss -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED]
Re: Sanity check?
This was our test environment - z/VM 5.3, about 120 active VMs, 24 GB memory divided 20 central and 4 expanded, and 54 mod-3s as paging devices. STORBUF is 300 300 300. We've been short on memory for quite a while (typically 72+ GB virtual), but evidently nothing is gonna help in a case like this. Michael Czora Wells Fargo Mainframe Resource and Performance Management 612-667-0044 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Friday, October 12, 2007 3:33 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sanity check? On 10/12/07, Marcy Cortes <[EMAIL PROTECTED]> wrote: > One shouldn't define a virtual machine of size 1500G when one meant to do > 1500M! We have been spoiled by an operating system that only uses what you need, rather than what you give it. So the big game with Linux is to give it just what it needs... Normally when paging space fills, you overflow into spool space. Because spool space is often small that does not help you a lot and you abend shortly after that. That message is clear. But I assume this is z/VM 5.2 and you were starting a Linux virtual machine, right? If so, then I would expect your system stalled because of PGMBK fragmentation. If you still have the performance data from that period, it would be good to look at the ESAASPC report - if possible with 1 minute granularity. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Re: Sanity check?
PAGE spills over into SPOOL when it fills. It could have taken more time than you realize before filling both:-) Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Thursday, October 11, 2007 5:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sanity check? Luckily on the test/dev Linux system, not production! Took 16 minutes to reach 90% page space, another 20 to reach 100% and limped along for another 15 before we IPL'd out of it (thinking it was our friend VM64297 not really solved). When we came back up and that server started near the end of the autolog list... paging rate when to 88K/sec to xstor and 40K/sec to dasd.Then I it occurred to me what might have happpened... forced it --- and it took another 25 minutes or so of it being logoff/force pending before it actually went away. We didn't abend though... strangely.. at 100% page space. That would have helped give me a clue sooner! Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, October 11, 2007 4:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sanity check? Ouch. It couldn't have been any worse if you had entered 1500T, 1500P, or 1500E! When you're out of chips (memory or potato) you're out of chips. Want to buy a different consonant? Maybe Sir Rich of Consonants would sell one to you? So, how did it take for CP to choke after the LOGON command was displayed on the console? And... yes. To me your suggestion makes eminent sense - particularly given that IBM does not ship z's with 16E of real storage, nor would z/VM support that much. I do wonder how much physical space 16E of z storage would take. :-) Mike Walter Hewitt Associates "Marcy Cortes" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 10/11/2007 06:21 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Sanity check? I know, my gun my foot... But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? One shouldn't define a virtual machine of size 1500G when one meant to do 1500M! Maybe I should just take a day off, huh? Marcy Cortes "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
IBM introduces "mainframe gas gauge"
IBM introduces "mainframe gas gauge" In an extension of the company's Project Big Green, IBM launched a program that allows mainframe customers to monitor their systems' precise energy consumption in real-time. http://www.ibm.com/press/us/en/pressrelease/22433.wss -- Gabriel Goldberg, Computers and Publishing, Inc. (703) 204-0433 3401 Silver Maple Place, Falls Church, VA 22042[EMAIL PROTECTED]
Re: DFSMS
When you log on to shop z series to order z/VM 5.3.0 and SDO you have to check off DFSMS, RSCS, RACF, Dirmaint features of 5.3.0 as well as any other program products you want like VTAM and HLASM. good luck Bill Munson VM System Programmer Office of Information Technology State of New Jersey (609) 984-4065 President MVMUA http://www.marist.edu/~mvmua Huegel, Thomas wrote: Does anyone know? Is DFSMS, at least RMS shipped in the z/VM 5.2 base? I sure can't find it. Or does it have to be ordered seperatly when I place my 5.3 order? Thanks __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: Sanity check?
> But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? Just a thought - maybe a SIZEMAP tool would be helpful - to head that situation off. I'm in the habit of doing: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) directxa user Maybe one more step would be prudent: 1) x user direct 2) diskmap user => if any changes to a minidisk 3) sizemap user => if any changes to virtual machines 4) directxa user SIZEMAP would just create a report summarizing min/max machine sizes, or maybe it could be merged with DISKMAP. Again, just a thought, perhaps a bit simplistic... "Mike MacIsaac" <[EMAIL PROTECTED]> (845) 433-7061
DFSMS
Does anyone know? Is DFSMS, at least RMS shipped in the z/VM 5.2 base? I sure can't find it. Or does it have to be ordered seperatly when I place my 5.3 order? Thanks __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com
Re: Sanity check?
Marcy Cortes wrote: I know, my gun my foot... But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? One shouldn't define a virtual machine of size 1500G when one meant to do 1500M! Maybe I should just take a day off, huh? OK... I have to ask. How did you manage to define a virtual machine whose size was 1500G? There's a machine-dependent limit on the maximum virtual storage size (256GB for a z990, 1TB for a z9), so are you sure you successfully defined 1500G? Or did CP enforce the maximum supported for your machine? (Or maybe there's some way I'm not aware of to bypass this limit.) Of course, even if CP did constrain you to the maximum supported, you'd still be in trouble! I'm just curious concerning the actual numbers quoted. Ray Mansell P.s. "Constrained to 1TB" is really a sign of the times. My very first virtual machine, several decades ago, was 320KB!!
Re: Sanity check?
On 10/12/07, Marcy Cortes <[EMAIL PROTECTED]> wrote: > One shouldn't define a virtual machine of size 1500G when one meant to do > 1500M! We have been spoiled by an operating system that only uses what you need, rather than what you give it. So the big game with Linux is to give it just what it needs... Normally when paging space fills, you overflow into spool space. Because spool space is often small that does not help you a lot and you abend shortly after that. That message is clear. But I assume this is z/VM 5.2 and you were starting a Linux virtual machine, right? If so, then I would expect your system stalled because of PGMBK fragmentation. If you still have the performance data from that period, it would be good to look at the ESAASPC report - if possible with 1 minute granularity. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/