Re: lsdasd is gone?
Thanks, Dan. That did the trick. It was always part of the base on RHEL 7 and RHEL 8, so didn't know where it lived. So, when IBM bought RHEL, they dropped the s390 package...huh Oh, and my colleague used ChatGBT to find the answer. I prefer this...our "chat-sysadmins" Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Dan Horák Sent: Wednesday, May 10, 2023 5:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: lsdasd is gone? On Wed, 10 May 2023 21:01:02 +0000 Martha McConaghy wrote: > I have just started working with RHEL 9 on z, only building my 2nd server. I > went to add another ECKD DASD to the system and, to my shock, lsdasd doesn't > seem to be there. The dasdfmt and fdasd commands are still there, but no > lsdasd. I went through the Rhel 9 install guide on redhat.com and there is > no mention of it in the section on adding DASD to the system. Anyone know > more about this? It was a hugely helpful tool, why would they get rid of it. > (I tried googling and didn't find any mention of it being retired.) > > Is there a package I can install to get it back? a manually tuned minimal installation might omit the s390utils-base package, where lsdasd lives, but a default install should include it, so please try "dnf install s390utils-base" Dan -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: lsdasd is gone?
Yup, definitely not in the base, at least for 9.1. [root@lxrhpth9 ~]# rpm -qil s390-tools package s390-tools is not installed Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Marcy Cortes Sent: Wednesday, May 10, 2023 5:07 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: lsdasd is gone? It's part of the s390-tools package on SLES 15 so you'd think it'd be on RH9 as well. Try rpm -qil s390-tools | grep lsdasd On SLES it is in /sbin so if you aren't root, you'd need the full path -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, May 10, 2023 2:01 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] lsdasd is gone? I have just started working with RHEL 9 on z, only building my 2nd server. I went to add another ECKD DASD to the system and, to my shock, lsdasd doesn't seem to be there. The dasdfmt and fdasd commands are still there, but no lsdasd. I went through the Rhel 9 install guide on redhat.com and there is no mention of it in the section on adding DASD to the system. Anyone know more about this? It was a hugely helpful tool, why would they get rid of it. (I tried googling and didn't find any mention of it being retired.) Is there a package I can install to get it back? Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.com/v3/__http://www2.marist.edu/htbin/wlvindex?LINUX-390__;!!F9svGWnIaVPGSwU!uMdwbmn8ZexVXUCoYBB_nppdhv-GRA6jj5WJA2iWh_ZXJ_O1vpZM7XezqENCXDkcTswaU5AQhsCFPo3TnPmkqRMcjrLh9EtUCvRjTQ$ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
lsdasd is gone?
I have just started working with RHEL 9 on z, only building my 2nd server. I went to add another ECKD DASD to the system and, to my shock, lsdasd doesn't seem to be there. The dasdfmt and fdasd commands are still there, but no lsdasd. I went through the Rhel 9 install guide on redhat.com and there is no mention of it in the section on adding DASD to the system. Anyone know more about this? It was a hugely helpful tool, why would they get rid of it. (I tried googling and didn't find any mention of it being retired.) Is there a package I can install to get it back? Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Taking some time
Mark, You were one of my first friends in the Linux world and have always been a huge help to me over the years. Your "Linux for Mainframers" presentations did a great deal to help many of us make the transition, to live in both the z/VM and the Linux world. Thank you so much for everything you have done to support our community and me, personally. I wish you all the best in the next phase and hope that you won't be a stranger. Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Mark Post Sent: Wednesday, February 15, 2023 10:55 AM To: LINUX-390@VM.MARIST.EDU Subject: Taking some time All, I'm retiring from SUSE. Today is my last day on the job. I intend to stay involved with Linux on the mainframe, including this mailing list, but I'm not sure just how involved. I'll know better after I've had some time to adjust to my new life. When I left EDS in 2007, the environment at the company had become very toxic, with layoffs every quarter of good people with decades of experience. Joining Novell/SUSE at that time was the best possible thing that could have happened to me professionally. It's been very satisfying to contribute to the creation of SUSE's products. It has literally been a dream job for me. I'm thankful to the many people that have helped me over the years. Without them, I might never have been able to make working with mainframe Linux my career for 20+ years. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Open Mainframe Project will be making a z15 available for all Open Source projects
Actually, Mark, some z/OS resources have been provided over the last few years. It was just not widely advertised. The Zowe project has been using a z13 at Marist for several years. Node.js and OpenJDK projects as well. On the Linux side, the LinuxOne Community Cloud regularly supports over 1500 servers for short term work. There is also a private cloud that supports ISVs who establish a relationship with IBM. That one has over 200 instances. Then, there are the systems that I have provided to the Linux Foundation projects for many years. That continues to be very active. I'm not involved with the new machine so I don't know exactly what is being planned for it. Just wanted to point out that there have been resources for a long time and they are going to continue, in case there was any confusion. Martha Martha McConaghy Marist: System Architect/Technical Lead Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Mark Post Sent: Thursday, September 22, 2022 3:05 PM To: LINUX-390@VM.MARIST.EDU Subject: Open Mainframe Project will be making a z15 available for all Open Source projects Cross-posted to Linux-390, IBMVM, and IBM-Main At the Linux Foundation's Open Mainframe Project meeting this week, it was announced that beginning in 2023, the OMP will have a z15 available for any Open Source project that wants to make use of it. According to the announcement at https://www.openmainframeproject.org/press/2022/09/21/open-mainframe-announces-new-mainframe "...this mainframe infrastructure will be available for broad open source projects as a development, test, and continuous delivery environment, enabling developers within these communities to be able to support both z/OS and Linux on s390x." The z15 will be hosted at Marist College, adding to their already good-sized menagerie of IBM Z hardware. The hardware is being donated by Broadcom Mainframe Software Division. While we've had similar resources available for Linux-based OSS projects for some time, this is the first that I'm aware of the availability of no-cost access to IBM Z hardware for z/OS-based Open Source developers. It will be interesting to see if any more z/OS-based OSS projects come along to make use of this. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Moving LUNs using z/VM
Just an update - I was able to move the 5 servers and their SAN LUNs over to the DS8910 using the EDEV trick. Thanks for the tip! Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Barlow Sent: Tuesday, April 5, 2022 7:30 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM I moved LUNs from a DS8880 in CA to a new DS8910 in OH. I defined EDEVs on both ends and used PIPEDDR to send it across TCPIP most of the way across the country. I can probably share more details if you need them. a 4G LUN took about 10 minutes depending on how much real data was there. I even moved a 400G LUN. Rick Barlow Velocity Software, Inc On Tue, Apr 5, 2022 at 5:47 PM Martha McConaghy wrote: > That's also a good idea. Thanks, Dave, Alan and Rick! I think, while I'm > at it, I could DDR them to file images so I have a back up too. > > Martha > > > Martha McConaghy > > Marist: System Architect/Technical Lead > > SHARE Association: Secretary > > Marist College IT > > Poughkeepsie, NY 12601 > > > From: Linux on 390 Port on behalf of David > Kreuter > Sent: Tuesday, April 5, 2022 5:41 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > Hi Martha > I did this successfully some years back. Make the input a “full pack “ > mini on edev link it read only to reduce stress. > Good luck > Dave > > From: Linux on 390 Port on behalf of Martha > McConaghy > Sent: Tuesday, April 5, 2022 5:34:22 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > OK, I want to make sure I am understanding it clearly. Its an interesting > idea, but I really can't afford to blow away the original disks, so want to > be really sure. > > The existing disks are used by the virtual machine by having LOADDEV > statements in the directory for the vm and then IPLing the raddr of the > NPIV port on the FC channel, i.e.: > > LOADDEV PORT 500507630628D700 > LOADDEV LUN 40014009 > IPL 2000 > > Now, the idea is to define an EDEV to VM that points to the same LUN, as > well as one that points to the new LUN on the DS8910. Attach both edev > devices to my machine and then use DDR to copy from the old one to the new > one. Very interesting idea. As long as I don't try to write to the > original LUN, define a minidisk on it, etc, it should be OK, in theory. > Has anyone ever tried this? > > Martha > > > Martha McConaghy > > Marist: System Architect/Technical Lead > > SHARE Association: Secretary > > Marist College IT > > Poughkeepsie, NY 12601 > > > From: Linux on 390 Port on behalf of Rick Troth > > Sent: Tuesday, April 5, 2022 5:27 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > What I mean is: > define them even temporarily as EDEVs for the DDR and go for it. > > > > On Tue, Apr 5, 2022, 17:25 Rick Troth wrote: > > > If they're defined as EDEVs then you can use DDR. > > > > FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will > > include the boot partition. (Partition tables are not really needed on > > fixed block disks, even laptop SSDs, but don't get me started.) Any > > "partition table", and all partitions, would be included in the DDR copy. > > > > > > > > On Tue, Apr 5, 2022, 17:19 Martha McConaghy > > > wrote: > > > >> I have a few RHEL servers that run on z/VM but boot off of a direct > >> attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 > and I > >> need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a > way > >> that I could use VM to copy these LUNs to the new storage? I was > looking > >> at DDR, but wasn't sure if the FB-512 type would work for these. They > >> aren't CMS format disks, obviously, so that isn't an option. I'm > trying to > >> avoid having to attach them to a Linux server to do the work, but will > if > >> that is the only option. Since these are boot volumes, I have to copy > the > >> boot partition and boot record, not just the filesystems. So, a > physical > >> copy would be the best. > >> > >> Any ideas? > >> > >> Martha > >> > >> > >> Martha McConaghy > >> > >> Marist: System Architect/Technical Lead > >> > >> SHARE Association: Secretary > >>
Re: Moving LUNs using z/VM
Certainly makes it easy for us to remember. Thanks, I will check it out. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Troth Sent: Wednesday, April 6, 2022 11:48 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Use 'dd' to copy block device to block device. (The name reminds me of DDR every time I use it!) On Wed, Apr 6, 2022, 11:44 Martha McConaghy wrote: > Christian, > Looks like I have a couple of Linux LPARs that I'm going to have to move > to the new storage too. (I was hoping to be able to retire them, but no > such luck.) The trick with the EDEV isn't going to work for them (LUNs are > too big). > > What would be a good tool to use in Linux to do physical copies of LUNs? > My colleagues usually only deal with copying filesystems, like rsync, which > would not do the trick for me. > > Martha > > > Martha McConaghy > > Marist: System Architect/Technical Lead > > SHARE Association: Secretary > > Marist College IT > > Poughkeepsie, NY 12601 > > > From: Linux on 390 Port on behalf of Christian > Borntraeger > Sent: Wednesday, April 6, 2022 1:56 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > Am 05.04.22 um 23:19 schrieb Martha McConaghy: > > I have a few RHEL servers that run on z/VM but boot off of a direct > attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I > need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way > that I could use VM to copy these LUNs to the new storage? I was looking > at DDR, but wasn't sure if the FB-512 type would work for these. They > aren't CMS format disks, obviously, so that isn't an option. I'm trying to > avoid having to attach them to a Linux server to do the work, but will if > that is the only option. Since these are boot volumes, I have to copy the > boot partition and boot record, not just the filesystems. So, a physical > copy would be the best. > > I think your last resort (using a Linux server) is actually not a bad > idea as direct attached FCP is usually faster than EDEV. > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www2.marist.edu/htbin/wlvindex?LINUX-390 > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www2.marist.edu/htbin/wlvindex?LINUX-390 > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Moving LUNs using z/VM
Christian, Looks like I have a couple of Linux LPARs that I'm going to have to move to the new storage too. (I was hoping to be able to retire them, but no such luck.) The trick with the EDEV isn't going to work for them (LUNs are too big). What would be a good tool to use in Linux to do physical copies of LUNs? My colleagues usually only deal with copying filesystems, like rsync, which would not do the trick for me. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Christian Borntraeger Sent: Wednesday, April 6, 2022 1:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Am 05.04.22 um 23:19 schrieb Martha McConaghy: > I have a few RHEL servers that run on z/VM but boot off of a direct attached > SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I need to > move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way that I > could use VM to copy these LUNs to the new storage? I was looking at DDR, > but wasn't sure if the FB-512 type would work for these. They aren't CMS > format disks, obviously, so that isn't an option. I'm trying to avoid having > to attach them to a Linux server to do the work, but will if that is the only > option. Since these are boot volumes, I have to copy the boot partition and > boot record, not just the filesystems. So, a physical copy would be the best. I think your last resort (using a Linux server) is actually not a bad idea as direct attached FCP is usually faster than EDEV. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Moving LUNs using z/VM
Thanks, Rick. That is very cool. I don't think I'll need PIPEDDR right now, since it will be pretty easy for me to have both EDEVs on the same VM system. But that is a good trick to keep in mind. Luckily, none of these LUNs are very big, only 120G each. (Gosh, I remember when I would have thought that was huge.) Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Barlow Sent: Tuesday, April 5, 2022 7:30 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM I moved LUNs from a DS8880 in CA to a new DS8910 in OH. I defined EDEVs on both ends and used PIPEDDR to send it across TCPIP most of the way across the country. I can probably share more details if you need them. a 4G LUN took about 10 minutes depending on how much real data was there. I even moved a 400G LUN. Rick Barlow Velocity Software, Inc On Tue, Apr 5, 2022 at 5:47 PM Martha McConaghy wrote: > That's also a good idea. Thanks, Dave, Alan and Rick! I think, while I'm > at it, I could DDR them to file images so I have a back up too. > > Martha > > > Martha McConaghy > > Marist: System Architect/Technical Lead > > SHARE Association: Secretary > > Marist College IT > > Poughkeepsie, NY 12601 > > > From: Linux on 390 Port on behalf of David > Kreuter > Sent: Tuesday, April 5, 2022 5:41 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > Hi Martha > I did this successfully some years back. Make the input a “full pack “ > mini on edev link it read only to reduce stress. > Good luck > Dave > > From: Linux on 390 Port on behalf of Martha > McConaghy > Sent: Tuesday, April 5, 2022 5:34:22 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > OK, I want to make sure I am understanding it clearly. Its an interesting > idea, but I really can't afford to blow away the original disks, so want to > be really sure. > > The existing disks are used by the virtual machine by having LOADDEV > statements in the directory for the vm and then IPLing the raddr of the > NPIV port on the FC channel, i.e.: > > LOADDEV PORT 500507630628D700 > LOADDEV LUN 40014009 > IPL 2000 > > Now, the idea is to define an EDEV to VM that points to the same LUN, as > well as one that points to the new LUN on the DS8910. Attach both edev > devices to my machine and then use DDR to copy from the old one to the new > one. Very interesting idea. As long as I don't try to write to the > original LUN, define a minidisk on it, etc, it should be OK, in theory. > Has anyone ever tried this? > > Martha > > > Martha McConaghy > > Marist: System Architect/Technical Lead > > SHARE Association: Secretary > > Marist College IT > > Poughkeepsie, NY 12601 > > > From: Linux on 390 Port on behalf of Rick Troth > > Sent: Tuesday, April 5, 2022 5:27 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Moving LUNs using z/VM > > What I mean is: > define them even temporarily as EDEVs for the DDR and go for it. > > > > On Tue, Apr 5, 2022, 17:25 Rick Troth wrote: > > > If they're defined as EDEVs then you can use DDR. > > > > FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will > > include the boot partition. (Partition tables are not really needed on > > fixed block disks, even laptop SSDs, but don't get me started.) Any > > "partition table", and all partitions, would be included in the DDR copy. > > > > > > > > On Tue, Apr 5, 2022, 17:19 Martha McConaghy > > > wrote: > > > >> I have a few RHEL servers that run on z/VM but boot off of a direct > >> attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 > and I > >> need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a > way > >> that I could use VM to copy these LUNs to the new storage? I was > looking > >> at DDR, but wasn't sure if the FB-512 type would work for these. They > >> aren't CMS format disks, obviously, so that isn't an option. I'm > trying to > >> avoid having to attach them to a Linux server to do the work, but will > if > >> that is the only option. Since these are boot volumes, I have to copy > the > >> boot partition and boot record, not just the filesystems. So, a > physical > >> copy would be the best. > >> > >> Any ideas? > >> > >> Martha > >
Re: Moving LUNs using z/VM
I have not been able to define an EDEV larger than 1TB without getting errors. However, I have not tired it with z/VM 7.2 yet. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Neale Ferguson Sent: Tuesday, April 5, 2022 6:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Is there a maximum edev size? You can copy the LUNs with DDR, but you have to first define an EDEVICE for them. Regards, Alan Alan Altmark Senior Managing z/VM Consultant IBM Systems Lab Services 1 607 321 7556 Mobile alan_altm...@us.ibm.com > -Original Message- > From: Linux on 390 Port On Behalf Of > Martha McConaghy > Sent: Tuesday, April 5, 2022 5:20 PM > To: LINUX-390@VM.MARIST.EDU > Subject: [EXTERNAL] [LINUX-390] Moving LUNs using z/VM > > I have a few RHEL servers that run on z/VM but boot off of a direct attached > SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I need to > move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way that I > could use VM to copy these LUNs to the new storage? I was looking at DDR, > but wasn't sure if the FB-512 type would work for these. They aren't CMS > format disks, obviously, so that isn't an option. I'm trying to avoid having > to > attach them to a Linux server to do the work, but will if that is the only > option. Since these are boot volumes, I have to copy the boot partition and > boot record, not just the filesystems. So, a physical copy would be the best. > > Any ideas? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Moving LUNs using z/VM
That's also a good idea. Thanks, Dave, Alan and Rick! I think, while I'm at it, I could DDR them to file images so I have a back up too. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of David Kreuter Sent: Tuesday, April 5, 2022 5:41 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM Hi Martha I did this successfully some years back. Make the input a “full pack “ mini on edev link it read only to reduce stress. Good luck Dave From: Linux on 390 Port on behalf of Martha McConaghy Sent: Tuesday, April 5, 2022 5:34:22 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM OK, I want to make sure I am understanding it clearly. Its an interesting idea, but I really can't afford to blow away the original disks, so want to be really sure. The existing disks are used by the virtual machine by having LOADDEV statements in the directory for the vm and then IPLing the raddr of the NPIV port on the FC channel, i.e.: LOADDEV PORT 500507630628D700 LOADDEV LUN 40014009 IPL 2000 Now, the idea is to define an EDEV to VM that points to the same LUN, as well as one that points to the new LUN on the DS8910. Attach both edev devices to my machine and then use DDR to copy from the old one to the new one. Very interesting idea. As long as I don't try to write to the original LUN, define a minidisk on it, etc, it should be OK, in theory. Has anyone ever tried this? Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Troth Sent: Tuesday, April 5, 2022 5:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM What I mean is: define them even temporarily as EDEVs for the DDR and go for it. On Tue, Apr 5, 2022, 17:25 Rick Troth wrote: > If they're defined as EDEVs then you can use DDR. > > FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will > include the boot partition. (Partition tables are not really needed on > fixed block disks, even laptop SSDs, but don't get me started.) Any > "partition table", and all partitions, would be included in the DDR copy. > > > > On Tue, Apr 5, 2022, 17:19 Martha McConaghy > wrote: > >> I have a few RHEL servers that run on z/VM but boot off of a direct >> attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I >> need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way >> that I could use VM to copy these LUNs to the new storage? I was looking >> at DDR, but wasn't sure if the FB-512 type would work for these. They >> aren't CMS format disks, obviously, so that isn't an option. I'm trying to >> avoid having to attach them to a Linux server to do the work, but will if >> that is the only option. Since these are boot volumes, I have to copy the >> boot partition and boot record, not just the filesystems. So, a physical >> copy would be the best. >> >> Any ideas? >> >> Martha >> >> >> Martha McConaghy >> >> Marist: System Architect/Technical Lead >> >> SHARE Association: Secretary >> >> Marist College IT >> >> Poughkeepsie, NY 12601 >> >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit >> http://www2.marist.edu/htbin/wlvindex?LINUX-390 >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Moving LUNs using z/VM
OK, I want to make sure I am understanding it clearly. Its an interesting idea, but I really can't afford to blow away the original disks, so want to be really sure. The existing disks are used by the virtual machine by having LOADDEV statements in the directory for the vm and then IPLing the raddr of the NPIV port on the FC channel, i.e.: LOADDEV PORT 500507630628D700 LOADDEV LUN 40014009 IPL 2000 Now, the idea is to define an EDEV to VM that points to the same LUN, as well as one that points to the new LUN on the DS8910. Attach both edev devices to my machine and then use DDR to copy from the old one to the new one. Very interesting idea. As long as I don't try to write to the original LUN, define a minidisk on it, etc, it should be OK, in theory. Has anyone ever tried this? Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Rick Troth Sent: Tuesday, April 5, 2022 5:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Moving LUNs using z/VM What I mean is: define them even temporarily as EDEVs for the DDR and go for it. On Tue, Apr 5, 2022, 17:25 Rick Troth wrote: > If they're defined as EDEVs then you can use DDR. > > FBA (EDEV or 3370, etc al) being fixed block, copying the whole disk will > include the boot partition. (Partition tables are not really needed on > fixed block disks, even laptop SSDs, but don't get me started.) Any > "partition table", and all partitions, would be included in the DDR copy. > > > > On Tue, Apr 5, 2022, 17:19 Martha McConaghy > wrote: > >> I have a few RHEL servers that run on z/VM but boot off of a direct >> attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I >> need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way >> that I could use VM to copy these LUNs to the new storage? I was looking >> at DDR, but wasn't sure if the FB-512 type would work for these. They >> aren't CMS format disks, obviously, so that isn't an option. I'm trying to >> avoid having to attach them to a Linux server to do the work, but will if >> that is the only option. Since these are boot volumes, I have to copy the >> boot partition and boot record, not just the filesystems. So, a physical >> copy would be the best. >> >> Any ideas? >> >> Martha >> >> >> Martha McConaghy >> >> Marist: System Architect/Technical Lead >> >> SHARE Association: Secretary >> >> Marist College IT >> >> Poughkeepsie, NY 12601 >> >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit >> http://www2.marist.edu/htbin/wlvindex?LINUX-390 >> > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Moving LUNs using z/VM
I have a few RHEL servers that run on z/VM but boot off of a direct attached SAN LUN (not an EDEV or ECKD). They reside on an old DS8870 and I need to move them to a new DS8910. (No PPRC, GDPS, etc.) Is there a way that I could use VM to copy these LUNs to the new storage? I was looking at DDR, but wasn't sure if the FB-512 type would work for these. They aren't CMS format disks, obviously, so that isn't an option. I'm trying to avoid having to attach them to a Linux server to do the work, but will if that is the only option. Since these are boot volumes, I have to copy the boot partition and boot record, not just the filesystems. So, a physical copy would be the best. Any ideas? Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Secretary Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: z15 on-board compression
Bill, Is this issue specific to WAS then? What about other Java implementations such as TomCat? Would they see the same problem? Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Bill Bitner Sent: Wednesday, July 22, 2020 7:55 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: z15 on-board compression Thanks Andreas, The problem is there is a bug in WAS when DFLTCC is used - Assessment by Java Development is that Wells Fargo's symptoms line up to be the same issue as experienced by another client several days earlier. In the first client's case, they were provided with an WAS Ifix (APAR PH27505) which prevents the endless looping that occurs when the JVM API does not report that the compressed data stream has reached the end. The client tested the WAS iFix and confirmed that it does prevent the endless looping during decompression. The current recommendation is for z15 zLinux clients running JAVA8 SR6 is to apply WAS APAR PH27505 and run with HW compression disabled (DFLTCC=0). Wells Fargo has 2000 Linux guests they would have to patch to fix and were looking for an easy way to just disable. Regards, Bill ___ Bill Bitner - z/VM Client Focus and Care - 607-429-3286 bitn...@us.ibm.com "Making systems practical and profitable for customers through virtualization and its exploitation." - z/VM From: Andreas Krebbel To: LINUX-390@VM.MARIST.EDU Date: 07/22/2020 07:49 AM Subject:[EXTERNAL] Re: z15 on-board compression Sent by:Linux on 390 Port Hi, I wrote a post about how to build and test zlib also for distros currently not supported: https://urldefense.proofpoint.com/v2/url?u=http-3A__linux-2Don-2Dz.blogspot.com_2019_10_howto-2Dexploiting-2Dhardware-2Dcompression.html=DwICaQ=jf_iaSHvJObTbx-siA1ZOg=5MoiGnRMsqjUxHq7C7RX4kthfAKqf40IRGxojgucrwA=x1vmZzvvtIGmEi8_Y7og3XDpzRz1wa5VLMnZ-0HDnMA=uQF9dwXC8luEMIVM-xxLnLikZ8q2yREoz_7unCt3O30= You will find a quick one-liner test at the end of the post which can be used to verify whether hardware compression works in your installation. Andreas On 10.06.20 01:36, Michael MacIsaac wrote: > Hello list, > > I heard about the new DFLTCC instruction on the z15, aka on board > compression. I tried a quick experiment to see the difference from a z14. > Disclaimer: I am not a performance expert.> > Here are three commands to create, compress and decompress a 1G file on a > z14: > > # grep Type: /proc/sysinfo > Type: 3906 > > # time dd if=/dev/zero of=1G.file bs=1G count=1 > 1+0 records in > 1+0 records out > 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 21.93 s, 49.0 MB/s > > real0m22.047s > user0m0.001s > sys 0m3.669s > > # time cat 1G.file | gzip -c > 1G.compressed.file > > real0m7.603s > user0m5.362s > sys 0m0.789s > > # time cat 1G.compressed.file | gzip -d > 1G.file > > real0m24.833s > user0m4.103s > sys 0m1.845s > > Here's the same commands on z15: > > # grep Type: /proc/sysinfo > Type: 8561 > > # time dd if=/dev/zero of=1G.file bs=1G count=1 > 1+0 records in > 1+0 records out > 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 1.59126 s, 675 MB/s > > real0m1.621s > user0m0.000s > sys 0m1.216s > > # time cat 1G.file | gzip -c > 1G.compressed.file > > real0m5.722s > user0m4.946s > sys 0m0.510s > # time cat 1G.compressed.file | gzip -d > 1G.file > > real0m6.150s > user0m3.922s > sys 0m1.290s > > Wow more than 10x faster on dd - was not expecting that as I didn't think > it uses compression. But the compress with gzip -c, was only 25% faster on > the z15 while the decompress was about 4x. > > Are these results expected? > > Thanks. > > > -- > -Mike MacIsaac > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwICaQ=jf_iaSHvJObTbx-siA1ZOg=5MoiGnRMsqjUxHq7C7RX4kthfAKqf40IRGxojgucrwA=x1vmZzvvtIGmEi8_Y7og3XDpzRz1wa5VLMnZ-0HDnMA=FQsLX2gZ60YhLotQ1szspOspNp8arGQloNna6pa4DhI= > -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FLINUX-2D390=D
Re: Multipathing and booting from SAN LUN
Thanks, Alan. Some really interesting ideas. I had a faint hope that there was a "magic" option that I had missed in my reading, that would solve all my problems..I know, I can dream can't I? Of the two issues, I think getting the multipathing working is the more important. That would keep the server up even if there was a single fabric failure. So, I'll concentrate on that first. For the IPL, I think I'll go the simple route. I'll add in the correct directory records for the 2nd path into the server's directory entry, but just comment them out and add a note "use in case of emergency".. It will require manual intervention to boot the server, but at that point, I would want to watch and make sure it works anyway. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Alan Altmark Sent: Friday, July 3, 2020 9:07 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Multipathing and booting from SAN LUN On Thursday, 07/02/2020 at 09:33 GMT, Martha McConaghy wrote: > I've run into something that is a bit beyond my Linux skills at this point. > So, I could use some advice. : > I don't know what to do with this situation, though, to get full use of the 2nd > fabric. First there is the IPL issue...how can I have an alternate IPL address > if 2000 doesn't work? > IPL 2000 > LOADDEV PORT 500507630628D700 > LOADDEV LUN 40004007? You'll need automation to start the server and monitor the IPL. Depending on what's wrong, you can just use the IPL option on XAUTOLOG to change to a different local port. For problems in the SAN, you'll need to XAUTOLOG with NOIPL and use SEND or FOR to orchestrate the IPL. One could wish for IPL vdev1 vdev2 LOADDEV PORT port1 LOADDEV PORT port2 LOADDEV LUN 40004007? Such that CP would try vdev1+port1, vdev1+port2, vdev2+port1, and finally vdev2+port2, looking for a successful boot. I might be tempted to allow multiple LUNs, too. SET LOADDEV would allow multiple entries, too. Alternatively, provide for virtual load profiles: * LOADPROFILE 1 IPL vdev1 LOADDEV PORT port1 LOADDEV LUN 40004007? * LOADPROFILE 2 IPL vdev2 LOADDEV PORT port2 LOADDEV LUN 40004007? And CP would try them in numerical order. Possibly allow the profile number to be specified on XAUTOLOG. And, ooh, I know!, a new POWERON command that does what XAUTOLOG SYNCH does, but provides any of the boot loader or "3-card loader" messages back to the command issuer to assist in diagnosis. And maybe look at more symbolics in the directory (user environment variable references, perhaps). If I keep typing it will get even more complex and wonderful, so I'll stop here. :-) Alan Altmark Senior Managing z/VM and Linux Consultant IBM Systems Lab Services IBM Z Delivery Practice ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Multipathing and booting from SAN LUN
I've run into something that is a bit beyond my Linux skills at this point. So, I could use some advice. I have several RHEL 7 servers running on z/VM that are booting from SAN LUNs, not ECKD. That isn't our normal practice, so it is different for me. I use LOADDEV to define the port and LUN, and dedicate the device addresses to each server. (All are using NPIV addressing and are zoned to a DS8870 on the SAN.) Here is what one of the directory entries looks like: IPL 2000 LOADDEV PORT 500507630628D700 LOADDEV LUN 40004007 MACHINE ESA 4 OPTION CHPIDV ONE DEDICATE 2000 5000 DEDICATE 3000 6000 This works fine, the servers come up, everything is happy. But, I noticed that only 1 path is used. (We have 2 SAN fabrics for redundancy.) Right now, each server is dependent on path 1 being available in order to boot. Once up, they only use path 1, and would have a problem if that fabric went down. Our usual build for Marist uses ECKD for the operating system, so this isn't an issue. Multipath drivers are used to talk to SAN based LUNs, so we can use both fabrics for redundancy. I don't know what to do with this situation, though, to get full use of the 2nd fabric. First there is the IPL issue...how can I have an alternate IPL address if 2000 doesn't work? Then, there is the issue of Linux once it boots...not sure how to get multipath drivers introduced after the boot process is already done. The LUN contains the operating system as well as data. Any ideas or suggestions? These servers are not "production" yet, but will be eventually. I'd like to be able to get them fixed before that happens. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Adding disk to root LVM with RHEL 7
Thanks, Jan. You identified the problem. I failed to put the disk in /etc/zipl.conf before doing zipl. A colleague and I managed to stumble onto that after some struggle last night. I didn't see your email until this morning, but the link is just what I needed. It looks familiar, I bet I have read it before, but had just forgotten about it. I don't work with RHEL that often. You can bet it is bookmarked now. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Jan Stodola Sent: Thursday, April 16, 2020 3:36 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Adding disk to root LVM with RHEL 7 On Wed, Apr 15, 2020 at 10:29 PM Martha McConaghy < martha.mccona...@marist.edu> wrote: > I feel like Alice through the looking glass at this point. I was hopeful > that mkinitrd would do the trick, but now I have a whole new problem. > After bringing the disk online, adding it to /etc/dasd.conf, I ran mkinitrd > and zipl. Then, I rebooted. I did NOT touch the LVM, or anything, at that > point. This resulted in a bunch of dracut timeout errors and am now in > dracut emergency mode. I'm about to give up and just give this darned > thing a TB LUN and be done with it. But, this shouldn't be so hard for > crying out loud. Its bugging me that I don't know what I'm doing wrong. > The RedHat web site lets me log in, but won't show me their solution > pagesarggg. > Hi Martha, check the steps in the RHEL-7 documentation, there is no need to log in: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/installation_guide/chap-post-installation-configuration-s390#sect-post-installation-adding-dasds-s390 You should not need to re-create initrd if you specify the new DASD device ID on the kernel command line. > > So, any thoughts? > > Martha > > Pre-reboot: > > [root@opncl42 ~]# cio_ignore -l > Ignored devices: > = > [root@opncl42 ~]# chccwdev --online 0.0.0200 > Setting device 0.0.0200 online > Done > [root@opncl42 ~]# lsdasd > Bus-ID Status Name Device Type BlkSz Size Blocks > > == > 0.0.0150 active dasda 94:0ECKD 4096 46068MB 11793420 > 0.0.0200 active dasdb 94:4ECKD 4096 23033MB 5896620 > [root@opncl42 ~]# vi /etc/dasd.conf > [root@opncl42 ~]# mkinitrd -f /boot/initramfs-3.10.0-1127.el7.s390x.img > 3.10.0-1127.el7.s390x > [root@opncl42 ~]# zipl > Using config file '/etc/zipl.conf' > Building bootmap in '/boot' > Building menu 'zipl-automatic-menu' > Adding #1: IPL section '3.10.0-1127.el7.s390x' (default) > Adding #2: IPL section '3.10.0-1127.el7.s390x_with_debugging' > Adding #3: IPL section 'linux' > Preparing boot device: dasda (0150). > Done. > [root@opncl42 ~]# reboot > > Post-reboot: > > Ý"Ý32m OK "Ý0m+ Reached target System Initialization. > Ý1.149462+ dasd-eckd 0.0.0150: A channel path to the device has become > opera > tional > Ý1.151741+ dasd-eckd 0.0.0150: New DASD 3390/0C (CU 3990/01) with > 65519 cyli > nders, 15 heads, 224 sectors > Ý1.153040+ dasd-eckd 0.0.0150: DASD with 4 KB/block, 47173680 KB total > size, > 48 KB/track, linux disk layout > Ý1.153145+ qeth: register layer 2 discipline > > Ý1.154257+ qdio: 0.0.0702 OSA on SC 5 using AI:1 QEBSM:0 PRI:1 TDD:1 > SIGA:RW > A > Ý1.155122+ dasda:VOL1/ 0X0150: dasda1 dasda2 > Ý1.156584+ dasd-eckd 0.0.0200: A channel path to the device has become > opera > tional > Ý1.159045+ dasd-eckd 0.0.0200: New DASD 3390/0C (CU 3990/01) with > 32759 cyli > nders, 15 heads, 224 sectors > Ý1.159581+ dasd-eckd 0.0.0200: DASD with 4 KB/block, 23586480 KB total > size, > 48 KB/track, compatible disk layout > Ý1.160634+ dasdb:VOL1/ 0X0200: dasdb1 > Ý"Ý32m OK "Ý0m+ Started Show Plymouth Boot Screen."" > Ý"Ý32m OK "Ý0m+ Reached target Paths."" > Ý"Ý32m OK "Ý0m+ Started Forward Password Requests to Plymouth Directory > Watch. > "" > Ý"Ý32m OK "Ý0m+ Reached target Basic System."" > Ý1.169428+ netif_napi_add() called with weight 128 on device eth%d > Ý1.169600+ qeth 0.0.0700: MAC address 02:01:42:00:00:08 successfully > registered on device eth0 > Ý1.169613+ qeth 0.0.0700: Device is a Virtual NIC QDIO card (level: > V712) > Ý1.169613+ with link type Virt.NIC QDIO (portname: ) > Ý 124.355856+ dracut-initqueueÝ363+: Warning: dracut-initqueue timeout - > starting timeout scripts"" > Ý
Re: Adding disk to root LVM with RHEL 7
I feel like Alice through the looking glass at this point. I was hopeful that mkinitrd would do the trick, but now I have a whole new problem. After bringing the disk online, adding it to /etc/dasd.conf, I ran mkinitrd and zipl. Then, I rebooted. I did NOT touch the LVM, or anything, at that point. This resulted in a bunch of dracut timeout errors and am now in dracut emergency mode. I'm about to give up and just give this darned thing a TB LUN and be done with it. But, this shouldn't be so hard for crying out loud. Its bugging me that I don't know what I'm doing wrong. The RedHat web site lets me log in, but won't show me their solution pagesarggg. So, any thoughts? Martha Pre-reboot: [root@opncl42 ~]# cio_ignore -l Ignored devices: = [root@opncl42 ~]# chccwdev --online 0.0.0200 Setting device 0.0.0200 online Done [root@opncl42 ~]# lsdasd Bus-ID Status Name Device Type BlkSz Size Blocks == 0.0.0150 active dasda 94:0ECKD 4096 46068MB 11793420 0.0.0200 active dasdb 94:4ECKD 4096 23033MB 5896620 [root@opncl42 ~]# vi /etc/dasd.conf [root@opncl42 ~]# mkinitrd -f /boot/initramfs-3.10.0-1127.el7.s390x.img 3.10.0-1127.el7.s390x [root@opncl42 ~]# zipl Using config file '/etc/zipl.conf' Building bootmap in '/boot' Building menu 'zipl-automatic-menu' Adding #1: IPL section '3.10.0-1127.el7.s390x' (default) Adding #2: IPL section '3.10.0-1127.el7.s390x_with_debugging' Adding #3: IPL section 'linux' Preparing boot device: dasda (0150). Done. [root@opncl42 ~]# reboot Post-reboot: Ý"Ý32m OK "Ý0m+ Reached target System Initialization. Ý1.149462+ dasd-eckd 0.0.0150: A channel path to the device has become opera tional Ý1.151741+ dasd-eckd 0.0.0150: New DASD 3390/0C (CU 3990/01) with 65519 cyli nders, 15 heads, 224 sectors Ý1.153040+ dasd-eckd 0.0.0150: DASD with 4 KB/block, 47173680 KB total size, 48 KB/track, linux disk layout Ý1.153145+ qeth: register layer 2 discipline Ý1.154257+ qdio: 0.0.0702 OSA on SC 5 using AI:1 QEBSM:0 PRI:1 TDD:1 SIGA:RW A Ý1.155122+ dasda:VOL1/ 0X0150: dasda1 dasda2 Ý1.156584+ dasd-eckd 0.0.0200: A channel path to the device has become opera tional Ý1.159045+ dasd-eckd 0.0.0200: New DASD 3390/0C (CU 3990/01) with 32759 cyli nders, 15 heads, 224 sectors Ý1.159581+ dasd-eckd 0.0.0200: DASD with 4 KB/block, 23586480 KB total size, 48 KB/track, compatible disk layout Ý1.160634+ dasdb:VOL1/ 0X0200: dasdb1 Ý"Ý32m OK "Ý0m+ Started Show Plymouth Boot Screen."" Ý"Ý32m OK "Ý0m+ Reached target Paths."" Ý"Ý32m OK "Ý0m+ Started Forward Password Requests to Plymouth Directory Watch. "" Ý"Ý32m OK "Ý0m+ Reached target Basic System."" Ý1.169428+ netif_napi_add() called with weight 128 on device eth%d Ý1.169600+ qeth 0.0.0700: MAC address 02:01:42:00:00:08 successfully registered on device eth0 Ý1.169613+ qeth 0.0.0700: Device is a Virtual NIC QDIO card (level: V712) Ý1.169613+ with link type Virt.NIC QDIO (portname: ) Ý 124.355856+ dracut-initqueueÝ363+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 124.862823+ dracut-initqueueÝ363+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 125.366826+ dracut-initqueueÝ363+: Warning: dracut-initqueue timeout - starting timeout scripts"" ...lots of timeout script errors... Ý 184.424496+ dracut-initqueueÝ363+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 184.424755+ dracut-initqueueÝ363+: Warning: Could not boot."" Ý 184.425825+ dracut-initqueueÝ363+: Warning: /dev/mapper/rhel_opncl41-root does not exist" Starting Dracut Emergency Shell..." Warning: /dev/mapper/rhel_opncl41-root does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Marcy Cortes Sent: Wednesday, April 15, 2020 11:42 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Adding disk to root LVM with RHEL 7 I'm kind of assuming RH7 works like sles11 and doesn't use grub2, but did you "mkinird; zipl" after getting that disk online? You can also "cat / run/initramfs/rdsosreport.txt" in that emergency mode to get more details. -Original Message- From: Linux on 390 Port On Behalf Of Rick Troth Sent: Wednesday, April 15, 2020
Re: Adding disk to root LVM with RHEL 7
Ah, DOH! I did not run mkinitrd and am now kicking myself. (Its OK, I need the exercise.) I'll give that a try and see if it makes a difference. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Marcy Cortes Sent: Wednesday, April 15, 2020 11:42 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Adding disk to root LVM with RHEL 7 I'm kind of assuming RH7 works like sles11 and doesn't use grub2, but did you "mkinird; zipl" after getting that disk online? You can also "cat / run/initramfs/rdsosreport.txt" in that emergency mode to get more details. -Original Message- From: Linux on 390 Port On Behalf Of Rick Troth Sent: Wednesday, April 15, 2020 8:26 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Adding disk to root LVM with RHEL 7 Looks like you did everything right: online, dasdfmt, fdasd, lvextend, vgextend, and using "1" instead of the whole disk (because it's ECKD and requires the VTOC). The first block where you get an error is 16380912. Maybe that's a clue? Looks like cylinder #109206 (150 4K blocks per ECKD cyl). Someone check my math? And the (new) root FS looks like 110100 cyls. The VG has two disks, correct? How big are they? So where is this troublesome block in the grand scheme? I don't recall resizing a filesystem *down*, but I think it can be done. I'm always nervous about that last block (or several) in any filesystem, any backing store (CKD, FBA, SCSI/SAN), anymode (LVM, partitioned, whole). Never know when the system or some program will walk to the end "just because". -- R; <>< On 4/15/20 10:58 AM, Martha McConaghy wrote: > I have servers that I'm setting up with RHEL 7.8 on ECKD disk. I installed > it with root in an LVM, all of that worked fine. Now, I'm testing adding a > 2nd ECKD disk to the LVM as I know that will be required in the future, but > I'm running into a confusing problem. Everything works as I expect and the > disk space shows up in / as it should. When I reboot the server, however, it > goes to heck and ends up in emergency mode. The most prominent feature of > the console are a bunch of I/O errors on device dm-2, which is the disk I > just added. Below are the steps I followed to add the disk. Before doing > this, I had activated the disk, added it to /etc/dasd.conf and run zipl. > After doing that, I rebooted to ensure that the disk came up online, which it > did. So, I'm confident that the disk is there when the system rebooted the > 2nd time. > > I have a lot of colleagues who work with Linux all the time, but don't > usually have root as an LVM. They haven't seen this problem before, but they > work mainly on X. Could this be specific problem to using ECKD? I have > thought of going to an FBA LUN, but had spare ECKD to use. > > Martha > > > [root@opncl42 ~]# cio_ignore -r 0.0.0200 > [root@opncl42 ~]# chccwdev --online 0.0.0200 > Setting device 0.0.0200 online > Done > [root@opncl42 ~]# lsdasd > Bus-ID Status Name Device Type BlkSz Size Blocks > == > 0.0.0150 active dasda 94:0ECKD 4096 46068MB 11793420 > 0.0.0200 active dasdb 94:4ECKD 4096 23033MB 5896620 > [root@opncl42 ~]# vi /etc/dasd.conf > [root@opncl42 ~]# zipl > Using config file '/etc/zipl.conf' > Building bootmap in '/boot' > Building menu 'zipl-automatic-menu' > Adding #1: IPL section '3.10.0-1127.el7.s390x' (default) > Adding #2: IPL section '3.10.0-1127.el7.s390x_with_debugging' > Adding #3: IPL section 'linux' > Preparing boot device: dasda (0150). > Done. > [root@opncl42 ~]# reboot > --- > [root@opncl42 ~]# lsdasd > Bus-ID Status Name Device Type BlkSz Size Blocks > == > 0.0.0150 active dasda 94:0ECKD 4096 46068MB 11793420 > 0.0.0200 active dasdb 94:4ECKD 4096 23033MB 5896620 > > [root@opncl42 ~]# dasdfmt -p -f /dev/dasdb > Please enter the blocksize of the formatting [4096]: > Drive Geometry: 32759 Cylinders * 15 Heads = 491385 Tracks > > I am going to format the device /dev/dasdb in the following way: >Device number of device : 0x200 >Labelling device: yes >Disk label : VOL1 >Disk identifier : 0X0200 >Extent start (trk no) : 0 >Extent end (trk no) : 491384 >Compatible Disk Layout : yes >Blocksize : 4096 >Mode
Adding disk to root LVM with RHEL 7
/dev/mapper/rhel_opncl41-root 63G 2.0G 61G 4% / /dev/dasda1 494M 136M 359M 28% /boot tmpfs 2.0G 0 2.0G 0% /run/user/1000 [root@opncl42 ~]# reboot Last part of console as it goes into emergency mode: 13 Ý Ý32m OK Ý0m¨ Started File System Check on /dev/mapper/rhel_opncl41-root. 14 Ý Ý32m OK Ý0m¨ Started dracut initqueue hook. 15 Mounting /sysroot... 16 Ý Ý32m OK Ý0m¨ Reached target Remote File Systems (Pre). 17 Ý Ý32m OK Ý0m¨ Reached target Remote File Systems. 18 Ý 123.794007¨ Buffer I/O error on dev dm-2, logical block 16380912, async page read 19 Ý Ý1;31mFAILED Ý0m¨ Failed to mount /sysroot. 20 See 'systemctl status sysroot.mount' for details. 21 Ý Ý1;33mDEPEND Ý0m¨ Dependency failed for Initrd Root File System. 22 Ý Ý1;33mDEPEND Ý0m¨ Dependency failed for Reload Configuration from the Real Root. 23 Ý Ý32m OK Ý0m¨ Stopped dracut pre-udev hook. 24 Ý Ý32m OK Ý0m¨ Stopped dracut cmdline hook. 25 Ý Ý32m OK Ý0m¨ Reached target Initrd File Systems. 26 Ý Ý32m OK Ý0m¨ Stopped target Basic System. 27 Ý Ý32m OK Ý0m¨ Stopped target System Initialization. 28 Ý Ý32m OK Ý0m¨ Stopped dracut initqueue hook. 29 Ý Ý32m OK Ý0m¨ Started Emergency Shell. 30 Ý Ý32m OK Ý0m¨ Reached target Emergency Mode. 31 32 Generating "/run/initramfs/rdsosreport.txt" 33 Ý 123.845595¨ Buffer I/O error on dev dm-2, logical block 16380912, async page read 34 Ý 123.846240¨ Buffer I/O error on dev dm-2, logical block 16380912, async page read 35 36 37 Entering emergency mode. Exit the shell to continue. 38 Type "journalctl" to view system logs. 39 You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or / boot 40 after mounting them and attach it to a bug report. 41 42 43 :/# Information from Journalctl while in emergency mode: ÝKApr 15 02:21:42 opncl42 systemdÝ1¨: Reached target Basic System. Ým Apr 15 02:21:42 opncl42 kernel: Ý1;31mnetif_napi_add() called with weight 128 o n devic Ým Apr 15 02:21:42 opncl42 kernel: qeth 0.0.0700: MAC address 02:01:42:00:00:08 suc Ým Apr 15 02:21:42 opncl42 kernel: qeth 0.0.0700: Device is a Virtual NIC QDIO card Ým with link type Virt.NIC QDIO (portname: ) Ým Apr 15 02:23:45 opncl42 dracut-initqueueÝ398¨: Warning: dracut-initqueue timeout Ým Apr 15 02:23:45 opncl42 kernel: Ý1;31mBuffer I/O error on dev dm-2, logical blo ck 1638 Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Found device /dev/mapper/rhel_opncl41-root. Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Starting File System Check on /dev/mapper/rh Ým Apr 15 02:23:45 opncl42 systemd-fsckÝ2026¨: fsck: error 2 (No such file or direc Ým Apr 15 02:23:45 opncl42 systemd-fsckÝ2026¨: Ý1;31mfsck failed with error code 8 . Ý0m Ým Apr 15 02:23:45 opncl42 systemd-fsckÝ2026¨: Ý1;39mIgnoring error. Ý0m Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Started File System Check on /dev/mapper/rhe Ým Apr 15 02:23:45 opncl42 kernel: Ý1;31mBuffer I/O error on dev dm-2, logical blo ck 1638 Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Started dracut initqueue hook. Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Mounting /sysroot... Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Reached target Remote File Systems (Pre). Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Reached target Remote File Systems. Ým Apr 15 02:23:45 opncl42 mountÝ2042¨: mount: you must specify the filesystem type Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Ý1;39msysroot.mount mount process exited, c ode=exi Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Ý1;31mFailed to mount /sysroot. Ý0m Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Ý1;39mDependency failed for Initrd Root Fil e Syste Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Ý1;39mDependency failed for Reload Configur ation f Ým Ý7mlines 193-215 Ý27m ÝK ÝKApr 15 02:23:45 opncl42 systemdÝ1¨: Ý1;39mJob ini Ým Apr 15 02:23:45 opncl42 kernel: Ý1;31mBuffer I/O error on dev dm-2, logical blo ck 1638 Ým Apr 15 02:23:45 opncl42 systemdÝ1¨: Received SIGRTMIN+21 from PID 406 (plymouthd Ým Apr 15 02:23:45 opncl42 kernel: Ý1;31mBuffer I/O error on dev dm-2, logical blo ck 1638 Ým Apr 15 02:23:45 opncl42 kernel: Ý1;31mBuffer I/O error on dev dm-2, logical blo ck 1638 Ým Ý7mlines 211-233/233 (END) Ý27m ÝK ÝK ÝK Ý7mlines 211-233/233 (END) Ý27m ÝK Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Dynamically turning on memory
Oh, Doh! That is just what I need. Thanks so much, Marcy. Guess my googling skills are on the fritz today. Nothing I found mentioned either of those commands. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 From: Linux on 390 Port on behalf of Marcy Cortes Sent: Thursday, January 23, 2020 11:02 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Dynamically turning on memory I’ve never done it in an LPAR, but it should be the same. Use chmem-e 256G Use lsmem to check Sent with BlackBerry Work (www.blackberry.com<http://www.blackberry.com>) From: Martha McConaghy mailto:martha.mccona...@marist.edu>> Date: Thursday, Jan 23, 2020, 7:57 AM To: LINUX-390@VM.MARIST.EDU mailto:LINUX-390@VM.MARIST.EDU>> Subject: [LINUX-390] Dynamically turning on memory I have a feeling that this is a "dumb user" question, but googling around has not provided an answer that fits our environment. Since I'm messing with a production system, I don't want to screw around and do something wrong. I have an LPAR on a z15 that is running Ubuntu 18.04 native. It has 768G of memory with 256G in reserve. I need to turn on some of that 256G and have the Ubuntu system use it. Under z/VM, its one command and you are done.. In this environment, I have no idea how to: 1. Get some of the 256G released from reserve 2. Get Ubuntu to use it I'm sure that this is something that many of you have done before, so, please, help. Point me to a doc or something that describes the process. The system is running KVM and openstack, and there are nearly 100 servers running on it. So, I can't afford to reboot to turn on the memory. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Dynamically turning on memory
I have a feeling that this is a "dumb user" question, but googling around has not provided an answer that fits our environment. Since I'm messing with a production system, I don't want to screw around and do something wrong. I have an LPAR on a z15 that is running Ubuntu 18.04 native. It has 768G of memory with 256G in reserve. I need to turn on some of that 256G and have the Ubuntu system use it. Under z/VM, its one command and you are done.. In this environment, I have no idea how to: 1. Get some of the 256G released from reserve 2. Get Ubuntu to use it I'm sure that this is something that many of you have done before, so, please, help. Point me to a doc or something that describes the process. The system is running KVM and openstack, and there are nearly 100 servers running on it. So, I can't afford to reboot to turn on the memory. Martha Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Happy birthday
Reading all these emails, especially this one, brings back a lot of memories. Especially, how we were rushing to get the web site up to make the "Marist distro" available before Y2K brought the whole world downdoh! Martha On 12/19/2019 8:20 AM, Rob van der Heij wrote: On Thu, 19 Dec 2019 at 03:34, Rich Smrcina wrote: I’m sure there were more than a few of us installing the ‘Marist’ distribution on our mainframes over Christmas. For me the journey started a bit earlier, working on Melinda's system in Princeton. I told my wife this was significant for z/VM and I would be spending more spare time on it, for a few months. As all projects it took longer. A few months later, at the office wearing my Marist sweat shirt, someone pointed saying "Hey, that's a Mainframe Linux sweat shirt!" Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: backup product
We have backed up all of our Linux servers (z or x86 based) on TSM for years (now Spectrum Protectbut will always be ADSM to me). We haven't gone to SLES 15 yet, but I don't know of a reason why it would not work. Martha On 11/4/2019 1:38 PM, Mark Post wrote: On 11/4/19 1:00 PM, Levy, Alan wrote: Does anyone have any recommendations for a product that will backup up our linux servers (dasd and san) ? I know that Tivoli Storage Manager works on Linux for IBM Z. If you have SCSI tape drives, you can even run the TSM Server on Z. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: KVM and FCP disk without SAN switch
Carlos is right. It really doesn't matter what system is on the Z (VM or Linux), it has more to do with the FCP FICON adapters. The v boxes don't have the protocol to talk to FCP directly, while the more sophistcated DS8xxx do. So, no matter what system you are talking to on Z, you would need a switch for the v5010. Martha On 9/16/2019 4:44 PM, Jim Elliott wrote: Carlos: Thanks. It will be a V5010 so we will configure a small SAN switch. Jim Elliott Senior Consultant - GlassHouse Systems Inc. On Mon, Sep 16, 2019 at 4:39 PM Bodra - Pessoal wrote: From our experience with KVM running on a zBox if you use as storage devices IBM V5000 or V7000 you need to use a San Switch (2498-Bxx) to connect. If you use storage devices IBM DS8800/8870, you can connect directly. These are some tests that we did here at our shop. Carlos Bodra IBM zEnterprise Certified São Paulo – SP – Brazil -Mensagem original- De: Linux on 390 Port Em nome de Jim Elliott Enviada em: segunda-feira, 16 de setembro de 2019 16:20 Para: LINUX-390@VM.MARIST.EDU Assunto: KVM and FCP disk without SAN switch For z/VM you must have a SAN switch to connect FCP attached disk. Is this also true for KVM (Ubuntu if it matters)? Jim Elliott Senior Consultant - GlassHouse Systems Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Zimbra Collaboration server on Linux on Z
Jim, I don't think that was ever supported on Z. We tried a few years ago, to get the Zimbra folks interested in porting it to Z, but they refused. So, unless someone else was more successful, I don't think a Z port exists. If you find out different, let me know. Martha On 8/19/2019 11:18 AM, Jim Elliott wrote: I have a vague memory of this e-mail server being supported on Linux on Z from a few years ago. Does anyone here know if it is still supported/works? The Zimbra web site just list the various Linux distros supported with no platform info. Jim Elliott Senior Consultant - GlassHouse Systems Inc. <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Issues trying to install RHEL 8
Thanks for all the suggestions so far. I have tried it with both an EDEV minidisk and ECKD minidisk, same problem on each. I've got a couple of people looking at the RDSOS file, so perhaps that will get me somewhere. Oh, and its an 8G machine, not 3G as I first mentioned...typo'd it. I am wondering about the ISO I'm using for the install, so am checking into that too. (Someone supplied it to me, not sure where they got it.) The only thing I find really weird in the rdsos file is that iscsid keeps showing up. Not sure why for a RAM disk install, with a target on a ECKD disk. But there are a bunch of iscsid errors just before the initqueue timeout errors start. So, just wondering if that is a coincidence or cause/effect. Martha Ý 6.220883+ localhost systemdÝ1+: Starting dracut initqueue hook... Ý 6.220921+ localhost systemdÝ1+: Reached target System Initialization. Ý 6.220949+ localhost systemdÝ1+: Reached target Basic System. Ý 6.257287+ localhost systemdÝ1+: Reloading. Ý 6.343912+ localhost dracut-initqueueÝ932+: RTNETLINK answers: File exists Ý 7.192756+ localhost iscsidÝ922+: can't open InitiatorName configuration file /etc/iscsi/initiatorname.iscsi Ý 7.193054+ localhost iscsidÝ922+: Warning: InitiatorName file /etc/iscsi/initiatorname.iscsi does not exist or does not contain a properly formatted InitiatorName. If using software iscsi (iscsi_tcp or ib_iser) or partial offlo ad (bnx2i or cxgbi iscsi), you may not be able to log into or Ý 7.193067+ localhost iscsidÝ922+: can't open InitiatorAlias configuration file /etc/iscsi/initiatorname.iscsi Ý 80.870229+ localhost kernel: random: crng init done Ý 80.870238+ localhost kernel: random: 7 urandom warning(s) missed due to ratelimiting Ý 143.692051+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 144.281868+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 144.841835+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 145.403541+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 145.971745+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 146.531609+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 147.091997+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 147.661643+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 148.223507+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts Ý 148.792142+ localhost dracut-initqueueÝ932+: Warning: dracut-initqueue timeout - starting timeout scripts On 7/31/2019 5:52 AM, Rinaldo wrote: Hi Martha! If you are installing RHEL 8 in EDEV disk, there is an issue, the install fail. I opened a ticket to RedHat and they told me installation will fail if it is a FBA type disk. They provided a fix until they correct the ISO file. Basically, they provided me a "updates.img" and I added in the boot parameter "inst.update=ftp://<...>/updates.img" If you are interested, I can send you the file. Or you can open a case in RedHat support. Best Regards, Rinaldo Akio Uehara Serviço Federal de Processamento de Dados (SERPRO) tel: (11) 2173-3228 e-mail: rinaldo.ueh...@serpro.gov.br Em 30/07/2019 23:52, Martha McConaghy escreveu: Has anyone run into problems getting RHEL 8 to install on Z? I've run into a weird problem. Two different experienced Linux guys have looked at it, and we are all stumped. Background: The install is being done in a 3G virtual machine on z/VM 6.4 on a LinuxOne (z13 generation). We have lots of different versions of Linux running on the same system, including RHEL 7, CentOS, Ubuntu 18 and SLES 15. So, I don't think its a kernel/cpu type problem. Problem: When I run the REDHAT exec to bring up the install kernel, it starts booting and things look like they will be OK. Until it gets to the point where "dracut initqueue" starts. There is a message "7 urandom warnings(s) missed due to ratelimiting". It then pauses for a couple of minutes, followed by a series of messages, "dracut-initqueue timeout - starting timeout scripts". Eventually, it ends up in dracut in emergency mode. The install process never starts. I've changed numerous parameters, even changed what type of disk I'm using for the install. It doesn't matter, its exactly the same problem each time. Really scratching my head on this one. Martha Ý"Ý0;32m OK "Ý0m+ Reached target Local File Systems."" Starting Create Volatile Files and Directories..."" Starting Open-iSCSI..."" Ý"Ý0;32m OK "Ý0m+ Sta
Issues trying to install RHEL 8
Has anyone run into problems getting RHEL 8 to install on Z? I've run into a weird problem. Two different experienced Linux guys have looked at it, and we are all stumped. Background: The install is being done in a 3G virtual machine on z/VM 6.4 on a LinuxOne (z13 generation). We have lots of different versions of Linux running on the same system, including RHEL 7, CentOS, Ubuntu 18 and SLES 15. So, I don't think its a kernel/cpu type problem. Problem: When I run the REDHAT exec to bring up the install kernel, it starts booting and things look like they will be OK. Until it gets to the point where "dracut initqueue" starts. There is a message "7 urandom warnings(s) missed due to ratelimiting". It then pauses for a couple of minutes, followed by a series of messages, "dracut-initqueue timeout - starting timeout scripts". Eventually, it ends up in dracut in emergency mode. The install process never starts. I've changed numerous parameters, even changed what type of disk I'm using for the install. It doesn't matter, its exactly the same problem each time. Really scratching my head on this one. Martha Ý"Ý0;32m OK "Ý0m+ Reached target Local File Systems."" Starting Create Volatile Files and Directories..."" Starting Open-iSCSI..."" Ý"Ý0;32m OK "Ý0m+ Started Open-iSCSI."" Ý"Ý0;32m OK "Ý0m+ Started Create Volatile Files and Directories."" Ý"Ý0;32m OK "Ý0m+ Reached target System Initialization."" Ý"Ý0;32m OK "Ý0m+ Reached target Basic System."" Starting dracut initqueue hook..."" Ý 6.306800+ dracut-initqueueÝ929+: RTNETLINK answers: File exists"" Ý 84.168981+ random: crng init done Ý 84.168992+ random: 7 urandom warning(s) missed due to ratelimiting Ý 142.340863+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 142.931884+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 143.490965+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 144.080845+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" 209.140407+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 209.700768+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 210.270398+ dracut-initqueueÝ929+: Warning: dracut-initqueue timeout - starting timeout scripts"" Ý 210.270531+ dracut-initqueueÝ929+: Warning: Could not boot."" Starting Setup Virtual Console..."" Ý"Ý0;32m OK "Ý0m+ Started Setup Virtual Console."" Starting Dracut Emergency Shell..."" Warning: /dev/root does not exist Generating "/run/initramfs/rdsosreport.txt" -- Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Server don't boot after patch
Based on our recent experience, I would agree. Imagine applying an RSU to a bunch of VM systems and then have them systematically die with file system corruption errors. That's basically what happened to all of our SLES 12 systems. We have been working with SUSE to find the cause (other than it being a BTFRS issue), but no solutions have worked. So, we moved them all to ext4. Martha On 7/13/2019 11:46 PM, Marcy Cortes wrote: In my case no. I decided it wasn’t ready given the amount of things in the change logs. Sent with BlackBerry Work (www.blackberry.com) From: Martha McConaghy mailto:martha.mccona...@marist.edu>> Date: Saturday, Jul 13, 2019, 8:17 PM To: LINUX-390@VM.MARIST.EDU mailto:LINUX-390@VM.MARIST.EDU>> Subject: Re: [LINUX-390] Server don't boot after patch Was this with BTRFS or another filesystem? We have had huge problems with BTRFS and now have had to convert all of our SLES 12 servers to ext4 to avoid it. The problems all hit when we moved to SP4 from earlier levels of SLES 12. One by one, even the stable servers failed. Martha On 7/13/2019 6:08 PM, Marcy Cortes wrote: Exactly what happened to us. I posted here last month when it happenend. SUSE has given us a temp PTF that we've just started testing What you need to do to recover is to boot a rescue system and bring on all your devices with chzdev. Then run mkinitrd and grub2-install and cross your fingers. Marcy On 7/13/19, 6:11 AM, "Linux on 390 Port on behalf of Victor Echavarry" wrote: Hi: Yesterday after perform an update in one of our test servers (SLES12 SP4) and after updating & rebooting, now the server won't boot. This are the messages Booting default (grub2) dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scri pts dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scr dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scri pts dracut-initqueue[403]: Warning: Could not boot. Starting Dracut Emergency Shell... Warning: /dev/mapper/sys-user does not exist Warning: /dev/sys/user does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Give root password for maintenance Please note, this server has the following filesystem layout: 1. DASD device (non-LVM) --- (root filesystem) (5) DASD devices for "sys" volume group for the rest of filesystem: /var, /usr etc.. We can mount / filesystem on another zLinux system and have access to /boot and /etc and trying to rebuild grub and is unsussceful. Any help? Regards, Victor Echavarry System Programmer Operating Systems EVERTEC, LLC WARNING: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of EVERTEC, Inc. or its affiliates. Finally, the integrity and security of this message cannot be guaranteed on the Internet, and as such EVERTEC, Inc. and its affiliates accept no liability for any damage caused by any virus transmitted by this email. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Archite
Re: Server don't boot after patch
Was this with BTRFS or another filesystem? We have had huge problems with BTRFS and now have had to convert all of our SLES 12 servers to ext4 to avoid it. The problems all hit when we moved to SP4 from earlier levels of SLES 12. One by one, even the stable servers failed. Martha On 7/13/2019 6:08 PM, Marcy Cortes wrote: Exactly what happened to us. I posted here last month when it happenend. SUSE has given us a temp PTF that we've just started testing What you need to do to recover is to boot a rescue system and bring on all your devices with chzdev. Then run mkinitrd and grub2-install and cross your fingers. Marcy On 7/13/19, 6:11 AM, "Linux on 390 Port on behalf of Victor Echavarry" wrote: Hi: Yesterday after perform an update in one of our test servers (SLES12 SP4) and after updating & rebooting, now the server won't boot. This are the messages Booting default (grub2) dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scri pts dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scr dracut-initqueue[403]: Warning: dracut-initqueue timeout - starting timeout scri pts dracut-initqueue[403]: Warning: Could not boot. Starting Dracut Emergency Shell... Warning: /dev/mapper/sys-user does not exist Warning: /dev/sys/user does not exist Generating "/run/initramfs/rdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Give root password for maintenance Please note, this server has the following filesystem layout: 1. DASD device (non-LVM) --- (root filesystem) (5) DASD devices for "sys" volume group for the rest of filesystem: /var, /usr etc.. We can mount / filesystem on another zLinux system and have access to /boot and /etc and trying to rebuild grub and is unsussceful. Any help? Regards, Victor Echavarry System Programmer Operating Systems EVERTEC, LLC WARNING: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please delete it immediately. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of EVERTEC, Inc. or its affiliates. Finally, the integrity and security of this message cannot be guaranteed on the Internet, and as such EVERTEC, Inc. and its affiliates accept no liability for any damage caused by any virus transmitted by this email. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE Association: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Horizontal vs. Vertical on guest on z/VM
I really admire Alan's ability to be lyrical in a technical email. It rhymes too! =-O Martha On 3/21/2019 1:19 AM, Alan Altmark wrote: There is no virtualization of the topology, so horizontal it must be. Regards, Alan Altmark IBM On Mar 21, 2019, at 12:45 AM, Marcy Cortes wrote: So knowing z/VM is running vertical, should I be concerned that linux is horizontal? This is sles12 sp3 # lscpu Architecture: s390x CPU op-mode(s):32-bit, 64-bit Byte Order:Big Endian CPU(s):6 On-line CPU(s) list: 0-5 Thread(s) per core:1 Core(s) per socket:1 Socket(s) per book:1 Book(s) per drawer:1 Drawer(s): 6 NUMA node(s): 1 Vendor ID: IBM/S390 Machine type: 2964 BogoMIPS: 3033.00 Hypervisor:z/VM 6.4.0 Hypervisor vendor: IBM Virtualization type: full Dispatching mode: horizontal L1d cache: 128K L1i cache: 96K L2d cache: 2048K L2i cache: 2048K L3 cache: 65536K L4 cache: 491520K NUMA node0 CPU(s): 0-63 Flags: esan3 zarch stfle msa ldisp eimm dfp edat etf3eh highgprs te vx sie 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. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit https://urldefense.proofpoint.com/v2/url?u=http-3A__www.marist.edu_htbin_wlvindex-3FLINUX-2D390=DwIFAg=jf_iaSHvJObTbx-siA1ZOg=XX3LPhXj6Fv4hkzdpbonTd1gcy88ea-vqLQGEWWoD4M=jCSqMmF2fN4kdgZICrdDt0HXcWLVGmLlUx9ArFiRM3g=pp_c_T0QanZFoJfk6raMEo-oAp2iiYYbyeKronwfx-k= -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Xymon
Thanks, Juha. I wasn't aware that anyone had picked them up and continued development. Its good to know. Martha On 1/23/2019 6:56 PM, Juha Vuori wrote: Hi, Xymon clients for z/OS, z/VSE and z/VM (currently called zXymon) can be downloaded in http://download.savannah.nongnu.org/releases/zxymon/ They still work well together with the latest Xymon server (stable version 4.3.28). zXymon development tree has few enhancements (too few worth of a new release). If you have made good enhancements to the code/functionality, I'd be more than happy if you'd like to share them to the development tree! -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Xymon
Defining the template to match the MIB information is the big PITA, though. There is a Xymon plugin named devmon, which is what we use to monitor the network equipment, environmentals, etc. It talks snmp, but has limited capabilities. There might be a newer one out there, I haven't kept up on it in a few years. I think the z/OS clients are also in REXX, so should be easy to port to VSE, if it supports that. (Sorry, I don't recall off the top of my head.) Then it is just a matter of updating the execs to look at the right spots in the system. Martha On 1/23/2019 4:12 PM, Stuart, David wrote: If Xymon can talk SNMP, which it probably can if it's monitoring network equipment, there's an SNMP 'agent' (?) that's part of z/VSE that will tell you if the System is responding, at a minimum. I believe there is other info you can get from the SNMP 'agent' as well. I've played with it some, but we don’t actually use it. Dave Dave Stuart Principal Info. Systems Support Analyst County of Ventura 805-662-6731 david.stu...@ventura.org -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, January 23, 2019 1:05 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Xymon Its just a set of REXX execs that Rich wrote some years ago. They used to be on the site, but that was back when it was Hobbit. I'm not sure they are still there. (Richare you listening?) If all else fails, I can pack up what I have and make them available somewhere. Martha On 1/23/2019 3:49 PM, Diep, David (OCTO) wrote: Martha, I had no idea there is a XYMON client for z/VM. Is it downloadable from the XYMON project website? -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, January 23, 2019 3:38 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Xymon CAUTION: This email originated from outside of the DC Government. Do not click on links or open attachments unless you recognize the sender and know that the content is safe. If you believe that this email is suspicious, please forward to phish...@dc.gov for additional analysis by OCTO Security Operations Center (SOC). SLES 12 on z/VM. Should not matter to the clients, though. We monitor z/OS, z/VM, hundreds of zLinux and hundreds of ESX based Linux/Windows. Also monitor all network equipment. Martha On 1/23/2019 3:29 PM, Tom Huegel wrote: Martha, What platform do you run Xymon server on? Thanks - Tom On Wed, Jan 23, 2019 at 2:27 PM Martha McConaghy < martha.mccona...@marist.edu> wrote: We use Xymon to monitor all of our servers, regardless of platform. I have not done VSE as we don't have it. However, there is a client that works on z/OS, which we use a lot. It probably can be modified to work on VSE. I think Rich Smrcina wrote it. Martha On 1/23/2019 3:15 PM, Tom Huegel wrote: Just wondering if anyone has used Xymon in z/LINUX to monitor other OS's ie z/VSE? --- - -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 - - For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LIN
Re: Xymon
Its just a set of REXX execs that Rich wrote some years ago. They used to be on the site, but that was back when it was Hobbit. I'm not sure they are still there. (Richare you listening?) If all else fails, I can pack up what I have and make them available somewhere. Martha On 1/23/2019 3:49 PM, Diep, David (OCTO) wrote: Martha, I had no idea there is a XYMON client for z/VM. Is it downloadable from the XYMON project website? -Original Message- From: Linux on 390 Port On Behalf Of Martha McConaghy Sent: Wednesday, January 23, 2019 3:38 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Xymon CAUTION: This email originated from outside of the DC Government. Do not click on links or open attachments unless you recognize the sender and know that the content is safe. If you believe that this email is suspicious, please forward to phish...@dc.gov for additional analysis by OCTO Security Operations Center (SOC). SLES 12 on z/VM. Should not matter to the clients, though. We monitor z/OS, z/VM, hundreds of zLinux and hundreds of ESX based Linux/Windows. Also monitor all network equipment. Martha On 1/23/2019 3:29 PM, Tom Huegel wrote: Martha, What platform do you run Xymon server on? Thanks - Tom On Wed, Jan 23, 2019 at 2:27 PM Martha McConaghy < martha.mccona...@marist.edu> wrote: We use Xymon to monitor all of our servers, regardless of platform. I have not done VSE as we don't have it. However, there is a client that works on z/OS, which we use a lot. It probably can be modified to work on VSE. I think Rich Smrcina wrote it. Martha On 1/23/2019 3:15 PM, Tom Huegel wrote: Just wondering if anyone has used Xymon in z/LINUX to monitor other OS's ie z/VSE? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 - - For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Xymon
SLES 12 on z/VM. Should not matter to the clients, though. We monitor z/OS, z/VM, hundreds of zLinux and hundreds of ESX based Linux/Windows. Also monitor all network equipment. Martha On 1/23/2019 3:29 PM, Tom Huegel wrote: Martha, What platform do you run Xymon server on? Thanks - Tom On Wed, Jan 23, 2019 at 2:27 PM Martha McConaghy < martha.mccona...@marist.edu> wrote: We use Xymon to monitor all of our servers, regardless of platform. I have not done VSE as we don't have it. However, there is a client that works on z/OS, which we use a lot. It probably can be modified to work on VSE. I think Rich Smrcina wrote it. Martha On 1/23/2019 3:15 PM, Tom Huegel wrote: Just wondering if anyone has used Xymon in z/LINUX to monitor other OS's ie z/VSE? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu 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 lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Xymon
We use Xymon to monitor all of our servers, regardless of platform. I have not done VSE as we don't have it. However, there is a client that works on z/OS, which we use a lot. It probably can be modified to work on VSE. I think Rich Smrcina wrote it. Martha On 1/23/2019 3:15 PM, Tom Huegel wrote: Just wondering if anyone has used Xymon in z/LINUX to monitor other OS's ie z/VSE? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Vice President Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: xymon on zLinux anyone?
We use Xymon a great deal, it monitors all of our servers and network equipment (several thousand items). We run the server on zLinux (SLES) and the client runs just about anywhere. There are even clients for z/VM and z/OS (thanks Rich!). Its all PhP based, so I don't think an RPM is necessary. (I haven't done the install in a long time, someone else in our group does that.) Its definitely not specific to any version of Linux. As long as you have Apache and PhP installed, it should run on Clef. Martha On 7/24/2018 8:43 AM, Frank M. Ramaekers wrote: Anyone doing xymon on zLinux? Know where a RPM for ClefOS might be found? Frank M. Ramaekers Jr. | Systems Programmer | Information Technology | American Income Life Insurance Company | 254-761-6649 (732-6649) -- 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...@torchmarkcorp.com. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Martha McConaghy Marist: System Architect/Technical Lead SHARE: Director of Conference Operations Marist College IT Poughkeepsie, NY 12601 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Spectre and Meltdown stupid question...
Paul, The answer is "yes". A MCL for hardware came out last week. I believe it applies to models z14 down through z114. At least, our z13s, BC12 and z114 all received it. (We wanted it on as soon as possible.) In addition, there is a z/VM PTF, though I'm not sure it is out yet. Its z/VM 6.4 only, so I can't get it until I finish getting my systems upgraded. I'm not as worried about z/VM since our users/customers have no direct access to it. The Linux distributions have been our main concern and the patches have been coming out slowly. Its my understanding that "meltdown" is not much of a concern for Z but "spectre" is. (Someone correct me if I'm misstating anything.) SUSE has some patches out already, expecting more today. RedHat does not have theirs out yet. Last I heard, they are expected sometime next week. I don't know about any of the other distributions that run on Z. I haven't heard that they have any patches out yet. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Tuning setting in Ubuntu?
Thanks, Christian. Excellent suggestions. I actually already have Bill Bitner looking at monitor data from z/VM to get his view on what is going on. I'll send you more information off-list, its a complicated situation. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Tuning setting in Ubuntu?
I have a project that is experiencing something interesting. They are doing continuous integration builds on zLinux servers using various versions of Linux, i.e. SLES, RHEL and Ubuntu. All are running on the same z/VM system (6.3) and there seems to be plenty of available CPU and memory overall. The jobs running on the RHEL and SLES systems run in a reasonable amount of time, but the ones on the Ubuntu system run more than twice as long. Some have even timed out because they didn't finish in the expected CI window. Meanwhile, the LPAR and z/VM system are not even breaking a sweat. All of them have the same resources, i.e. 8 vcpus, and 16G of memory. The project folks report seeing a lot of cpu "steals" on the Ubuntu system. I'm thinking of giving them more vcpus to help out with that. However, I also wonder if there is a tuning variable or kernel setting that is different by default on Ubuntu than on the SLES or RHEL distributions? The problem seemed to start back in August, though they have been running these jobs for over a year. Perhaps a patch got pushed out that changed some settings? (I've seen Ubuntu service do weird things to other servers.) I don't much about Ubuntu except that I dislike it intensely. Does anyone have any suggestions as to what to look at? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: SHARE Providence
Andrew, Its great to hear that you are interested in coming to SHARE in Providence this August! Many of us on this list are volunteers who help put each SHARE event together (such as Mark and Alan), so it is always good to hear that people are interested in attending. We are pulling the schedule for the event together this coming weekend in fact. The final agenda will be published online in mid-June. In the meantime, I can tell you that there will be a lot of sessions covering information in the expected IBM announcements early this summer. The VM and Linux sessions at SHARE are always strong, even more so this time, IMHO. There will also be two SHARE Academy sessions on the Sunday before SHARE starts. One will be on securing mainframe based systems and will be mainly z/OS oriented. The other will be on blockchain and Hyperledger, and will be LInux oriented. So, there will be a lot to choose from. The one thing we can guarantee at SHARE is that you'll not be bored! %-) Keep an eye on the SHARE website, share.org, for when more details get published. There will also be mentions about it on this list as well as the IBMVM list. Martha McConaghy System Architect/Technical Lead - Marist College Director of Operations - SHARE (volunteer) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Best way to edit Linux files in z/VM 3270
I prefer ed, myself. It reminds me of the old days, before we had full screen editors. Screw up enough fstab or network config files and you get real good at it. Always impresses my younger colleages when I can fix a fstab with a few keystrokes, even on their precious non-z based Linux servers. It also helps to keep a "cheat sheet" bookmarked for when your stuck. My go-to page is: http://linux.about.com/library/cmd/blcmdl1_ed.htm Martha On Thu, 22 Sep 2016 13:07:46 -0400 Robert J Brenneman said: >the /best/ way to edit linux files on 3270 is not to. Plan ahead and make >backup copies of important config files before making changes and rebooting >so you can just rename the backup back in place. > >but when one must, ed is available. You have to think of it as a typewriter >though. It is not capable or aware of a terminal that can display multiple >lines - basically you have a keyboard with no arrow keys, no PF keys, no >pgup pgdn home end keys to use to talk to ed, and ed is only able to talk >back to you by spitting out a single line of output at a time with a >carriage return at the end. > >cat / head / tail / sed can also be used to assemble a new file out of an >existing but broken one. > > > >-- >Jay Brenneman > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Debian install using LVM
Mark, I've been using the installer, so I don't get to see the underlying config files. I'll try it again and see if I can get to /etc/zipl.conf. The installer doesn't say why it can't write out ZIPL, just that it cannot. I tried partitioning /boot and formatting it ext2 (which is the way we do SLES12), then partitioning the rest of the volume as /. It doesn't seem to like that either. It is at least comforting to know I'm not the only one who has run into this issue. Martha On Mon, 11 Apr 2016 17:25:05 -0600 Mark Post said: >>>> On 4/11/2016 at 07:00 PM, Martha McConaghy <u...@vm.marist.edu> wrote: >> I've been fighting with a Debian install all day and wonder if anyone else >> has run into the same problem. I wanted to use LVM for the root filesystem, >> so created a /boot partition and an LVM for the rest. Everything works fine >> until it comes to the step where it tries to write out ZIPL. That step >> fails. > >By "that step" do you mean something the installer is doing that you can't tell >exactly what is happening? Or is it a command you're running yourself? > >> I tried all sorts of combinations, but the only that actually works is >> creating 1 partition for / with no LVM at all. Something is not right. > >While I don't personally care for this kind of setup, it should be fairly >straightforward. /boot needs to be mounted at the time zipl is run. It needs >to have a file system of ext*, xfs, reiserfs, etc. on it, not something like >btrfs. > >What do the contents of /etc/zipl.conf look like? What are the messages you're >getting back that indicate failure? > > >Mark Post > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Debian install using LVM
Thanks, Ray. I thought I was going crazy too! Martha On Mon, 11 Apr 2016 21:01:26 -0400 Ray Mansell said: >Martha... > >I've been fighting the same thing all afternoon. Thought I was going >bonkers, since it all worked so well last week. For the moment I've >installed without LVM, but there's certainly a problem. > >Ray > >On 4/11/2016 19:00, Martha McConaghy wrote: >> I've been fighting with a Debian install all day and wonder if anyone else >> has run into the same problem. I wanted to use LVM for the root filesystem, >> so created a /boot partition and an LVM for the rest. Everything works fine >> until it comes to the step where it tries to write out ZIPL. That step >fails. >> I tried all sorts of combinations, but the only that actually works is >> creating 1 partition for / with no LVM at all. Something is not right. >> >> The timestamp on the install files I'm using is April 2, so they are pretty >> new. The level of Debian is jessie. >> >> Has anyone run into this? >> >> Martha >> >> Martha McConaghy >> System Architect/Technical Lead >> Marist College >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ >> > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Debian install using LVM
If Jessie's installer doesn't accept it, then why is it provided as an option? Seriously, it makes no sense. Martha On Tue, 12 Apr 2016 10:29:58 +0200 Viktor Mihajlovski said: >On 12.04.2016 01:11, Dimitri John Ledkov wrote: >> Hello, >> >> On 12 April 2016 at 00:00, Martha McConaghy <u...@vm.marist.edu> wrote: >>> I've been fighting with a Debian install all day and wonder if anyone else >>> has run into the same problem. I wanted to use LVM for the root filesystem, >>> so created a /boot partition and an LVM for the rest. Everything works fine >>> until it comes to the step where it tries to write out ZIPL. That step >fails. >>> I tried all sorts of combinations, but the only that actually works is >>> creating 1 partition for / with no LVM at all. Something is not right. >>> >>> The timestamp on the install files I'm using is April 2, so they are pretty >>> new. The level of Debian is jessie. >>> >> >> I recommend to try testing aka stretch. There were LVM fixes uploaded >> there. As usual do attach /var/log/syslog from the d-i to help >> debugging what's going wrong. >That is exactly the point, Debian Jessie's installer only accepts the >root device on a DASD partition. With Stretch, root can be anywhere >including LVM volumes. >> >> Note there is also Debian specific mailing debian-s390: >> https://lists.debian.org/debian-s390/ >> >> Regards, >> >> Dimitri. >> >[...] >-- > >Mit freundlichen GrüÃen/Kind Regards > Viktor Mihajlovski > >IBM Deutschland Research & Development GmbH >Vorsitzender des Aufsichtsrats: Martina Köderitz >Geschäftsführung: Dirk Wittkopp >Sitz der Gesellschaft: Böblingen >Registergericht: Amtsgericht Stuttgart, HRB 243294 > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Debian install using LVM
I've been fighting with a Debian install all day and wonder if anyone else has run into the same problem. I wanted to use LVM for the root filesystem, so created a /boot partition and an LVM for the rest. Everything works fine until it comes to the step where it tries to write out ZIPL. That step fails. I tried all sorts of combinations, but the only that actually works is creating 1 partition for / with no LVM at all. Something is not right. The timestamp on the install files I'm using is April 2, so they are pretty new. The level of Debian is jessie. Has anyone run into this? Martha Martha McConaghy System Architect/Technical Lead Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Looking for Innovative workloads!
The next SHARE event is being held in Atlanta, GA July 31-Aug. 5. We are actively looking for presentations for this event that discuss experiences with new and innovative workloads being run on z Systems. This is especially true for zLinux and z/VM workloads. So, if you are experimenting with or running in production new types of workloads, we want to hear from you! Whether they are the hot new stuff like docker or blockchain, or a Java based workload that has been around a couple of years, SHARE is interested in your experiences, good, bad and ugly. First time, non-vendor speakers are eligible for a registration fee benefit. The call for presentations is currently open at: http://www.share.org/submit-atlanta Martha McConaghy Marist: System Architect/Technical Lead SHARE: Director of Operations -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Using solid state drives with Linux guests
Has anyone had experience using solid state drives (SSD) with a zLinux guest running under z/VM 6.3? We recently got a DS8870 that has quite a few SSDs. However, I haven't done anything with them yet. I would guess that I just configure arrays on them like normal disks, make them FB, create a LUN on them and then connect the LUN to the Linux guest like any SAN LUN. Is there anything special I should be aware of before jumping in? Martha System Architect/Technical Lead Marist College SHARE San Antonio - Feb 28-March 4, 2016 Hope to see y'all there! -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Fw: OpenMainframeProject
I believe Marist is involved, but through my boss, Harry Williams. I haven't been directly involved, but still do support zLinux servers for Linux Foundation projects. Martha On Fri, 11 Dec 2015 20:52:36 -0500 Bryan Foley said: >The Open Mainframe Project is a project set up by the Linux Foundation to >promote and grow the capabilities of Linux meeting current and future >demands of the digital economy. It is intended to bring together clients - >who are looking to marry the openness and agility of the open world, with >the enterprise-grade capabilities of a server that can meet those demands >like z Systems and LinuxONE - with vendors and academia to deliver upon the >requirements needed to drive forward the state of the art. > >Steven Dickens (steven.dick...@us.ibm.com) has led this initiative for IBM >(one of many members), and can provide more information. It would be great >for the members on this mailing list to be part of this initiative. > > >Bryan Foley >Program Director, z Systems Strategy & Linux for z Systems Business Line >Manager >Internet: fol...@us.ibm.com >Tieline: 293-5955/External: (845) 433-5955 > > > > >- Forwarded by Bryan Foley/Poughkeepsie/IBM on 12/11/2015 20:44 - > >From: John Campbell>To: LINUX-390@VM.MARIST.EDU >Date: 12/11/2015 20:24 >Subject:Re: OpenMainframeProject >Sent by:Linux on 390 Port > > > >Open Mainframe? News to me. > >Mainframes require three criteria: > >1) Maximum *reliable* single-thread performance (see the "Linux on S/390" >redbook "Appendix A" for how reliability is tricked out); >2) Maximum I/O throughput; and >3) Maximum I/O connectivity. > >Admittedly, criterion 3 is kind of undercut by SAN technology. > >Additionally, the instruction set need not mimic the zSeries to be a >mainframe. We already know that handling memory access faults in IBM's SS >instructions for virtual machine functionality that much harder to pull >off... > >Now you've all just added to my reading list. > >(laughs maniacally) > >"You are the MS-DOS of Evil... Only 640K... Not EVIL Enough!" > >-soup > >On Fri, Dec 11, 2015 at 6:39 PM, Christer Solskogen < >christer.solsko...@gmail.com> wrote: > >> I haven't seen that been discussed here. Are any of you guys involved >> somehow? >> >> -- >> chs >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >> visit >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ >> > > > >-- >John R. Campbell Speaker to Machines souperb at gmail dot >com >MacOS X proved it was easier to make Unix user-friendly than to fix Windows >"It doesn't matter how well-crafted a system is to eliminate errors; >Regardless > of any and all checks and balances in place, all systems will fail >because, > somewhere, there is meat in the loop." - me > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or >visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ > > > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Advice on doing RHEL 7 LPAR install
Actually, I did do a VM install to get a running RHEL 7 system they could play with. However, the project they are working on involves adapting software that currently runs in an appliance to be installed into an LPAR. Its been tough because these guys have next to no Linux skills at all. So, besides giving them a running RHEL 7 system to play with, myself and a colleague have been trying to educate them on how LPARs and HMCs work in general. Ultimately, they are going to need to develop their own installer that won't have to depend on an outside source for Linux. But, since they don't understand how to do a traditional install, we were starting with that. I think the light is finallying beginning to dawn on them that a z doesn't work like an Intel pizza box. sigh... Well, at least I have learned more about RHEL than I knew before. Just wish I didn't have so many other projects going on that this is delaying. Martha On Thu, 17 Sep 2015 14:40:15 -0400 Rick Troth said: >On 09/15/2015 03:38 PM, Martha McConaghy wrote: >> We've got some folks from outside the school working on a project in our >> lab. They want to do an RHEL 7 LPAR install, ... > >Forgive me if I'm harping on the wrong point. I really just want to see >all parties happy. > >Do they need to perform an LPAR installation or do they simply need the >result in LPAR? >If the latter, then clearly using VM for the install step makes more sense. >(Not to say successful execution of LPAR mode install isn't interesting.) > >Call it "V to P". Works. > >-- R; <>< > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Advice on doing RHEL 7 LPAR install
Jan, Thanks for that info. I've been going by some older docs, so will look into this one more closely. I'm not sure what level is on the DVD they have been using, but will check on it. I'll bet a dollar that its 7.0. They know nearly nothing about Linux and want me to guide them. However, never having done an LPAR install, and not being very familiar with RHEL, its been difficult. This may be the piece of info we needed to get past this. Martha On Wed, 16 Sep 2015 13:05:27 +0200 Jan Stodola said: >Martha, >When you start the installation from DVD, you should see a prompt early >at the beginning of the installation asking for additional parameters. >That's the time to enter the path to your installation repository and >network configuration parameters. More information and examples can be >found at the following URL: > >https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/h >0 > >Note that this prompt is not available in RHEL-7.0, you need RHEL-7.1 >DVD or later. > >Regards, >Jan > > >On 09/15/2015 09:38 PM, Martha McConaghy wrote: >> We've got some folks from outside the school working on a project in our >> lab. They want to do an RHEL 7 LPAR install, but are running into problems. >> I've never done a Linux install in an LPAR, always using virtual machines. So >> I can't really advise them. >> >> They want to be able to boot the starter system off the HMC's DVD and then do >> the install from a system holding the ISO images (either FTP or NFS). They >> have been able to boot the starter system into the LPAR. However, it falls >> into the dreaded safe mode because it cannot find /dev/root. I had this >> trouble when I was doing a practice install in a virtual machine and found >> that I had a typo in my REDHAT PRM file. However, in this case, they don't >> have a customized PRM file at all. They just have a bootable DVD. >> >> So, is there a way to do this? Build a RHEL 7 install DVD that just boots >> into the LPAR and is already customized to do the install? >> >> Please pardon me if that sounds like an ignorant question. I've looked for >> any redbooks that might cover this, but wasn't able to find any and these guy >> won't do any research on their ownsigh >> >> Martha >> >> -- >> For LINUX-390 subscribe / signoff / archive access instructions, >> send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visi >> http://www.marist.edu/htbin/wlvindex?LINUX-390 >> -- >> For more information on Linux on System z, visit >> http://wiki.linuxvm.org/ > > >-- >Jan Stodola >Quality Assurance Engineer > >Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic >Email: jstod...@redhat.com > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Advice on doing RHEL 7 LPAR install
We've got some folks from outside the school working on a project in our lab. They want to do an RHEL 7 LPAR install, but are running into problems. I've never done a Linux install in an LPAR, always using virtual machines. So, I can't really advise them. They want to be able to boot the starter system off the HMC's DVD and then do the install from a system holding the ISO images (either FTP or NFS). They have been able to boot the starter system into the LPAR. However, it falls into the dreaded safe mode because it cannot find /dev/root. I had this trouble when I was doing a practice install in a virtual machine and found that I had a typo in my REDHAT PRM file. However, in this case, they don't have a customized PRM file at all. They just have a bootable DVD. So, is there a way to do this? Build a RHEL 7 install DVD that just boots into the LPAR and is already customized to do the install? Please pardon me if that sounds like an ignorant question. I've looked for any redbooks that might cover this, but wasn't able to find any and these guys won't do any research on their ownsigh Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Using OSA port 1 in LPAR
Trying to figure this out with RHEL 7 only makes me miss SLES more! Martha On Tue, 8 Sep 2015 10:20:29 -0600 Mark Post said: >qeth_configure is a SUSE-specific script. > >Mark PostMarcy Corteswrote: "Marcy Cortes" 09/08/2015 09:08 >>> >qeth_configure > >Or use Yast2 in SUSE. Can't speak to RH. > >Usage: /sbin/qeth_configure [options] > >-i Configure IP takeover >-l Configure Layer2 support >-f force creation of udev rules, do not check values in /sys >-t Valid cardtypes are: qeth, hsi, osn >-o General QETH options, separated by spaces >-n QETH port number to use, 0 or 1. Only needed for real, not virtual >devices. >-p QETH Portname to use. Only needed if sharing a real OSA with z/OS. >read/write/data chan = x.y. where > x is always 0 until IBM creates something >that >uses that number > y is the logical channel subsystem (lcss) >number. Most often this is 0, but it could be non-zero > is the four digit subchannel address of >the device, in hexidecimal, with leading zeros. >online = 0 to take the device offline > 1 to bring the device online > > > > >-Original Message- >From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Alan >Altmark >Sent: Tuesday, September 08, 2015 7:51 AM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: [LINUX-390] Using OSA port 1 in LPAR > >On Saturday, 09/05/2015 at 07:23 EDT, Ronald van der Laan >wrote: >> Just configure a second eth device on another triplet on the same chpid. >> Then in the udev rule, you find the portno parameter. >> >> ACTION=="add", SUBSYSTEM=="ccwgroup", KERNEL=="0.0.", >ATTR{portno}="1" > >Isn't there a sysconfig or whatever configuration option to do that? IMO, >humans shouldn't be updating the udev rules file. > >Alan Altmark > >Senior Managing z/VM and Linux Consultant Lab Services System z Delivery >Practice IBM Systems & Technology Group ibm.com/systems/services/labservices >office: 607.429.3323 >mobile; 607.321.7556 >alan_altm...@us.ibm.com >IBM Endicott > >-- >For LINUX-390 subscribe / signoff / archive access instructions, send email to >lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit http://wiki.linuxvm.org/ > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ > > > >-- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390 >-- >For more information on Linux on System z, visit >http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Using OSA port 1 in LPAR
I'm working on a project that requires RHEL 7 running in an LPAR. I've never done Linux in an LPAR, always on top of z/VM, so its a new experience...ugh.. We've got it running finally and need to configure a 2nd network connection. The OSA that is available for use is on port 1 of the OSA card. Under z/VM, that would not be an issue as you add "p1" to the address when defining the vswitch, etc. However, I can't tell how to tell Linux that the device is on port 1. To make matters more complicated, the other port is already being used by this system for its main connection. So, basically, I need to use both port 0 and 1 on the OSA for different network connections. I've been looking at znetconf, but it doesn't seen to see any port distinctions and only sees the device addresses. Can someone point me in the right direction? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Ubuntu on z?
That's one of the articles I saw, written in 2011. I can't see whatever comment may have been made, the page is not displaying it. Sounds like it was never consumated. Martha On Mon, 6 Apr 2015 12:50:14 -0500 Ron Wells said: http://www.unixmen.com/will-ubuntu-make-to-mainframes/#comments From: Rick Troth r...@casita.net To: LINUX-390@VM.MARIST.EDU Date: 04/06/2015 12:12 PM Subject:Re: Ubuntu on z? Sent by:Linux on 390 Port LINUX-390@VM.MARIST.EDU On 04/06/2015 12:48 PM, Martha McConaghy wrote: We have an upcoming project that may need Ubuntu running on z/VM. I have never heard of Ubuntu being supported on z before, so did some googling. It looks like there was talk of it back in 2011, but I can't find anything later than that. Ubuntu is a little different than the other distros because Canonical has different incentives than the other distributors. In this case, you might want to phone them so they know there is a business opportunity. Did anything ever come of this? Has anyone come up with a version of Ubuntu that will run on z? It's a Debian derivative (as, for example, CentOS and ClefOS are a RedHat derivatives) and that *does* run on z Systems. If you happen to have Debian for z Systems then your upcoming project probably could be made to fit there with little difficulty. -- R; -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Email Disclaimer This E-mail contains confidential information belonging to the sender, whi prohibited. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Ubuntu on z?
We have an upcoming project that may need Ubuntu running on z/VM. I have never heard of Ubuntu being supported on z before, so did some googling. It looks like there was talk of it back in 2011, but I can't find anything later than that. Did anything ever come of this? Has anyone come up with a version of Ubuntu that will run on z? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Network Time Protocol Daemon needed for zLinux?
We do the same thing, but for a different reason. We want all of our Linux servers to be coordinated to the same time, no matter what platform they are running on. Makes syslog processing easier. Martha On Wed, 18 Mar 2015 20:57:02 + Marcy Cortes said: We run NTP on all the Linux guests under zVM (and we have STP for VM). There were just too many things that require it and it wasn't worth the effort to make them believe that it wasn't necessary. -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Vitale, Joseph Sent: Wednesday, March 18, 2015 1:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Network Time Protocol Daemon needed for zLinux? Using STP to set clock for zVM LPAR. zVM and zLinux guest show time, both in sync. Trying to avoid setting up NTPD and starting on all zLinux if not necessary. Came about due to checks comparing zLinux software configuration vs X86 configuration, they run NTPD. So, I was asked to do same. Never seen an issue with time under zLinux. Thank you for your assistance Joe Joseph Vitale Technology Services Group Mainframe Operating Systems Pershing Plaza 95 Christopher Columbus Drive Floor 14 Jersey City, N.J. 07302 Work 201-395-1509 Cell917-903-0102 -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Rob van der Heij Sent: Wednesday, March 18, 2015 3:54 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Network Time Protocol Daemon needed for zLinux? On 18 March 2015 at 20:04, Vitale, Joseph joseph.vit...@bnymellon.com wrote: My Linux runs under zVM, not in a stand alone LPAR. So, NTP or STP not required, correct ? That depends on whether you have STP steer the clock for the LPARs. It's a priced feature. If Q TIME on z/VM is now very accurate, then you're most likely steering and your Linux guests will follow. When z/VM is not running on time, then all Linux guests will get a clock (the same) that is slightly off as well. If that bothers you (your applications rather) then you can either implement STP or have each guest synchronize it's won clock with ntpd etc. If you frequently reboot, then ntpdate during startup might be enough to stay somewhat on time (eg 3 seconds per week). Some things like Kerberos expect you to be sort-of on time (10's of seconds, iirc). My experience is that the quality of the clock with ntpd is somewhat less, but that's a moot point when it's your only option. Yes, it's true that running ntpd takes resources. But much middleware does too and we're not on G3 anymore. PS Yes, I did do an ntpq for CMS a while back, but the year does not have nearly enough Friday nights to come up with an alternative for STP. Rob -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not the intended recipient please return the e-mail to the sender and delete it from your computer. Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. Please refer to http://disclaimer.bnymellon.com/eu.htm for certain disclosures relating to European legal entities. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For
Mirroring and recovering LVM volumes
We are working on trying out some new HA and/or recovery techniques with SLES 11 SP3 and our new SVC hardware. One thing that I would like to try is setting up mirroring via the SVC of a LUN that has mysql data on it. This LUN is dedicated to a SLES 11 SP3 server on our z114, but it is also part of a logical volume. (Right now, its a 1 physical volume LVM.) Setting up the mirroring is not a problem. My question is more related to recovery. I don't know a lot about how LVM works. How much about the volume is stored on the LUN itself and how much is stored elsewhere in the opsys filesystem? If we have a recovery server pointed to the mirrored volume, will it see the LVM metadata? Any hints/tips on mirroring LVM volumes? Or, should we stay away from LVM for anything we want to mirror? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Thoughts on multiple certificates for Apache host
Mauro, Thanks for the info on SNI. Russ Herrold also mentioned it last week and that appears to be exactly what we were looking for. I just received confirmation from my colleague (I had forwarded Russ' email to him) that he now has it working, without having to mess with IPs! I appreciate the advice, Russ! Martha On Mon, 2 Dec 2013 12:37:13 -0200 Mauro Souza said: There's a feature on Apache names SNI (Server Name Indication). It's supported on almost all modern browsers, so you can set it up and almost nobody will complain. You can see the complete explanation along with examples at http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI This way you can host all servers on the same Apache, with the same IP address, and have different certificates for each. I never tested this setup, but I think it will work. Mauro http://mauro.limeiratem.com - registered Linux User: 294521 Scripture is both history, and a love letter from God. 2013/12/2 Veencamp, Jonathon D. jdveenc...@fedins.com I think it's called IP aliasing or something like that. We have a single NIC advertising a bunch of IP addresses, and have a different apache listener on each one. We do that via this command in a system startup script on Suse Linux. ip address add 192.168.69.60/24 brd + dev eth0 label eth0:60 And then ifconfig to list the network addresses shows this: lnx-dhttp:~ # ifconfig eth0 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.34 Bcast:161.250.69.255 Mask:255.255.255.0 inet6 addr: fe80::200:300:100:5/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:51739450 errors:0 dropped:0 overruns:0 frame:0 TX packets:51033519 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:25357355357 (24182.6 Mb) TX bytes:28616518230 (27290.8 Mb) eth0:60 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.60 Bcast:161.250.69.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0:61 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.61 Bcast:161.250.69.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0:62 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.62 Bcast:161.250.69.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0:63 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.63 Bcast:161.250.69.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 eth0:64 Link encap:Ethernet HWaddr 02:00:03:00:00:05 inet addr:192.168.69.64 Bcast:161.250.69.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 And then start all the different apache's with something like this: /opt/local/HTTPServer/bin/apachectl -f conf/httpd.eth061.conf -k start -D eth061 /opt/local/HTTPServer/bin/apachectl -f conf/httpd.eth062.conf -k start -D eth062 /opt/local/HTTPServer/bin/apachectl -f conf/httpd.eth063.conf -k start -D eth063 /opt/local/HTTPServer/bin/apachectl -f conf/httpd.eth064.conf -k start -D eth064 And I'm reasonably sure when I created the certificates for these, I added the various IP addresses DNS hostnames for them to the extension aliases field, and one certificate covered all of them. Jon Veencamp -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Marcy Cortes Sent: Friday, November 29, 2013 12:38 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Thoughts on multiple certificates for Apache host Martha wrote: For example, could we host multiple IPs from the same NIC if the server is on a layer 2 vswitch? (Will it do trunking, basically?) Is there an easier way to approach this? If you haven't already figured this out (and hopefully you've been off eating turkey and pumpkin pie instead of having to configure IP addresses...) This is very simple with yast2 on SuSE. Just go into Yast2 Click Network Devices Select the current one and click Edit Go down to the Additional Addresses section Click Add Name it (vip0 or whatever you'd like) put in the IP and Netmask Et voila! Immediately usable and visible in ifconfig. (It basically just adds a couple of lines to the eth0 device (or whatever device yours is called) in /etc/sysconfig/network and does whatever is needed to dynamically activate it. Marcy -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z,
Thoughts on multiple certificates for Apache host
Certs for securing connections have always been a black art to me. So, I have a feeling that a few of you on this list will probably have some good ideas for us. We run a lot of Apache web servers on zLinux (SLES 11 mainly). Several are general use web servers, i.e. we have a lot of little web sites running as vhosts on one virtual server. They all share the same IP address and Apache sorts out who is who on the incoming transaction based on the URL requested. Now, from what little I understand of certs, there can be only 1 per IP address. So, if we get cert for the general use web server, it will apply to all vhosts on that server. If we want individual certs for each vhost, we would have to supply an IP/NIC for each. Do I have that correct? If so, any ideas on how to get around that? For example, could we host multiple IPs from the same NIC if the server is on a layer 2 vswitch? (Will it do trunking, basically?) Is there an easier way to approach this? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Multipath/zFCP problem
Martin, Don't worry about it. It was another DUH moment. As soon as I put the correct LUN ID in, zFCP worked fine. I was working through Yast, which is not big on explaining why something didn't work or even giving you an error message. But it isn't a big deal, I should have seen the problem. I was concentrating more on training my colleague (looking over his shoulder) than on what I was doing. Martha On Wed, 20 Nov 2013 18:54:59 +0100 Martin Peschke said: On Wed, 2013-11-20 at 11:57 -0500, Martha McConaghy wrote: Rick, We already did the zoning, etc. (I can do that stuff in my sleep now.) I'm training someone as my backup, so he needed the practice. However, I agree that using the same devices for both LUNs would be good, especially since one of the LUNs is not very busy. I just could not get zFCP to let me do it. The two original devices are 2000 and 3000. I tried to define LUN 1 on them in addition to LUN 0. It just won't take. Is there Martha, could you provide some details? Actual command line, error messages? Do you use zfcp_disk_configure? Thanks, Martin -- Linux on System z Development IBM Deutschland Research Development GmbH Vorsitzende des Aufsichtsrats: Martina Koederitz Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Multipath/zFCP problem
I've run into an annoying problem and hope someone can point me in the right direction. Its probably a wrong config parm somewhere, but I'm just not seeing it. I have a SLES 11 SP1 server running under z/VM. It already has 1 SAN LUN attached to it via direct connections and NPIV. zFCP and multipathd are already in place and it works fine. I'm adding a 2nd LUN to the server, from the same storage host. At first, I assumed that I should add 2 new paths to the server for the new LUN, which is what I did. The original 2 vdevices are 2000 and 3000. So, I added 2100 and 3100 and connected them to two new rdevs on the VM side, as usual. The LUN was created on the storage host, mapped to server and SAN zones created. All good. Now, I defined the zFCP configs for 2100 and 3100 and mapped them to LUN 1. 2000 and 3000 are still mapped to LUN 0. Things look OK. lxfdrwb2:/etc # lszfcp -D 0.0.2000/0x500507680130eda4/0x 1:0:2:0 0.0.3000/0x500507680140ed9c/0x 0:0:7:0 0.0.2100/0x500507680120eda4/0x0001 2:0:3:0 0.0.3100/0x500507680110ed9c/0x0001 3:0:2:0 However, multipathd continues to ONLY see the original 3.9TB LUN. It seems to interpret the changes as 4 paths to LUN 0, instead of 2 paths to LUN 0 and 2 paths to LUN 1. lxfdrwb2:/etc # multipath -ll 3600507680180876ce029 dm-0 IBM,2145 size=3.9T features='1 queue_if_no_path' hwhandler='0' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 0:0:7:0 sda 8:0 active ready running | `- 3:0:2:0 sdd 8:48 active ready running `-+- policy='round-robin 0' prio=10 status=enabled |- 1:0:2:0 sdb 8:16 active ready running `- 2:0:3:0 sdc 8:32 active ready running I've tried flushing the multipath map. I've even deleted the original zFCP configuration and rebuilding it. Nothing seems to help. It also occurred to me that I might use the original 2 paths (2000 and 3000) to also connect to LUN 1, but zFCP will have none of that. I suspect that there is a multipath or zfcp parameter that I have wrong, but Googling around hasn't yielded any answers yet. I'm sure others have done this, can you steer me in the right direction? I do this all the time with Edev disks, but not as much for direct attaches. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Multipath/zFCP problem
Michael, DOH! Of course, that is exactly the problem. I was so fixated on the complicated stuff that I missed the obvious. Thanks for pointing it out. I changed the LUN ID and it works fine now. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Multipath/zFCP problem
Rick, We already did the zoning, etc. (I can do that stuff in my sleep now.) I'm training someone as my backup, so he needed the practice. However, I agree that using the same devices for both LUNs would be good, especially since one of the LUNs is not very busy. I just could not get zFCP to let me do it. The two original devices are 2000 and 3000. I tried to define LUN 1 on them in addition to LUN 0. It just won't take. Is there some parm I need to set instead of the defaults to make it work? Martha On Wed, 20 Nov 2013 11:55:57 -0500 Richard Troth said: I recommend that you use the same FCP adapters for the new LUN. That way, your (NPIV or not) WWPNs for the guest are unique to that guest regardless how many LUNs it gets. If you add another set of FCP adapters for each LUN, then you'll have to zone and mask each new LUN to a different set of WWPNs ... even though they're intended for the same guest client. In this case, you need to be sure you brought the new FCPs online to Linux. (Maybe you already did and I missed that. Sorry.) On Wed, Nov 20, 2013 at 11:15 AM, Martha McConaghy u...@vm.marist.edu wrote: I've run into an annoying problem and hope someone can point me in the right direction. Its probably a wrong config parm somewhere, but I'm just not seeing it. I have a SLES 11 SP1 server running under z/VM. It already has 1 SAN LUN attached to it via direct connections and NPIV. zFCP and multipathd are already in place and it works fine. I'm adding a 2nd LUN to the server, from the same storage host. At first, I assumed that I should add 2 new paths to the server for the new LUN, which is what I did. The original 2 vdevices are 2000 and 3000. So, I added 2100 and 3100 and connected them to two new rdevs on the VM side, as usual. The LUN was created on the storage host, mapped to server and SAN zones created. All good. Now, I defined the zFCP configs for 2100 and 3100 and mapped them to LUN 1. 2000 and 3000 are still mapped to LUN 0. Things look OK. lxfdrwb2:/etc # lszfcp -D 0.0.2000/0x500507680130eda4/0x 1:0:2:0 0.0.3000/0x500507680140ed9c/0x 0:0:7:0 0.0.2100/0x500507680120eda4/0x0001 2:0:3:0 0.0.3100/0x500507680110ed9c/0x0001 3:0:2:0 However, multipathd continues to ONLY see the original 3.9TB LUN. It seems to interpret the changes as 4 paths to LUN 0, instead of 2 paths to LUN 0 and 2 paths to LUN 1. lxfdrwb2:/etc # multipath -ll 3600507680180876ce029 dm-0 IBM,2145 size=3.9T features='1 queue_if_no_path' hwhandler='0' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 0:0:7:0 sda 8:0 active ready running | `- 3:0:2:0 sdd 8:48 active ready running `-+- policy='round-robin 0' prio=10 status=enabled |- 1:0:2:0 sdb 8:16 active ready running `- 2:0:3:0 sdc 8:32 active ready running I've tried flushing the multipath map. I've even deleted the original zFCP configuration and rebuilding it. Nothing seems to help. It also occurred to me that I might use the original 2 paths (2000 and 3000) to also connect to LUN 1, but zFCP will have none of that. I suspect that there is a multipath or zfcp parameter that I have wrong, but Googling around hasn't yielded any answers yet. I'm sure others have done this, can you steer me in the right direction? I do this all the time with Edev disks, but not as much for direct attaches. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- -- R; Rick Troth Velocity Software http://www.velocitysoftware.com/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Advice on TomCat and portal tuning
Thanks Mark. We actually have moved to SP3 for all of our new servers. This one just happens to be old enough to have been created with SP1. We plan on upgrading it but don't want to change too many things at once. Martha On Tue, 3 Sep 2013 13:23:32 -0600 Mark Post said: On 9/3/2013 at 01:35 PM, Martha McConaghy u...@vm.marist.edu wrote: We have embarked on a project to support our main student/faculty/staff portal on zLinux. It works fine under a normal workload, but falls over badly when under a heavy load such as during class add/drop. The portal is running open source software named LifeRay on top of TomCat on SLES 11 SP1. I can't really help you with your main question on tuning, but I can tell you that there were significant performance improvements in SLES11 SP2 over SP1, and likely some more in SP3 over SP2. Since SP1 has been out of support for 12 months now, and SP2 will be out of support December 31, you really should be looking at SP3 for this project. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Advice on TomCat and portal tuning
Thanks Aria. We will contact you off list. Its probably better if our applications person describes the problem rather than me. In general, once it gets up to a certain load of users, response goes into the crapper and the virtual server starts chewing up CPU. However, Brian can give you more detailed information from the application point of view. Thanks everyone for your comments and tips. We are still in the data gathering phase right now, in addition to trying to recreate the problem (without needing 1000 students hitting the server that is). I'll post more specific information when I have it. We are definitely looking at it from all angles including real resources, z/VM, Linux, etc. We want to take a systematic approach to evaluating the problem and making changes. I'm sure you all know as well as I that it is likely not one magic bullet that fixes all, but a whole series of tweaks. Martha On Wed, 4 Sep 2013 09:12:03 -0400 Aria Bamdad said: Martha, We have been using a supported version of Liferay (Liferay EE) for over 2 years now and have not had any problems. Currently we are on IBM JRE 1.7 and 1.6 on a dev server. We use tomcat as provided by SLES 11 SP2 and SP3. When you say 'falls over badly', can you elaborate as to what the actual problem is? By the way, I can safely say that few other vendors come close to the type of support Liferay provides if you sign up for a support contract, both in terms of speed and knowledge. We have been very happy with them fixing bugs quickly and providing patches sometimes within days. Feel free to contact me off list if you like. Aria -Original Message- From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Martha McConaghy Sent: Tuesday, September 03, 2013 1:35 PM To: LINUX-390@VM.MARIST.EDU Subject: Advice on TomCat and portal tuning We have embarked on a project to support our main student/faculty/staff portal on zLinux. It works fine under a normal workload, but falls over badly when under a heavy load such as during class add/drop. The portal is running open source software named LifeRay on top of TomCat on SLES 11 SP1. We know there is a lot of tuning that needs to be done, but there are a ton of variables to consider. If anyone on the list has any experience tuning this sort of environment, i.e. Java without Websphere, we would love to talk with you. Please drop me a note. Martha McConaghy System Architect/Technical Lead Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Advice on TomCat and portal tuning
We have embarked on a project to support our main student/faculty/staff portal on zLinux. It works fine under a normal workload, but falls over badly when under a heavy load such as during class add/drop. The portal is running open source software named LifeRay on top of TomCat on SLES 11 SP1. We know there is a lot of tuning that needs to be done, but there are a ton of variables to consider. If anyone on the list has any experience tuning this sort of environment, i.e. Java without Websphere, we would love to talk with you. Please drop me a note. Martha McConaghy System Architect/Technical Lead Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Business Continuance call for presentations
In conjunction with the summer conference (Aug. 11-16), SHARE would like to put on a 1 day symposium on managing business continuance during natural emergencies or disasters. All of us are involved in planning for disasters and other emergencies. All that planning and testing is done with the hopes that it never actually has to be put into action. So, what happens when the real thing occurs? During the past year, the north east part of the US has experienced a super storm, and a blizzard that affected many major corporations as well as small businesses. Other parts of the country have also experienced major weather events as well as earthquakes, etc. The focus of the symposium will be application of disaster and business continuance plans during a real emergency. We are especially looking for experiences from different types of industries, i.e. health, education, financial, etc. It does not have to be limited to mainframe technology. Please pass this message on to anyone in your organization who might be interested in taking part in this symposium. Presentation proposals can be submitted through the normal SHARE CFP process at http://www.share.org/ under either General Submissions or Enterprise Data Center. Martha McConaghy Deputy Director of Operations SHARE, Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Happy 40th birthday to VM
Last night, at SHARE, we celebrated the 40th birthday of VM (the anniversary of its product announcement). A great time was had by all, including a spirited game of VM Jeopardy hosted by Neale Ferguson and the induction of the 2012 group of Knights of VM. We were also happy to welcome a number of old friends to join the celebration. You can see pictures of the party at: https://www.facebook.com/media/set/? set=a.3096543912251.103759.1823703339type=3l=0798644daf (Sorry, the URL doesn't fit on one line in my email program.) The full presentation of the Knights of VM has been uploaded to the SHARE proceedings and should be available later today. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Voting for 2012 Knights of VM
The voting continues until noon tomorrow (Wed). If you are a member of the Knights of VM, and you wish to participate in the voting contact me directly at martha.mccona...@marist.edu. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Volunteers for customer panel
As you all know, SHARE is coming in early August in Anaheim, CA. I am hosting a Linux and System z customer experience panel on Thursday Aug. 9 at 11am and I am looking for some volunteers to serve on the panel. Its very easy, no heavy lifting is required. You just sit in the front of the room with a smile on your face and talk a bit about how your company uses Linux, z/VM and System z. Nothing has to be prepared, no fancy powerpoints and stuff. Just a chat with your peers. Everyone who has done this before has survived and even had some fun in the process. If you will be at SHARE and would like to be part of our panel, please contact me directly at martha.mccona...@marist.edu. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Attention all Knights of VM
If you have not been part of our discussion on LinkedIn and you would like to participate in our survey, please contact me directly at martha.mccona...@marist.edu Please, this is only open to Knights. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Linux router
Alan, Thanks for the tip. I was able to at last get this working with a VM TCPIP machine for now. I will continue to see if I can get it working with Linux too. Unfortunately, layer 2 isn't possible on our network right now. The Cisco switches are too old. Martha On Sun, 15 Apr 2012 09:28:20 -0400 Alan Altmark said: On Friday, 04/13/2012 at 03:07 EDT, Martha McConaghy u...@vm.marist.edu wrote: However, when we try to ping the adapter on the far side of the router from the network, the packets make it as far as the OSA and then drop. Our TCPIP routing guru, Alan Altmark, reminded me that the PRIROUTER setting has to be turned on in the vswitch for the OSA to recognize that it will be routing other traffic through it. I've got that set now, but am still seeing the problem. If this were a VM TCPIP machine, I would have to also set PRIROUTER on the DEVICE statement to get this to work (I'm tempted to switch over to this if I can't get it working). Is there an equivelent setting for qeth? I've been googling around, but haven't found anything. Yes. Look for primary_router in the Linux Device Driver book. # echo primary_router /sys/bus/ccwgroup/drivers/qeth/0.0.addr/route4 (Similarly for route6.) Sorry I forgot to remind you of the need for primary router status in the guest, too. This is why I don't like Layer 3 OSA. Too much to remember. :-) Since each guest has its own dedicated virtual NIC, all guests can have primary_router status, but keep in mind that that all incoming packets with unrecognized (by CP) destinations IPs are copied to all guests with primary or active secondary router status. (The VSWITCH doesn't have learning mode and doesn't maintaing a forwarding database.) Alan Altmark Senior Managing z/VM and Linux 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 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Linux router
I've been working on setting up a zLinux (SLES 11) system to act as a router between two networks (its on an ensemble, but that doesn't really matter at the moment). Everything is set up within Linux (yes, I have IP routing turned on) and the real network has been updated to have a static route to this system. Pings are successful to the main IP address on the adapter (on a vswitch connected to a 1000BaseT OSA). Pings are also successful from the other adapter as well. However, when we try to ping the adapter on the far side of the router from the network, the packets make it as far as the OSA and then drop. Our TCPIP routing guru, Alan Altmark, reminded me that the PRIROUTER setting has to be turned on in the vswitch for the OSA to recognize that it will be routing other traffic through it. I've got that set now, but am still seeing the problem. If this were a VM TCPIP machine, I would have to also set PRIROUTER on the DEVICE statement to get this to work (I'm tempted to switch over to this if I can't get it working). Is there an equivelent setting for qeth? I've been googling around, but haven't found anything. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Looking for a few good stories...
Once again, we are in the midst of putting together a slate of speakers and presentations for the upcoming SHARE conference this summer in Anaheim, CA USA. (Please see http://share.org for details.) One thing that we have learned is that people really want to hear from other folks like themselves, not just the technical experts and marketing suits you usually find at most conferences. Everyone on the IBMVM and LINUX-390 lists have worked with System z, z/VM and Linux. Everyone has a story to tell about their experiences (both good and bad). Well, there are a lot of people who want to hear that story. Please consider presenting an experience session at the upcoming SHARE conference. There is no need to fear public speaking, etc. when you are at SHARE. The audiences are friendly, and might even buy you a beverage after you are done. The call for presentations is now open on the share.org web site until 4/13. You can submit a proposed presentation even if you don't have a complete title or abstract yet. We will be happy to work with you to build one. If you have questions, you can contact any of the following people: Martha McConaghy (Linux and VM Program Manager): martha.mccona...@marist.edu Rick Barlow (VM Project Manager): rrhbar...@gmail.com Mark Post (Linux Project Manager): mp...@suse.com Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Test email
This is just Marist doing a test. Please ignore. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Panel discussion at SHARE
On Thursday, 3/8 at 11am, we will be hosting a customer panel session at SHARE on experiences running Linux on System z and all that goes with it. This is a no holds barred, lively session that has been very well received at the last few SHARES. So, if you are going to be in Atlanta next week, be sure to look for it. Better yet, we are still looking for some customers (i.e. not IBM or a vendor) who would like to particpate in the panel. There is no work involved. Just answer questions and give opinions based on your experience. If you like being part of a lively discussion, then you would be great as a panelist. If you are are interested, and will be attending SHARE in Atlanta, please contact me off list. Martha McConaghy SHARE: Linux and VM Program Manager Marist: System Architect/Technical Lead Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Panel discussion at SHARE
Yes, thanks for catching that (I don't know what day it is today!). The session is on 3/15 NOT 3/8. Martha On Mon, 5 Mar 2012 13:22:10 -0500 Michael MacIsaac said: Martha, On Thursday, 3/8 at 11am, we will be hosting a customer panel session at SHARE Do you mean 3/15? Isn't SHARE next week? Mike MacIsaac mike...@us.ibm.com (845) 433-7061 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Discussion list for IBM System z Ensembles
I've created a new LISTSERV list for the discussion of running in an IBM System z Ensemble environment, ibmen...@marist.edu. We have just ventured into this world. I've been working to set up a z114/zBX ensemble for our research lab and have run into numerous challenges unlike anything I've seen before. I've heard similar things from the few others who are also venturing into this brave new world. So, I figured it would help to have some place to share information, tips on getting around problems or just commiserating about it. Some have suggested using the existing lists, but I've found that these challenges are very complex and don't lend themselves to one of the more specific lists. Discussions on the new list will not be limited to a specific operating system, but should involve the ensemble environment. So, there will probably be things involving multiple levels, such as Unified Resource Manager, network, SAN, Blades, Windows, etc. along with z/VM, Linux and z/OS. To subscribe, send an email to lists...@vm.marist.edu containing the text: sub ibmens-l The list is open to all subscribers, but you must be subscribed in order to post to it. Feel free to share this note on other lists or forums where there may be people who would be interested. Martha McConaghy System Architect/Technical Lead Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: z114
Bob, I assume you are interested in SAN based storage, not direct attached (System z can do it either way). I'm only familiar with IBM storage, so the others on the list will have to chime in on other vendors. The FICON adapters in the z114 can run in either FICON or FCP mode. In FCP mode, they can talk to any SCSI based SAN. We use Cisco at Marist, but I'm pretty certain that it can talk to the others as well. On the storage side, we use DS8000s for both direct attached (FICON) and SAN storage. Most of the cheaper IBM boxes such as DS4000s and DS5000s cannot talk directly to a System z as they do not have the emulation code. However, if you have an SVC, System z can talk to it and any storage behind it. (SVC does the emulation.) There is also the newer IBM XIV storage, which System z should be able to handle without an SVC. (We don't have one but that is what I've been told.) Martha McConaghy System Architect/Technical Lead Marist College On Thu, 18 Aug 2011 08:29:32 -0400 Robert J Molerio said: We may be getting a z114 to test the feasibility of z/VM/Linux on Z for our shop. I'm not a mainframer but I'd like to know what storage devices can be provisioned for the z114 and what the preferred method is to accomplish this. -- Thank you, Bob Molerio Systems Administrator New York University ITS Computer Facilities Services/Infrastructure Level C-2 75 Third Avenue New York NY 10003-5527 email:robert.mole...@nyu.edu robert.mole...@nyu.edu -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Opportunity to meet with IBM
This is a follow up to an email I sent a few weeks ago. Its directed to anyone who will be attending SHARE in Orlando and has in interest in the state of Java support running in zLinux and/or in a virtualized environment in general. We will be having a meeting with a member of the IBM Software Group about issues related to the current IBM Java support in these environments. If you wish to participate in this meeting, please contact me directly (off list). While space is limited, there is still room available. Martha McConaghy Linux and VM Program Manager, SHARE Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Opportunity at SHARE in Orlando (fwd)
Over the last few years, the state of Java support on z/Linux and on virtualized platforms in general, has become an important issue for Marist. In particular, the difficulty in migrating open source applications from the SUN Java to the IBM Java on z/Linux has been a major problem for us. I have heard from other people about concerns with the performance of Java in virtualized environments such as z/VM and VMWare as well. At SHARE in Orlando this August, we have the opportunity to sit down and discuss these issues with Marcel Mitran, Senior Technical Manager with the IBM compiler team. We will be able to share our concerns with him as well as hear the latest on support for Java and the OpenJDK efforts. So, if you have a concern about these issues and would like to participate in this closed door meeting, please respond to me directly (off list please). Space will be limited, so don't wait too long. You must be registered for the conference in order to participate. SHARE Orlando will be held Aug. 8-12 at the Dolphin Resort, http://www.share.org for more information. Martha McConaghy Linux and VM Program Manager SHARE, Inc. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Non System z question
Sorry to bring up something that is not related to System z, but we are stumped and I hope someone on this list might have some helpful information. We have RHEL 5 running on a p550 in several LPARs. The LUNs for these systems reside on a storage device that is going away, so I'm moving them to an IBM SVC. I've followed the process to move them from an image mode Vdisk to a managed Vdisk on the SVC. I can confirm that the process works because I mapped one of the new disks to another Linux running on a different platform and we can read the data on it, see the partitions, files, etc. However, when the disk is mapped to the p550 and attached to the LPAR via VIO, the data seems to get corrupted. An AIX formatted label ends up on the disk and it is unusable. Even if we remove it from the p550 and map it to a different system, the disk is still unusable. I was just wondering if anyone of you have ever run Linux in this type of configuration (on a p550 with VIO) and have any idea what is happening? I suspect that VIO is initializing the disk, but another person is doing that work and she doesn't know why this is happening. (I really don't know anything about pSeries.) Anyone have any suggestions? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Logtail2 utility
There is a utility that comes in Debian and Ubantu named logtail2. Does anyone know if there is a version that will run on SLES 10? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: SunGard SCT Banner applications in zLinux
Jose, We have been running with Oracle database and Banner for a couple of years, while we have been converting over from IA. Over the summer, the application servers were also moved to z/Linux and we just recently moved the SIS component into production. We are going through our first full student registration with all of Banner entirely on z/Linux this month. Its been an adventure. We will be doing a presentation on our experiences at SHARE in Anaheim this coming February. However, feel free to drop us a note and we would be glad to discuss it before that. Martha McConaghy Marist College On Tue, 9 Nov 2010 18:58:42 +0300 Jose Munoz said: Hi, Someone know if *SunGard SCT Banner* applications are running in zLinux or if they can execute in z/Linux with Oracle DB. Thanks, * * *Jose Munoz Senior IT Consultant* *skype: jmunoz61* -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Suggestions for web based dashboard
Yeah, we actually do run Xymon and Rich's clients on VM. We use Xymon very heavily to monitor our systems. I'm not sure yet what kind of data they want to present. However, it did occur to me that some of the components of Xymon, such as rrd could be used to presents graphs of data, etc. I have to get them to better define the project, I think, before jumping at any technology. Thanks for the ideas. Martha On Thu, 26 Aug 2010 08:34:40 -0500 Dave Jones said: I would like to add tha the Hobbit z/VM client support was done by Rich Smrcina and it's a slick piece of work. I run it here on my z/VM system. On 08/26/2010 06:29 AM, Thomas Kern wrote: You could also look at hobbit. There is a hobbit client for z/VM so that you can report on the host data as well as the various linuxes. /Tom Kern On 8/26/2010 1:38 AM, David Boyes wrote: Have a look at the combination of OTRS (otrs.com) and Nagios to collect the data. Both run acceptably well, and are pretty adaptable to different kinds of stats and services to monitor. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Looking for some good stories...
The Linux and VM Program at SHARE is looking for some good stories. In particular, we are looking for people who can talk about their experiences implementing and running large, critical applications on Linux on System z, either with or without z/VM. At the recent conference in Boston, LVM sponsored a day dedicated to discussing experiences using Oracle under Linux on System z and it was very well received. So, at the next conference (Anaheim CA 2/27-3/4/11), we would like to continue that topic, plus have presentations on other large applications such as SAP, WAS and Cognos. Other suggestions are also welcome. So, if you have a story to tell, we bet that there are others who would like to hear it. Speaking at SHARE is a rewarding experience, not intimidating at all. The members of the LVM Program team will help you through it. We are currently starting our scheduling process for the Anaheim conference. The call for presentations is open at http://www.share.org. Please submit your proposal via the web site. If you want to discuss it with someone before creating a proposal, please contact me off-list and I'll be happy to help. Martha McConaghy LVM Program Manager -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Group dinner at SHARE
The Linux and VM Program of SHARE will be having their group dinner on Tuesday, 8/3/10 at Durgin Park in Boston. Anyone attending SHARE is welcome to join us. Its a great way to chat one-on-one with developers and leaders in the Linux and VM community, and we always have a great time. The arrangements are strictly informal, everyone is responsible for their own dinner bill. To join us, please send an email to Gail Riley (riley_g...@emc.com) so she can add you to the head count. Also, don't forget our big Oracle Day on Wed, 8/4. If you are or will be running Oracle databases or applications on Linux on z, then you will want to see these presentations. Martha McConaghy -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Running Oracle on zLinux
Running Oracle databases and applications on Linux on System z has become a hot topic for many of us now. How to get them working and, especially, how to get them to perform well are of major concern. However, since this is all still relatively new, there isn't a lot of information or real life experience available yet. Because of the growing interest in this area, the Linux and VM Program of SHARE has put together a series of presentations dedicated to this subject. These presentations will feature people with real life experience in porting Oracle applications to zLinux, such as Gerard Shockley of Boston University and David Lacey of Aetna, as well as experts who have supported numerous customers during their transitions to this environment. This series will feature up-to-date information on new releases, hidden hazards as well as hints and tips to make everything work well. If you are running or are about to port Oracle based applications to zLinux, you cannot afford to miss these presentations. This series will take place on Wed, Aug. 4 in Boston, MA as part of the overall SHARE conference. (For a specific listing of the presentations being offered, please see http://share.org ) There is still plenty of time to register for SHARE. Full week and single day registrations are available. Martha McConaghy (Linux and VM Program Manager) Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
FC over IP advice
Forgive me for posting something that is not strictly Linux related. However, I know a lot of you also have SAN experience too. We are looking to extend our SAN infrastructure to include a remote location in Syracuse, NY (approx. 250 miles from Poughkeepsie). We already have a network connection to the site and now want to do FC over IP to it. We are having trouble identifying the Cisco equipment we will need to make this work (we have all Cisco on our network). Currently, we have a Cisco 3845 edge router that connects both our Internet 1 and Internet 2 links. Our main SAN infrastructure is made up of 2 Cisco 9513 MDS. We know that we will need to add something here and something up at Syracuse to do the FC over IP. Everything we find, however, appears to be approaching end of life. Does anyone have any thoughts or recommendations? Feel free to send them to me directly. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
OpenOffice on SLES 11 install problem
One of my colleagues is trying to install openoffice on SLES 11 on z and is running into a problem with an RPM error: installation of openoffice.org-ure-1.6.0-9483 failed: (with --nodeps --force) Error: Subprocess failed. Error:RPM failed: error: unpacking of archive failed: cpio: Bad magic I google'd this and found some email discussions about the problem, but no clear resolution. Does anyone have any ideas? Is anyone using something other than OpenOffice to convert .doc files to .pdf? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Gentoo VM request
A few years ago, Marist College became involved with the Open Source Development Lab. We hosted a z/VM system on a large z990 and provided virtual machines for anyone who wanted to do open source development work on it. The OSDL is pretty much gone now, but we still maintain that system and there are a number of developers who use it to maintain their s390/System z builds (Slackware and Debian among others). We can provide you with a virtual machine and disk space in order to do your work. I'll contact you off-list to work out the details. Martha McConaghy Marist College On Sun, 6 Jun 2010 16:09:38 +0200 =?ISO-8859-1?Q?Ra=FAl_Porcel?= said: Hello list, I'm one of the developers of the Gentoo Linux[1] on zSeries team. I'm writing this mail in case someone on this list can help us: Since some months ago the S390 VM's we were using for maintaining the s390/s390x port were stopped due to a problem with the air conditioner on the room where the machine was running. That makes us unable to continue supporting the s390 port If you or your company are able to provide us an S390 VM, it would be greatly appreciated by the s390 team. We would need the following: - SSH access - At least 10GB of disk space Thanks PS: The Hercules emulator is NOT an option, so please don\u2019t suggest that. [1] http://www.gentoo.org -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Test note, please ignore
Just delete this note. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Rejected posting to LINUX-390@VM.MARIST.EDU
Thanks for the heads up on this. I don't post to the list often enough to notice these things. I found the original bounce notice in our spam filters and was able to trace the received headers back to a problem Lotus Notes server at Progressive.com. It appears to be bouncing postings back to LISTSERV, which is then notifying the poster of a duplicate. I can't tell which of the three progressive.com subscribers is at the heart of the problem. The headers don't have that information. One of the three is being rejected as a bad address, so I'm pretty sure that one is not causing it. So, I've removed all three addresses from the list. That should stop the bounce notifications. If any of them are still legit, they'll be able to resubscribe to the list and, hopefully, the problem won't happen again. If it does, please drop me a note off-list. Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux and z/VM Wiki
Wow..I don't really know how this discussion got so far off-base. For several years now, there has been a lot of discussion in the z/VM community about the need to have a place to collect the wisdom of the elders, i.e. the knowledge and experience of those of us who have been doing this a long time and which can be of help to the new folks who keep showing up asking for help. A wiki seemed like a useful place to try and do that. (Dave even tried to get something like this going a few years ago.) Mark Post is simply trying to get that movement going again and I appreciate his efforts. Since Linux continues to be the hot thing that companies are putting on z/VM, it makes sense to include information on it in the wiki too. Absolutely no one has suggested getting rid of this list or supplanting it with the wiki. There is certainly no reason the two cannot coexist nicely. Whether or not you are willing to trust the information provided on the wiki is totally up to each individual. Just because some wiki's are full of crap isn't really a good reason not to try this one. If there are problems with the way the wiki is managed, we'll deal with it. We are simply trying to fill a need that, so far, no one has successfully addressed. Martha McConaghy (SHARE Linux and VM Program Manager) Strategic Planner/Project Manager Marist College -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
VM-FCP connections
I've finally, after some pain and frustration, have gotten our z990 and DS8300 communicating via the SAN. I'm defining the devices on the z/VM 5.4 side using edev. So far, this has just been a test to figure out how to make it work. However, I'm planning on making use of this on a z9 for our production Linux guests who need access to large data volumes (i.e. our Oracle servers, etc.). I know very little about the performance issues of edev vs. direct SCSI connections, NPIV and all of that stuff. I've read some of the presentations and red books and, well, after some bouts of dizziness, I realize that I don't get it. So, can anyone who is doing this in real life like to share some pearls of wisdom? What are the practical limits to the number of edevs you should create on a single FCP connection? Are there limits to how big a LUN you should have connected, or does it matter? Martha -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Tuning Oracle memory use (fwd)
We have a bunch of Oracle databases running on SLES 10 in one of our z/9 partitions. We are only getting started with this, so we don't much (i.e. nothing) about tuning Oracle to be a polite guest in this environment and our DBA is just as new to it. He is getting advice from a vendor, but I have no faith in that as they think a mainframe is just a big PCsigh... Anyway, we are looking at memory usage on these servers and things don't seem right to me. However, I know little to nothing about how Linux uses memory. One servers hows physical memory at 99% used, but actual is only at 9%. Swap is also at 99%. Those numbers don't sound healthy. What types of things can our DBA do to tune how Oracle uses memory or should I just up its virtual storage and postpone the problem? (Our CP paging is going up dramatically too.) Martha -- 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
Re: WHat are people doing
Terry, We are moving to a new ERP for the college, and utilizing Oracle on Linux on z for all the backend database functions. We already have 5 production and test servers going. Martha McConaghy Marist College -- 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
Weird application freeze problem
I've been testing out Hobbit in a SLES 10 virtual machine on z/VM. It is a monitoring application based off of Big Brother. So far, it works great except for one weird thing. We have a cron task that runs once a night that does ntpdate to sync the time with an NTP server. If the time is in sync, no problem. However, if the time is out of sync and is adjusted, Hobbit freezes. The tasks still exist, but they just stop doing anything. Apache continues to display the same web page without an update. Stopping the Hobbit daemon doesn't help, in fact, it does nothing. The tasks never stop. I have to recycle the entire system in order to free it up. Has anyone seen a problem similar to this? Any ideas? Martha -- 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
SAN and Linux on zSeries
We are currently looking to add some disk storage to our SAN and I'm anticipating connecting our z9 to it at some point to support Linux guests on z/VM. We are looking at buying at least one, perhaps two DS4800's. However, there doesn't seem to be any info for supporting Linux on zSeries on them. They have host kits available for Linux on Power and Linux on Intel, but not zSeries. Does anyone have any experience with the DS4000 series and Linux on z? If you have your z on the SAN, what types of devices are you using? Any info would be helpful. Thanks and happy holidays to everyone! Martha -- 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