The solution is that MQ is up only on 1 server at a time. The HA portion takes it down on one server (dismounts the disks) and up on the other server (after remounting the disks).
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: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Fargusson.Alan Sent: Tuesday, August 19, 2008 10:15 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/VM, Linux, MQ, "HA"? Even if only one system has the filesystem mounted r/w the other systems can see an inconsistent filesystem due to buffering. The only safe way is to mount the filesystem r/o everywhere, or use NFS or something similar. -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Marcy Cortes Sent: Tuesday, August 19, 2008 8:59 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: z/VM, Linux, MQ, "HA"? Right - to have more than one system access it - only one side can be r/w to it (unless you have some sort of clustering file system). That's why I suggested CSE to keep it safe - VM can protect the links. 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: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Fargusson.Alan Sent: Tuesday, August 19, 2008 8:45 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/VM, Linux, MQ, "HA"? Even with minidisk cache off you can still have problems sharing a Linux filesystems if any system has the filesystem mounted r/w. -----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Marcy Cortes Sent: Monday, August 18, 2008 9:32 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: z/VM, Linux, MQ, "HA"? There's this http://www.ibm.com/developerworks/linux/library/l-halinux2/ which discusses MQ. We've got a project that wants to try this. Nothing special for z/Linux except that the DASD would be accessible by more than one LPAR and we need to make sure its not r/w on both. Requires minidisk cache off, CSE perhaps to protect having r/w by more than one system by accident. 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: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Tom Burkholder Sent: Wednesday, August 13, 2008 5:59 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/VM, Linux, MQ, "HA"? Alan and Marty, Thanks... yes, I had previously read this HA architectures for Linux on System z (which is a very good reference) and because we are a z/OS DB2 sysplex environment I can understand the WAS diagrams to use WebSphere clustering to two z/Linux AppServers each running http and WebSphere. In front of the http, we can use a network load balancer to balance (redundant) to the http servers, and the backend z/OS db2 is on multiple z/OS lpars within a sysplex. These solutions I can understand and provide appropriate redundancy based on what the app is willing to pay. Currently, we only have one z/VM (still POC) and multiple z/Linux WAS appservers (and still just testing, nothing production). I've read about db2/udb's HADR and this, from what I understand with no working knowledge, is a way to active/passive provide failover for db2/udb, onto two (2) separate z/Linux servers. What I haven't seen yet, is anything similar to the whitepaper below explaining WebSphere AppServer and db2/udb or any docs on WebSphere MQ "High Availability" for QMGR's on z/Linux. Does anybody have any links or docs that have something specific for MQ on z/Linux, similar to the whitepaper doc below? Thanks in advance, Tom Burkholder ________________________________________ From: Linux on 390 Port [EMAIL PROTECTED] On Behalf Of Marcy Cortes [EMAIL PROTECTED] Sent: Wednesday, August 13, 2008 7:31 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: z/VM, Linux, MQ, "HA"? z10's are reliable, but not perfect - they go down (well, z9's do :). RAID disks fail too. SW fails. Nothing's perfect. You have to figure out the cost of providing redundancy in all layers vs. what an outage costs you. It's different for every app usually. Have you seen this? (watch for line wrap) http://www-03.ibm.com/servers/eserver/zseries/library/whitepapers/pdf/HA _Architectures_for_Linux_on_System_z.pdf 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: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, August 13, 2008 4:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/VM, Linux, MQ, "HA"? On Wednesday, 08/13/2008 at 05:12 EDT, Tom Burkholder <[EMAIL PROTECTED]> wrote: > So I contend that the z/10 h/w is reliable, the DASD is raid, the > vswitch can have failover OSA's, so as long as we alert and don't > fill up filesystems, we have a decent chance to keep the QMGR > available on the > z/Linux server. Because of HACMP for AIX and Windows clustering, everybody > wants to know about z/Linux "HA" at the O/S level. You need it. It's not about the hardware, it's about people and software. Your applications need protection from an *unplanned* outage, for a variety of reasons: - loss of power - z/VM abend - "I *meant* to shutdown my 2nd level system" And, of course, there are other reasons you may PLAN to turn off the machine, the LPAR, or VM (service). Alan Altmark z/VM Development IBM Endicott ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ________________________________________________________________________ __________________________ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
