Re: MONWRITE files
Ohh... This could get interesting -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of barton Sent: Tuesday, March 11, 2008 11:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Alan, look at what he's collecting. If you don't think that is miscollecting, you should take the class too. Alan Altmark wrote: On Wednesday, 03/12/2008 at 01:09 EDT, barton [EMAIL PROTECTED] wrote: MONWRITE was not even very well accepted 20 years ago when it became available because of the volume of data and mis-collection of data. Eh? MONWRITE is a tool for collecting raw monitor data. It was not, perhaps, accepted 20 years ago as a good way to MANAGE your raw performance data. That hasn't changed. What is there to mis-collect in a tool that is supposed to write to disk every monitor record the system generates? Alan Altmark z/VM Development IBM Endicott
Using WakeUp to cycle a zLinux instance
To All: I have a zLinux that is having issues and as a temporary bandaid I need to cycle the instance every morning. Will the wake command help me accomplish this? That for everyone input. Frank Sikich NCC --- ***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: Using WakeUp to cycle a zLinux instance
On Thu, Mar 13, 2008 at 2:48 PM, Sikich, Frank J. [EMAIL PROTECTED] wrote: I have a zLinux that is having issues and as a temporary bandaid I need to cycle the instance every morning. Will the wake command help me accomplish this? That for everyone input. You could tweak the inittab to make the 3-finger-salute do a restart rather than shutdown. You can then SIGNAL the user... (not FORCE since that would make CP take the guest out after some time despite the reboot) -- Rob van der Heij Velocity Software GmbH http://velocitysoftware.com/
Re: Using WakeUp to cycle a zLinux instance
I think it should work. Put something like this in your WAKEUP TIMES ALL 05:00:00 CP FORCE LINUX WITHIN 300 ALL 05:10:00 CP XAUTOLOG LINUX Will send LINUX a shutdown signal before forcing it to logoff And then xautolog him back on 10 minutes later [Huegel, Thomas] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Sikich, Frank J. Sent: Thursday, March 13, 2008 8:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Using WakeUp to cycle a zLinux instance To All: I have a zLinux that is having issues and as a temporary bandaid I need to cycle the instance every morning. Will the wake command help me accomplish this? That for everyone input. Frank Sikich NCC --- ***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: Using WakeUp to cycle a zLinux instance
Why not just let cron schedule it?? Edit your crontab to look like this: 30 1 * * 1 /sbin/shutdown -r 0 We reboot our guest and it works great. Mace From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Sikich, Frank J. Sent: Thursday, March 13, 2008 9:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Using WakeUp to cycle a zLinux instance To All: I have a zLinux that is having issues and as a temporary bandaid I need to cycle the instance every morning. Will the wake command help me accomplish this? That for everyone input. Frank Sikich NCC --- ***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. === - The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer.
Re: MONWRITE files
Wasn't going to answer, but Bill P goaded me to it. Is some monitor data worthless to be recorded? YES, LOTS OF IT for the MXG user. Is the shelf life short? YES for much of it. (Disks doing zero I/O but online?) Is MONWRITE writing garbage? Not all of it. To most users, much of the data is indeed garbage or at least something less than useful. We replaced MONWRITE in 1989 with intelligent operation that supports MXG the way MXG users like, supports MICS like MICS users like, and saved customers significant CPU on z/OS, disk space on both MVS (z/OS) and VM/XA (z/VM), and we can give Linux process, application and user data to both MXG and MICS. MONWRITE is old and in the way of progress. From our products page http://velocitysoftware.com/product.html; there is a link to our vendor interfaces such as MXG. We even try and support the IBM products, but there are few users. Alan Altmark wrote: On Wednesday, 03/12/2008 at 01:48 EDT, barton [EMAIL PROTECTED] wrote: Alan, look at what he's collecting. If you don't think that is miscollecting, you should take the class too. Are you telling me that some monitor data is worthless to be recorded? That is, that the shelf life is some of the data is so short that it has no value in a disk file? Or are you telling me that MONWRITE is writing garbage or double-writing or not writing or ...? If you're going to accuse MONWRITE of bad behavior, then I think you should tell me what you think it is doing that is bad. No FUD. Alan Altmark z/VM Development IBM Endicott
Re: MONWRITE files
[assorted snarling] Take it off list, folks. You can agree to disagree, but a certain level of civility is expected. This level of confrontation isn't useful or productive; it scares the newbies, and the advertising level is getting a bit annoying again.
Re: MONWRITE files
On Thursday, 03/13/2008 at 12:15 EDT, David Boyes [EMAIL PROTECTED] wrote: [assorted snarling] Take it off list, folks. You can agree to disagree, but a certain level of civility is expected. This level of confrontation isn't useful or productive; it scares the newbies, and the advertising level is getting a bit annoying again. I wasn't intending to be confrontational. I don't know enough about the issue to agree or disagree, in fact, but when I hear that an IBM product is doing evil things, I want to know more. And if an issue is raised in public (including this one), then I prefer to resolve it there, too. My apologies to any who have perceived me as being less than civil. Alan Altmark z/VM Development IBM Endicott
Re: MONWRITE files
I have met/worked with Alan on a number of occasions. He has never been less that civil or professional. If the forum can be used to bash IBM's products, then it certainly should be used by IBM to defend itself. Jerry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 9:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files On Thursday, 03/13/2008 at 12:15 EDT, David Boyes [EMAIL PROTECTED] wrote: [assorted snarling] Take it off list, folks. You can agree to disagree, but a certain level of civility is expected. This level of confrontation isn't useful or productive; it scares the newbies, and the advertising level is getting a bit annoying again. I wasn't intending to be confrontational. I don't know enough about the issue to agree or disagree, in fact, but when I hear that an IBM product is doing evil things, I want to know more. And if an issue is raised in public (including this one), then I prefer to resolve it there, too. My apologies to any who have perceived me as being less than civil. Alan Altmark z/VM Development IBM Endicott
Re: MONWRITE files
On Thu, 13 Mar 2008 12:02:37 -0400, David Boyes [EMAIL PROTECTED] wrote: and the advertising level is getting a bit annoying again. As a bystander, when a question is asked which an available tool can help address I do not object to it being briefly mentioned. Whether the tool has a cost and is mentioned by the vendor or is freely available and is mentioned by the author, such advertising is acceptable to me. Unacceptable would be software advertising posts not directly related t o a specific topic under discussion. One exception is that I would not object to initial availability announcements for new tools. A grey area is update announcements for existing tools. As a direct response to someone having a problem with an existing tool it is fine. We also need to tolerate some level of functionality update announcements, but where t o draw the line is fuzzy. Discussing the relative merits of tools is useful when it covers new ground or are short answers to direct questions. Long answers should instead reference previous discussions rather than generating new traffic . YMMV. Brian Nielsen
Re: MONWRITE files
My note was a response to Barton, not Alan. Alan *has* been civil during the entire discussion, as usual.
Re: MONWRITE files
Mea Culpa...reading is fundamental. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, March 13, 2008 11:00 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files My note was a response to Barton, not Alan. Alan *has* been civil during the entire discussion, as usual.
Re: PIPE Help (please)
Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Romanowski, John (OFT) Sent: Thursday, February 07, 2008 1:57 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I've sent you my VX EXEC VX a non-fullscreen CMS command Output is displayed in XEDIT. VX = View in Xedit Example: VX rac setr list for CP commands you must do VX cp like: VX cp q all This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Thursday, February 07, 2008 1:42 PM To: IBMVM@LISTSERV.UARK.EDU Subject: PIPE Help (please) I am frustrated with commands generating data that fills multiple screens and not have the ability to scroll back and forth in the results Thus I thought I'd try something with PIPEs and came up with this: pipe | cms rac setr list | setr list a | cms xedit setr list a | cms erase setr list a This seemed like it would work but the file is empty when xedit opens it. I've looked thru the pipe help menu and pipe ahelp menu and not found anything that helps that is obvious. Thanks in advance
FW: [IP] All online USENIX proceedings now free
In light of recent discussions on IBM-MAIN, IBMVM and elsewhere... This is a fantastic collection of useful documents on Linux and Unix management and scalability, with a rising amount of content on virtualization and virtual machines (and even some good papers from other parts of IBM on the pSeries and iSeries virtualization plans). Well worth reading. SHARE: this is your competition. Their stuff shows up in Google searches. Yours doesn't. How do you plan to compete in the future? From: Matt Blaze Sent: Thursday, March 13, 2008 1:03 PM Subject: All online USENIX proceedings now free I'm delighted to report that USENIX, probably the most important technical society at which I publish (and on whose board I serve), has taken a long- overdue lead toward openly disseminating scientific research. Effective immediately, all USENIX proceedings and papers will be freely available on the USENIX web site as soon as they are published. (Previously, most of the organization's proceedings required a member login for access for the first year after their publication.) The proceedings are available at: http://www.usenix.org/publications/library/proceedings/ For years, many authors have made their papers available on their own web sites, but the practice is haphazard, non-archivial, and, remarkably, actively discouraged by the restrictive copyright policies of many journals and conferences. So USENIX's step is important both substantively and symbolically. It reinforces why scientific papers are published in the first place: not as a proprietary revenue source, but to advance the state of the art for the benefit of society as a whole. Unfortunately, other major technical societies that sponsor conferences and journals still cling to the antiquated notion, rooted in a rapidly- disappearing print-based publishing economy, that they naturally own the writings that volunteer authors, editors and reviewers produce. These organizations, which insist on copyright control as a condition of publication, argue that the sale of conference proceedings and journal subscriptions provides an essential revenue stream that subsidizes their other good works. But this income, however well it might be used, has evolved into an ill-gotten windfall. We write scientific papers first and last because we want them read. When papers were actually printed on paper it might have been reasonable to expect authors to donate the copyright in exchange for production and distribution. Today, of course, such a model seems at best quaintly out of touch with the needs of researchers and academics who can no longer tolerate the delay or expense of seeking out printed copies of documents they expect to find on the web. Organizations devoted to computing research should recognize this not- so-new reality better than anyone. It's time for ACM and IEEE to follow USENIX's leadership in making scientific papers freely available to all comers. Let's urge them to do so. Matt Blaze http://www.crypto.com/blog
Re: PIPE Help (please)
I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
If you make those: '| $pipef$ $temp$ a3 'then you may eliminate the ERASE. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Said, Nick Sent: Thursday, March 13, 2008 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott 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-Use DASD
We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. As you can tell, all of this is a new experience so dont hesitate to include the simiplest of ideas. Thanks. Steve Mitchell Sr Systems Software Specialist Blue Cross Blue Shield of Kansas (785) 291-8885 'There are no degrees of Honesty-you're either Honest or you're not! CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Re: Re-Use DASD
-Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Mitchell Sent: Thursday, March 13, 2008 2:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re-Use DASD We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. As you can tell, all of this is a new experience so dont hesitate to include the simiplest of ideas. Thanks. Steve Mitchell If you're going to assign then to another Linux system, then I'd just do a mkfs on them. If you're going to put them back into the general pool, then cpfmtxa sounds reasonable to me. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it.
Re: MONWRITE files
And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental.
Re: Re-Use DASD
We would CPFMTXA the entire volume to prevent future users from accidentally getting obsolete or sensitive data. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Mitchell Sent: Thursday, March 13, 2008 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re-Use DASD We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. As you can tell, all of this is a new experience so dont hesitate to include the simiplest of ideas. Thanks. Steve Mitchell Sr Systems Software Specialist Blue Cross Blue Shield of Kansas (785) 291-8885 'There are no degrees of Honesty-you're either Honest or you're not! CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message. 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: MONWRITE files
an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail.
Re: MONWRITE files
I haven't gotten one asking if it is Friday, but the others are all too familiar. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, March 13, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail.
Re: Re-Use DASD
Actually, mkfs doesn't write the entire volume, does it? You'd have to run dasdfmt and then fdasd to get that effect, before running mkfs, based on how I understand things... I've been known to be wrong, though... Occasionally. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 3/13/08 2:20 PM, McKown, John [EMAIL PROTECTED] wrote: If you're going to assign then to another Linux system, then I'd just do a mkfs on them. If you're going to put them back into the general pool, then cpfmtxa sounds reasonable to me. -- John McKown
Re: Re-Use DASD
We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. Now would be a good time to switch to less than full volume minidisks. There's no real value to letting Linux manage the actual volume label, and it gives you lots more flexibility to move things around if you need to. Reformat the volumes with CPFMTXA or ICKDSF CPVOL, add them to your directory management tool (if you have one), and allocate a minidisk from 1-End and give that to the new guests.
Re: Re-Use DASD
Hasn't the recommendation for Linux guests generally been to define cylinder zero as PERM space with a real volser, and then define MDISKS from cylinder 1 for as many as required? That way the real volser can change as needed by the site, but the MDISK volser label seen by the guest can remain the same forever (and perhaps be the same for every guest so there are fewer differences?). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. On 3/13/08 2:20 PM, McKown, John [EMAIL PROTECTED] wrote: If you're going to assign then to another Linux system, then I'd just do a mkfs on them. If you're going to put them back into the general pool, then cpfmtxa sounds reasonable to me. -- John McKown 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. E-mails 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 e-mail.
Re: Re-Use DASD
On Thu, 13 Mar 2008 15:52:26 -0400, David Boyes [EMAIL PROTECTED] wrote: We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. Now would be a good time to switch to less than full volume minidisks. There's no real value to letting Linux manage the actual volume label, and it gives you lots more flexibility to move things around if you need to. Reformat the volumes with CPFMTXA or ICKDSF CPVOL, add them to your directory management tool (if you have one), and allocate a minidisk from 1-End and give that to the new guests. = === As has been previously mentioned, by you among others, allocating the minidisk from (1) to (end-1) would be better as it simplifies setting up testing in 2nd level VM systems. Brian Nielsen
Re: MONWRITE files
I don't care about vm is my PROFS working? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 3:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files I haven't gotten one asking if it is Friday, but the others are all too familiar. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, March 13, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail.
Re: Re-Use DASD
I have already gone through some of this and I did the reformat to avoid the next Linux using the disk from seeing garbage. Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] (319)-355-7824 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Steve Mitchell Sent: Thursday, March 13, 2008 2:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re-Use DASD We have reached the point in our Linux farm where some of our guests have served their useful purpose.As such I'm going to 'reuse' their DASD for new guests. I'm sure I can 'reformat' (cpfmtxa) them as I did originally, but I thought I would check on alternatives that others might have. All DASD used by the Linux guests are Full Volume minidisks. As you can tell, all of this is a new experience so dont hesitate to include the simiplest of ideas. Thanks. Steve Mitchell Sr Systems Software Specialist Blue Cross Blue Shield of Kansas (785) 291-8885 'There are no degrees of Honesty-you're either Honest or you're not! CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message.
Re: MONWRITE files
That is a historical reference. PROFS (O/V) has not been an issue in this shop for about 10 years. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Thursday, March 13, 2008 1:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files I don't care about vm is my PROFS working? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 3:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files I haven't gotten one asking if it is Friday, but the others are all too familiar. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, March 13, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail.
Re: MONWRITE files
yeah so I have been around for a while, what can I say? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 4:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files That is a historical reference. PROFS (O/V) has not been an issue in this shop for about 10 years. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Thursday, March 13, 2008 1:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files I don't care about vm is my PROFS working? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 3:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files I haven't gotten one asking if it is Friday, but the others are all too familiar. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, March 13, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail.
Re: PIPE Help (please)
Not to double-nitpipck :) cp q disk HCPCQV003E Invalid option - DISK = I71131 at VMT1 (3); -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
Nice one. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Thursday, March 13, 2008 3:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) If you make those: '| $pipef$ $temp$ a3 'then you may eliminate the ERASE. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Said, Nick Sent: Thursday, March 13, 2008 2:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) I did say quick AND dirty :) Good point, though. Thanks! -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: PIPE Help (please) On Thursday, 03/13/2008 at 02:29 EDT, Said, Nick [EMAIL PROTECTED] wrote: Here's a quick and dirty one I've been using for years. No thinking if it is a cms or cp command: /*pipef*/ arg cmd ' Pipe cp 'cmd , '| $pipef$ $temp$ a ' If rc /= 0 Then do ' Pipe cms 'cmd , '| $pipef$ $temp$ a ' end 'Xedit $pipef$ $temp$ a ' 'Erase $pipef$ $temp$ a ' Not to nitpick, but you need to invoke the PIPE CMS *only* if the return code from the PIPE CP is 1 (unknown cp command). Alan Altmark z/VM Development IBM Endicott 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: MONWRITE files
On Mar 13, 2008, at 3:58 PM, David Kreuter wrote: yeah so I have been around for a while, what can I say? You kids get offa my lawn! Where's my Geritol got to? usually works for me. Adam
Re: Re-Use DASD
Reformat the volumes with CPFMTXA or ICKDSF CPVOL, add them to your directory management tool (if you have one), and allocate a minidisk from 1-End and give that to the new guests. As has been previously mentioned, by you among others, allocating the minidisk from (1) to (end-1) would be better as it simplifies setting up testing in 2nd level VM systems. Brian Nielsen Yeah, I typed that first, and then deleted it for some reasons that I don't fully understand yet. That would work better.
Re: SHARE 110 Linux and z/VM related presentations
I just checked it via my browser (Firefox), and using wget. Both looked fine to me. Mark: I can't open s9111rw.pdf either (on Windows) use Acrobat 8 Pro. Browsing the file with WordPad it appears to be incomplete. Jim
Re: SHARE 110 Linux and z/VM related presentations
I just checked it via my browser (Firefox), and using wget. Both looked fine to me. Mark: I can't open s9111rw.pdf either (on Windows) use Acrobat 8 Pro. Browsing the file with WordPad it appears to be incomplete. The version of this file on linuxvm.org is 3.69MB while the version on the SHARE proceedings site is 27.7MB! Jim
Re: MONWRITE files
I'm trying to have the title of the last PROFS system still running. We bought (OTC) the PROFS product in its last version. It is still running on z/VM 5.1 at (to be upgraded sometime this year). The levelid command from a PROFS Main Menu returns: OFSIDE001I PROFS Version 2 (5664-309) Level: 2.3.2 - Release 2, Modification 3, PTF 2. That same PROFS Main Menu also shows a calendar with: 1908 MARCH 1908 S M T W T F S 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Day of Year: 073 1908? What do you want for free (IIRC, PROFS support ended in June 1994). Sort of an IBM version of Back To the Future! :-) But everything else still works and it's handy to review old mail logs. Sometime after Y2K we even installed Victor Strasser OFSMIME package so that it handles attachments from our main e-mail system: Lotus Notes. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. David Kreuter [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 03:58 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files yeah so I have been around for a while, what can I say? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 4:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files That is a historical reference. PROFS (O/V) has not been an issue in this shop for about 10 years. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Thursday, March 13, 2008 1:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files I don't care about vm is my PROFS working? -Original Message- From: The IBM z/VM Operating System on behalf of Schuh, Richard Sent: Thu 3/13/2008 3:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] MONWRITE files I haven't gotten one asking if it is Friday, but the others are all too familiar. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Thursday, March 13, 2008 12:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files an upcoming change or outage will affect all users of the system What upcoming change!? What outage!? Why weren't we told earlier so that we could properly prepare!? Will it affect me? Is it Friday yet? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/13/2008 02:20 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files And oft forgotten. I don't know how many times I have sent e-mails to every user of the system telling them that an upcoming change or outage will affect all users of the system, only to get many replies that say, I only use VM for (whatever). Will I be affected? Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wilborn, Jerry Sent: Thursday, March 13, 2008 11:06 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Mea Culpa...reading is fundamental. 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. E-mails 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 e-mail. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected
Re: SHARE 110 Linux and z/VM related presentations
On Thu, Mar 13, 2008 at 5:20 PM, in message [EMAIL PROTECTED], Jim Elliott [EMAIL PROTECTED] wrote: -snip- The version of this file on linuxvm.org is 3.69MB while the version on the SHARE proceedings site is 27.7MB! That's the size of what Romney sent me directly. I didn't use the one from the SHARE web site. Mark Post
Re: MONWRITE files
Wait a minute here, hold your horses or whatever. MONWRITE is NOT an ibm product, it's a Free tool just like CMS COPY, or DDR. Beginners think this is the state of the art, but as any large shop (that has time to investigate) knows, they are not for production. They do their job. But they are not state of the art and people do pay real money to replace these freebies. So this is nothing personal, Alan did say he doesn't know enough about the issue to agree or disagree. Personally, I don't post from that position (really, nothing personal Alan). I went through IBM sales school (as an IBMer) about 30 years ago. One of the cartoons that they gave me I always remember in situations like this. On one side of this wall are these Roman soldiers duking it out with swords and shields. The commander is back talking to the machine gun salesman on the other side of the wall saying he doesn't have time to talk, too busy fighting a war. That cartoon made an impression on me. So whenever I look at some of these comments, i wonder what side of the wall they are on. If someone is using MXG and hasn't had time to understand a significantly better option, it's not a personal attack for me to tell them about the machine gun Wilborn, Jerry wrote: I have met/worked with Alan on a number of occasions. He has never been less that civil or professional. If the forum can be used to bash IBM's products, then it certainly should be used by IBM to defend itself. Jerry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, March 13, 2008 9:30 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files On Thursday, 03/13/2008 at 12:15 EDT, David Boyes [EMAIL PROTECTED] wrote: [assorted snarling] Take it off list, folks. You can agree to disagree, but a certain level of civility is expected. This level of confrontation isn't useful or productive; it scares the newbies, and the advertising level is getting a bit annoying again. I wasn't intending to be confrontational. I don't know enough about the issue to agree or disagree, in fact, but when I hear that an IBM product is doing evil things, I want to know more. And if an issue is raised in public (including this one), then I prefer to resolve it there, too. My apologies to any who have perceived me as being less than civil. Alan Altmark z/VM Development IBM Endicott
Re: PIPE Help (please)
On Thursday, 03/13/2008 at 05:02 EDT, Said, Nick [EMAIL PROTECTED] wrote: Not to double-nitpipck :) cp q disk HCPCQV003E Invalid option - DISK = I71131 at VMT1 (3); D'oh! Alan Altmark z/VM Development IBM Endicott
Re: Using WakeUp to cycle a zLinux instance
Hello Rob, I agree that FORCE would not be an option. In case of the linux machine IBM advised (see below) to setup a secondary console user to shutdown a linuxmachine and still have the option of communicating with the guest in case of problems during shutdown. This could also be used in a wakeup where some wakeup machine issues a shutdown -r on a linux console. But for the restart triggered by signal, are you sure you could do that? A SIGNAL SHUTDOWN LINUX01 WITHIN 300 will log off LINUX01 after 300 seconds or before that if the user reports a successfull shutdown. So a SIGNAL SHUTDOWN will eventually force the user anyway. When the user is rebooting, is the signal then canceled somehow? I had a discussion with IBM on that some time ago. I'd liked to see an option in signal to prevent the shutdown of guests when they do not shutdown within the timeout period. But IBM did not follow me on that. When a forced user in not acceptable (databases or jobs cancelled while processing) they advised not to use SIGNAL. This is true for zLinux but also for guest VM, VSE and SFS (all of them can trap the signal.) We had this issue for linuxguests that did not shutdown within the timeoutperiod due to running processes on the database. Also, A guest VM will signal users within VM (usually only the VMSYS* filepools) and then shutdown regardless of the successfull logoff of other services in VM. A VSE issues only a message in the hardcopy and some eventprocessing (FAQS-ASO comes to mind) has to ensure the correct shutdown of services and jobs within VSE. In all of these cases the guest user could still be shutting down when the timeoutperiod passes and that would be much the same as using FORCE in the first place. Regards, Berry. Rob van der Heij schreef: You could tweak the inittab to make the 3-finger-salute do a restart rather than shutdown. You can then SIGNAL the user... (not FORCE since that would make CP take the guest out after some time despite the reboot)
Re: Using WakeUp to cycle a zLinux instance
On Thursday, 03/13/2008 at 06:25 EDT, Berry van Sleeuwen [EMAIL PROTECTED] wrote: I had a discussion with IBM on that some time ago. I'd liked to see an option in signal to prevent the shutdown of guests when they do not shutdown within the timeout period. But IBM did not follow me on that. When a forced user in not acceptable (databases or jobs cancelled while processing) they advised not to use SIGNAL. This is true for zLinux but also for guest VM, VSE and SFS (all of them can trap the signal.) There is confusion. SIGNAL SHUTDOWN is not some arbitrary external signal meant for general automation. It is a hardware-architected signal that the container (LPAR or virtual machine) is shutting down. It is meant to give the contents of the container time to commune with any or all appropriate cyberdeities or perform cleansing rituals before being consigned to Oblivion. And it is a sentence for which there is no Appeal. Alan Altmark z/VM Development IBM Endicott
Re: MONWRITE files
On Thursday, 03/13/2008 at 05:54 EDT, barton [EMAIL PROTECTED] wrote: Wait a minute here, hold your horses or whatever. MONWRITE is NOT an ibm product, it's a Free tool just like CMS COPY, or DDR. MONWRITE is a utility documented in the Chapter 3 of the CP Commands and Utilities reference. MONWRITE's [documented] One True Purpose is to store monitor records on disk. All of them. Every record that gets generated is saved by MONWRITE. So this is nothing personal, Alan did say he doesn't know enough about the issue to agree or disagree. Personally, I don't post from that position (really, nothing personal Alan). If your REAL concern is that some of the data generated by the monitor (and, hence, written by MONWRITE) is not needed to manage performance, I will not dispute it. Your experience with the content of the monitor obviously exceeds mine. It is *this* underlying issue that I don't know enough about. Maybe it is important to know that I/O is NOT being done to certain devices in the configuration? So that you know they were not accidentally excluded from data collection? But I *am* certain about the *purpose* of MONWRITE. (I don't want MONWRITE to get a bad rap because of something the monitor is doing.) But they are not state of the art and people do pay real money to replace these freebies. I would like to take this opportunity to reinforce Barton's point that MONWRITE is not a performance management tool (product or not). It is a program to movesthe monitor data to disk. If you are looking for a way to manage the performance of the system, including keeping histories of past performance, consider investing in a performance management product. Such products have more sophisticated ways of collecting and managing monitor data. Alan Altmark z/VM Development IBM Endicott
Ted Kotlowski is out of the office.
I will be out of the office starting 03/14/2008 and will not return until 03/17/2008. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. **