Re: Virtual Lock File
Another way would be to define a VDISK in the PROFILE EXEC of the VDISKS machine (instead of VM directory definition) and check the return code of CP DEFINE (if it's 0, initialise it). I forgot to say that in this case you would have to add 'CP LINK VDISKS 222 vaddr MW' a second or two after 'CP XAUTOLOG VDISKS' in VSE machines' PROFILE EXECs. Also, you may choose to add COMMAND XAUTOLOG VDISKS directory control statement for all VSE machines, which would work even if you IPL VSE straight from directory by using IPL sysres_addr directory control statement, and then you don't even have to worry about VSE machines' privilege class to be able to run XAUTOLOG CP command. Ivica Brodaric BNZ
SMTP authentication?
Hi, This morning we have a new problem in the z/VM SMTP server. Email to the local network is failing, with this message appearing in the SMTP console: 3 530 5.7.1 Client was not authenticated Could someone please explain: a) what this actually means (it didn't use to happen)? b) how do I solve it? All of our email is sent to the network SMTP server IPMAILERADDRESS ALL network SMTP server name We are on z/VM 5.4.0, 0903. Thank you very much, Shimon
Re: Sharing files between two z/OS guest machines
On Wed, 09 Mar 2011 22:52:46 -0500 (EST), Tom Hebert wrote: zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. ... Oh, OK. It's like Hercules then. Gotcha. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? If that's all you've done, probably not. If MVS doesn't know that the DASD is shared with another system, it won't attempt to put a RESERVE on the volume. Virtual reserve/release is a facility in z/VM that virtualizes RESERVE and RELEASE commands issued to a device by guest operating systems. The RESERVE and RELEASE commands are translated to no-ops by CP; so they never get sent to the actual DASD controller. But CP keeps track of them and won't allow guest number 2 to access the volume if guest number 1 has put a RESERVE on it. But if the guest operating system doesn't issue a RESERVE in the first place, this facility does no good. You need to make sure that the DASD is defined to the guest system as SHARED. I'm not a z/OS expert, but I think that stuff is in HCD/HCM. Of course, when running as a z/VM guest, you don't need to worry about the IOCDS stuff. CP virtualizes that. But the IODF part you do need to worry about. What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? Well, that depends. There are several layers to this. The first layer has been discussed above. You need to have full pack minidisks defined with virtual RESERVE/RELEASE, both systems have to link to the same minidisk R/W, and both systems must define the DASD as SHARED. Then there are GRS considerations. (GRS stands for Global Resource Serialization. There are MVS manuals for that. It can do stuff like convert ENQs into RESERVES or vice versa. I'm no GRS expert, but I think GRS can be implemented without a SYSPLEX.) I'd start with the GRS manuals. In general, locking is at the dataset level. So two different jobs (or TSO users), even if they are on the same system, cannot normally share the same dataset at the same time unless they both allocate the dataset with DISP=SHR. However, the ISPF editor may be a special case here. I believe there are additional locking mechanisms within the ISPF editor that may safely allow separate members in the same dataset to be processed by different users at the same time. But that is an MVS question and does not belong on this forum. -- .''`. Stephen Powell : :' : `. `'` `-
Re: Sharing files between two z/OS guest machines
I don't run z/OS guests under our z/VM systems so I can't answer what you might need to do in z/VM. On the z/OS side you need to consider how far do you want to go with sharing. Do you want to have the same file open on both systems? Or are you just trying to find an easier way to move information between systems? To share a file between systems you would need to have something like GRS or CA-MIM set up on each system and CTC connections between systems. You need to sit down and think through how much sharing you want to do and how much time and effort you want to put into setting things up. Paul Feller AIT Mainframe Technical Support -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Hebert Sent: Wednesday, March 09, 2011 5:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Sharing files between two z/OS guest machines Please forgive me if I am asking in the wrong place or if you have answered this question before. We have a z1090 (otherwise known as a zPDT machine). It has no SYSPLEX hardware. We have several z/OS guests at various release levels for QA purposes. Copying files between guests is getting a little bothersome. What is the best, safe way to share MVS files between the guest z/OS machines? Tom Hebert The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient(s). If you are not an intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments.
Re: Sharing files between two z/OS guest machines
Actually, the latest version of zPDT does support zVM's Virtual Coupling. It does not require any underlying hardware support and it works reasonably well (I've run some tests on our systems). The Sysplex environment is a bit complex, especially from an operational point of view and is not for the faint of heart, but it works. When I set up uPDT systems for our customers I have a 'owner' VM with full pack definitions for the disks to be shared (normally only a subset of all disks) with MWV and each 'using' VM has a MW link to these full-pack minidisks. Yes, the default zOS HCD/IOCDS defines the disks as shared. Mike Hammock ITC -- From: Marcy Cortes marcy.d.cor...@wellsfargo.com Sent: Wednesday, March 09, 2011 11:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Tom, I doubt you'll be able to use VM's virtual coupling facility if you don't have the underlying HW support for it. It actually grabs the CF stuff out of the HW and runs that in a virtual machine. Marcy -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Hebert Sent: Wednesday, March 09, 2011 7:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sharing files between two z/OS guest machines Stephan, zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. It's for development only, not production capable and distributed primarily to IBM business partners like us who develop third party software for mainframes. zPDT is essentially a VM environment and it does not offer a coupling facility either. zPDT is an excellent fit for our purposes, which is development only, but not very flexible or dynamic. So we run z/VM 5.4 on it and then several z/VSE and z/OS machines under VM. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? We have been unable to find decent behavioral documentation in this regard. If the locking does not go down to the member level, we may set up VM's virtual coupling facility. It's not recommended for production but we aren't a production shop. I wonder if anyone out there has an opinion in this area. Thanks, Tom Hebert -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Stephen Powell Sent: Wednesday, March 09, 2011 8:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines On Wed, 09 Mar 2011 18:27:26 -0500 (EST), Tom Hebert wrote: Please forgive me if I am asking in the wrong place or if you have answered this question before. We have a z1090 (otherwise known as a zPDT machine). It has no SYSPLEX hardware. We have several z/OS guests at various release levels for QA purposes. Copying files between guests is getting a little bothersome. What is the best, safe way to share MVS files between the guest z/OS machines? This is really more of a z/OS question than a z/VM question, but some z/VM facilities do (or can) come into play. I'll be the first to admit that I don't know a whole lot about the SYSPLEX environment, but I'm not sure what you mean when you say It [the z1090] has no SYSPLEX hardware. Do you mean, for example, that it has no coupling facility? I know that z/VM can create a virtual SYSPLEX environment between virtual machines. I've never tried to do it, but I've heard that it can be done. And I'm not sure but I don't think any special hardware is needed. But I could be wrong. Check out the manuals. Assuming for the moment that a virtual sysplex is not an option, traditional methods of file sharing between MVS systems, such as GRS, RESERVE/RELEASE, etc., can be used in virtual machines. You can define full-pack minidisks and have the guests link to them, rather than dedicating DASD packs to a single guest. By using V in the link access mode in the directory entry you enable virtual reserve/release. Make sure that the DASD is defined in MVS as shared dasd. hth -- .''`. Stephen Powell : :' : `. `'` `-
Re: Sharing files between two z/OS guest machines
Or connect your systems via JES/NJE and use the TRANSMIT / RECEIVE commands. Or connect via TCP on hipersockets and again connect via JES/NJE or FTP the files. On Thu, Mar 10, 2011 at 7:54 AM, Mike Hammock m...@hammocktree.us wrote: Actually, the latest version of zPDT does support zVM's Virtual Coupling. It does not require any underlying hardware support and it works reasonably well (I've run some tests on our systems). The Sysplex environment is a bit complex, especially from an operational point of view and is not for the faint of heart, but it works. When I set up uPDT systems for our customers I have a 'owner' VM with full pack definitions for the disks to be shared (normally only a subset of all disks) with MWV and each 'using' VM has a MW link to these full-pack minidisks. Yes, the default zOS HCD/IOCDS defines the disks as shared. Mike Hammock ITC -- From: Marcy Cortes marcy.d.cor...@wellsfargo.com Sent: Wednesday, March 09, 2011 11:18 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Tom, I doubt you'll be able to use VM's virtual coupling facility if you don't have the underlying HW support for it. It actually grabs the CF stuff out of the HW and runs that in a virtual machine. Marcy -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Hebert Sent: Wednesday, March 09, 2011 7:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sharing files between two z/OS guest machines Stephan, zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. It's for development only, not production capable and distributed primarily to IBM business partners like us who develop third party software for mainframes. zPDT is essentially a VM environment and it does not offer a coupling facility either. zPDT is an excellent fit for our purposes, which is development only, but not very flexible or dynamic. So we run z/VM 5.4 on it and then several z/VSE and z/OS machines under VM. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? We have been unable to find decent behavioral documentation in this regard. If the locking does not go down to the member level, we may set up VM's virtual coupling facility. It's not recommended for production but we aren't a production shop. I wonder if anyone out there has an opinion in this area. Thanks, Tom Hebert -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Stephen Powell Sent: Wednesday, March 09, 2011 8:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines On Wed, 09 Mar 2011 18:27:26 -0500 (EST), Tom Hebert wrote: Please forgive me if I am asking in the wrong place or if you have answered this question before. We have a z1090 (otherwise known as a zPDT machine). It has no SYSPLEX hardware. We have several z/OS guests at various release levels for QA purposes. Copying files between guests is getting a little bothersome. What is the best, safe way to share MVS files between the guest z/OS machines? This is really more of a z/OS question than a z/VM question, but some z/VM facilities do (or can) come into play. I'll be the first to admit that I don't know a whole lot about the SYSPLEX environment, but I'm not sure what you mean when you say It [the z1090] has no SYSPLEX hardware. Do you mean, for example, that it has no coupling facility? I know that z/VM can create a virtual SYSPLEX environment between virtual machines. I've never tried to do it, but I've heard that it can be done. And I'm not sure but I don't think any special hardware is needed. But I could be wrong. Check out the manuals. Assuming for the moment that a virtual sysplex is not an option, traditional methods of file sharing between MVS systems, such as GRS, RESERVE/RELEASE, etc., can be used in virtual machines. You can define full-pack minidisks and have the guests link to them, rather than dedicating DASD packs to a single guest. By using V in the link access mode in the directory entry you enable virtual reserve/release. Make sure that the DASD is defined in MVS as shared dasd. hth -- .''`. Stephen Powell : :' : `. `'` `- -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Sharing files between two z/OS guest machines
Tom, CFCC was announced into zPDT at end of 2010. See the Redbook: http://www.redbooks.ibm.com/abstracts/sg247859.html?Open Also, a good starter lecture about Sysplex... __ Clovis From: Tom Hebert tom.heb...@gmail.com To: IBMVM@listserv.uark.edu Date: 10/03/2011 00:52 Subject: Re: Sharing files between two z/OS guest machines Sent by: The IBM z/VM Operating System IBMVM@listserv.uark.edu Stephan, zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. It's for development only, not production capable and distributed primarily to IBM business partners like us who develop third party software for mainframes. zPDT is essentially a VM environment and it does not offer a coupling facility either. zPDT is an excellent fit for our purposes, which is development only, but not very flexible or dynamic. So we run z/VM 5.4 on it and then several z/VSE and z/OS machines under VM. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? We have been unable to find decent behavioral documentation in this regard. If the locking does not go down to the member level, we may set up VM's virtual coupling facility. It's not recommended for production but we aren't a production shop. I wonder if anyone out there has an opinion in this area. Thanks, Tom Hebert -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Stephen Powell Sent: Wednesday, March 09, 2011 8:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines On Wed, 09 Mar 2011 18:27:26 -0500 (EST), Tom Hebert wrote: Please forgive me if I am asking in the wrong place or if you have answered this question before. We have a z1090 (otherwise known as a zPDT machine). It has no SYSPLEX hardware. We have several z/OS guests at various release levels for QA purposes. Copying files between guests is getting a little bothersome. What is the best, safe way to share MVS files between the guest z/OS machines? This is really more of a z/OS question than a z/VM question, but some z/VM facilities do (or can) come into play. I'll be the first to admit that I don't know a whole lot about the SYSPLEX environment, but I'm not sure what you mean when you say It [the z1090] has no SYSPLEX hardware. Do you mean, for example, that it has no coupling facility? I know that z/VM can create a virtual SYSPLEX environment between virtual machines. I've never tried to do it, but I've heard that it can be done. And I'm not sure but I don't think any special hardware is needed. But I could be wrong. Check out the manuals. Assuming for the moment that a virtual sysplex is not an option, traditional methods of file sharing between MVS systems, such as GRS, RESERVE/RELEASE, etc., can be used in virtual machines. You can define full-pack minidisks and have the guests link to them, rather than dedicating DASD packs to a single guest. By using V in the link access mode in the directory entry you enable virtual reserve/release. Make sure that the DASD is defined in MVS as shared dasd. hth -- .''`. Stephen Powell : :' : `. `'` `-
Re: Sharing files between two z/OS guest machines
One of my colleagues wrote an excellent how-to on setting up a z/OS base sysplex (not to be confused with a parallel sysplex) under z/VM when runn ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/OS setup. The information is still relevant when you want GRS and the other protections you seek despite the platform change. See chapter eight of SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman
Re: SMTP authentication?
This may help explain it: http://smtp25.blogspot.com/2009/04/530-571-client-was-not-authenticated. html Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Shimon Lebowitz Sent: Thursday, March 10, 2011 5:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: SMTP authentication? Hi, This morning we have a new problem in the z/VM SMTP server. Email to the local network is failing, with this message appearing in the SMTP console: 3 530 5.7.1 Client was not authenticated Could someone please explain: a) what this actually means (it didn't use to happen)? b) how do I solve it? All of our email is sent to the network SMTP server IPMAILERADDRESS ALL network SMTP server name We are on z/VM 5.4.0, 0903. Thank you very much, Shimon _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Sharing files between two z/OS guest machines
Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS base sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/OS setup. The information is still relevant when you want GRS and the other protections you seek despite the platform change. See chapter eight of SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: SMTP authentication?
On Thursday, 03/10/2011 at 06:22 EST, Shimon Lebowitz shim...@iname.com wrote: Hi, This morning we have a new problem in the z/VM SMTP server. Email to the local network is failing, with this message appearing in the SMTP console: 3 530 5.7.1 Client was not authenticated Could someone please explain: a) what this actually means (it didn't use to happen)? b) how do I solve it? All of our email is sent to the network SMTP server IPMAILERADDRESS ALL network SMTP server name We are on z/VM 5.4.0, 0903. Someone changed network SMTP server name to no longer accept mail from anonymous sources. There is nothing you can do to fix it. As an MTA client, the VM SMTP server is capable of using TLS/SSL, but there is no provision for user certificates or explict userid/password authentication. It also sounds like your corporate e-mail team was not aware that you were using them as a relay or decided that they don't want you using them as a mail relay. If that's the case, you need to find out the name of your REAL mail gateway and use that instead. If none of that exists, then your corporate e-mail team needs to build a gateway for you to use. After all, it is their responsibility to enable and manage e-mail flow in the corporate network, not yours. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Sharing files between two z/OS guest machines
You can download the IBM Redbook from: http://www.redbooks.ibm.com/abstracts/sg247008.html?Open -- From: Ward, Mike S mw...@ssfcu.org Sent: Thursday, March 10, 2011 8:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS base sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/OS setup. The information is still relevant when you want GRS and the other protections you seek despite the platform change. See chapter eight of SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
DMSJLD653E Error
After applying latest PTF's to z/VM 5.4, tried to define a SFS pool for SSLSERV. Signed on to TCPMAINT. DIRLIST VMSYS:. DMSJLD653E Error executing LISTDIR, rc=76 What do I need to do? Thanks, Alan Willimann Center for Information Technology National Institute of Health Bethesda, MD 20892-5628 301-402-5158 office 410-422-9671 cell
Re: DMSJLD653E Error
You will know more when you execute LISTDIR VMSYS:. LISTDIR is a REXX exec that executes LISTDIR under the covers (just like the FILELIST EXEC that executes LISTFILE). (years ago I opened a PMR against DIRLIST when it gave me such a meaningless error message for some more common error. They added a new message to DIRLIST. And, I added the suggestion (plus the REXX code) as to make DIRLIST present the error message that LISTDIR gives for unexpcted messages. That however was not accepted, even though it surely less than 10 REXX/PIPE lines). 2011/3/10 Willimann, Alan (NIH/CIT) [C] alan.willim...@nih.gov After applying latest PTF’s to z/VM 5.4, tried to define a SFS pool for SSLSERV. Signed on to TCPMAINT. DIRLIST VMSYS:. DMSJLD653E Error executing LISTDIR, rc=76 What do I need to do? Thanks, Alan Willimann Center for Information Technology National Institute of Health Bethesda, MD 20892-5628 301-402-5158 office 410-422-9671 cell -- Kris Buelens, IBM Belgium, VM customer support
Re: DMSJLD653E Error
A HELP LISTDIR shows this: DMS1240E You are not authorized to connect to file pool filepoolid (RC=76) Not your message, but the RC seems to indicate that TCPMAINT isn't authorized to the filepool... Scott Rohling On Thu, Mar 10, 2011 at 7:11 AM, Willimann, Alan (NIH/CIT) [C] alan.willim...@nih.gov wrote: After applying latest PTF’s to z/VM 5.4, tried to define a SFS pool for SSLSERV. Signed on to TCPMAINT. DIRLIST VMSYS:. DMSJLD653E Error executing LISTDIR, rc=76 What do I need to do? Thanks, Alan Willimann Center for Information Technology National Institute of Health Bethesda, MD 20892-5628 301-402-5158 office 410-422-9671 cell
Re: Sharing files between two z/OS guest machines
I don't mind sharing. :-) Mike Hammock has posted the url from which you can download a copy. The chapter on setting up the base sysplex contains only in-context references to FLEX-ES configuration. The bulk of the chapter is about the z/VM and z/OS stuff. On Thu, 10 Mar 2011 09:07:02 -0500, Mike Hammock m...@hammocktree.us wr ote: You can download the IBM Redbook from: http://www.redbooks.ibm.com/abstracts/sg247008.html?Open -- From: Ward, Mike S mw...@ssfcu.org Sent: Thursday, March 10, 2011 8:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] O n Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS ba se sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/ OS setup. The information is still relevant when you want GRS and the oth er protections you seek despite the platform change. See chapter eight of SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman ==
Re: Sharing files between two z/OS guest machines
Got it. And Thanks. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 8:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines I don't mind sharing. :-) Mike Hammock has posted the url from which you = can download a copy. The chapter on setting up the base sysplex contains only in-context references to FLEX-ES configuration. The bulk of the chapter is about the= z/VM and z/OS stuff. On Thu, 10 Mar 2011 09:07:02 -0500, Mike Hammock m...@hammocktree.us wr= ote: You can download the IBM Redbook from: http://www.redbooks.ibm.com/abstracts/sg247008.html?Open -- From: Ward, Mike S mw...@ssfcu.org Sent: Thursday, March 10, 2011 8:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines Would you mind sharing it? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] O= n Behalf Of Gary Eheman Sent: Thursday, March 10, 2011 7:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines One of my colleagues wrote an excellent how-to on setting up a z/OS ba= se sysplex (not to be confused with a parallel sysplex) under z/VM when runn= ing on FLEX-ES back in 2003. It breaks down the VM setup as well as the z/= OS setup. The information is still relevant when you want GRS and the oth= er protections you seek despite the platform change. See chapter eight of= SG24-7008 which you can still pull from the redbooks.ibm.com website. -- Gary Eheman = == == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
RSU, PSP - which do I choose?
I have installed our z/VM 5.4 system (YAY!). It came with RSU 5404 from June 2009, so that’s what I installed. It has not yet been migrated. Now I read the part in the z/VM Program Directory that says, “…you sh ould see if you received the most current Stacked RSU available. If there is a higher RSU available, or if you did not receive an RSU with your order an d there is now one available, you should order it and apply it when you install z/VM.” Well, since this is my first solo z/VM installation, I’m not quite sure what I should do at this point to bring it completely up-to-date prior to the migration steps. Should I: 1. Order the latest stacked RSU (and then what… start over with the installation?) 2. Order the PSP “buckets” for the three products we use whose SERVLV L is higher, and apply just that service? Suggestions? Be gentle... the expert at anything was once a beginner. :) Thanks. Sherry E.
Re: RSU, PSP - which do I choose?
Hi, Sherry. Congratulations on getting z/VM 5.4 installed! What you should do next is order the latest z/VM 5.4 RSU (it's 5408RSU dated October 29, 2010) from the z/VM web site and install that on top of 5.4. How to do that is described in Chapter 14 of the z/VM: Guide for Automated Installation and Service publication. Have a good one. DJ On 3/10/2011 9:02 AM, Sherry Everhart wrote: I have installed our z/VM 5.4 system (YAY!). It came with RSU 5404 from June 2009, so that’s what I installed. It has not yet been migrated. Now I read the part in the z/VM Program Directory that says, “…you should see if you received the most current Stacked RSU available. If there is a higher RSU available, or if you did not receive an RSU with your order and there is now one available, you should order it and apply it when you install z/VM.” Well, since this is my first solo z/VM installation, I’m not quite sure what I should do at this point to bring it completely up-to-date prior to the migration steps. Should I: 1. Order the latest stacked RSU (and then what… start over with the installation?) 2. Order the PSP “buckets” for the three products we use whose SERVLVL is higher, and apply just that service? Suggestions? Be gentle... the expert at anything was once a beginner. :) Thanks. Sherry E.
Re: RSU, PSP - which do I choose?
I've placed the order. Thanks, Dave, for your help. Sincerely, Sherry E.
Re: zVM User Definitions
Thanks to EVERYONE. This group is the greatest resource, ever - Wally Vogtmann - Technical Services - wvogt...@tcfbank.com From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Scott Rohling Sent: Wednesday, March 09, 2011 12:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: zVM User Definitions Good point, Kris. We actually do the same.. we have a VMADMINS group -- and give that permissiong to LOGONBY. We add/remove people from the VMADMINS group - not all the defininitions it may be part of. It 'is' a much better way to manage things. You do need to make sure GROUPLIST is YES so that groups other than the default group are checked for permissions. Scott Rohling -- clipped -- Disclaimer This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender (“Company”) immediately and destroy the material in its entirety, including all electronic and hard copies. This communication may contain nonpublic personal information about consumers which is subject to restrictions under the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such nonpublic personal information for any purpose other than to provide the services for which you are receiving the information. There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or any service providers and the sender assumes no duty, liability, or obligation for the security, receipt, or any third party interception of this transmission. The Company reserves the right to amend statements made herein in the event of a mistake. Unless expressly stated herein to the contrary, only agreements in writing signed by an authorized officer of the Company may be enforced against it.
Re: Sharing files between two z/OS guest machines
Actually, the latest version of zPDT does support zVM's Virtual Coupling. It does not require any underlying hardware support and it works reasonably well (I've run some tests on our systems). Well that's pretty cool! Marcy
Re: Sharing files between two z/OS guest machines
We have run MVS guests under VM, and in LPAR. The answer was the same for both, and has already been suggested. Given that the dasd is linked to every z/OS guest correctly (and having a dasd owner user with all z/OS guests with r/w links to the dasd is what we used), it is up to the z/OS system to keep track of who has what file. For longer than I have been here, the MVS systems have used CA's MIM to manage the sharing. To the z/OS guest, its like shared dasd in LPARs. We pick up z/OS LPAR's today and go to a DR provider where they run as guests under VM. MIM does the magic that protects the shared data, no difference. On Thu, Mar 10, 2011 at 6:16 AM, Stephen Powell zlinux...@wowway.com wrote: On Wed, 09 Mar 2011 22:52:46 -0500 (EST), Tom Hebert wrote: zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. ... Oh, OK. It's like Hercules then. Gotcha. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? If that's all you've done, probably not. If MVS doesn't know that the DASD is shared with another system, it won't attempt to put a RESERVE on the volume. Virtual reserve/release is a facility in z/VM that virtualizes RESERVE and RELEASE commands issued to a device by guest operating systems. The RESERVE and RELEASE commands are translated to no-ops by CP; so they never get sent to the actual DASD controller. But CP keeps track of them and won't allow guest number 2 to access the volume if guest number 1 has put a RESERVE on it. But if the guest operating system doesn't issue a RESERVE in the first place, this facility does no good. You need to make sure that the DASD is defined to the guest system as SHARED. I'm not a z/OS expert, but I think that stuff is in HCD/HCM. Of course, when running as a z/VM guest, you don't need to worry about the IOCDS stuff. CP virtualizes that. But the IODF part you do need to worry about. What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? Well, that depends. There are several layers to this. The first layer has been discussed above. You need to have full pack minidisks defined with virtual RESERVE/RELEASE, both systems have to link to the same minidisk R/W, and both systems must define the DASD as SHARED. Then there are GRS considerations. (GRS stands for Global Resource Serialization. There are MVS manuals for that. It can do stuff like convert ENQs into RESERVES or vice versa. I'm no GRS expert, but I think GRS can be implemented without a SYSPLEX.) I'd start with the GRS manuals. In general, locking is at the dataset level. So two different jobs (or TSO users), even if they are on the same system, cannot normally share the same dataset at the same time unless they both allocate the dataset with DISP=SHR. However, the ISPF editor may be a special case here. I believe there are additional locking mechanisms within the ISPF editor that may safely allow separate members in the same dataset to be processed by different users at the same time. But that is an MVS question and does not belong on this forum. -- .''`. Stephen Powell : :' : `. `'` `-
Re: Sharing files between two z/OS guest machines
Thanks to all who replied. The options are now well understood, the necessary docs have been located and we now know what we will do. Cheers, Tom -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Ron Schmiedge Sent: Thursday, March 10, 2011 9:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sharing files between two z/OS guest machines We have run MVS guests under VM, and in LPAR. The answer was the same for both, and has already been suggested. Given that the dasd is linked to every z/OS guest correctly (and having a dasd owner user with all z/OS guests with r/w links to the dasd is what we used), it is up to the z/OS system to keep track of who has what file. For longer than I have been here, the MVS systems have used CA's MIM to manage the sharing. To the z/OS guest, its like shared dasd in LPARs. We pick up z/OS LPAR's today and go to a DR provider where they run as guests under VM. MIM does the magic that protects the shared data, no difference. On Thu, Mar 10, 2011 at 6:16 AM, Stephen Powell zlinux...@wowway.com wrote: On Wed, 09 Mar 2011 22:52:46 -0500 (EST), Tom Hebert wrote: zPDT is a z Series emulator running under Linux on 64 bit x86 machines. As such there is no hardware coupling facility. ... Oh, OK. It's like Hercules then. Gotcha. What we tried so far is dedicating a volume to a dummy guest, OBJDUMMY. Like this: MDISK A80 3390 DEVNO A80 MWV Then in each guest z/OS machine we put in something like this: LINK OBJDUMMY A80 A80 MW Is this safe? If that's all you've done, probably not. If MVS doesn't know that the DASD is shared with another system, it won't attempt to put a RESERVE on the volume. Virtual reserve/release is a facility in z/VM that virtualizes RESERVE and RELEASE commands issued to a device by guest operating systems. The RESERVE and RELEASE commands are translated to no-ops by CP; so they never get sent to the actual DASD controller. But CP keeps track of them and won't allow guest number 2 to access the volume if guest number 1 has put a RESERVE on it. But if the guest operating system doesn't issue a RESERVE in the first place, this facility does no good. You need to make sure that the DASD is defined to the guest system as SHARED. I'm not a z/OS expert, but I think that stuff is in HCD/HCM. Of course, when running as a z/VM guest, you don't need to worry about the IOCDS stuff. CP virtualizes that. But the IODF part you do need to worry about. What happens if two developers open the same z/OS library dataset member on this A80 unit? Will the second one entering be denied in SPF? If not what happens if they both store their changes? Well, that depends. There are several layers to this. The first layer has been discussed above. You need to have full pack minidisks defined with virtual RESERVE/RELEASE, both systems have to link to the same minidisk R/W, and both systems must define the DASD as SHARED. Then there are GRS considerations. (GRS stands for Global Resource Serialization. There are MVS manuals for that. It can do stuff like convert ENQs into RESERVES or vice versa. I'm no GRS expert, but I think GRS can be implemented without a SYSPLEX.) I'd start with the GRS manuals. In general, locking is at the dataset level. So two different jobs (or TSO users), even if they are on the same system, cannot normally share the same dataset at the same time unless they both allocate the dataset with DISP=SHR. However, the ISPF editor may be a special case here. I believe there are additional locking mechanisms within the ISPF editor that may safely allow separate members in the same dataset to be processed by different users at the same time. But that is an MVS question and does not belong on this forum. -- .''`. Stephen Powell : :' : `. `'` `-
Re: SMTP authentication?
Thank you very much for the explanation. The part about There is nothing you can do to fix it. takes the onus off of me, but I still need to get the network kiddies to fix what they broke. I was wondering - is it really necessary for them to allow ALL anonymous mail, or can it be selectively by IP address? Whoever had a bad dream about SMTP security, and decided to close the awful breach of anonymous email would certainly prefer to allow only the IP of the z/VM system. With the situation as it is today, that most SMTP servers do seem to require user/pwd authentication, it seems unfortunate that ours cannot authenticate to the network server. Or is that something servers never do between themselves, just email clients? BTW, we have no REAL gateway, all email is internal only. Thank you very much! Shimon On Thu, Mar 10, 2011 at 4:02 PM, Alan Altmark alan_altm...@us.ibm.comwrote: On Thursday, 03/10/2011 at 06:22 EST, Shimon Lebowitz shim...@iname.com wrote: Hi, This morning we have a new problem in the z/VM SMTP server. Email to the local network is failing, with this message appearing in the SMTP console: 3 530 5.7.1 Client was not authenticated Could someone please explain: a) what this actually means (it didn't use to happen)? b) how do I solve it? All of our email is sent to the network SMTP server IPMAILERADDRESS ALL network SMTP server name We are on z/VM 5.4.0, 0903. Someone changed network SMTP server name to no longer accept mail from anonymous sources. There is nothing you can do to fix it. As an MTA client, the VM SMTP server is capable of using TLS/SSL, but there is no provision for user certificates or explict userid/password authentication. It also sounds like your corporate e-mail team was not aware that you were using them as a relay or decided that they don't want you using them as a mail relay. If that's the case, you need to find out the name of your REAL mail gateway and use that instead. If none of that exists, then your corporate e-mail team needs to build a gateway for you to use. After all, it is their responsibility to enable and manage e-mail flow in the corporate network, not yours. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SMTP authentication?
On Thursday, 03/10/2011 at 12:36 EST, David Boyes dbo...@sinenomine.net wrote: It?s something that more and more servers are starting to do (thanks to the spam). The quickest solution to this problem is to set up a Linux guest on your VM system and use that as a proxy. All of the Linux MTAs can do server-to-server authentication. You then set your VM SMTP to point to that guest, and the Linux guest deals with the outside world for you. I?ve got a prebuilt appliance for this if you want a copy. I was going to mention that as a solution, but I would suggest that Shimon first take the issue to his network people and let them decide what they want to do. If their answer is to use a relay and they want it on zLinux, then ok. Maybe they installed a new Exchange server and forgot to turn on anonymous access. Only they know Don't silently take the problem away from them and solve it on your own. (1) You're peeing in their pool (2) They don't learn anything (3) You'll get bit by something else they do down the road And, of course, make sure you have submitted a requirement against VM SMTP. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SMTP authentication?
David, Thanks very much!! That sounds great. Here, everyone has already gone home for the weekend (we work Sun-Thu), but I will raise the possibility with the network folks on Sunday morning. I hope this is not based on a very new linux. I see that the new ones cannot run on my somewhat antiquated z890. Thank you again, Shimon On Thu, Mar 10, 2011 at 7:34 PM, David Boyes dbo...@sinenomine.net wrote: I was wondering - is it really necessary for them to allow ALL anonymous mail, or can it be selectively by IP address? Whoever had a bad dream about SMTP security, and decided to close the awful breach of anonymous email would certainly prefer to allow only the IP of the z/VM system. Yes. Exactly how it’s done depends on the remote MTA. For sendmail, it’s likely in /etc/mail/access. With the situation as it is today, that most SMTP servers do seem to require user/pwd authentication, it seems unfortunate that ours cannot authenticate to the network server. Or is that something servers never do between themselves, just email clients? It’s something that more and more servers are starting to do (thanks to the spam). The quickest solution to this problem is to set up a Linux guest on your VM system and use that as a proxy. All of the Linux MTAs can do server-to-server authentication. You then set your VM SMTP to point to that guest, and the Linux guest deals with the outside world for you. I’ve got a prebuilt appliance for this if you want a copy. -- db
Re: SMTP authentication?
But it's so much more fun! Sheesh ... you have a lot of self restraint, Alan. Don't silently take the problem away from them and solve it on your own. ... (2) They don't learn anything ... [Riddler stops Two Face killing Batman] Don't kill him! If you kill him, he won't learn nuttin'! http://www.imdb.com/title/tt0112462/quotes -- R; On Thu, Mar 10, 2011 at 12:59, Alan Altmark alan_altm...@us.ibm.com wrote: On Thursday, 03/10/2011 at 12:36 EST, David Boyes dbo...@sinenomine.net wrote: It?s something that more and more servers are starting to do (thanks to the spam). The quickest solution to this problem is to set up a Linux guest on your VM system and use that as a proxy. All of the Linux MTAs can do server-to-server authentication. You then set your VM SMTP to point to that guest, and the Linux guest deals with the outside world for you. I?ve got a prebuilt appliance for this if you want a copy. I was going to mention that as a solution, but I would suggest that Shimon first take the issue to his network people and let them decide what they want to do. If their answer is to use a relay and they want it on zLinux, then ok. Maybe they installed a new Exchange server and forgot to turn on anonymous access. Only they know Don't silently take the problem away from them and solve it on your own. (1) You're peeing in their pool (2) They don't learn anything (3) You'll get bit by something else they do down the road And, of course, make sure you have submitted a requirement against VM SMTP. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: SMTP authentication?
On 3/10/11 12:59 PM, Alan Altmark alan_altm...@us.ibm.com wrote: I was going to mention that as a solution, but I would suggest that Shimon first take the issue to his network people and let them decide what they want to do. If their answer is to use a relay and they want it on zLinux, then ok. Maybe they installed a new Exchange server and forgot to turn on anonymous access. Only they know Except they usually don't, and don't even comprehend why YOUR system is causing THEM problems. :sarcastic.It must be that ancient useless mainframe that always causes these problems. Get rid of it. After all, all the Windows/Unix/VMS/insert your fave platform bigotry here systems just work...:esarcasm. Don't silently take the problem away from them and solve it on your own. (1) You're peeing in their pool See above. (Besides, Exchange still comes with open relaying turned on. So does Notes, BTW. Should fix that.) (2) They don't learn anything They don't learn anything either way, other than you're a problem, and they have to make special adjustments to deal with defective software. (3) You'll get bit by something else they do down the road Somehow this always happens, no matter what you do. And, of course, make sure you have submitted a requirement against VM SMTP. Done.
Re: SMTP authentication?
I hope this is not based on a very new linux. I see that the new ones cannot run on my somewhat antiquated z890. It should work fine on a z890 (it was built on a 7060-H70 and tested on a z800, so it should be OK). Give me a few days to package it up and put it somewhere for you. It can also serve as a complete replacement for the VM SMTP (thanks to M. Beattie's UR driver), but I'd recommend just using it as a proxy for now.
Re: SMTP authentication?
There are never any fixes to apply. All you have to do is reboot them. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Thursday, March 10, 2011 2:01 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SMTP authentication? On 3/10/11 12:59 PM, Alan Altmark alan_altm...@us.ibm.com wrote: I was going to mention that as a solution, but I would suggest that Shimon first take the issue to his network people and let them decide what they want to do. If their answer is to use a relay and they want it on zLinux, then ok. Maybe they installed a new Exchange server and forgot to turn on anonymous access. Only they know Except they usually don't, and don't even comprehend why YOUR system is causing THEM problems. :sarcastic.It must be that ancient useless mainframe that always causes these problems. Get rid of it. After all, all the Windows/Unix/VMS/insert your fave platform bigotry here systems just work...:esarcasm. Don't silently take the problem away from them and solve it on your own. (1) You're peeing in their pool See above. (Besides, Exchange still comes with open relaying turned on. So does Notes, BTW. Should fix that.) (2) They don't learn anything They don't learn anything either way, other than you're a problem, and they have to make special adjustments to deal with defective software. (3) You'll get bit by something else they do down the road Somehow this always happens, no matter what you do. And, of course, make sure you have submitted a requirement against VM SMTP. Done. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
SFS question
I'm getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don't have enough room in storage group 1? TIA Steve
Re: SFS question
Hi, Steve. Yes, you need to expand your storage group 1 size by adding more DASD space DJ On 03/10/2011 03:33 PM, Gentry, Stephen wrote: I’m getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don’t have enough room in storage group 1? TIA Steve -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: SFS question
Thta's what I'd conclude too. Try Q FILEPOOL STORGRP (or use SFSULIST, it shows the summary too) 2011/3/10 Gentry, Stephen stephen.gen...@lafayettelife.com I’m getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don’t have enough room in storage group 1? TIA Steve -- Kris Buelens, IBM Belgium, VM customer support
Re: SFS question
Here is the results from the QUERY: q filepool storgrp vmsyse: VMSYSE File Pool Storage Groups Start-up Date 03/02/11 Query Date 03/10/11 Start-up Time 23:39:25 Query Time 16:57:49 STORAGE GROUP INFORMATION Storage4K Blocks 4K Blocks Group No.In-Use Free 1 17973 - 16% 96971 2 8712106 - 67%4278828 The total number of files is 733, occupying approx. 2022 4k blocks. So, I don't understand why I'm getting this error. I have defined storage group 1 with 40 cylinders (7184 - 4k blocks) across 16 3390 mod3's. To clarify, that's 40 cylinders on each mod3. I'm wondering if there isn't enough room on one of the mod3's and thus I get this message. Due to the nature of SFS, I assume it would spread the load across the 16 drives. Steve From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Thursday, March 10, 2011 4:43 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS question Thta's what I'd conclude too. Try Q FILEPOOL STORGRP (or use SFSULIST, it shows the summary too) 2011/3/10 Gentry, Stephen stephen.gen...@lafayettelife.com I'm getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don't have enough room in storage group 1? TIA Steve -- Kris Buelens, IBM Belgium, VM customer support
Re: RSU, PSP - which do I choose?
Sherry Order PTF UV97540 and you will got lastest RSU for z/VM 5.4. (1008) I did it eletronically and applied it a couple of days ago and a lot of PSP reported ptfs was installed. You can use Auomated Installation and Service (I never tried!) or Service Guide (I used this, since I working with VM since 1980!) Defenitly if you have a z10 machine you should apply RSU. Good luck and enjoy. Carlos Bodra IBM zSeries Certified Specialist Sao Paulo - Brazil Em 10/03/2011 12:12, Dave Jones escreveu: Hi, Sherry. Congratulations on getting z/VM 5.4 installed! What you should do next is order the latest z/VM 5.4 RSU (it's 5408RSU dated October 29, 2010) from the z/VM web site and install that on top of 5.4. How to do that is described in Chapter 14 of the z/VM: Guide for Automated Installation and Service publication. Have a good one. DJ On 3/10/2011 9:02 AM, Sherry Everhart wrote: I have installed our z/VM 5.4 system (YAY!). It came with RSU 5404 from June 2009, so that’s what I installed. It has not yet been migrated. Now I read the part in the z/VM Program Directory that says, “…you should see if you received the most current Stacked RSU available. If there is a higher RSU available, or if you did not receive an RSU with your order and there is now one available, you should order it and apply it when you install z/VM.” Well, since this is my first solo z/VM installation, I’m not quite sure what I should do at this point to bring it completely up-to-date prior to the migration steps. Should I: 1. Order the latest stacked RSU (and then what… start over with the installation?) 2. Order the PSP “buckets” for the three products we use whose SERVLVL is higher, and apply just that service? Suggestions? Be gentle... the expert at anything was once a beginner. :) Thanks. Sherry E.
Re: RSU, PSP - which do I choose?
Order PTF UV97540 and you will got lastest RSU for z/VM 5.4. (1008) This is good advice and gets you most of the way. Since RSUs are collections of recommended service made at a specific point in time, make sure you also order the PSP bucket for that RSU to catch anything after the RSU date that wasn't included on the RSU. Background: What you're doing is three things: installing the base code, using the RSU to jump forward in time and apply all the service from the base up to the RSU date in one operation, and then layer any fixes that have been made after the RSU was closed. You've gotten the base code installed, and (if you want) you can use the RSU that you have to practice installing the RSU (when you get the new stacked RSU and PSP tapes, the SERVICE tool will figure out what you have already applied and just add the new stuff. Mother's Rules of Thumb: 1) Never mix IBM stuff and your stuff. 2) Always take a backup of your entire MAINT id BEFORE you THINK about applying service 3) Cupcakes get you faster responses to your service problems. 8-) I'd strongly encourage you to just do a SERVICE ALL with the RSU and let the automated stuff process the service. If you aren't using CMS for anything except maintaining the system, it does a pretty good job, and anything it can't handle, you're going to need to call IBM for help anyway. The VM service tools are heap big magic even for us oldtimers.
Three Films Chronicle IBM's Century of Innovation
Three Films Chronicle IBM's Century of Innovation ARMONK, N.Y. - 10 Mar 2011: IBM is marking its 100th year as a company of innovators and inventions through a series of documentary films that chronicle the ways in which the company has changed the world through scientific and technology achievements and the IBMers who have been behind those breakthroughs. http://www-03.ibm.com/press/us/en/pressrelease/34001.wss -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0
Re: cpuplugd Daemon
Let us know if you find a productive use for it. Crashing a guest is the typical result. Better to spend you time SIZING the guest. Regards, Doug On 3/9/2011 10:19, Barton Robinson wrote: I would HIGHLY recommend talking to an installation who has actually implemented VMRM PRIOR to you doing it. I don't think even IBM recommends VMRM (ok maybe some sales types do). The problem is about your ability to keep your servers from not crashing if you care.. Dave Jones wrote: Hi, Rakesh. A good place to start learning about the z/.VM side of CMM is the z/VM V6R1 Performance document, available from the IBM z/VM online library. The VM side of CMM is implemented by the VMRMSVM virtual machine, which is already defined in the user directory. Chapter 4.6 in the Performance document above describes how this works in detail. DJ On 03/09/2011 06:50 AM, Rakesh Krishnakumar wrote: We are activating cpuplugd process for dynamic CPU and memory management for Linux guests running in z/VM. We have found a reference in Virtualization cook book for SLES11 SP1 how to make necessary configuration for CMM modules within Linux.But couldn't find any reference about the configuration to be done within z/VM for CMM. Is any configuration required or z/VM comes with CMM enabled by default. The z/VM version used is 6.1 and Linux is SLES11 SP1. Also does this process have any adverse performance implication? Regards Rakesh.K
Re: SFS question
Do QUERY FILEPOOL CATALOG to see the amount of catalog data blocks and catalog index blocks used. Total number of catalog space blocks (data+index) is MAXUSERS*85. Maybe your MAXUSERS value is too small? Ivica Brodaric BNZ