Re: CRYPTO card query
Hi thanks! How about 'detaching' crypto from zVM? So the CE can do maintenance? q crypto apq AP 00 CEX3C Queue 11 is installed AP 01 CEX3C Queue 11 is installed AP 02 CEX3C Queue 11 is installed AP 03 CEX3C Queue 11 is installed Ready; T=0.01/0.01 15:24:23 Best Regards, Martin Magat -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Wednesday, February 03, 2010 1:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CRYPTO card query On Tuesday, 02/02/2010 at 10:47 EST, "Magat, Martin" wrote: > Yes thanks .. although a command on the zVM level will be more useful > since I don't need to login to each linux guest console to check whether > it has access to crypto or not. Your wish is granted. (poof!) With APAR VM64656, the USERS operand is added to QUERY CRYPTO APQS. PTFs are available for z/VM 5.3, 5.4, and 6.1. Alan Altmark z/VM Development IBM Endicott
Re: CRYPTO card query
Thanks .. the command works (with the PTF applied) Best Regards, Martin Magat -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Wednesday, February 03, 2010 1:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CRYPTO card query Whoa, way cool. You guys need to advertise these new function things! 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 Alan Altmark Sent: Tuesday, February 02, 2010 9:34 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] CRYPTO card query On Tuesday, 02/02/2010 at 10:47 EST, "Magat, Martin" wrote: > Yes thanks .. although a command on the zVM level will be more useful > since I don't need to login to each linux guest console to check whether > it has access to crypto or not. Your wish is granted. (poof!) With APAR VM64656, the USERS operand is added to QUERY CRYPTO APQS. PTFs are available for z/VM 5.3, 5.4, and 6.1. Alan Altmark z/VM Development IBM Endicott
Re: 2010 IBM System z Technical Conferences, zExpo, Technical
Will it come out in paperback? :) Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Pamela > Christina (we have a bit of snow) > Sent: Wednesday, February 03, 2010 2:39 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: 2010 IBM System z Technical Conferences, zExpo, Technical > > > what is the cost of the webcast? > > I'm sorry. I don't understand your question. > > My initial posting was about a face-to-face event (System z > Technical University). There is no webcast associated with it. > > Regards, Pam C >
Re: 2010 IBM System z Technical Conferences, zExpo, Technical
> what is the cost of the webcast? I'm sorry. I don't understand your question. My initial posting was about a face-to-face event (System z Technical University). There is no webcast associated with it. Regards, Pam C
Re: Movin On...
Congratulations, Rich! Good thing the move was on February 1, and not April 1, eh? Perhaps your background working with Hobbit will help out? Best wishes! Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Rich Smrcina" Sent by: "The IBM z/VM Operating System" 02/03/2010 07:16 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Movin On... Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY 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: hipersockets on a VM layer 2 vswitch
That lpar is running zOS 1.10. Mark Jacobs -Original Message- From: The IBM z/VM Operating System on behalf of David Boyes Sent: Wed 2/3/2010 4:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: hipersockets on a VM layer 2 vswitch You need a very modern z/OS for layer 2 connections to work. You don't say what level of z.OS, but I think it has to be minimum 1.10 if not 1.11. On 2/3/10 2:54 PM, "russell.gendr...@custserv.com" wrote: Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: hipersockets on a VM layer 2 vswitch
You need a very modern z/OS for layer 2 connections to work. You don’t say what level of z.OS, but I think it has to be minimum 1.10 if not 1.11. On 2/3/10 2:54 PM, "russell.gendr...@custserv.com" wrote: Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: Movin On...
Depends on your wine collection. On 2/3/10 1:21 PM, "Mark Post" wrote: On 2/3/2010 at 12:58 PM, "Schuh, Richard" wrote: >> Keep Barton, Tony, Rob, et.al., in line, if you can. > > I think that's a hopeless task, at best. :) > > > Mark Post
Re: Movin On...
It's been a long time since we worked together, best of luck with your new position. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, February 03, 2010 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Movin On... Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
hipersockets on a VM layer 2 vswitch
Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: z/VM 6.1 Install
Back in the days when Lyn Hadley had the title of Ombudsman, he took it personally if anyone said that something was BAD (for the newbies, Broken as Designed) or WAD (Working as Designed), and tried to eliminate that kind of response from the IBM vocabulary. If something is WAD, but the design had problems, he took action without requiring pleas from the user groups. Come on, Alan. He wasn't a bigger man than you, was he? :-) (Yeah, times have probably changed.) There are times when a one size fits all solution will work very well. This, to me, seems to not be one of them. Chip's adjective works for me. Regards, Richard Schuh > > > > No, sorry. If the documentation (procedures or > requirements) is not > > clear, then THAT is APARable. > > Which makes the documented procedure or requirements just > plain FUGLY. Time for a SHARE Requirement? > > -Chip- >
Re: Movin On...
Thus the, "if you can". :) I gave him an out. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Post > Sent: Wednesday, February 03, 2010 10:22 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Movin On... > > >>> On 2/3/2010 at 12:58 PM, "Schuh, Richard" > wrote: > > Keep Barton, Tony, Rob, et.al., in line, if you can. > > I think that's a hopeless task, at best. :) > > > Mark Post >
Re: Movin On...
>>> On 2/3/2010 at 12:58 PM, "Schuh, Richard" wrote: > Keep Barton, Tony, Rob, et.al., in line, if you can. I think that's a hopeless task, at best. :) Mark Post
Re: mixed text in CP SMSG
It the receiver of the SMSG folding it to upper case? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Aisik Chang Sent: Wednesday, February 03, 2010 7:14 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: mixed text in CP SMSG It still does not come out with the mixed case: - 10:11:42 8 *-* address command 'CP SMSG ESATCP ALERT zVM-SEV3:' cpline >>> "CP SMSG ESATCP ALERT zVM-SEV3: Testing" 10 *-* exit Ready; T=0.01/0.01 10:11:42 ESATCP : 10:11:42 MAINT (3779) has issued command: ALERT ZVM-SEV3: TESTING - I used disg 8, but the same result. What's missing here ? Thanks, Ann On Tue, Feb 2, 2010 at 3:18 PM, Bruce Hayden mailto:bjhay...@gmail.com>> wrote: Put it in your exec as: Address Command 'CP SMSG' VMUSER tline And if 'VMUSER' is the userid and not a variable, put it in the quotes too: Address Command 'CP SMSG VMUSER' tline On Tue, Feb 2, 2010 at 11:02 AM, Aisik Chang mailto:a829...@gmail.com>> wrote: > I have an exec: > > /* */ > tline = 'This is a testing' > 'CP SMSG' VMUSER tline > exit > > VMUSER received all uppercase text. > Is there was to send mixed case with the command CP SMSG ? > > Thanks, > > Ann -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY
Re: Movin On...
Sorry to lose you; welcome back. Keep Barton, Tony, Rob, et.al., in line, if you can. Regards, Richard Schuh > -Original Message- > From: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina > Sent: Wednesday, February 03, 2010 5:16 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Movin On... > > Cross posted to vse-l, ibmvm and linux-390; sorry for dups. > > As of February 1, 2010 I've taken a position with Velocity > Software, Inc. > > It is with a heavy heart that I leave VM Assist after 5+ > years. Working with Bob Kusche has been a absolutely > wonderful experience. > > Lately, I've also had the great pleasure to work with David > Kreuter of VM Resources, LTD. David has great knowledge of > VM and networking and is a fantastic resource. > > I plan to still attend SHARE and WAVV and will see you all there! > > Thanks. > > -- > Rich Smrcina > Velocity Software, Inc. > Phone: 414-491-6001 > http://www.velocitysoftware.com > > Catch the WAVV! http://www.wavv.org > WAVV 2010 - Apr 9-13, 2010 Covington, KY >
Re: Movin On...
Congratulations Rich all of the gang at Velocity are great folks and have helped me immensely during my initial struggles and continue to help me with both z/VM basics as well as trying to thoroughly understand the performance nuances of the z/VM and z/Linux environments. I do a fair amount of talking with the Velocity folks so I am sure we will be talking also at some point. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 WFH - Wed and Fri. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Edward M Martin Sent: Wednesday, February 03, 2010 11:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Movin On... Congratulations. You always do well! Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, February 03, 2010 8:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Movin On... Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: First time DR exercise
Thanks Mike for the time that you put into your answer it is appreciated! Again thanks to all who replied! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 WFH - Wed and Fri. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Tuesday, February 02, 2010 6:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: First time DR excercise Is your management 100% certain that YOU will survive the unplanned disaster? Do you agree with them? What happens when there is a natural disaster where you do survive, but your family needs you immediately? Do you choose to go to the D.R. site for an unspecified period of time, hoping that someone else will take care of your family's needs (some could involve hospitalization, right?). In that vein, see below for alternative to which I am naturally partial since it allows easy, well-tested, automated changes when running on a different CPUs. That's especially handy when an experienced systems programmer is not available. I have always tied to write my VM D.R. plan so that a typical VM operator, or even a non-VM manager (!) could bring up the VM system at least to the point that program product cpuid keys need to be updated for the recovery CPU. First, if you plan to restore your production SPOOL data at your D.R. site, placement (slot numbers) of the SPOOL volumes in the SYSTEM CONFIG's "OWN"ed list does not matter *if* you are formatting them and restoring from an SPXTAPE backup (or a product that calls SPXTAPE, such as VM:Spool). However, I share with you that... :religion on 1) it is always a "Best Practice" to place your SPOOL volumes in the SYSTEM CONFIG either starting in SLOT 1, 2) with plenty of RESERVED slots below for adding more (RESERVED slots have very little overhead, IBM won't even charge you more for them!) e.g. PRODVM: RECOVERY: CP_Owned Slot 1 VMSP01 OWN PRODVM: RECOVERY: CP_Owned Slot 2 VMSP02 OWN PRODVM: RECOVERY: CP_Owned Slot 3 VMSP03 OWN CP_Owned Slot 4 RESERVED ... and more RESERVED slots for future SPOOL growth as needed... 3) or in the very last slots (i.e. ending with SLOT 255 backing up from there with plenty of RESERVED slots above), ... and more RESERVED slots above for future SPOOL growth as needed... CP_Owned Slot 252 RESERVED PRODVM: RECOVERY: CP_Owned Slot 253 VMSP03 OWN PRODVM: RECOVERY: CP_Owned Slot 254 VMSP02 OWN PRODVM: RECOVERY: CP_Owned Slot 255 VMSP01 OWN 4) Regardless of their top or bottom location, include "flashing red-neon" comments (that's just a point of emphasis, don't search IBM doc for "flashing red-neon" comments), warning you and your sysprog heirs to NEVER CHANGE SPOOL VOLUME SLOT NUMBERS WITHOUT A CURRENT SPXTAPE BACKUP (and a thorough plan already tested on a 2nd level system, and ... an off-site copy of your resume)! :religion off Now, about that SYSTEM CONFIG file. --- Let's presume that your normal product system runs on an ancient, creaky old z800, with serial number 12345. And that your employer has a number of shiny newer boxes with known serial numbers, upon any of which you might be able to RECOVER your production z/VM system should your creaky rusted decrepit old z800 crash and take a while to repair -- as parts are shipped from some far-off location where old machines are stored (maybe in the desert near all old those old aircraft?). If none of those "RECOVERY" systems are available (i.e. it really was a *true* DISASTER), then you'll come up on a disaster recovery provider's "DISASTER" machine. Consider including in the SYSTEM CONFIG something along the lines of: -- /* --- */ /* Standard operating environment. See also "NODAL CONFIG Y" */ /* which contains some hard-coded device addresses that change */ /* when running on different systems based upon the defined*/ /* "System_Identifer" from this file. */ /* Warning!: The last (of duplicate) System_ID record with */ /* matching model and cpuid value overrides previous System_IDs*/ /* --- */ System_ID 2066 %%2345 PRODVM System_ID 2094 %%nnn1 RECOVERY System_ID 2094 %%nnn2 RECOVERY System_ID 2097 %%nnn3 RECOVERY System_ID 2097 %%nnn4 RECOVERY /* Use DISASTER only when we're not in our data center so */ /* that extensive D.R. automation can take place on various */ /* service machines when running PROFILE EXEC/PROFILE GCS's. */ System_Identifier_Default DISASTER /**/ /*Timezone Definitions*/ /*
Re: 2010 IBM System z Technical Conferences, zExpo, Technical University
what is the cost of the webcast
Re: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM
Me too. :-) CF1, CF2 and CF3 come off the (virtual) tape in z/VM 5.4 with them defined to MAINT as RR, so I didn't have to do anything. Our starter USER DIRECT for z/VM 5.4 (on MAINT 2CC disk) has them set up that way. I also don't recall having to make them that way in 5.3 or 4.4. They are RR in the old 4.4 directory I have saved. Never had a 3.1 system, but in VM/ESA 2.3 CF1 and CF2 were MR. (I save a lot of useful stuff!) Must have been the ghosts in the machine that changed it but not sure when. On Wed, Feb 3, 2010 at 10:25 AM, David Boyes wrote: > Yeah, you could do that. Although it's one more config change to document > and maintain, and I'm a lazy man. 8-) > > > > On 2/3/10 11:21 AM, "Ron Schmiedge" wrote: > >> We have our CF1 and CF2 (and CF3 now that it exists) defined as RR in >> the VM directory. This means no messages complaining about the disks >> at IPL. >> >> When MAINT needs to update CF1, after doing a "CPREL A", we issue "CP >> LINK * CF1 CF1 W" and access it. >
Re: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM
Yeah, you could do that. Although it's one more config change to document and maintain, and I'm a lazy man. 8-) On 2/3/10 11:21 AM, "Ron Schmiedge" wrote: > We have our CF1 and CF2 (and CF3 now that it exists) defined as RR in > the VM directory. This means no messages complaining about the disks > at IPL. > > When MAINT needs to update CF1, after doing a "CPREL A", we issue "CP > LINK * CF1 CF1 W" and access it.
Re: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM
We have our CF1 and CF2 (and CF3 now that it exists) defined as RR in the VM directory. This means no messages complaining about the disks at IPL. When MAINT needs to update CF1, after doing a "CPREL A", we issue "CP LINK * CF1 CF1 W" and access it. On Wed, Feb 3, 2010 at 7:59 AM, David Boyes wrote: > On 2/3/10 1:00 AM, "Gregg C Levine" wrote: > >> Subject: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced >> R/O; R/O by SYSTEM; stable by SYSTEM >> >> HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM >> HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM > > These are normal. What it's telling you is that you just tried to access a > minidisk in R/W mode when another user (in this case CP) has an exclusive > R/O link. > > CF1 and CF2 are the CP minidisks that hold SYSTEM CONFIG. MAINT has R/W > links to them in it's directory entry because it needs to access them to > update them, but you have to CPRELEASE them before the R/W links will work. > > This is a safety measure. Don't defeat it. >
Re: Movin On...
Congratulations. You always do well! Ed Martin Aultman Health Foundation 330-363-5050 ext 35050 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, February 03, 2010 8:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Movin On... Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: mixed text in CP SMSG
Ahhh... it all becomes a little bit clearer now. Issued from a REXX-language exec: address command 'CP SMSG OPERATOR Please ignore this mixed case message.' Note that we are running CA's VM:Operator on the userid OPERATOR. VM:Operator is set here to accept the CP SMSG data. VM:Operator displays that message as: Please ignore this mixed case message. So, we have proof that CP is not uppercasing all SMSG command text issued within quotes. (Different results will be observed when entering the command outside of quotes in rexx, and without the 'address command' environment, and from the CMS command line.) But you are sending the CP SMSG data to ESATCP, a different application program. Apparently, ESATCP is upper-casing the message text. Look in ESATCP for additional clues. FWIW, the good folks at Velocity Software monitor the list pretty closely, but you probably should contact them directly for product assistance. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Aisik Chang" Sent by: "The IBM z/VM Operating System" 02/03/2010 09:14 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: mixed text in CP SMSG It still does not come out with the mixed case: - 10:11:42 8 *-* address command 'CP SMSG ESATCP ALERT zVM-SEV3:' cpline >>> "CP SMSG ESATCP ALERT zVM-SEV3: Testing" 10 *-* exit Ready; T=0.01/0.01 10:11:42 ESATCP : 10:11:42 MAINT (3779) has issued command: ALERT ZVM-SEV3: TESTING - I used disg 8, but the same result. What's missing here ? Thanks, Ann On Tue, Feb 2, 2010 at 3:18 PM, Bruce Hayden wrote: Put it in your exec as: Address Command 'CP SMSG' VMUSER tline And if 'VMUSER' is the userid and not a variable, put it in the quotes too: Address Command 'CP SMSG VMUSER' tline On Tue, Feb 2, 2010 at 11:02 AM, Aisik Chang wrote: > I have an exec: > > /* */ > tline = 'This is a testing' > 'CP SMSG' VMUSER tline > exit > > VMUSER received all uppercase text. > Is there was to send mixed case with the command CP SMSG ? > > Thanks, > > Ann -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY 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: mixed text in CP SMSG
On Wed, Feb 3, 2010 at 10:14 AM, Aisik Chang wrote: It still does not come out with the mixed case: - 10:11:42 8 *-* address command 'CP SMSG ESATCP ALERT zVM-SEV3:' cpline >>> "CP SMSG ESATCP ALERT zVM-SEV3: Testing" 10 *-* exit Ready; T=0.01/0.01 10:11:42 ESATCP : 10:11:42 MAINT (3779) has issued command: ALERT ZVM-SEV3: TESTING - I used disg 8, but the same result. What's missing here ? I forget whether ESATCP uppercases input -- I suspect it does. This works for me: 'CP SM RSCS Q SYS' Link Line Name Status Type Addr LU Name Logmode Queueing call diag 8, 'SM RSCS Q sys' Location sys is not defined Same for ADDRESS COMMAND.
Re: mixed text in CP SMSG
It still does not come out with the mixed case: - 10:11:42 8 *-* address command 'CP SMSG ESATCP ALERT zVM-SEV3:' cpline >>> "CP SMSG ESATCP ALERT zVM-SEV3: Testing" 10 *-* exit Ready; T=0.01/0.01 10:11:42 ESATCP : 10:11:42 MAINT (3779) has issued command: ALERT ZVM-SEV3: TESTING - I used disg 8, but the same result. What's missing here ? Thanks, Ann On Tue, Feb 2, 2010 at 3:18 PM, Bruce Hayden wrote: > Put it in your exec as: > Address Command 'CP SMSG' VMUSER tline > And if 'VMUSER' is the userid and not a variable, put it in the quotes too: > Address Command 'CP SMSG VMUSER' tline > > On Tue, Feb 2, 2010 at 11:02 AM, Aisik Chang wrote: > > I have an exec: > > > > /* */ > > tline = 'This is a testing' > > 'CP SMSG' VMUSER tline > > exit > > > > VMUSER received all uppercase text. > > Is there was to send mixed case with the command CP SMSG ? > > > > Thanks, > > > > Ann > > > > -- > Bruce Hayden > z/VM and Linux on System z ATS > IBM, Endicott, NY >
Re: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM
On 2/3/10 1:00 AM, "Gregg C Levine" wrote: > Subject: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced > R/O; R/O by SYSTEM; stable by SYSTEM > > HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM > HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM These are normal. What it's telling you is that you just tried to access a minidisk in R/W mode when another user (in this case CP) has an exclusive R/O link. CF1 and CF2 are the CP minidisks that hold SYSTEM CONFIG. MAINT has R/W links to them in it's directory entry because it needs to access them to update them, but you have to CPRELEASE them before the R/W links will work. This is a safety measure. Don't defeat it.
Re: mixed text in CP SMSG
Thank you all ! ! Ann On Tue, Feb 2, 2010 at 3:18 PM, Bruce Hayden wrote: > Put it in your exec as: > Address Command 'CP SMSG' VMUSER tline > And if 'VMUSER' is the userid and not a variable, put it in the quotes too: > Address Command 'CP SMSG VMUSER' tline > > On Tue, Feb 2, 2010 at 11:02 AM, Aisik Chang wrote: > > I have an exec: > > > > /* */ > > tline = 'This is a testing' > > 'CP SMSG' VMUSER tline > > exit > > > > VMUSER received all uppercase text. > > Is there was to send mixed case with the command CP SMSG ? > > > > Thanks, > > > > Ann > > > > -- > Bruce Hayden > z/VM and Linux on System z ATS > IBM, Endicott, NY >
Re: z/VM 6.1 Install
On 2/2/10 9:48 PM, "O'Brien, Dennis L" wrote: > Richard Schuh wrote, >> Dennis, You said 16 hours to upload the files. Are you using a 56KB dial-up >> connection? >My PC is about 1000 miles from the VM system, so I thought it >> might be slower than the >33 minutes it took. I was hoping for something >> better than 16 hours, but I didn't >expect it to be as fast as it was. > > I'm using DSL. I ran a speed test today, and got a download speed of 2555 > kbps and an upload speed of 435 kbps. The speed test site says the transfer > rates are 319.4 KB/sec and 54.4 KB/sec, respectively. Ding! Asymmetric connection. And to think our colleagues in Japan are getting 100 Mbit/sec symmetric connections for about $40/month. *sigh* -- db
Re: Movin On...
Rich, When we first got VM you and David were a God send to me Sorry to see you go, but you really aren't going far mace -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Wednesday, February 03, 2010 8:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Movin On... Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY - 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.
Movin On...
Cross posted to vse-l, ibmvm and linux-390; sorry for dups. As of February 1, 2010 I've taken a position with Velocity Software, Inc. It is with a heavy heart that I leave VM Assist after 5+ years. Working with Bob Kusche has been a absolutely wonderful experience. Lately, I've also had the great pleasure to work with David Kreuter of VM Resources, LTD. David has great knowledge of VM and networking and is a fantastic resource. I plan to still attend SHARE and WAVV and will see you all there! Thanks. -- Rich Smrcina Velocity Software, Inc. Phone: 414-491-6001 http://www.velocitysoftware.com Catch the WAVV! http://www.wavv.org WAVV 2010 - Apr 9-13, 2010 Covington, KY
Re: SFS Lock question
Kris Buelens wrote :- > You could use Q FILEPOOL CONFLICT to see wait conditions > SFS guarantees read integrity, that is, if someone has a file in read, SFS keeps that image > of the file until the last reader closes it (this image is kept in shadow tables). > And -just tested- you can indeed ERASE the file while someone has it open. > The user reading it can just continue. > Maybe you can to stop using the lock files by using SFS CREATE LOCK commands Thanks, Kris, for your very helpful answer. Yes, the Q FILEPOOL CONFLICT is a good idea if I can catch it again. The last time it happened was at the weekend and I did not have any chance to investigate. Your information on the ERASE is great - that gives me a strategy (limited to one simple sub EXEC on the upload server (A) ) to overcome any potential conflicts. Yes, using the SFS standard locking mechanism would have been a good idea if I were starting from scratch but the code in Server B would need to be modified to deal with finding a lock in place. As it is, it will not start scanning the file if the code defined lock file is in place. I want to avoid any changes that are too widespread due to the sensitivity of the application (there are daily production logs). Thanks anyway. I now have a way to proceed. Colin Allinson VM Systems Support Amadeus Data Processing GmbH
Re: FW: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM
The reason is that the SYSTEM CONFIG file contains CPACCESS commands for MAINT CF1 and CF2, and LINKs them in the default mode fro CPACESS: STABLE. MAINT itself has MDISK statements with most probably MR as LINK mode. The STABLE link established for SYSTEM via the SYSTEM CONFIG make the MR link revert to READ and the message to appear. No need to worry for the mlessage at logon time, but they aren't nice... So: As I need to explain this, I do not suggest to change the link mode in SYSTEM CONFIG, but to change the MDISK definitions of MAINT CF1 and CF2 in the CP directory. From MDISK CF1 MR Into MDISK CF1 RR 2010/2/3 Gregg C Levine > Hello! > I haven't had a reason to post anything to the list in a very long while. > Perhaps too long. However while going over a large amount of a backlog of > e-mail, I came across the item below. > > For reasons I am unable to explain the action, the correspondent sent it > directly to me, (then), rather then to the list, and then to me. I am > forwarding it to the list, in hopes that someone can provide a workable > explanation for this individual. > -- > Gregg C Levine hansolofal...@worldnet.att.net > "The Force will be with you always." Obi-Wan Kenobi > > > > -Original Message- > From: kraig.thelen@offutt.af.mil [mailto: > kraig.thelen@offutt.af.mil] > > Sent: Friday, January 22, 2010 4:54 PM > To: hansolofal...@worldnet.att.net > Subject: Multiple messages at login to MAINT; HCPLNM101E DASD 0CF1 forced > R/O; R/O by SYSTEM; stable by SYSTEM > > HCPLNM101E DASD 0CF1 forced R/O; R/O by SYSTEM; stable by SYSTEM > HCPLNM101E DASD 0CF2 forced R/O; R/O by SYSTEM; stable by SYSTEM > > I am recieving these errors while loging into the IBM Legacy Host z/VM 3.1 > system hat is running on an IBM x Series eServer model 232, it has licensed > software form all vendors and they include FLEX-ES software as the > underlying s390 OS thta allows z/VM and my legacy VM/SP system to run on > top > of SCO UNIX. > > Note, I just took over the position of day to day z/VM maintenance on this > system as the previous IBM system programmer retired after 40 years and is > unreachable. > > I am conserned with these errors I get when logging in to the system as > user > ID MAINT. > > The system runs fine but I am picky an hate to see messages ending with an > E! > > Can this error be resolved? > > If So How? > > An IBM Redbook said to ignore it and just hit the enter key of which I have > done for some time now, but I wish to resolve this error. > > Any help is greatly appreciated... > > Please advise... > > Thanks! > -- Kris Buelens, IBM Belgium, VM customer support
Re: SFS Lock question
You could use Q FILEPOOL CONFLICT to see wait conditions SFS guarantees read integrity, that is, if someone has a file in read, SFS keeps that image of the file until the last reader closes it (this image is kept in shadow tables). And -just tested- you can indeed ERASE the file while someone has it open. The user reading it can just continue. Maybe you can to stop using the lock files by using SFS CREATE LOCK commands 2010/2/3 Colin Allinson > > Sorry for the long preamble but I need to explain what I see happening :_ > > I inherited an application that was not very well designed or written but > is too complex an critical to make wholesale changes. The way it works is > that :- > > 1) Server A loads a cumulative log into an SFS (file control) > directory. Every time it sees the log has increased in size it uploads the > new log overwriting the previous one (because it is cumulative). > > 2) Server B is looking in the SFS directory for log that are larger > than it previous position pointer and it will then process the remaining > lines of the log. > > 3) Server A creates lock files before it overwrites a log and > erases them afterwards. Server B does not create any lock file when it > starts to examine the log. > > 4) There are (infrequent) occasions where Server A is not only > unable to copy the log to the SFS directory but this condition persists > permanently until the server is recycled. So far I have not been able to > trap what is happening (it is infrequent) but I think it is something to do > with an SFS lock condition that is not being cleared. A re-IPL of the server > does clear the problem. > > The questions I have are :- > > a) Has anyone any more detailed idea what may be happening - and > how to programmatically resolve it.? > b) If I got Server A to rename the log and then erase it before > uploading the new one - what would happen to Server B if it was reading the > log at the time? Would I risk a long running lock as a result of a failed > ERASE? > > Any thoughts or guidance would be welcome. > > > * > Colin Allinson** > VM Systems Support* > Amadeus Data Processing GmbH > > > > > IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for > the use of the individual or entity shown above as addressees. It may > contain information which is privileged, confidential or otherwise protected > from disclosure under applicable laws. If the reader of this transmission > is not the intended recipient, you are hereby notified that any > dissemination, printing, distribution, copying, disclosure or the taking of > any action in reliance on the contents of this information is strictly > prohibited. If you have received this transmission in error, please > immediately notify us by reply e-mail or using the address below and delete > the message and any attachments from your system. > > Amadeus Data Processing GmbH > Geschäftsführer: Eberhard Haag > Sitz der Gesellschaft: Erding > HR München 48 199 > Berghamer Strasse 6 > 85435 Erding > Germany -- Kris Buelens, IBM Belgium, VM customer support
SFS Lock question
Sorry for the long preamble but I need to explain what I see happening :_ I inherited an application that was not very well designed or written but is too complex an critical to make wholesale changes. The way it works is that :- 1) Server A loads a cumulative log into an SFS (file control) directory. Every time it sees the log has increased in size it uploads the new log overwriting the previous one (because it is cumulative). 2) Server B is looking in the SFS directory for log that are larger than it previous position pointer and it will then process the remaining lines of the log. 3) Server A creates lock files before it overwrites a log and erases them afterwards. Server B does not create any lock file when it starts to examine the log. 4) There are (infrequent) occasions where Server A is not only unable to copy the log to the SFS directory but this condition persists permanently until the server is recycled. So far I have not been able to trap what is happening (it is infrequent) but I think it is something to do with an SFS lock condition that is not being cleared. A re-IPL of the server does clear the problem. The questions I have are :- a) Has anyone any more detailed idea what may be happening - and how to programmatically resolve it.? b) If I got Server A to rename the log and then erase it before uploading the new one - what would happen to Server B if it was reading the log at the time? Would I risk a long running lock as a result of a failed ERASE? Any thoughts or guidance would be welcome. Colin Allinson VM Systems Support Amadeus Data Processing GmbH IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees. It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws. If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system. Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany