Re: where to find the real storage for a linux guest?
Use "CP IND USER userid" and look for RESIDENT, that's the number of pages the given user has in real storage at that time. 2009/8/18 > One of my Co-worker is interested in how much real storage WAS is used on > z/VM. ?compare with z/OS > We found on Perfsvm FCX115 > > Storage def. :1024MB > Resident <2GB: 37680 > Resident >2GB: 219018 > Proj. WSET : 256684 > Reserved pgs : 0 > Locked pages : 1 > XSTORE dedic.: 0MB > XSTORE pages :5156 > > Can I use Proj. WSET *4/1024 to answer the question? > Should I add xstore pages? > > -- > This message is intended only for the addressee. It may contain privileged > or confidential information. Any unauthorized disclosure is strictly > prohibited. If you have received this message in error, please notify us > immediately so that we may correct our internal records. Please then delete > the original email. Thank you. (Sent by Webgate1) > -- Kris Buelens, IBM Belgium, VM customer support
Re: SYSTEM CONFIG file question
I use gateway to differentiate between home and DRsite because I need the nodename to be the same. I use CP QUERY GATEWAY to get the value. It is a CP variable. /Tom Kern Gentry, Stephen wrote: > Does anyone use the Gateway option on the System_Identifier parameter > in the SYSTEM CONFIG file? I’ve tried using it and can’t get it do > what I thought it would do. System identifier is coded below (the cpuid > has been replaces with x’s but it is filled in correctly in the sys > config file). > > System_Identifier * xx DRTEST Gateway LLIC > > System_Identifier_Default ZVMV5R40 Gateway LLIC > > When I issue the CP ID command I get: > > ITTS01 AT DRTEST VIA *08/17/09 16:28:31 EDT MONDAY > > I expect to get: > > ITTS01 AT LLIC VIA RSCS08/17/09 16:28:31 EDT MONDAY > > I do get the expected results when I code the information in the > SYSTEM NETID file on the S drive > > Is my thinking correct? > > Thanks, > > Steve
Re: SYSTEM CONFIG file question
The IDENTIFY command is not a CP command, but a CMS command, it extracts its information from SYSTEM NETID if availlable, else it uses the System_Identifier; The System_Identifier is used by CP Q USERID and displayed right bottom of the 3270 terminals. The Gateway is used when interconnecting VM systems in an ISFC collection. 2009/8/17 Gentry, Stephen > Does anyone use the Gateway option on the System_Identifier parameter in > the SYSTEM CONFIG file? I’ve tried using it and can’t get it do what I > thought it would do. System identifier is coded below (the cpuid has been > replaces with x’s but it is filled in correctly in the sys config file). > > System_Identifier * xx DRTEST Gateway LLIC > > System_Identifier_Default ZVMV5R40 Gateway LLIC > > When I issue the CP ID command I get: > > ITTS01 AT DRTEST VIA *08/17/09 16:28:31 EDT MONDAY > > I expect to get: > > ITTS01 AT LLIC VIA RSCS08/17/09 16:28:31 EDT MONDAY > > > > I do get the expected results when I code the information in the SYSTEM > NETID file on the S drive > > > > Is my thinking correct? > > > > Thanks, > > Steve > -- Kris Buelens, IBM Belgium, VM customer support
SYSTEM CONFIG file question
Does anyone use the Gateway option on the System_Identifier parameter in the SYSTEM CONFIG file? I've tried using it and can't get it do what I thought it would do. System identifier is coded below (the cpuid has been replaces with x's but it is filled in correctly in the sys config file). System_Identifier * xx DRTEST Gateway LLIC System_Identifier_Default ZVMV5R40 Gateway LLIC When I issue the CP ID command I get: ITTS01 AT DRTEST VIA *08/17/09 16:28:31 EDT MONDAY I expect to get: ITTS01 AT LLIC VIA RSCS08/17/09 16:28:31 EDT MONDAY I do get the expected results when I code the information in the SYSTEM NETID file on the S drive Is my thinking correct? Thanks, Steve
Re: Configuring and Using a VSWITCH
I'm not sure what you mean here.. of course this should work regardless of how the guest is started - automatically or manually if things are setup correctly. Can you explain further? Scott On Mon, Aug 17, 2009 at 1:45 PM, Kline, Martin wrote: > >FYI... Rule #2: Don't annoy Security People. > > Clearly, at least to me NOW, I should have read the rules sooner. > > In any case, we have it working. Thanks for everyone's support. > > The answer(s) is/were to: > > 1) define the IP address we already had as the primary home address > 2) define a vlink > 3) add the 10.0.219.1 home address assigned to the vlink > 4) define the LINUX guests with pre-assigned IP addresses in the 10.0.219 > subnet > 5) define routes in each LINUX guest with the 10.0.219.1 destination > 6) DO NOT START THE LINUX GUESTS AUTOMATICALLY! > > For some reason, starting the guests automatically prevents them from > accessing the vswitch, and everything beyond that. Is this a > documented/expected behavior? Has anyone else run into this issue? >
where to find the real storage for a linux guest?
One of my Co-worker is interested in how much real storage WAS is used on z/VM. ?compare with z/OS We found on Perfsvm FCX115 Storage def. :1024MB Resident <2GB: 37680 Resident >2GB: 219018 Proj. WSET : 256684 Reserved pgs : 0 Locked pages : 1 XSTORE dedic.: 0MB XSTORE pages :5156 Can I use Proj. WSET *4/1024 to answer the question? Should I add xstore pages? This message is intended only for the addressee. It may contain privileged or confidential information. Any unauthorized disclosure is strictly prohibited. If you have received this message in error, please notify us immediately so that we may correct our internal records. Please then delete the original email. Thank you. (Sent by Webgate1)
Re: ISPF/PDF CMS MACLIB - Maintenance
Mark/Richard: I'm guessing that the nightly compress of the MACLIB is done by some kind of VM service machine. If that's true, how about modifying the user code to use the QUERY LINKS command to determive if the maintenance ID is linked to the MACLIB disk and if it is, don't allow updates. Maybe issue a message to let the user know that it is temporarily unavailable, go int o a sleep loop and keep checking until the maintenance ID no longer has the MACLIB disk linked, then allow updates again, or terminate the user code with a message, etc. That might do the trick and wouldn't require a lot of work for a soon to be dead app, (we all know how "dead" things like to stick around, like mainframes, VM, COBOL, etc. :-)> ). -- Dale R. Smith "Another flaw in the human character is that everybody wants to build and nobody wants to do maintenance." - Kurt Vonnegut On Fri, 14 Aug 2009 12:32:49 -0500, Mark Llewellyn wrote: >Any veteran ISPF/PDF SMEs out there? > >We have an ancient and soon-to-be decommissioned ISPF/PDF application that >makes use of an enormous MACLIB on a shared mult-write minidisk. Scary, I >know, but that's the way ISPF works on CMS. > >This maclib can grow by millions of records per day, due to heavy activity >and inefficient old code. Each night a maintenance routine copies this >maclib to a temp disk, compresses it, and copies it back to its home >disk. There is an obvious vulnerability here - if the maclib is being >updated when being copied back to its usual home, it can corrupt the >file. > >Although this system is going the way of the dinosaur soon, we need a >better way of regulating the size of the maclib if possible. This is ou r >only ISPF/PDF application, and the folks who designed it are years gone >from the company. > >Is there ANY way to persuade ISPF to squeeze the air out of the maclib o n >the fly? If not, is there a safe way to ask ISPF to suspend all update >activity while the backup/compress is occurring, then resume when the >maclib has been safely returned? > >Thanks! > >Mark Llewellyn, Visa Inc. > = ===
Re: How to tell how many linux running on z/VM?
That may be a good measure for some, including you; however, it is not
universal. We use V-disk for temp disks, so most of our CMS users have one or
more V-disks. We would have to filter the non-swap vdisks out of the results.
As noted, there is no one size fits all solution. You have to base your filters
on knowledge of your system, conventions, and user base. If you want it to be
nearly bullet-proof, you have to adopt some kind of convention and enforce it.
(I couldn't even use machine size if we were mixing IFLs and regular CPUs in an
LPAR - we have large, anywhere from 3.4 to 18 GB guests that are not Linux. In
that situation, we could base it on whether the guest was IFL or other).
Regards,
Richard Schuh
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of sunny...@wcb.ab.ca
Sent: Monday, August 17, 2009 1:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: How to tell how many linux running on z/VM?
We use vdisk for swap.
So I find :
q vdisk can tell me about the current running linux guests using Vdisk.
vmcp q vdisk |awk '{print($2)}' | sort -u
This message is intended only for the addressee. It may contain privileged or
confidential information. Any unauthorized disclosure is strictly prohibited.
If you have received this message in error, please notify us immediately so
that we may correct our internal records. Please then delete the original
email. Thank you. (Sent by Webgate1)
How to tell how many linux running on z/VM?
We use vdisk for swap.
So I find :
q vdisk can tell me about the current running linux guests using Vdisk.
vmcp q vdisk |awk '{print($2)}' | sort -u
This message is intended only for the addressee. It may contain privileged or
confidential information. Any unauthorized disclosure is strictly prohibited.
If you have received this message in error, please notify us immediately so
that we may correct our internal records. Please then delete the original
email. Thank you. (Sent by Webgate1)
Re: Extension of MAINT 190 (S-DISK)
David, Can you explain some more regarding the this process and how to set it up. We recommend using a separate minidisk for each product and using VMLINK with a shared NAMES file to access them as needed. Lets you do indirection and gets you a way to easily catalog who is using which product and how often it's used. At this point, the small real storage savings is unlikely to outweigh the amount of time it takes to sort out what files you need when you do an upgrade. --- On Mon, 5/19/08, David Boyes wrote: From: David Boyes Subject: Re: Extension of MAINT 190 (S-DISK) To: IBMVM@LISTSERV.UARK.EDU Date: Monday, May 19, 2008, 10:47 AM > Thank you for this hint. Well I am also much more in favour to do the > installation on a separate disks, however in my case IBM install > instructions of the SDO (Semi-VMSES/E Licenced Products) tell to install > it > on MAINT 19E. Save yourself a lot of pain. Don't. Mixing stuff up on the 19E is just a recipe for a lot of heartache when you have to upgrade. We recommend using a separate minidisk for each product and using VMLINK with a shared NAMES file to access them as needed. Lets you do indirection and gets you a way to easily catalog who is using which product and how often it's used. At this point, the small real storage savings is unlikely to outweigh the amount of time it takes to sort out what files you need when you do an upgrade. > Therefore I do it in the recommended way but only for IBM > products ;-) If there's a feedback form, submit it with the comment that this is a REALLY bad idea.
Re: Configuring and Using a VSWITCH
>FYI... Rule #2: Don't annoy Security People. Clearly, at least to me NOW, I should have read the rules sooner. In any case, we have it working. Thanks for everyone's support. The answer(s) is/were to: 1) define the IP address we already had as the primary home address 2) define a vlink 3) add the 10.0.219.1 home address assigned to the vlink 4) define the LINUX guests with pre-assigned IP addresses in the 10.0.219 subnet 5) define routes in each LINUX guest with the 10.0.219.1 destination 6) DO NOT START THE LINUX GUESTS AUTOMATICALLY! For some reason, starting the guests automatically prevents them from accessing the vswitch, and everything beyond that. Is this a documented/expected behavior? Has anyone else run into this issue?
Re: Links to a real device
AhhhThanks! Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Monday, August 17, 2009 10:29 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Links to a real device Q SYS 140 Marcy "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:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, August 17, 2009 8:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Links to a real device Is there a way to determine the links (mdisks) to a device other than via the directory (either with MDISKMAP or DIRMAP)? DASD 0140 CP SYSTEM TM2000 4< 4 links, but who and what vdev Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Links to a real device
The "QUERY SYSTEM rdev" command will tell you who has links and at what virtual address. You can use "QUERY MDISK USER userid vdev DETAILS" to see who owns the minidisk and the owner's virtual address. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers > Sent: Monday, August 17, 2009 8:27 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Links to a real device > > Is there a way to determine the links (mdisks) to a device > other than via the directory (either with MDISKMAP or DIRMAP)? > > DASD 0140 CP SYSTEM TM2000 4< 4 links, but who and what vdev > > Frank M. Ramaekers Jr. > Systems Programmer MCP, MCP+I, MCSE & RHCE > American Income Life Insurance Co. Phone: (254)761-6649 > 1200 Wooded Acres Dr.Fax: (254)741-5777 > Waco, Texas 76710 > > > _ This > message contains information which is privileged and > confidential and is solely for the use of the intended > recipient. If you are not the intended recipient, be aware > that any review, disclosure, copying, distribution, or use of > the contents of this message is strictly prohibited. If you > have received this in error, please destroy it immediately > and notify us at privacy...@ailife.com. >
Re: ISPF/PDF CMS MACLIB - Maintenance
Ok, then they've already Bet The Business, so it's not your problem. Les Schuh, Richard wrote: Unfortunately, that is not possible. This is a legacy application that is enterprise wide and the users have no knowledge that they are using it. It cannot be decommissioned until its replacement is fully operational sometime next month (assuming there are no delays). Management is fully aware of the problems with it and, like the people responsible for keeping it alive until then, hopes like hell that nothing major happens to either the application or its replacement in the interim. Fortunately, the main problems with the app can usually be fixed by restoring a backup and telling the users to redo what they have don since the restore point. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Les Koehler Sent: Friday, August 14, 2009 8:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ISPF/PDF CMS MACLIB - Maintenance Explain the problem to management and let them decide if they want to Bet The Business on the current exposure. If not, let them announce to everyone when ISPF will be unavailable and FORCE all the users and take the ISPF disk away by whatever means are available (I'm retired and was not a SysProg, just a developer!) Les Schuh, Richard wrote: Considering that it is ISPF, I would be worried that taking down the SVM would simply kill all of the protective mechanisms that ISPF employs to keep the users from trashing the file because of the MW links. In the absence of knowledge about its purpose, I would not suggest blindly taking it down. I really do not like to play the game of "My gun. My bullet. My body part." I might be able to get along ok if I only hit a little toe, but with my hands, parts higher up, such as a knee (bet you thought I was referring to something else), would also be vulnerable. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of P S Sent: Friday, August 14, 2009 3:50 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ISPF/PDF CMS MACLIB - Maintenance On Fri, Aug 14, 2009 at 4:52 PM, Llewellyn, Mark wrote: The MACLIB is updated via PDF dialog table services, driven by a number of older REXX EXECs. It contains hundreds of members, which can be updated at any time, and new members are added every day. I'm unsure if ISPF/PDF "locks" a member, or a table row, each time it's updated. Nevertheless, in order to compress the maclib we'd like to completely halt any possible update activity. Some sort of global ISPF command that I haven't found yet, perhaps. The application runs ISPF in the users' individual virtual machines. ISPF does have a service machine, which runs mysterious "ISPF Services." Take down the ISPF machine?
Gavin Appleton is out of the office.
I will be out of the office starting 17/08/2009 and will not return until 20/08/2009. I will respond to your message when I return.
Re: Links to a real device
CP Q SYS 140 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, August 17, 2009 9:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Links to a real device Is there a way to determine the links (mdisks) to a device other than via the directory (either with MDISKMAP or DIRMAP)? DASD 0140 CP SYSTEM TM2000 4< 4 links, but who and what vdev Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Links to a real device
Q SYS 140 Marcy "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:ib...@listserv.uark.edu] On Behalf Of Frank M. Ramaekers Sent: Monday, August 17, 2009 8:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Links to a real device Is there a way to determine the links (mdisks) to a device other than via the directory (either with MDISKMAP or DIRMAP)? DASD 0140 CP SYSTEM TM2000 4< 4 links, but who and what vdev Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Links to a real device
Is there a way to determine the links (mdisks) to a device other than via the directory (either with MDISKMAP or DIRMAP)? DASD 0140 CP SYSTEM TM2000 4< 4 links, but who and what vdev Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: ISPF/PDF CMS MACLIB - Maintenance
Unfortunately, that is not possible. This is a legacy application that is enterprise wide and the users have no knowledge that they are using it. It cannot be decommissioned until its replacement is fully operational sometime next month (assuming there are no delays). Management is fully aware of the problems with it and, like the people responsible for keeping it alive until then, hopes like hell that nothing major happens to either the application or its replacement in the interim. Fortunately, the main problems with the app can usually be fixed by restoring a backup and telling the users to redo what they have don since the restore point. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Les Koehler > Sent: Friday, August 14, 2009 8:34 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: ISPF/PDF CMS MACLIB - Maintenance > > Explain the problem to management and let them decide if they > want to Bet The Business on the current exposure. If not, let > them announce to everyone when ISPF will be unavailable and > FORCE all the users and take the ISPF disk away by whatever > means are available (I'm retired and was not a SysProg, just > a developer!) > > Les > > Schuh, Richard wrote: > > Considering that it is ISPF, I would be worried that taking > down the SVM would simply kill all of the protective > mechanisms that ISPF employs to keep the users from trashing > the file because of the MW links. In the absence of knowledge > about its purpose, I would not suggest blindly taking it > down. I really do not like to play the game of "My gun. My > bullet. My body part." I might be able to get along ok if I > only hit a little toe, but with my hands, parts higher up, > such as a knee (bet you thought I was referring to something > else), would also be vulnerable. > > > > Regards, > > Richard Schuh > > > > > > > >> -Original Message- > >> From: The IBM z/VM Operating System > >> [mailto:ib...@listserv.uark.edu] On Behalf Of P S > >> Sent: Friday, August 14, 2009 3:50 PM > >> To: IBMVM@LISTSERV.UARK.EDU > >> Subject: Re: ISPF/PDF CMS MACLIB - Maintenance > >> > >> On Fri, Aug 14, 2009 at 4:52 PM, Llewellyn, > Mark > >> wrote: > >>> The MACLIB is updated via PDF dialog table services, driven > >> by a number of older REXX EXECs. It contains hundreds of members, > >> which can be updated at any time, and new members are added every > >> day. > >>> I'm unsure if ISPF/PDF "locks" a member, or a table row, > >> each time it's updated. Nevertheless, in order to compress the > >> maclib we'd like to completely halt any possible update activity. > >> Some sort of global ISPF command that I haven't found yet, perhaps. > >>> The application runs ISPF in the users' individual virtual > >> machines. ISPF does have a service machine, which runs mysterious > >> "ISPF Services." > >> > >> Take down the ISPF machine? > >> > > >
Re: ISPF/PDF CMS MACLIB - Maintenance
A straw at which I cannot grasp. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of P S > Sent: Friday, August 14, 2009 6:40 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: ISPF/PDF CMS MACLIB - Maintenance > > On Fri, Aug 14, 2009 at 7:20 PM, Schuh, > Richard wrote: > > Considering that it is ISPF, I would be worried that taking > down the SVM would simply kill all of the protective > mechanisms that ISPF employs to keep the users from trashing > the file because of the MW links. In the absence of knowledge > about its purpose, I would not suggest blindly taking it > down. I really do not like to play the game of "My gun. My > bullet. My body part." I might be able to get along ok if I > only hit a little toe, but with my hands, parts higher up, > such as a knee (bet you thought I was referring to something > else), would also be vulnerable. > > Ah, true. Urgh. > > Got FlashCopy? Yes, I'm grasping at straw... >
Re: ISPF/PDF CMS MACLIB - Maintenance
Advice that Chuckie would be proud of :-) Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Stephen Frazier > Sent: Friday, August 14, 2009 5:28 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: ISPF/PDF CMS MACLIB - Maintenance > > Schuh, Richard wrote: > > The developers of the application chose to have the data > maintained in a single, ever-increasing, highly used, > frequently updated ISPF library, with no maintenance > routines, and no good way to identify obsolete members. The > application was already firmly entrenched when Mark and I > arrived at Visa. There have been at least three unsuccessful > attempts to replace in during my tenure here. The current > attempt is nearing completion. With luck, we only have to > keep the application running for a few more months.. > > > > > Don't worry about it breaking. If the old one dies then that > is a great incentive for the developers to get the new one > working quickly. :) > > > I didn't say that. Who me. Never. > > -- > Stephen Frazier > Information Technology Unit > Oklahoma Department of Corrections > 3400 Martin Luther King > Oklahoma City, Ok, 73111-4298 > Tel.: (405) 425-2549 > Fax: (405) 425-2554 > Pager: (405) 690-1828 > email: stevef%doc.state.ok.us >
Looking for someone to SHARE their Disaster Recovery story
I am the Project Manager for the VM Project at SHARE. We have a Disaster Recovery panel discussion session planned for SHARE in Denver next week. One of the participants has had to back out because they are not going to be able to travel. I am looking for another customer site who is willing and able to answer questions related to their experience Disaster Recovery in a virtual environment. This will not require a big, formal presentation - just be willing to share your experience and answer questions. If you would be willing to participate with us and will be in Denver next week, please contact me off list and I can provide more details. Thank you! Rick Barlow VM Project Manager, SHARE
Re: ipwizard problem
In this case the IPWIZARD encounterd an error of some sort. IE: The OSA device was not online to VM or the LPAR. I ran into this same problem. The hardware guy gave me the wrong OSA addresses to use. Once I had the correct addresses the wizard completed and I was able to connect to TCP/IP. Billy Tony Bergenza wrote: > Hi , > Installed 5.4, exec IPWIZARD but failed with mes. > dtcifc2605e tcp/ip stack tcp/ip is not available. > do we hve to configure TCP/IP > Any help will be appreciated > Regards > Tony
Re: PTK USRLIMITS by shifts?
No, but I have run into this after a new z/VM installation. I wondered about this as well, but have not had the chance to pursue. Yes, it doesn't make sense that it seems to understand the command, seems to adjust the values, but doesn't use the new values in it's operation. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr.Fax: (254)741-5777 Waco, Texas 76710 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Shimon Lebowitz Sent: Thursday, August 13, 2009 7:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PTK USRLIMITS by shifts? You mean It is IMPOSSIBLE to change thresholds without stopping and restarting the PERFSVM? :-( Isn't it strange that PTK *does* know about my new settings (as shown in results of FC USRLIMIT QUERY) but doesn't obey them? And doesn't anyone else have shifts with differing job characteristics? Strange Shimon Original message >Date: Thu, 13 Aug 2009 08:11:56 +0200 >From: Eginhard Jaeger >Subject: Re: [?? Probable Spam] PTK USRLIMITS by shifts? >To: IBMVM@LISTSERV.UARK.EDU > > > Shimon, see usage note 1 for the FC USRLIMIT > command: it tells you that PerfKit will associate > the user limit values with a user that were set at > the time the first set of performance data was > collected for that user (either PerfKit start or > first user logon). Later changes will not affect > users that are already logged on, sorry .. > > Eginhard Jaeger > > - Original Message - > From: Shimon Lebowitz > To: IBMVM@LISTSERV.UARK.EDU > Sent: Wednesday, August 12, 2009 7:48 PM > Subject: [?? Probable Spam] PTK USRLIMITS by > shifts? > Hi, > I set up events to change my PTK settings of > USRLIMITS according to shifts. > The main batch machines are not supposed to be > gobbling resources during prime time, > but at night they can run wild. So, while the > usual USRLIMIT for %CPU is 30, > at 17:00 I want to do FC USRLIMIT > %CPU 75 5/10. > > I put several of these commands in an exec with > 'FCONCMD FCSTACK', > and the exec ran. I also did FC USRLIMIT QUERY and > verified that the > new settings are recognized. > > But... I still get daytime exception messages at > night. > > What else do I need to do? > > Thanks, > Shimon > _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
ipwizard problem
Hi , Installed 5.4, exec IPWIZARD but failed with mes. dtcifc2605e tcp/ip stack tcp/ip is not available. do we hve to configure TCP/IP Any help will be appreciated Regards Tony
