Re: Time change
64bit is OK here: db2-sles9x-01:~ # zdump -v CST6CDT | grep 2007 CST6CDT Sun Mar 11 07:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 CST isdst=0 gmtoff=-21600 CST6CDT Sun Mar 11 08:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 CDT isdst=1 gmtoff=-18000 CST6CDT Sun Nov 4 06:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 CDT isdst=1 gmtoff=-18000 CST6CDT Sun Nov 4 07:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 CST isdst=0 gmtoff=-21600 db2-sles9x-01:~ # SPident -vv Summary(using 266 packages) Product/ServicePack conflictmatch update (shipped) SLES-9-s390x 1 0.1% 81 30.5% 27 (1555 5.2%) - net-snmp 5.2.1-4 5.1-80.3 SLES-9-s390x-SP1 1 0.2% 21 7.9% 13(529 4.0%) - net-snmp 5.2.1-4 5.1-80.11 SLES-9-s390x-SP2 2 0.3% 52 19.5% 22(684 7.6%) - net-snmp 5.2.1-4 5.1-80.16 - sles-release 9-82.11 9-82.13 SLES-9-s390x-SP3 2 0.3%109 41.0% 24(793 13.7%) - net-snmp 5.2.1-4 5.1.3.1-0.6 - sles-release 9-82.11 9-82.17 Unknown 75 28.2% Legend for Package Details: - conflicting package (found expected) CONCLUSION: No supported Product/ServicePack found at all! (at least one conflict has been detected everywhere) db2-sles9x-01:~ # uname -a Linux db2-sles9x-01 2.6.5-7.257-s390x #1 SMP Mon May 15 14:14:14 UTC 2006 s390x s390x s390x GNU/Linux (yeah, Spident is confused about net-snmp - mine comes from velocity- and I haven't found that sles-release rpm yet (not on the Novell website, must be in the iso file but I didn't download that, just the rpms) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bates, Bob [CCC-OT_IT] Sent: Wednesday, January 03, 2007 12:35 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Time change Greetings, I was just looking through some Linux images and found something disturbing. I am checking the timezones using zdump and I have found the following when I do zdump -v CST6CDT | grep 2007: 31-bit image with SP3: runs fine, dates look right 64-bit image with SP3: no data returned. If I take the grep off I get a segmentation fault. Anybody else seen this? Of course without SP3, I get a return with the old dates. Bob Bates Citigroup Technology Infrastructure 817-317-8033 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: gnupg 2.0.1
I don't know about Oracle, but DB2 and Websphere AS support SLES 10. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Tom Duerbusch Sent: Monday, January 08, 2007 6:52 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] gnupg 2.0.1 None of your business? I don't know...but good topic. 1. I don't think it is an issue with a support contract. Ours use to be directly with SUSE, but now it is under our general Novell contract. I just looked at GnuPG as just an application that runs under Linux. So I picked up the new GnuPG from the website. But now that you brought it up, I should have looked on the Novell website. I should have been able to use YOU to update it. Firewall restrictions currently prevent me from YOU access outside of the firewall. So, that wouldn't have been an option, if I would have thought about it. 2. I didn't look at SLES10. However, GnuPG 2.0.1 just came out in late December 2006. So I doubt the base SLES10 would have had a V2. 3. Right now, I'm pretty dedicated to SLES 9. When Oracle 10g and DB2/UDB are certified for SLES10, I will be ready for an upgrade cycle. Ooops, forgot Websphere also. No, I didn't look other places, once I found the www.gnupg.com website. Once I got the right commands, producing the files from source was somewhat interesting. That is the first time, I've attempted installing from source somethat that wasn't really trivial. Tom Duerbusch THD Consulting John Summerfield wrote: Tom Duerbusch wrote: In SLES9, the gpg is at 1.2.4. I couldn't fine documentation that I needed, but I did find good documentation for gnupg 2.0.1. So, I decided to download and install 2.0.1. This is a source install and you have to compile everything. Of course, I have the default install for SLES9, which didn't include some of the libraries. And some of the libraries I did have installed, were at too low of a software level. So, now I'm on the track of installing a lot more stuff. None of my business, I know, but 1. What do these adventures mean for your support contracts? 2. What version of gpg is in SLES10? I don't have any SLES or SUSE installed atm; from what I do have (FF6, Etch) suggest probably not, but the libraries should be closer. 3. Did you consider upgrading to SLES10? Google may find binaries you desire, and rpmforge may have them; if not then at least an rpm for gpg 2 that builds for SLES9 on other hardware. I've not followed up the docs included in FC6, but did you check the relevant RFC? The standard's not PGP, but OpenPGP. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: [was gnupg 2.0.1] - WAS and SLES10?
Well, my IBM rep told me, but it is here: http://www-1.ibm.com/support/docview.wss?rs=180uid=swg27007673 Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Tuesday, January 09, 2007 6:08 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] [was gnupg 2.0.1] - WAS and SLES10? Hi Marcy! Just Curious.Where have you seen an IBM announcement that WAS version 6 or higher supports SLES 10. We've been waiting for that particular information. Marcy Cortes [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc 01/09/2007 12:01 AM Subject -- 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: How do I find ...
- net-snmp 5.2.1-4 5.1-80.3 I have the same problem with net-snmp (running Velocity's): zlinux-maint:~ # rpm -qa | grep SPident SPident-0.9-42.30 Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dell Harris Sent: Thursday, January 11, 2007 08:12 To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] How do I find ... Are you running the latest SPident?.SPident-0.9-42.30 Michael MacIsaac [EMAIL PROTECTED] 01/11/07 8:49 AM If it is older than expected there will be a - sign ... - sitar 1.0.7- 270.1 1.0.6- 7.2 Is 1.0.7 1.0.6? Mike MacIsaac [EMAIL PROTECTED] (845) 433- 7061 -- For LINUX- 390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX- 390 or visit http://www.marist.edu/htbin/wlvindex?LINUX- 390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: How do I find ...
I think Dell was talking SLES9 - I was anyway :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Marian Gasparovic Sent: Thursday, January 11, 2007 09:31 To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] How do I find ... # rpm -qa|grep -i spident SPident-0.9-74.4_SLES_10_s390x_current_CD Which looks more curent than what you say is latest. Marian --- Dell Harris [EMAIL PROTECTED] wrote: Are you running the latest SPident?.SPident-0.9-42.30 Michael MacIsaac [EMAIL PROTECTED] 01/11/07 8:49 AM If it is older than expected there will be a - sign ... - sitar 1.0.7- 270.1 1.0.6- 7.2 Is 1.0.7 1.0.6? Mike MacIsaac [EMAIL PROTECTED] (845) 433- 7061 -- For LINUX- 390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX- 390 or visit http://www.marist.edu/htbin/wlvindex?LINUX- 390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Java and DST
If DST is the next Y2K at your shop too be aware that Novell's issued an update today saying it is 1.4.2-0.76 (sles9x) now for Java (SR7). http://www.novell.com/support/search.do?cmd=displayKCdocType=kcexterna lId=3615274sliceId=SAL_PublicdialogID=24335028stateId=0%200%202433182 9 Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: VM test platforms
We've had VM for about 25 years I think (longer than I've been here). We've never had a test LPAR - always done VM under VM for testing new VM. With the Linux workload now, we do have one VM system that runs only test/dev linuxes - so that's the first box to get a new release of VM, but it's not VM testing by any means (and those owners of the linuxes will scream loudly if it goes down) and we still start VM under VM on that box. But you could certainly carve another LPAR on your 1st z9 - it wouldn't be as cheap (need real memory, perhaps console connections) as VM under VM, but if that's what you need, go for it. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Moeur Tim C Sent: Friday, January 19, 2007 8:03 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] VM test platforms Good morning List, I have a question of general test and production architecture. We currently have some production zLinux guests running under z/VM 5.1. z/VM is installed as an LPAR on our single Z9 server. We had, until recently, a second Z9 on which I was running a test VM which I could use to apply and verify maintenance and program fixes. After those fixes have been deemed OK, we'd move them to the production VM system (VMPROD).Now, The VMTEST Z9 has gone away and now I'm faced with a choice of creating a second LPAR for VMTEST, or to run VMTEST as a guest under VMPROD. So the question is - is running my VMTEST as a guest of VMPROD good practice? Are there exposures to flawed maintenance or program fixes that wouldn't surface when the platform is running as a VM Guest? How are those of you with current production and test VM systems doing this? Tim [EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: General question on swap file placement ......
We place VM page space on its own volumes. Our test/dev Linux host has 48 3390-3 volumes for paging. Our production hosts have far fewer because we buy adequate real memory so that they do not page at all. Linux swap space is all in vdisk here. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Terry Spaulding Sent: Thursday, January 25, 2007 10:58 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] General question on swap file placement .. I was curious on whether like on zOS, zVM, zVSE best practice of placing page datasets on low use volumes or give page datasets their own volume is also done for Linux zSeries by those out there running production instances where you are running high volume applications, WebSpere, Java based apps, or large databases. I understand the alternatives for swap using zVM techniques to avoid swap on dasd/SAN and sizing memory requirements appropriately. I am looking for a best practice when you need a swap file/partition and would like to hear from all on what they are doing. Do you place your swap file/partition on a separate dasd volume or SAN Lun separate from the Linux OS base ? Do you place it on the same dasd/SAN Lun as the base Linux OS ? Is there any supporting doc for this as a best practice on Linux ? TIA . Regards, Terry L. Spaulding [EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: 1 480 MIP IFL CPU = ?
Yeah, David is exactly right. Ask me how many test/dev servers I can get on a single IFL engine. Some days days, 90 - some days 3 :) Production is more predictable - but if you are looking a total costs all of those required test servers mean a lot of money. I don't know if any other place is so test crazy as we are, but 1 app can be 16 test servers sometimes. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Tuesday, January 30, 2007 2:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] 1 480 MIP IFL CPU = ? Can anyone point me to a chart or share statistics that show that each 480 MIP IFL CPU on a 2096 equals: x number of x.x GHz Intel CPUs or x number of pSeries CPUs? Swags or rules of thumb are ok too. Thanks! All together now: IT DEPENDS. 8-) It's not a useful comparison. That's like asking how many onions equal how many garlic cloves equals how many chili peppers. They're not equivalent or replaceable - you need all of them to make chili, just in different proportions. The question is measuring them accurately and using them according to your recipe. Anything else is misleading, and generally wrong. -- db -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Perceptions of zLinux
VDISK is a very good thing. Here's what we do for all of our servers... In the VM Directory entry: *** vdisk for swap space - sizes can be changed if needed *** first disk has higher priority and will be used first MDISK FF00 FB-512 V-DISK 50 MR MDISK FF01 FB-512 V-DISK 100 MR Then in the /etc/init.d/boot.local file /sbin/mkswap /dev/dasd/ff00/part1 /sbin/mkswap /dev/dasd/ff01/part1 /sbin/swapon /dev/dasd/ff00/part1 -p 2 /sbin/swapon /dev/dasd/ff01/part1 -p 1 We haven't investigated shared kernel - I don't think the effort is worth the benefits. But the perf experts can comment on that. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Hansen Sent: Thursday, February 22, 2007 11:23 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Perceptions of zLinux Hello Group, We are looking at possibly reducing our memory usage and making our SLES9 z/Linux better. There are different opinions about what to do and what the costs are. A). VM Memory Disk (VDISK). Currently we do not use VDISK for our production zLinux servers on our z/VM 5.2 system. I see SLES 10 recommends two VDISKs. Is there a downside to using VDISK? About the only thing I saw is that VDISK doesn't do expansion or contraction, so you may need to monitor its usage. The popular thing I can see is to VDISK the swap filesystem, which we don't do. It sounds to me that even if you only have one zLinux you want to use VDISK (at least for swap). B). Shared Kernel. This is an NSS and not just a DCSS for the filesystems like /var (I think / or root is not supported in a DCSS anymore). So this is what I IPL. If it's not there, I can't IPL. We have been kicking this idea around for a while. But with only a dozen penguins of different configurations (WebShere or not, monitors etc.), I'm not sure we would gain much. Again I looked at what it costs. I found this in the IBM literature: Every virtual machine that IPLs your shared system must have the same disk configuration as the system that was saved. That is, the disks must be at the same addresses and be the same sizes as the virtual machine that issued the SAVESYS command. What this means to me is we need every zLinux that IPLs the NSS has to have the same filesystems (in size and number). Furthermore I found that previously it looks like LKCD (Suse Crash Dump) didn't work well when you IPLd an NSS. All I can find now is that there appears to be a new LKCD2. I also found LKDTT, but it requires a kernel patch and a kernel re-compile. I thought re-compile = unsupported (tainted) zLinux? So then who would want your dump? Do we need to re-compile the kernel for crash dump support? Does it matter if we IPLd from an NSS? Are there any kernel parameters related to using an NSS? I saw a post from this year that talks about Boot from NSS support and a parameter SAVESYS=. If we go through with this for only a few penguins is this worth it (besides having a good procedure to grow the farm)? Thank you, Dave H. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SHARE 108 Presentations on linuxvm.org
Hey Mark Just back from vacation... I don't think I can do that without getting into trouble. It took me quite a while to get approval to even share what I did and that covered SHARE only. Sorry! Marcy Cortes Enterprise Hosting Services - z/VM and z/Linux w. (415) 243-6343 c. (415) 517-0895 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, February 23, 2007 9:27 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] SHARE 108 Presentations on linuxvm.org Well, that looked like crud. Let's try it again, and include the URL as well. http://linuxvm.org/Present/#share108 I've gotten a decent response so far, but I would like to see more. What I have uploaded at the moment is: 9127Mark Post VM for MVS Systems Programmers - Part 1 9128Martha McConaghyVM for MVS Systems Programmers - Part 2 9150Jay Brenneman CSE For High Availability and System Management 9210Mike MacIsaac Cloning WebSphere, DB2 and WebSphere MQ on Linux under z/VM 9216Mike MacIsaac The Virtualization Cookbooks: Jumpstarting a Linux under z/VM Proof of Concept 9217Mike MacIsaac Brad Hinson The Virtualization Cookbook for Red Hat Enterprise Linux 5 9224/25 Mark Post Linux/390 System Management for the Mainframe System Programmer 9230Karen-Ann Plourde Jocelyn Hamel David Kreuter How to Rise Above the Challenges of Deploying z/VM and Linux on the Mainframe and Thrive 9231David Kreuter Building a strong z/VM and Linux on the mainframe architecture 9232Mark Post Selecting a Linux Distribution 9233Mark Post Linux Installation Planning 9240Jay Brenneman Linux on z/VM System Programmer Survival Guide 9265Chris Rohrbach Total Cost of Ownership (TCO): Comparing System z and Distributed Platforms 9274Edmund MacKenty The Linux IPL Procedure 9281Mark Post Replacing Windows Servers with Linux Thanks to all the speakers that contributed their presentations. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SHARE 108 Presentations on linuxvm.org
Oops, obviously that was for Mark and not for the whole list! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Cortes, Marcy D. Sent: Monday, February 26, 2007 6:32 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SHARE 108 Presentations on linuxvm.org Hey Mark Just back from vacation... snip -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, February 23, 2007 9:27 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] SHARE 108 Presentations on linuxvm.org Well, that looked like crud. Let's try it again, and include the URL as well. http://linuxvm.org/Present/#share108 I've gotten a decent response so far, but I would like to see more. What I have uploaded at the moment is: 9127Mark Post VM for MVS Systems Programmers - Part 1 9128Martha McConaghyVM for MVS Systems Programmers - Part 2 9150Jay Brenneman CSE For High Availability and System Management 9210Mike MacIsaac Cloning WebSphere, DB2 and WebSphere MQ on Linux under z/VM 9216Mike MacIsaac The Virtualization Cookbooks: Jumpstarting a Linux under z/VM Proof of Concept 9217Mike MacIsaac Brad Hinson The Virtualization Cookbook for Red Hat Enterprise Linux 5 9224/25 Mark Post Linux/390 System Management for the Mainframe System Programmer 9230Karen-Ann Plourde Jocelyn Hamel David Kreuter How to Rise Above the Challenges of Deploying z/VM and Linux on the Mainframe and Thrive 9231David Kreuter Building a strong z/VM and Linux on the mainframe architecture 9232Mark Post Selecting a Linux Distribution 9233Mark Post Linux Installation Planning 9240Jay Brenneman Linux on z/VM System Programmer Survival Guide 9265Chris Rohrbach Total Cost of Ownership (TCO): Comparing System z and Distributed Platforms 9274Edmund MacKenty The Linux IPL Procedure 9281Mark Post Replacing Windows Servers with Linux Thanks to all the speakers that contributed their presentations. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Vdisk
FWIW - We decided that /etc/init.d/boot.local was a good place for the mkswap. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, March 01, 2007 08:14 To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Vdisk It shouldn't be hard to hook a mkswap command into /etc/inittab, to run before (almost) everything else and do away with this ipl cms first caper. or even in /linuxrc (in the initial ram disk). Sure, it's possible, but why reinvent the wheel if there's a trivial solution waiting to be used? If you want to do some setup in the virtual machine first (like coupling network adapters to the right lans, setting performance options, etc), it's a lot easier to do it CMS than in Linux -- get it set the way you want it, and then all Linux has to do is detect it and use it. You also don't have to mess with the startup process or /etc/inittab and propagate that between releases, which, given the spotty support from the distributors, if you can claim it's exactly as you shipped it, you can take a lot of noise right out of the support discussion. In fact, if you DO mess with the startup, you probably invalidate your support agreement, so unless you're prepared to go it on your own, I'd say it's a lot better to use the tools you've got and not try to reinvent the startup logic. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: vmcp ?
You probably have to run /sbin/SuSEconfig to pick up the change to /etc/sysconfig/kernel Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ayer, Paul W Sent: Monday, March 05, 2007 7:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] vmcp ? Hi Added MODULES_LOADED_ON_BOOT=vmcp to /etc/sysconfig/kernel Booted, but it did not work. Did a modprobe vmcp and worked. So, added modprobe vmcp to /etc/rd.d/rc.local (same as suse's boot.local) Booted again and works fine. Normally we use SUSE but am moving/testing RH now so I should have mentioned that this is REL4U4 (but hopped it would not matter) Paul -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bernard Wu Sent: Monday, March 05, 2007 9:50 AM To: LINUX-390@vm.marist.edu Subject: Re: vmcp ? Mark, Just put it in /etc/sysconfig/kernel MODULES_LOADED_ON_BOOT=vmcp The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Help with Virtual IP's.
Don't know what Tim is up to, but perhaps he'd like to take over that virtual IP at another location, say disaster recovery site. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Thursday, March 08, 2007 4:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Help with Virtual IP's. good news. But I have a question for you: if you are using two OSA cards in the same vswitch, they are on the same network. Do the osa cards plug into the same physical switch or bridged switches? Unless you are planning a second vswitch on a different network, I'm not sure what the vipa is gaining. Of course I could be missing something - David -Original Message- From: Linux on 390 Port on behalf of Moeur Tim C Sent: Thu 3/8/2007 4:48 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Help with Virtual IP's. To anyone in the midst of composing a reply, thank you, but I've figured out the solution. To those following this thread the solution lies in a command: qethconf vipa add vipaaddress device I ran the command and now my vipa address is pingable every where. Tim I'm setting up VIPA's, zebra, quagga, and ospfd under my Redhat AS 4 zLinux running under VM 5.2 It nearly works, but not quite and I'm hoping to get some insight from this list group. I have an environment with two OSA's into a single Vswitch. On the zlinux machine I have two devices: eth010.1.100.17 Dummy0 10.0.17.10 Both devices start and can be pinged from within the zlinux machine. Pings from the zlinux machine to anything on my network all work. -- But -- 10.1.100.17 is pingable from outside the zlinux machine but on my network (i.e, my desktop) 10.0.17.10 is not pingable from outside the zlinux machine. -- Except -- 10.0.17.10 is pingable from a sister zLinux machine (a guest of the same VM). Both use the same vswitch. I've talked to my network guys and they report that the ospfd daemon is working properly. They see it as a neighbor router and more so they see a learned route table entry of: 10.0.17.0/24 10.1.100.17 It appears that my pings for 10.0.17.10 are indeed being properly routed to the real address of 10.1.100.17, but after that I can't tell what becomes of them. Thanks in advance -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
More Java and DST issues
More official updates came out today for the 3 char timezone problem. http://support.novell.com/techcenter/psdb/ab162e263aac8d67a1f0e590dae9af 36.html Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Sizing an HTTP-server guest
Like Dave says, this is where you need the tools becaues your mileage may definitely vary. Our big app has 1G on it's HTTP servers (3 - one on each LPAR). I see at the moment it's got 360M in cache, so probably could be trimmed a some - but it did crash at 750M due to running out of storage. It runs 4 instances of IHS and support peristent connections and SSL to other machines out there... So measure! Don't crash! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Friday, March 16, 2007 7:52 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Sizing an HTTP-server guest A customer has one defined at 96M, no swap. That's consistent with what we're seeing as well. One site we deal with has the guests running only the HTTP server defined as 96M w/16M VDISK swap with good performance. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Sizing an HTTP-server guest
I don't suppose you have a group dedicated to performance/capacity around there somewhere? Sometimes if that group can say hey we're blind over here... I guess the only thing you can do is document the problem/risks, preferably in a 2 or 3 page Powerpoint suitable for management, and when the auditors or SOX people come round or when things fall apart, you can pull out what you passed upward eons ago and say see I told you so... Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Friday, March 16, 2007 8:28 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Sizing an HTTP-server guest I'd love to measure. The question is measuring what. Since I don't have the tools, won't be getting the tools, I have to find other means to understand what a single instance of IHS is using resource wise. If anyone has any idea on HOW to do that without such things as the fine products from velocity, I'd love to know. Sigh. I'm amazed we've done what we've done given the level of support we actually get. -J -- 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: getgroups for root
FWIW, we start MQ like this throught a script /etc/init.d/rc.MQSeries 'start') echo MQSeries: Starting MQSeries (Queue Manager ); /bin/su - mqm -c /opt/mqm/bin/strmqm $qmgr /bin/sleep 10 echo MQSeries: Starting MQSeries (Channel Listener); /bin/su - mqm -c /opt/mqm/bin/runmqlsr -t TCP -m $qmgr /bin/sleep 5 echo MQSeries: Starting MQSeries (Trigger Manager); /bin/su - mqm -c /opt/mqm/bin/runmqtrm -m $qmgr /bin/sleep 5 ;; I'm not sure why you'd want MQ running under root? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Fargusson.Alan Sent: Tuesday, March 20, 2007 9:04 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] getgroups for root I am not sure I understand how you are starting MQ. Init does not go through login, so init will not get the other groups for root. I think that login sets the groups for root on our SuSE 10 system, but I can't check right now. -Original Message- From: Linux on 390 Port on behalf of Arty Ecock Sent: Tue 3/20/2007 4:24 AM To: LINUX-390@VM.MARIST.EDU Subject: getgroups for root Hi, I'm running into a strange problem with SLES9. We are doing a TIM/TAM rollout and a software component (MQ) is complaining during startup. It seems that the user that runs the start script (root, during boot in our case) does not appear to be in the mqm group. An id command issued from the 3215 console confirms. A cat /etc/groups contradicts, as does a sudo id. If we run the start script from an ssh session, it works (as does the id command). It turns out that login might be the culprit, as it only sets the primary group if the uid is 0. I tried removing minigetty from /etc/inittab, and tried sulogin, Rick's suloginv script, and /bin/sh all to no avail. I really don't mind login's behaviour, but the rc scripts run before login, so shouldn't root's list of auxiliary groups be set by getgroups properly during boot? Cheers, Arty -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: AF_IUCV support
Now, for the rest of us in the dark, what we we do with that function? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richard Troth Sent: Tuesday, March 27, 2007 11:22 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] AF_IUCV support Alan Altmark said: So, I was walking down the street and looked in the storefront window. There, staring back at me, was AF_IUCV support in Linux. Thanks to my colleagues for building this support! As they say in the neck-o-the-woods I come from: YEEE-HAAA!!! -- R; -- 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: Is there any script that runs at shutdown like rc.local does at bootup?
You didn't say which distro, but SuSE has /etc/init.d/halt.local for such stuff. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Roach, Dennis Sent: Tuesday, March 27, 2007 10:45 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Is there any script that runs at shutdown like rc.local does at bootup? I have a need to run a script at shutdown to checkpoint some information. Is there a way to do this? Dennis Roach United Space Alliance 600 Gemini Avenue Mail Code USH-4A3L Houston, Texas 77058 Voice: (281) 282-2975 Page:(713) 736-8275 Fax: (281) 282-3583 E-Mail: [EMAIL PROTECTED] All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: AF_IUCV support
Alan wrote: It is *not*, in fact, beyond the newbie because we have newbies who are implementing z/VM for the first time and successfully adding ESMs of their choice on those systems. I can tell you that my newbies (formerly z/OS guys) that I have working for me did not find it all that easy to add one to the current VM we are installing. And I wasn't all that able to answer their questions even having 20 years of VM experience but not that much ESM stuff (someone else always did it :).. Luckily Kitty and Fran at CA are great hand holders and know their stuff... But it sure could be made easier for the new folks. I shouldn't complain... pam-modules are giving me more headaches than VM stuff ever will (the latest being pam_tally.so not liking large uid's) I think I started this whole long thread by asking what for? My question is was more along the lines what would a *finanical services firm* like mine or Rick's (who got so excited :) would do with this. Here, anyway, it's more about what our vendors can provide to us or what we can do easily with rexx/pipelines/etc to enhance our productivity. We're too busy building/maintaining servers and answering audit/security to think of cool things like interfacing to VM's spool :) Marcy Cortes -- 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: Philosophy: connecting to a Linux server
Rick wrote: If you have an automatic login of root on the console, that should provide enough escape for when all other things fail. How are you setting that up? I've looked and it wasn't obvious to me. Thanks in advance. Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Philosophy: connecting to a Linux server
Hey cool. It worked. Thanks Mark. I replaced the other 1: line with this line below. But it doesn't have the little line in the console that makes us feel all warm and fuzzy that the service finished booting correctly: That is Welcome to SUSE LINUX Enterprise Server 9 (s390x) - Kernel 2.6.5-7.283-s390x Any idea how I can keep that there? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, April 02, 2007 21:45 To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Philosophy: connecting to a Linux server On Mon, Apr 2, 2007 at 11:55 PM, in message [EMAIL PROTECTED], Marcy Cortes [EMAIL PROTECTED] wrote: Rick wrote: If you have an automatic login of root on the console, that should provide enough escape for when all other things fail. How are you setting that up? I've looked and it wasn't obvious to me. This entry in /etc/inittab is how I do it in Slack/390: 1:12345:respawn:/bin/bash -i Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM GDPS and zVM DASD
We did some initial tests with XRC, which I think GDPS depends on?. The z/OS guys found lots and lots of error messages due to the fact that VM does not XRC timestamp it's I/O. (Linux does apparently). They felt it wasn't doable until VM started timestamping. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Thursday, April 05, 2007 8:15 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] IBM GDPS and zVM DASD What can anyone out there tell me about ³Globally Dispersed Parallel Sysplex² for zOS, and zVM sharing DASD with that environment? The zOS team here is actively looking at it (I¹m in the meeting w/ IBM right now), but by the sounds of it, zVM is totally screwed; If something causes zOS to hiperswap, (like a quarterly test of the procedure) zVM is either left standing on DASD running unmirrored, or just crashes because it can no longer access any DASD at all. Is anyone running in this environment? If so, what are the implications to zVM? I really don¹t have a ³comfortable feeling² about this at all. It doesn¹t seem like a well thought-out product, if it won¹t support all of IBM¹s environment... -- .~.Robert P. Nix Mayo Foundation /V\RO-OC-1-13 200 First Street SW / ( ) \ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but ³Join the story... Ride Ural.² in practice, theory and practice are different. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Pros/Cons of FCP connection DASD
SAN is cheaper -- I don't usually pay attention to the bills. I'm an engineer. But from what I hear management and others saying, SAN will save us a lot. This one I don't quite get? If I'm using the same DS8000, why would it be cheaper? Unless you are saying you have more options to purchase other things than just the same old IBM, EMC, HDS stuff. Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Dynamic routing in zVM
The MPROUTE virtual machine. We've been running for years and years. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bernard Wu Sent: Wednesday, April 18, 2007 9:26 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Dynamic routing in zVM Hi List, In ZOS, dynamic routing is provided by the OMPROUTE starter task. Is there a zVM equivalent ? Bernie Wu [EMAIL PROTECTED] The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Symantec ESM on z/Series
Anyone else in need of this agent on Linux for zSeries? If so, can you send me your company name - offlist is fine to avoid clogging this. (Yes, I know there's other things that do what it does, but trying to fit into our existing security infrastructure). Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: DNS and Disaster Recovery
You could put the name of the z/OS system (the one associated with your VIPA there) into your linux /etc/hosts during the test. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Tuesday, April 24, 2007 11:32 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] DNS and Disaster Recovery Good afternoon, fellow list dwellers I've a question/philosophical problem to pose. To frame this, in normal production I point my virtual servers at a primary and secondary DNS server that run in our network on a non-z platform. I don' tknow what platform and for the scope of this, it's irrelevant. I also used to point to the DNS on z/OS (using the non-vipa address) as a tertiary DNS source. I was asked to change this because the z/OS TCP/IP person was seeing errors logged for DNS requests to the z/OS machine from the Linux machines when DNS wasn't up (Even though the DNS was the third position) On z/OS we have a DNS server running that basically gets the DNS information available from the other DNS servers but is not a primary node of any kind and we don't use it to answer DNS requests except at Disaster Recovery, when no other DNS service is available (Because our distributed folks are still not doing a real DR model, they do second site failover as a strategy). The problem is compounded by the fact that my virtual servers use RACFLDAP on z/OS as the authentication mechanisim, and at DR, only the 'local/real/' address of the z/OS recovery system is available (It is the same as the production z/OS image at home) but the VIPA expopsed address is not used/not enabled so that we can have a single flat network all in the same subnet. The LDAP confg has a DNS-resolved name as the target LDAP server which is then used by the PAM modules to authenticate. Because I was asked to remove the address for the z/OS DNS server from the Linux configuration, we of course had difficulty getting LDAP calls to go through because the DNS resolved address was unavailable. This caused LDAP requests to time out. I was wondering what people have done in a situation like this, and if anyone could tell me what configuration file to change during startup of Linux (before tcp/ip starts) to define the DR DNS address, or if there was a better solution to this proposal. I can very easily enable the detection of whether or not a disaster recovery/test recovery in process, but I'm not sure what all needs to change to supply the correct IP address for DNS services in this case. Any thoughts/comments appreciated. -J -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: DNS and Disaster Recovery
You could log in to root on the console and echo something to /etc/hosts? No? If you consider David B's suggestion, you might want to implement a pair of them for planned and unplanned outages of that server. Just a thought. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Tuesday, April 24, 2007 11:52 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] DNS and Disaster Recovery That would work, provided I could log on to the linux guest in order to change the /etc/hosts file in the first place, which I was not able to do on one of the guests because the authentication was NOT dropping through to local authentication after the timeout. I think the logon timed out before the LDAP call failed, actually. I was able to mount the root dir on a guest that did work and change it so that we had function. Trying to get away from the very real possibility of having IPL'ed sucessfully but being unable to log on because DNS and LDAP are both unavailable. -J Leaning towards David B's suggestion at the moment. -J Marcy Cortes [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc 04/24/2007 01:39 PM Subject Re: DNS and Disaster Recovery Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU You could put the name of the z/OS system (the one associated with your VIPA there) into your linux /etc/hosts during the test. Marcy Cortes -- 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: DNS and Disaster Recovery
It doesn't seem to unreasonable to me that if you have a script always runs at startup to throw something in there if you detect you are at DR and it's not a real diaster :) (presumably in a real disaster you can get to your real DNS servers James?). We have similar kind of issues. We run our own in house DR systems, but behind firewalls. Some of the things we talk to for a test are behind the firewall with z/Linux but under a different DNS name and address. Some things are outside with firewall rules allowing us to get to them (i.e. other servers that do disaster recovery by just running in multiple locations). Gets pretty tricky. We will probably do the bind9 implementation while doing the tests to save us lots of manual work; but will probably still add that DNS server to resolv.conf while at test so that the production copies never have a chance to see it accidentally and I can keep it in non-test side of the firewall. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Tuesday, April 24, 2007 11:43 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] DNS and Disaster Recovery DNS addresses go in /etc/resolv.conf. If it's just a matter of adding the name and address of your z/OS host, why not add it to the local hosts file? EWW! This will bite you. Particularly if/when you have to change the official address of some host you've stuck in a local hosts file. You'll invariably miss one guest, or you'll forget it's there and spend all kinds of time beating your head against the wall why an address change didn't work. Save what little hair we have left. Stamp out host files in our time! --db -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: DNS and Disaster Recovery
So it sounds like your nsswitch.conf has you authenticated against LDAP before any files? Could that be what screwed up root at the local console? A few weeks back on this list, I asked about the /etc/inittab change to leave root logged in to the VM console. Perhaps that's something you should consider doing as well so you always have root if you have VM (we have PermitRootLogin NO in sshd_config as well). Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Tuesday, April 24, 2007 1:14 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] DNS and Disaster Recovery The very intersting thing on the one server sign-on was physically impossible (Even as Root AT the Linux guest console - I have root access via SSH disabled) My surmization of this is that it was a combination of no functioning DNS and NO entry in /etc/hosts/ for LDAP to resolve. Please let me know what you all think: My LDAP definition has say for example purposes : host server.ethernet.dns.name and my /etc/hosts file has this : 137.222.222.60 host server.ethernet.dns.name hawk And until changed, the DNS entries were for two bind DNS's and the third slot was blank. (Last test, the third slot had the IP address of the DNS server on z/OS) This gives LDAP (and by extension PAM modules) an IP address resolved from the name in /etc/hosts So on those machines with this configuration, even though NO valid DNS service was available, it still had an IP address because of /etc/hosts lookup. No DNS query was needed so the LDAP call times out/comes back unable to connect. PAM authentication falls through to local password. On the one machine where no entry in /etc/hosts for host server.ethernet.dns.name, DNS resolution would be attempted. DNS call would fail to DNS 1. DNS call would fail to DNS 2. By the time this has returned (if LDAP ever recovered from having no resolution) The 60 second linux timeout has already hit and PAM fallthrough to local authentication never gets the chance to try authentication. When I put the entry into /etc/hosts, DNS resolution was not needed and local authentication was allowed after LDAP authentication failed. When removed the problem returned. So after discussion at our staff meeting it seems to me that if I put an entry in /etc/hosts for the hipersocket address of the z/OS system where DNS runs, point the LDAP services HOSTentry to that name, LDAP will resolve the name of, lets say 'zos.hipersocket.dns' to an IP address. Whether or not then, the service is there, I will either authenticate against z/OS RACFLDAP or I will authenticate locally but I will not be stuck in DNS resolution limbo until the linux logon time out is reached. Does that make sense? -J Adam Thornton [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc 04/24/2007 02:01 PM Subject Re: DNS and Disaster Recovery Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU On Apr 24, 2007, at 1:52 PM, James Melin wrote: That would work, provided I could log on to the linux guest in order to change the /etc/hosts file in the first place, which I was not able to do on one of the guests because the authentication was NOT dropping through to local authentication after the timeout. I think the logon timed out before the LDAP call failed, actually. I was able to mount the root dir on a guest that did work and change it so that we had function. Trying to get away from the very real possibility of having IPL'ed sucessfully but being unable to log on because DNS and LDAP are both unavailable. This is among the reasons that you always, *always* should have a local user that is either privileged or that can get a privileged shell when all network connections are inoperative, which means local authentication is sufficient for that user and for its privilege escalation. This becomes merely very convenient rather than utterly necessary in a virtual environment where you can attach the disks to something else (you can do this with SAN rather easily, of course; doing it by physically transplanting an internal disk is no fun at all, although I've had to do it before). Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email
Re: SLES10 System Registration and Updates
Hey Mark, is there a similar link to where the ISO's for SP3 SLES9x might be (need to get them again)? I'd rather not pull them to my PC and the send them back up to Linux. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, April 24, 2007 10:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SLES10 System Registration and Updates On Tue, Apr 24, 2007 at 1:28 PM, in message [EMAIL PROTECTED], Romanowski, John (OFT) [EMAIL PROTECTED] wrote: I'd give my left brain for a short outline/hints on how to mirror the patches for SLES9 zseries. No one has divulged that on this list that I'm aware of. Is it illegal or something? Not that I'm aware of. It's as easy as: wget -m -np https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SUSE-SLES /9 \ https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SUSE-CORE /9 \ https://youuserid:[EMAIL PROTECTED]/update/s390x/update/SLES-SDK/ 9 Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SLES10 System Registration and Updates
Thanks! That's working! PS. Did I tell you I'm really glad you went to go work for Novell :)? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Wednesday, April 25, 2007 4:01 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] SLES10 System Registration and Updates On Wed, Apr 25, 2007 at 6:17 PM, in message [EMAIL PROTECTED], Marcy Cortes [EMAIL PROTECTED] wrote: Hey Mark, is there a similar link to where the ISO's for SP3 SLES9x might be (need to get them again)? I'd rather not pull them to my PC and the send them back up to Linux. Marcy, There used to be. I don't see them there anymore, though: https://you.novell.com/update/s390x/update/SUSE-SLES/9/images/ However, you can download them from download.novell.com, with a little cutting and pasting. If you go to http://download.novell.com/Download?buildid=HFeo9aCoQYc~ (the page for the SP3 CD images), and click on proceed to download you'll be prompted for your Novell Customer Center userid and password. Once you get past that, you'll see the web page with the download links for the 3 CD images, as well as di-sles9-sp3.html and indemnity_disclaimer.html. Right click on one of the links, and choose Copy Link Location (or whatever words your browser uses). Then, on your SLES9 system, enter this command: wget --http-user=yournccuserid --http-passwd=yournccpasswd the url you cut and pasted in between this pair of double quotes You can stack all three URLs on one wget command, and just let it go. I just tried it, and it worked for me. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Crypto CPACF enablement
You can do this to see if its being used:
[EMAIL PROTECTED]:~ cat /proc/driver/z90crypt
z90crypt version: 1.3.3
Cryptographic domain: 6
Total device count: 1
PCICA count: 0
PCICC count: 0
PCIXCC MCL2 count: 0
PCIXCC MCL3 count: 0
CEX2C count: 0
CEX2A count: 1
requestq count: 0
pendingq count: 0
Total open handles: 9
Online devices: 1=PCICA 2=PCICC 3=PCIXCC(MCL2) 4=PCIXCC(MCL3) 5=CEX2C
6=CEX2A
0060
Waiting work element counts
Per-device successfully completed request counts
00054CE9
[EMAIL PROTECTED]:~
Marcy Cortes
Enterprise Hosting Services - z/VM and z/Linux
w. (415) 243-6343
c. (415) 517-0895
This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Thomas Kern
Sent: Thursday, April 26, 2007 8:00 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: [LINUX-390] Crypto CPACF enablement
Is there a verification program that can be run in a SLES 9/10 guest to
check the functionality of the CPACF / Coprocessor / Accelerator ?
--- LINUX-390@VM.MARIST.EDU [EMAIL PROTECTED] wrote:
Kind of stuck on this one. Had the CE come out and enable the Crypto
co-processor CPACF feature code for our z9-104 yesterday, then went
to define and use the feature in a Linux LPAR, but it doesn't work.
We
have
the libica code installed, but whether it's used or not we get the
same
throughput from the openssl speed tests. I didn't think it took a
POR
to
get the feature recognized - is there something I'm missing here?
Enabling the crypto engine really might not help you much. How much
help you'll get depends a lot on what you're trying to do with it.
There are two components to a SSL transaction: the initial asymmetric
crypto-ignition process at connection startup, and the ongoing
symmetric process after the connection is established. Pre z9 BC/EC,
depending on how you configured the crypto engine (as coprocessor or
accelerator), you get enhancement of one or the other function. The BC
and EC models can be configured in such a way to help somewhat with
both tasks.
If a majority of your transactions are short=lived connections, the
SSL offload for the asymmetric step will help a lot. If you're doing
long-lived sessions (like tn3270 wrapping), then you won't get a lot
out of it, except after a network interruption when all the clients
try to renegotiate keys at once. If you're expecting it to help with
SSH sessions, it doesn't. Most of that is symmetric, or uses
algorithms that CPACF doesn't yet know how to accelerate.
(AFAIS, the openssl speed tests don't really do enough connection
volume to show much of a difference even when the crypto engine is
known to be working. )
--
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
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Crypto CPACF enablement
David wrote: (AFAIS, the openssl speed tests don't really do enough connection volume to show much of a difference even when the crypto engine is known to be working. ) There is a big difference in the speed tests (although I think there's some bug in the reporting because it changes to 0 seconds with the crypto). The numbers per sec are way higher. Our load testing reports the with the crypto the SSL trans are pretty close to the speed of non-SSL trans. [EMAIL PROTECTED]:~ openssl OpenSSL speed rsa512 Doing 512 bit private rsa's for 10s: 9487 512 bit private RSA's in 10.00s Doing 512 bit public rsa's for 10s: 107193 512 bit public RSA's in 10.00s OpenSSL 0.9.7d 17 Mar 2004 built on: Mon Nov 21 21:09:37 UTC 2005 options:bn(64,64) md2(int) rc4(ptr,int) des(idx,cisc,4,long) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -DB_ENDIAN -DNO_ASM -DMD32_REG_T=int -DOPENSSL_NO_RC5 -DOPENSSL_NO_IDEA -O2 -fsigned-char -fmessage-length=0 -Wall -fomit-frame-pointer -fno-strict-aliasing -DTERMIO -Wall -fbranch-probabilities available timing options: TIMES TIMEB HZ=100 [sysconf value] timing function used: times signverifysign/s verify/s rsa 512 bits 0.0011s 0.0001s948.7 10719.3 [EMAIL PROTECTED]:~ openssl OpenSSL speed -engine ibmca rsa512 engine ibmca set. Doing 512 bit private rsa's for 10s: 793 512 bit private RSA's in 0.00s Doing 512 bit public rsa's for 10s: 769 512 bit public RSA's in 0.01s OpenSSL 0.9.7d 17 Mar 2004 built on: Mon Nov 21 21:09:37 UTC 2005 options:bn(64,64) md2(int) rc4(ptr,int) des(idx,cisc,4,long) aes(partial) blowfish(idx) compiler: gcc -fPIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_KRB5 -DB_ENDIAN -DNO_ASM -DMD32_REG_T=int -DOPENSSL_NO_RC5 -DOPENSSL_NO_IDEA -O2 -fsigned-char -fmessage-length=0 -Wall -fomit-frame-pointer -fno-strict-aliasing -DTERMIO -Wall -fbranch-probabilities available timing options: TIMES TIMEB HZ=100 [sysconf value] timing function used: times signverifysign/s verify/s rsa 512 bits 0.s 0.s 793000.0 76900.0 This is on a 6 IFL z9 EC with Cryptos configured as accelerators. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Thursday, April 26, 2007 06:51 To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Crypto CPACF enablement (AFAIS, the openssl speed tests don't really do enough connection volume to show much of a difference even when the crypto engine is known to be working. ) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Crypto CPACF enablement
Paul, have you found the red paper on it? It does cover pretty much everything you need to get it going. http://www.redbooks.ibm.com/abstracts/redp4131.html?Open Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Paul Giordano Sent: Thursday, April 26, 2007 06:41 To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Crypto CPACF enablement Kind of stuck on this one. Had the CE come out and enable the Crypto co-processor CPACF feature code for our z9-104 yesterday, then went to define and use the feature in a Linux LPAR, but it doesn't work. We have the libica code installed, but whether it's used or not we get the same throughput from the openssl speed tests. I didn't think it took a POR to get the feature recognized - is there something I'm missing here? Paul Giordano Technical Sales Specialist - Linux on System z e-business Solutions Technical Sales, Americas (312) 529-1347 (630) 207-9435 (cell) email: [EMAIL PROTECTED] Check http://www.ibm.com/linux for the latest in Linux news and information -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Increasing Size of DASD for Root Filesystem
/vob and /view are part of Rational Clearcase. Kind of overlays or something. I'm not sure how it works, but we've got some of that too :) Marcy Cortes Enterprise Hosting Services - z/VM and z/Linux w. (415) 243-6343 c. (415) 517-0895 This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, April 26, 2007 2:31 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Increasing Size of DASD for Root Filesystem On Thu, Apr 26, 2007 at 5:11 PM, in message [EMAIL PROTECTED], Judson West [EMAIL PROTECTED] wrote: Here's the result of the du -x -h --max-depth=1 / command: vmlnx03:~ # du -x -h --max-depth=1 / 16K /lost+found 0 /proc 0 /sys 136K/dev 8.8M/etc 158M/var You can reclaim this space by moving /var onto its own file system. 172K/srv While not a big issue today, if you decide to really go into web or FTP serving in a big way, breaking /srv out might be a good idea. 7.9M/bin 8.8M/boot 512M/home This is only the second largest space consumer. See other notes below. 36M /lib 13M /lib64 4.0K/media 4.0K/mnt 177M/opt 1.4M/root 14M /sbin 28K /tmp 1.3G/usr As is usually the case /usr is your biggest space consumer (almost three times the size of /home). 12K /vob 20K /out 36K /view 4.0K/stuff These 4 items look odd. Generally speaking, you don't want to go creating a whole lot of new files or directories in the root directory. -snip- Looks like users can't be trusted. In VM there are mechanisms in place to prevent this. I guess Linux is open in all aspects. I know what to do now. Thanks for all of the help. There are file system quotas that can be established, but that isn't the complete solution. Not having /home as part of the root file system will complete the picture. After that, users can only crater themselves or other users, not the whole system. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: sudosh no longer functions with SLES10x
I haven't looked very closely admittedly, but doesn't the LAUS package do that? Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter E. Abresch Jr. - at Pepco Sent: Friday, April 27, 2007 10:56 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] sudosh no longer functions with SLES10x It looks like sudosh-1.6-3 no longer functions with SLES10x. It worked fine through sles9x. I am receiving the following: sudosh open slave pty: Bad address open pty failed: Illegal seek I recompiled and rebuilt the package under sles10 but to no avail. I have not seen much development of this product over the years or seen any recent news so I assume this product is dead? It sure was nice for logging root access. What other products are out there for logging root commands that are reliable? Thanks as always. Peter This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates (PHI). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Assigning/Tracking Host names
Hello Lionel, we still need to make that date! We had to kind of go with the flow and fit our servers into existing server build world. Our VM userids don't bear any relationship to the Linux hostname (usually). But what we've come up with does allow us to quickly figure it out - I can do an nslookup on the hostname and get an IP which by looking tells me what VM system and what VM userid that is. We assign IP from our spreadsheet basically (I am subnet owner for several subnets). Then the requesting application takes the IP and requests entry into the DNS. They must have approved application security plan with their hostnames in for that to happen. (the DNS group is gatekeeper for security :). Along the way, we also submit forms to get the name and address into Remedy Asset Management for CMDB purposes. DNS delegation would be nice, but it'd never happen here because of security. So, I guess my point is, you'll probably have to find out how the rest of the world there does it. Hopefully, they have processes in place that you can just hook in to and not reinvent all your wheels. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Monday, April 30, 2007 2:15 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Assigning/Tracking Host names Thanks - what about assigning host names. For example if your host name were generated (based on local conventions) as C1LVM001 how would you track this and how would you assign the 002, etc. host names? Netreg has a user-creatable exit point for doing this. You tell it how to construct the name, and it does it for each new MAC it sees, updating the DNS if allowed to do so, sending mail to the DNS admins if not. It also adds comments to the DHCP config wrt to host configuration and OS as best it can figure out, and if you add on some additional open source widgets, it will trigger virus and security scanning as well. In your case, get your DNS people to delegate a subdomain to you and run the authoritative DNS for that subdomain. Then it just works. Netreg was designed to deal with registration of enormous numbers of student machines at Southwestern College. It's good at this stuff...8-) -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: EMC Clariion and DMX dasd - no support for zseries
And if Ann's is 4 years old, it should be fully depreciated ;) --- there's an opportunity there for those guys with a DS* Marcy (happily on the DS8300 ) This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, May 02, 2007 11:32 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] EMC Clariion and DMX dasd - no support for zseries On Wednesday, 05/02/2007 at 11:49 CST, Jerry Whitteridge [EMAIL PROTECTED] wrote: We just shook our EMC reps to get the RPQ in place for this. I questioned why they were so far behind supporting FC links from the mainframe as a standard feature and that they were waiting for customer demand. My point was if they didn't support it now I should just go to a vendor that had the support in place. If anyone is interested in changing storage vendors, I'm willing to set up a meeting with some people I know. ;-) Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: dasd (3390) model usable space
You probably want some combo. We use mod 3 for paging - the more devices the better under heavy paging load. Mod 1's would be good too -we did that when we were on a HDS box that had little bits of leftovers somehow. Mod 9 and 27 for everything else Linux. My preference now is the 27 as there is just less of things to define (both to guests that need LVM'd bigger filesystems) and to VM and VM:Secure (our directory manager). Mod 54 has some restrictions with minidisk cache - so you might want to avoid those. And FCP, like David mentioned, we're working on that for the crazy applications that want 2TB defined to a single Linux. Make sure your disaster recovery system/provider can do whatever you decide. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B. Dyck Sent: Wednesday, May 09, 2007 9:41 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] dasd (3390) model usable space We are trying to decide which 3390 model to configure in our incoming storage device (probably emc but could be shark). The point of interest is which model provides the least amount of 'wasted' space due to overhead requirements. Here is a chart that I've cobled together from a few web sites and you'll notice that the usable bytes column is empty. Disk Type Data cylinders Tracks per cylinder Bytes per track Bytes per cylinder Bytes per module GB per module Spare Cylinders Usable Bytes 3390-1 1113 15 56,664 849,960 946,005,480 0.95 1 3390-2 2226 15 56,664 849,960 1,892,010,960 1.89 1 3390-3 3339 15 56,664 849,960 2,838,016,440 2.84 1 3390-9 10017 15 56,664 849,960 8,514,049,320 8.51 3 3390-27 32760 15 56,664 849,960 27,844,689,600 27.84 3 3390-54 65520 15 56,664 982,800 55,689,379,200 55.69 3 Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Wiki
We ran twiki for a while. Worked well, used very very little cpu (but was for 1 project only). They've kind of fallen out of favor for Sharepoint around here (yuck :) because of the single signon Active Directory stuff. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Frazier Sent: Tuesday, May 15, 2007 14:30 To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Wiki I am considering using Wiki to organize and make available some of the IT documentation that is spread all over my shop. After looking I fount that there are several Wiki engines available. Which one is the best? Is that like asking which editor is the best? MediaWiki will run on Debian-390. Is anyone running a Wiki on a mainframe? Is that a good place to run one? -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Cluster File System for HA
Well, we've used in in their product across 140 servers for quite some time. I think we've reported 1 bug (and they already had a fix) in mapfs. So, glass is pretty full here. Someone really ought to pick this up and do something with it --- good stuff... Saves lots of disks... Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kyle Smith Sent: Tuesday, May 15, 2007 8:30 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Cluster File System for HA Not really. MapFS isn't a distributed or cluster file system. It's basically Union FS as produced by Levanta for their management appliance back in 2005. According to the Source Forge CVS stats, there haven't really been many (2?) commits since Nate Stahl initially created the SF project for it back when it was announced. For the glass-is-half-full crowd, I guess that mean it was almost perfect right out of the gate... ;-) ks On 5/15/07, Lionel B. Dyck [EMAIL PROTECTED] wrote: Would MapFS make sense in this case? http://sourceforge.net/projects/mapfs -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Using UDEV on sles9x
I'd like to be able to reference devices like /dev/dasd/8000/part1 instead of via /dev/dasdc1. (or /dev/dasd/0.0.8000/part1 is close enough) like Levanta does. Reading all the device driver stuff it looks like I need to implement udev. I can't for the life of me figure out how to turn this on!Has anyone done this? Thanks in advance. Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
FW: Using UDEV on sles9x
I'd like to be able to reference devices like /dev/dasd/8000/part1 instead of via /dev/dasdc1. (or /dev/dasd/0.0.8000/part1 is close enough) like Levanta does. Reading all the device driver stuff it looks like I need to implement udev. I can't for the life of me figure out how to turn this on!Has anyone done this? Thanks in advance. Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Using UDEV on sles9x
Ok, I do get stuff in /dev/disk. But I don't get any for the FBA disks (vdisks). Does it ignore those? (dasdl and dasdm below) sles964:/dev/disk/by-id # lsdasd 0.0.0100(FBA ) at ( 94: 0) is dasda : active at blocksize 512, 25 blocks, 122 MB 0.0.0201(ECKD) at ( 94: 4) is dasdb : active at blocksize 4096, 72000 blocks, 281 MB 0.0.0202(ECKD) at ( 94: 8) is dasdc : active at blocksize 4096, 6300 blocks, 24 MB 0.0.0203(ECKD) at ( 94: 12) is dasdd : active at blocksize 4096, 45000 blocks, 175 MB 0.0.0204(ECKD) at ( 94: 16) is dasde : active at blocksize 4096, 36000 blocks, 140 MB 0.0.0205(ECKD) at ( 94: 20) is dasdf : active at blocksize 4096, 63000 blocks, 246 MB 0.0.0206(ECKD) at ( 94: 24) is dasdg : active at blocksize 4096, 563400 blocks, 2200 MB 0.0.0207(ECKD) at ( 94: 28) is dasdh : active at blocksize 4096, 135000 blocks, 527 MB 0.0.0208(ECKD) at ( 94: 32) is dasdi : active at blocksize 4096, 18000 blocks, 70 MB 0.0.0209(ECKD) at ( 94: 36) is dasdj : active at blocksize 4096, 482040 blocks, 1882 MB 0.0.020a(ECKD) at ( 94: 40) is dasdk : active at blocksize 4096, 126 blocks, 4921 MB 0.0.ff00(FBA ) at ( 94: 44) is dasdl : active at blocksize 512, 50 blocks, 244 MB 0.0.ff01(FBA ) at ( 94: 48) is dasdm : active at blocksize 512, 100 blocks, 488 MB sles964:/dev/disk/by-id # ls -al total 1 drwxr-xr-x 2 root root 528 May 17 07:57 . drwxr-xr-x 4 root root 96 May 17 07:57 .. lrwxrwxrwx 1 root root 11 May 17 07:57 0X0201 - ../../dasdb lrwxrwxrwx 1 root root 12 May 17 07:57 0X0201p1 - ../../dasdb1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0202 - ../../dasdc lrwxrwxrwx 1 root root 12 May 17 07:57 0X0202p1 - ../../dasdc1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0203 - ../../dasdg lrwxrwxrwx 1 root root 12 May 17 07:57 0X0203p1 - ../../dasdg1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0204 - ../../dasde lrwxrwxrwx 1 root root 12 May 17 07:57 0X0204p1 - ../../dasde1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0205 - ../../dasdf lrwxrwxrwx 1 root root 12 May 17 07:57 0X0205p1 - ../../dasdf1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0206 - ../../dasdd lrwxrwxrwx 1 root root 12 May 17 07:57 0X0206p1 - ../../dasdd1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0207 - ../../dasdh lrwxrwxrwx 1 root root 12 May 17 07:57 0X0207p1 - ../../dasdh1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0208 - ../../dasdi lrwxrwxrwx 1 root root 12 May 17 07:57 0X0208p1 - ../../dasdi1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X0209 - ../../dasdj lrwxrwxrwx 1 root root 12 May 17 07:57 0X0209p1 - ../../dasdj1 lrwxrwxrwx 1 root root 11 May 17 07:57 0X020A - ../../dasdk lrwxrwxrwx 1 root root 12 May 17 07:57 0X020A1 - ../../dasdk1 Marcy Cortes “This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Christian Borntraeger Sent: Thursday, May 17, 2007 7:40 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Using UDEV on sles9x Am Donnerstag, 17. Mai 2007 15:22 schrieb Marcy Cortes: I'd like to be able to reference devices like /dev/dasd/8000/part1 instead of via /dev/dasdc1. (or /dev/dasd/0.0.8000/part1 is close enough) like Levanta does. Reading all the device driver stuff it looks like I need to implement udev. I can't for the life of me figure out how to turn this on!Has anyone done this? If you run udevstart, you will get several symbolic links in /dev/disk/. If that works, there is an init script to let udev run on every boot: /etc/init.d/boot.udev # chkconfig boot.udev on will turn udev on. -- IBM Deutschland Entwicklung GmbH Vorsitzender des Aufsichtsrats: Martin Jetter Geschäftsführung: Herbert Kircher Sitz der Gesellschaft: Böblingen Registergericht: Amtsgericht Stuttgart, HRB 243294 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Using UDEV on sles9x
Christian wrote: If you run udevstart, you will get several symbolic links in /dev/disk/. If that works, there is an init script to let udev run on every boot: /etc/init.d/boot.udev # chkconfig boot.udev on will turn udev on. Ha - finally figured it out - udev.rules let me do it, but only if I put it near the beginning so some other rule didn't pick it up first! Only the first wins apparently. Added this to /etc/udev/udev.rules KERNEL=dasd*[a-z], SYMLINK=dasd/%b/disk, NAME=%k KERNEL=dasd*[0-9], SYMLINK=dasd/%b/part%n, NAME=%k Then, ran udevstart. Then, chkconfig boot.udev on Cool! Thanks! Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: OK - a really stupid question.
I guess I missed reading about zNALC. Does it also apply to z/VM? I.E. can I put my traditional VM (not LINUX NOT IFL) on 1 engine on my 54-way and pay for 1 engine instead of all of them? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, May 23, 2007 2:06 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] OK - a really stupid question. Here is another consideration for this discussion: Until recently, deploying WAS on z/OS was very cost prohibitive, especially with the OTC and SS costs. However, with the zNALC pricing announcement providing LPAR pricing, the playing field changed. Now you can create and control a WAS-only lpar and how many MSUs you want it to consume. z/OS, its features and some other charges for that lpar possibly drop to single digits (in the thousands of $$$ and are separate from normal z/OS WLC charges). Of course, some good reasons for this setup could assume your backstore (DB2) is on the same platform, zAAPs can be available and other synergies can be achieved (high availability, GDPS, etc.). What is nice about z/Linux and ZNALC is that you now have application, business and infrastructural *choices* that won't break the bank based strictly on processor license cost issues we all have observed on Unix platforms and full capacity-based IPLA product charges under z/OS. Bob Richards -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 23, 2007 4:15 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: OK - a really stupid question. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Wednesday, May 23, 2007 3:07 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: OK - a really stupid question. On Wed, May 23, 2007 at 3:49 PM, in message [EMAIL PROTECTED] om, McKown, John [EMAIL PROTECTED] wrote: -snip- I think that what he is saying is that it would be cheaper to use a zAAP for Java support on z/Linux and z/VM than to get another IFL and put it into the pool when all it is really needed for is Java programs. z/Linux and z/VM are licensed by number of CPs/IFLs and he is assuming that a zAAP under z/Linux would not increase his software cost. I understand that. My point is that just using IFLs is (most probably) less expensive than what's going on today. Getting IBM to make zAAPs available on Linux is highly unlikely (although I won't say impossible). They've already made huge cost reductions available as is. Mark Post Ah. And I hadn't thought about it much, but it would be likely that enabling the zAAP would require a change to z/Linux dispatching as it did to z/OS as well as a modified JVM. Modifying the JVM might be OK. But to modify the z/Linux dispatcher would likely put out too much information about how the zAAP is enabled. Right now, that information is rather restricted so that some hot shot would not be as likely to try to fake out the z/OS dispatcher to get his own non-Java code to run on a zAAP. Of course, this later is just speculation on my part. -- John McKown LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: OK - a really stupid question.
Phooey. Thanks for the info though. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, May 23, 2007 3:18 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] OK - a really stupid question. No, only z/OS-based software is eligible. Plus apps like WAS, SAP, Seibel, etc. are necessary to get the zNALC pricing approval. Bob Richards -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes Sent: Wednesday, May 23, 2007 6:06 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: OK - a really stupid question. I guess I missed reading about zNALC. Does it also apply to z/VM? I.E. can I put my traditional VM (not LINUX NOT IFL) on 1 engine on my 54-way and pay for 1 engine instead of all of them? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Wednesday, May 23, 2007 2:06 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] OK - a really stupid question. Here is another consideration for this discussion: Until recently, deploying WAS on z/OS was very cost prohibitive, especially with the OTC and SS costs. However, with the zNALC pricing announcement providing LPAR pricing, the playing field changed. Now you can create and control a WAS-only lpar and how many MSUs you want it to consume. z/OS, its features and some other charges for that lpar possibly drop to single digits (in the thousands of $$$ and are separate from normal z/OS WLC charges). Of course, some good reasons for this setup could assume your backstore (DB2) is on the same platform, zAAPs can be available and other synergies can be achieved (high availability, GDPS, etc.). What is nice about z/Linux and ZNALC is that you now have application, business and infrastructural *choices* that won't break the bank based strictly on processor license cost issues we all have observed on Unix platforms and full capacity-based IPLA product charges under z/OS. Bob Richards LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: OK - a really stupid question.
IBM has a DB2 product positioning paper that outlines the differences. Maybe one of the IBMers on here can post that? Not sure if I'm allowed to or not - although nothing in it is marked confidential. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, May 24, 2007 7:49 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] OK - a really stupid question. On Thu, May 24, 2007 at 6:47 AM, in message [EMAIL PROTECTED], Sergey Korzhevsky [EMAIL PROTECTED] wrote: 23.05.2007 19:40:26 Mark Post wrote: Hi Mark. What features do you mean? I always think that z/os db2 everytime far behind pc/db2. It's not me that wants them, it's the customers and IBM employees that do. I've never even installed DB2 on Linux. All I know is that a recent IBM meeting, someone who works with both versions talked about their being real differences between them. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: IBM Tivoli Monitoring (ITM) Monitoring Server and Portal Server
If you can get away with not installing the 31bit version, do it. The fewer distros you have, the less maintenance work you have. Do these Tivoli things require it? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: Wednesday, May 30, 2007 08:49 To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] IBM Tivoli Monitoring (ITM) Monitoring Server and Portal Server We are looking at putting these two components into linux servers on our z890 IFL. So far I have only installed the 64bit versions of SLES 9 10. Does anyone have any hints/warnings/horror_stories about this? Any recommendations for the installation of the 31bit SLES9? /Tom Kern /301-903-2211 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Question about using z/VM DCSS for sharing code under Linux
I think you really have to evaluate how many meg this might save you and whether the extra effort/coordination/people hassle is worth it. Ask your perf tools folks (Veloctiy proably has a clue) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Feller, Paul Sent: Friday, June 01, 2007 7:41 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Question about using z/VM DCSS for sharing code under Linux I was wondering how many people are using DCSS to share code under Linux? At this time we are looking at about 12 to 15 Linux guest divided across two lpars. It is my understanding the Linux guest will be running WebSphere and Oracle. I have found some information on setting up the environment. The doc talks about performance gains and memory savings that has some people here interested in looking at DCSS. We are running z/VM 5.1 and SuSE 9 sp3. Paul -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Symark Powerbroker
Any one else needing this product under z/Linux?? (vendor supported it earlier under their 3.5 and now issues under 4.0+ ). If so, let me know- there are a couple of us in need --- the more the merrier ( or tougher:) Thanks in advance! Marcy Cortes Enterprise Hosting Services - z/VM and z/Linux http://ehs.homestead.wellsfargo.com/C1/MOBS/WebPart%20Pages/zVM.aspx w. (415) 243-6343 c. (415) 517-0895 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: WebSphere, SLES 9 64 bit and Above/below the bar strangeness
When we ran through the design review with IBM of our big WAS cluster, the recommendation was to run dmgr on a server by itself. So we do that. It doesn't even have to be up unless you are deploying something or updating configurations. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Wednesday, June 13, 2007 9:15 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] WebSphere, SLES 9 64 bit and Above/below the bar strangeness Greetings. This may be 'working as designed' but I'm not sure If anyone has seen this please feel free to enlighten. We have a WebSphere cluster, with WebSphere in Network Deployment configuration. This means that the primary node has a configuration slightly different than the secondary node in that the primary has a deployment manager task. That in and of itself causes a nearly 600 meg difference in memory footprint. WebSphere on Linux for z/Series is a 31 bit task, running in a 64 bit operating system. I've verified that both machines are at the same maintenance level, and both are indeed 64 bit SLES. So the conundrum here is why would the node with the deployment manager consistently have almost twice as many resident pages above the bar as the node without the Deployment manager? Is there some function of the Deployment manager that would request memory above the bar to a much greater extent than the node agent or the app server tasks? Just curious as we'd like to explain the behavior difference. -J -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: WebSphere, SLES 9 64 bit and Above/below the bar strangeness
Sorry about the digital sig on the previous one. That's the default here. -- When we ran through the design review with IBM of our big WAS cluster, the recommendation was to run dmgr on a server by itself. So we do that. It doesn't even have to be up unless you are deploying something or updating configurations. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of James Melin Sent: Wednesday, June 13, 2007 9:15 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] WebSphere, SLES 9 64 bit and Above/below the bar strangeness Greetings. This may be 'working as designed' but I'm not sure If anyone has seen this please feel free to enlighten. We have a WebSphere cluster, with WebSphere in Network Deployment configuration. This means that the primary node has a configuration slightly different than the secondary node in that the primary has a deployment manager task. That in and of itself causes a nearly 600 meg difference in memory footprint. WebSphere on Linux for z/Series is a 31 bit task, running in a 64 bit operating system. I've verified that both machines are at the same maintenance level, and both are indeed 64 bit SLES. So the conundrum here is why would the node with the deployment manager consistently have almost twice as many resident pages above the bar as the node without the Deployment manager? Is there some function of the Deployment manager that would request memory above the bar to a much greater extent than the node agent or the app server tasks? Just curious as we'd like to explain the behavior difference. -J -- 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: Potentially quite sudden and fast moving upgrade of z900 to z9
Even sles7 is happy under VM on a z9 (z9 EC anyway) :) -- but that's a secret. Surely, you'll have an IBM Systems Assurance meeting. At least get the SA doc from them ASAP. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Steve Mitchell Sent: Tuesday, June 19, 2007 2:28 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Potentially quite sudden and fast moving upgrade of z900 to z9 We did the same upgrade last Sept, No linux issues experienced here on either SLES 8 or 9. Steve Mitchell Sr Systems Software Specialist Blue Cross Blue Shield of Kansas (785) 291-8885 'There are no degrees of Honesty-you're either Honest or you're not! James Melin [EMAIL PROTECTED] nepin.mn.us To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDUTopic Subject 06/19/2007 04:15 Potentially quite sudden and fast PMmoving upgrade of z900 to z9 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Greetings all Due to sudden potential capacity problem in z/VM (due to a specific new application) We're very likely getting a z/9 BC with 2 IFL's in about 2 weeks. Announced today. With a target date of running production workload on z/VM on 7/16. Much faster than anyone here would like. Provided required maintenance for z/VM is applied, are there any items for SLES 9 under z/VM 5.2 on a z/9 when transitioning from a z/900 that I should be aware of? We expect all chpids and port names for network devices to be the same, and I can cope if they're not. It's just the obscure stuff I'm hoping for any wisdom on. Thanks! -J -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 CONFIDENTIALITY NOTICE: This email message and any attachments are for the sole use of the intended recipient(s) and may contain proprietary, confidential, trade secret or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited and may be a violation of law. If you are not the intended recipient or a person responsible for delivering this message to an intended recipient, please contact the sender by reply email and destroy all copies of the original message -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: How to add Layer2 network device to linux guest machine
Are those 2 CHPIDS on the same card? If so, you can't be layer 2 and layer 3 on the same card. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Bhemidhi, Ashwin Sent: Wednesday, June 20, 2007 10:04 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] How to add Layer2 network device to linux guest machine We have few Z/VM Linux guest that we are evaluating for consideration. We have both Redhat (evaluation) and Debian guest machines installed, named svml09 and svml02 respectively. We need to 2 network interface devices in the Linux guest machines for our home grown Linux application to work. One the device talk IP and the other LLC over Ethernet. When we installed both the Linux guest we only had 1 OSA CHPID( ID 2F, 600, 601,602) allocated and available for the guest z/VM machines and during the Linux guest installation the network device were detected and configured as a part of the installation wizard in both the distributions. Here is the trouble we are facing. We recently got another OSA CHIPID 2C (0700, 0701, 0702) made available to the VM and configured it as a layer 2 device and made them available to. Now we are trying get the new network interfaces added and configured on both the Linux guest but are unable. For the Redhat guest svml09 we followed the direction specified at http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/s390-multi-i nstall-guide/s1-s390info-addnetdevice.html . When i try to bring the network device online using the command echo 1 echo 1 /sys/bus/ccwgroup/drivers/qeth/0.0.0700/online and check if the devices goes online the result of cat /sys/bus/ccwgroup/drivers/qeth/0.0.0700/online we get a result 0 inidicating the device being offline. Can anyone please point out what we are doing wrong and are how to trouble shoot this issue. Thank you, Ashwin -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Suse INIT
I don't think you're supposed to manipulate the numbers yourself. I think what you want to do is to put nfs in Required-Start line, if it is required. To be last - you might want to put dbora in there as well. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Higgs Sent: Thursday, July 05, 2007 1:39 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Suse INIT Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 07/05/2007 04:07:16 PM: With a holiday, it is a slow time of the month. Time to learn I'm reading the Suse Linux boot concept chapter in the PDF that comes with SUSE (the PDF is called MANUAL), but it is the Installation and Administration manual. Playing around with the following, modified from skeleton: #! /bin/sh # Copyright (c) 1995-2004 SUSE Linux AG, Nuernberg, Germany. # All rights reserved. # # Init skeleton modified for Oracle startup and shutdown # by Tom Duerbusch # THD Consulting # July 5 2007 # ### BEGIN INIT INFO # Provides: ORACLEDB # Required-Start:$network # Default-Start: 3 5 # Default-Stop: 0 1 2 6 # Short-Description: Oracle startup and shutdown script # Description: Oracle startup and shutdown script # lsnrctl start (to start IP service # sqlplus '/as sysdba' # startup (mount and startup Oracle server # quit # emctl start dbconsole (starts the OEM monitor ### END INIT INFO ** Joe's Own Editor v2.9.8-pre1 ** Copyright (C) 2001 ** ... Anyway, it starts/stops in the wrong place. i.e. linux34:/etc/init.d # ls rc3.d . K10cups K16syslogS08resmgr S13postfix .. K10fbset K17network S08slpd S13splash K06dboraK10ldap K20coldplug S08smbfs S14cron K06init.cssdK10sshd K21hotplug S08splash_early S14hwscan K07splash_late K12nfs K21randomS10nfs S14nscd K08cron K12nfsboot S01hotplug S10nfsboot S14xinetd K08hwscan K14portmap S01randomS12alsasound S15splash_late K08nscd K14resmgrS02coldplug S12cups S16dbora K08xinetd K14slpd S05network S12fbset S16init.cssd K09postfix K14smbfs S06syslogS12ldap K09splash K14splash_early S07oracleS12sshd K10alsasoundK15oracleS08portmap S13kbd linux34:/etc/init.d # It starts at a S07 and ends with a K15. Starting it up as the last thing started and the first thing shutdown, would be good. The chapter on this, does a good job of explaining the startup sequence, but not how to be last. Apparently, there are only certain parms that can be put in the required start and it is doing what I tell it, that is start after $network. I could put a delay in the startup process to wait everything out. The shutdown process kills me also. I've lost my NSF server long before I start the shutdown or Oracle. Remember, I'm playing around. I'm using an old Oracle image to test things out. The point isn't to startup/shutdown Oracle, in a much as it is to understand how to get processes started/stopped in the proper order. Thanks Tom Duerbusch THD Consulting -- 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 Tom, The numbers are in the symlink names for ordering. If you want it startup last, rename the symlink to be S17oracle. If you want it stop first, rename the symlink to be K01oracle. The only catch is that you have to understand the dependencies :) Thanks, Ray Higgs System z FCP Development Bld. 706, B24 2455 South Road Poughkeepsie, NY 12601 (845) 435-8666, T/L 295-8666 [EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Wrapper around SSH to run command on mutliple Linuxes?
I use xargs like:
Like: cat linuxes | xargs -t -i{} ssh {} ls /root
Marcy Cortes
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee, you
must not use, copy, disclose, or take any action based on this message or
any information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message. Thank
you for your cooperation.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Michael MacIsaac
Sent: Thursday, July 12, 2007 8:45 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] Wrapper around SSH to run command on mutliple Linuxes?
Hello list,
Does anyone have a simple wrapper around SSH to run the same command on
multiple Linuxes?
If I have key-based authentication set up from one server to another server,
call it linux01, I can issue the command:
# ssh linux01 ls /root
bin
and see the output from linux01 without needing a password.
But let's say I'd like to issue that command on 5 different linuxes. I
could call the command dssh and define a group linuxes that consist of
linux01-linux05. Then I could issue the command:
# dssh linuxes ls /root
linux01:
bin
linux02:
bin
linux03:
bin
linux04:
bin
linux05:
bin
and see the output from each member in the group.
I thought about cobbling together a script, but certainly this has been
written. Maybe there's already an RPM in my distro that just has to be
installed.
Thanks.
Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061
--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
smime.p7s
Description: S/MIME cryptographic signature
FW: [LINUX-390] Wrapper around SSH to run command on mutliple Linuxes?
Sorry for that signature stuff on the previous attempt at mailing.
--
I use xargs like:
Like: cat linuxes | xargs -t -i{} ssh {} ls /root
Marcy Cortes
This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of
Michael MacIsaac
Sent: Thursday, July 12, 2007 8:45 AM
To: LINUX-390@VM.MARIST.EDU
Subject: [LINUX-390] Wrapper around SSH to run command on mutliple
Linuxes?
Hello list,
Does anyone have a simple wrapper around SSH to run the same command on
multiple Linuxes?
If I have key-based authentication set up from one server to another
server, call it linux01, I can issue the command:
# ssh linux01 ls /root
bin
and see the output from linux01 without needing a password.
But let's say I'd like to issue that command on 5 different linuxes. I
could call the command dssh and define a group linuxes that consist of
linux01-linux05. Then I could issue the command:
# dssh linuxes ls /root
linux01:
bin
linux02:
bin
linux03:
bin
linux04:
bin
linux05:
bin
and see the output from each member in the group.
I thought about cobbling together a script, but certainly this has been
written. Maybe there's already an RPM in my distro that just has to be
installed.
Thanks.
Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061
--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For LINUX-390 subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: z/Linux or zLinux - which is preferred?
Jim tried to get me to change my presentation when I went to Toronto. You are right - Linux on System z doesn't even fit in most powerpoints :)... So I made it z/Linux (adding the dash made him a little happier :). But, hey, I'm the customer and I'm sticking with z/Linux! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lionel B Dyck Sent: Tuesday, July 24, 2007 3:42 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/Linux or zLinux - which is preferred? Jim - this has been an interesting discussion. Thanks to you and all the participants. How to refer to Linux on System z in short form came up as typing Linux on System z frequently in a document or presentation seems a bit much and just referring to Linux is not specific enough. Thanks all Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. Jim Elliott [EMAIL PROTECTED] [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 07/24/2007 03:33 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: z/Linux or zLinux - which is preferred? So what is the preferred way to designate Linux for zSeries - as z/Linux or zLinux ? Lionel: Neither. As far as IBM is concerned (well our lawyers), it should be Linux on System z. Of course you can ignore what our lawyers say, but IBM employees can not. Jim -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: z/Linux or zLinux - which is preferred?
Sounds cooler too. Like you have a cool French accent: We install z Linux on z processor and we consolidate z servers :) Unless you're from Canada, then your all zed this and that. (sorry, recently watched Ratatouille :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Tuesday, July 24, 2007 5:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/Linux or zLinux - which is preferred? If I may, I think the consensus is that zLinux or z/Linux are both fine when you want to say Linux running on the mainframe. Although they are not officially sanctioned by IBM marketing, everyone knows what you mean. I agree with Marcy, z/Linux looks cooler. (-: And seems to make the most sense. z/OS is the z MVS operating system that runs on z, and z/Linux would be the Linux version that runs on z. In other words, if heck frosted over, then we would have z/Windows. Oh that's so funny. Does that sound right? Lindy -- 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: z/Linux or zLinux - which is preferred?
Hmm, didn't notice that. Funny, today, I told our sw lic. group to discontinue our SAS for CMS license. Not getting any more $ from us if they don't have a later CMS version than 8. And they didn't move the apps to SAS on intel - they moved it to ESSBASE :o) We tried. many here wanted the SAS on z/Linux. Tried, liked, sigh, they said no. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, July 24, 2007 6:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/Linux or zLinux - which is preferred? On Tue, Jul 24, 2007 at 8:35 PM, in message [EMAIL PROTECTED], Lindy Mayfield [EMAIL PROTECTED] wrote: -snip- Hmm. Someone from SAS. Does this presage anything positive for mainframe Linux? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: z/Linux or zLinux - which is preferred?
Sorry to shoot the messenger who seems to be someone only an technical person interested in interesting technology :) Lindy, if you want to go back and look - take a look at this list from '05. Marcy Cortes “This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Tuesday, July 24, 2007 6:44 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] z/Linux or zLinux - which is preferred? This is just me and my personal interests using my work account. I have to tread lightly here. If you have a need/requirement/hope/wish for SAS on z/Linux, please, make your needs known as officially as you can. In general for anything, any company, development/testing/marketing resources go into products that the company thinks it can sell or the company thinks there is a market for. If there are enough people that want it then that would be more incentive to create it. If your company has requirements, you can contact me personally and I'll make sure that it gets to the appropriate people. Lindy -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: 25. heinäkuuta 2007 4:27 To: LINUX-390@VM.MARIST.EDU Subject: Re: z/Linux or zLinux - which is preferred? On Tue, Jul 24, 2007 at 8:35 PM, in message [EMAIL PROTECTED], Lindy Mayfield [EMAIL PROTECTED] wrote: -snip- Hmm. Someone from SAS. Does this presage anything positive for mainframe Linux? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Upgrading from SLES10 GA to SP1 in 9 Easy Steps
Hey, Mark, Do you have URL's to the docs that make all of this work? Thanks in advance! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, July 31, 2007 7:37 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Upgrading from SLES10 GA to SP1 in 9 Easy Steps On Tue, Jul 31, 2007 at 6:47 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote: On Tue, 31 Jul 2007 15:29:48 -0600 Mark Post said: On Tue, Jul 31, 2007 at 3:53 PM, in message [EMAIL PROTECTED], Aria Bamdad [EMAIL PROTECTED] wrote:=20 -snip- Sorry Mark if I was unclear. I mean to say upgrading from SLES10 to SLES10-SP1. A new install of SLES10-SP1 can be done as you said but an upgrade from base release to SP1 can't be done via FTP (like it could in SLES9). That's not correct either. You could use the SLES10 SP1 CDs to set up a YUM repository and point to it via FTP (or any other supported network protocol). The easiest way to do that would be by using YUP, but just the normal YUM tools would work as well. Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SUSE Linux Problem with Horde email
How much memory does it have? What does the free command tell you? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Joseph Sent: Wednesday, August 01, 2007 10:32 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] SUSE Linux Problem with Horde email We are running into these errors with Horde email on SUSE linux on 390. These messages are from the apache2 error log. The login screen comes up but it never comes back. Log below linux-vm:/var/log # cd apache2/ linux-vm:/var/log/apache2 # ls access_log error_log rcapache2.out linux-vm:/var/log/apache2 # tail error_log [Wed Aug 01 10:45:58 2007] [error] [client 141.164.64.6] PHP Notice: Undefined variable: HTTP_SERVER in /srv/www/htdocs/head.php on line 5 [Wed Aug 01 10:46:20 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 92160 bytes) in /srv/www/htdocs/horde/ingo/lib/Script/imap.php on line 195, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 [Wed Aug 01 10:46:20 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 83 bytes) in /srv/www/htdocs/horde/lib/Horde/Prefs/session.php on line 92, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 Allowed memory size of 8388608 bytes exhausted (tried to allocate 22 bytes) [Wed Aug 01 10:46:21 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 92160 bytes) in /srv/www/htdocs/horde/ingo/lib/Script/imap.php on line 195, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 [Wed Aug 01 10:46:21 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 89 bytes) in /srv/www/htdocs/horde/lib/Horde/Prefs/session.php on line 92, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 Allowed memory size of 8388608 bytes exhausted (tried to allocate 39 bytes) [Wed Aug 01 10:46:21 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 92160 bytes) in /srv/www/htdocs/horde/ingo/lib/Script/imap.php on line 195, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 [Wed Aug 01 10:46:21 2007] [error] [client 141.164.64.6] PHP Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 89 bytes) in /srv/www/htdocs/horde/lib/Horde/Prefs/session.php on line 92, referer: http://linux-vm.loyno.edu/horde/imp/login.php?Horde=3mphna31gfhtt7op7ro6hbti k1 Allowed memory size of 8388608 bytes exhausted (tried to allocate 39 bytes) linux-vm:/var/log/apache2 # Has anyone run into this before? Thanks for any help or direction you can provide. -- Joseph T. Locascio Director Computer and Network Services Loyola University New Orleans 504.865.3833 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: FW: IBM saves $250 million consolidating Linux servers on to mainframes | NetworkWorld.com Community
That's a totally it depends answer or YMMV. I have 100 test/dev servers on a 2 engine z9 EC. If I extrapolated that out I could have 2700 of them on 1 54 way (max # of z9 engines in a box today).. Cool. I could take IBM's 4000 and put on 2 mainframes boxes and have a some room for growth even ! Now... I also have 17 IFL engines in production - that runs about 45 servers Obvioulsy production works drastically different from test! I'd need a lot more boxes to run 4000 of these type! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lindy Mayfield Sent: Wednesday, August 01, 2007 3:22 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] FW: IBM saves $250 million consolidating Linux servers on to mainframes | NetworkWorld.com Community Just curious, because I don't know how the hardware works, if 30 mainframes do the work of 3,900 servers, that means 1 mainframe does 130. Does that mean that potentially that 1 mainframe has the equivalent of at least 130 network cards? I can see how most of the hardware is virtualized, but the networking I don't quite see, yet. How does that part work? Lindy -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: 1. elokuuta 2007 20:49 To: LINUX-390@VM.MARIST.EDU Subject: Re: FW: IBM saves $250 million consolidating Linux servers on to mainframes | NetworkWorld.com Community This story is popping up all over the net. Money Magazine http://money.cnn.com/news/newsfeeds/articles/marketwire/0284973.htm PC World - no less http://www.pcworld.com/article/id,135331-c,servers/article.html Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: issuing a shutdown to linux before IPL'ing VM
SLES 8 is fine with this too. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, August 06, 2007 1:04 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] issuing a shutdown to linux before IPL'ing VM On Mon, Aug 6, 2007 at 3:49 PM, in message [EMAIL PROTECTED], Pat Carroll [EMAIL PROTECTED] wrote: -snip- You need a relatively current Linux distro and z/VM 5.1 or later, but I'm not sure of the exact levels...We're using RH4 Update 4 on z/VM 5.2. SLES10 and SLES9 (at least at the SP3 level) both have this. I'm not sure when the support was first introduced. Mark Post -- 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: occasional martian source messages
I am assuming that these messages are due to the fact that the packet's are being sent out one interface and replies are arriving on the other interface. Isn't that what the src_vipa package is supposed to help with? Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
WAS ND 6.1 fixpack 9
Thought I'd ask if any of you have done this? Although it looks like it works correctly and the logs have no complaints registered, the directory in /opt/IBM/WebSphere/AppServer/properties/version/ does not contain a sdk.FP6109.ptf file as expected. Java -verion returns the correct results. PMR has been opened but they can take forever. BTW, IBM says serious security alert in just about all levels of WAS 6.0 and 6.1 - see http://www-1.ibm.com/support/docview.wss?uid=swg21266069. Marcy Cortes Enterprise Hosting Services - z/VM and z/Linux http://ehs.homestead.wellsfargo.com/C1/MOBS/WebPart%20Pages/zVM.aspx w. (415) 243-6343 c. (415) 517-0895 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
WAS ND 6.1 fixpack 9
... Sorry - trying again without stupid digital signature stuff Thought I'd ask if any of you have done this? Although it looks like it works correctly and the logs have no complaints registered, the directory in /opt/IBM/WebSphere/AppServer/properties/version/ does not contain a sdk.FP6109.ptf file as expected. Java -verion returns the correct results. PMR has been opened but they can take forever. BTW, IBM says serious security alert in just about all levels of WAS 6.0 and 6.1 - see http://www-1.ibm.com/support/docview.wss?uid=swg21266069. Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: VSWITCH controllers
Well, your mileage may vary... But I'd be wary about putting test and prod on the same lpar/VM system. Our test linux servers are not well behaved at all - it's the wild west on that lpar:) I wouldn't want to explain to management why dev/test stuff may have implacted production. Will cost you some in memory, but is probably worth it. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: Tuesday, September 04, 2007 12:48 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] VSWITCH controllers We have test and production Linux systems on one of our z/VM 520 systems. We want to separate the test and production systems - different VSWITCHes, subnets etc. However it seems there is no way to separate the controllers - that is if you want more than one by specifying CONTROLLER *VSWITCH. CP allocates any controllers that are available. Is separating controllers doable? Peter. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: VSwitch and IPv6
This is all confusing to me - this layer 2/3 stuff. It was said to be not allowed on the same card. Then not on the same port? Now OK on the same port (given I have the latest and greatest z9 stuff, that's easy - someone else gets to do that)? Example needed please. I'll give you a little picture but I'm a little graphically challenged. Scenario - I have 2 OSA cards. 2 ports on each (duh). One port on each going to a diff switch. OSA1 port A switch a port B switch b OSA2 port A switch a port B switch b VM TCPIP stack has OSA1 portA and OSA2 portB - layer 3 (and some guest LAN, but that doesn't matter). VSWITCH Layer 3 has OSA1 portB and OSA2 portA Can I add a Layer 2 vswitch here without disturbing what's there? That is, define 1 more vswitch using addresses on OSA1 portB and OSA2 port A? Existing VSWITCH Layer 3 def looks like: Define VSWITCH td6vsw1 rdev f400 f600 vlan 797 porttype trunk Can I just add the layer 2 one with something like: Define vswitch td6vsw2 rdev f410 f610 ETHERNET vlan 797 porttype trunk And then update Linux with *for SLES: QETH_LAYER2_SUPPORT=1 in /etc/sysconfig/hardware/hwcfg-qeth-bus-ccw-0.0. And that'll work?? Or must I come up with some more ports. Bonus points for explaining how I can get link aggregation involved :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, September 06, 2007 9:36 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] VSwitch and IPv6 On Thursday, 09/06/2007 at 10:08 EDT, Robert J Brenneman [EMAIL PROTECTED] wrote: Yep - you need Layer2 - Setup the vswitch like Alan mentioned. BUT: the osa port can **not** support layer2 layer3 at the same time. To the best of my knowledge, all L2-capable OSAs support mixed L2 and L3. HOWEVER, only z9 with recent microcode allows L2 and L3 to crosstalk. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Layer 2 - (was Re: VSwitch and IPv6)
Yay!! It works it works it works! Thank you Alan!!! I'll buy you and Jay a beer in San Antonio! Your bonus points are in the mail too. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, September 07, 2007 6:24 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] VSwitch and IPv6 On Friday, 09/07/2007 at 01:40 EDT, Marcy Cortes [EMAIL PROTECTED] wrote: This is all confusing to me - this layer 2/3 stuff. It was said to be not allowed on the same card. Then not on the same port? Now OK on the same port (given I have the latest and greatest z9 stuff, that's easy - someone else gets to do that)? In the vernacular, card means port. Feature means card. Oh, wait. A single feature has two daughter cards in it. wah It is time to standardize our terminology, everyone. Architecturally: - Feature: The thing that you order and plug into the I/O cage. It has one or more chpids, each with one or ports. - Chpid: The channel that gives host access to one or more ports. - Port: The thing you plug the cable into. They are numbered, within each chpid, from 0 to n. For all of the OSAs, you have been using Port 0. Exceedingly convenient since all of the host interface definitions default to port 0. [To keep you on your toes, the Token Ring feature exhibits two physical connectors per port (DB-9 and RJ-45), but only one can be used. But that's TR. Who cares? All of the Ethernet features exhibit one physical connector per port.] See Appendix A of your OSA-Express Customer's Guide and Reference. Scenario - I have 2 OSA cards. 2 ports on each (duh). One port on each going to a diff switch. There's no duh. Not all OSA features have two ports. The 10 GbE feature has a single chpid with a single port. :-) OSA1 port A switch a port B switch b OSA2 port A switch a port B switch b VM TCPIP stack has OSA1 portA and OSA2 portB - layer 3 (and some guest LAN, but that doesn't matter). VSWITCH Layer 3 has OSA1 portB and OSA2 portA Can I add a Layer 2 vswitch here without disturbing what's there? That is, define 1 more vswitch using addresses on OSA1 portB and OSA2 port A? Yes. Existing VSWITCH Layer 3 def looks like: Define VSWITCH td6vsw1 rdev f400 f600 vlan 797 porttype trunk Can I just add the layer 2 one with something like: Define vswitch td6vsw2 rdev f410 f610 ETHERNET vlan 797 porttype trunk And then update Linux with *for SLES: QETH_LAYER2_SUPPORT=1 in /etc/sysconfig/hardware/hwcfg-qeth-bus-ccw-0.0. And that'll work?? Yes. The only issue with L2/L3 on the same port is that, up to now, hosts using L2 could not talk to hosts using L3 on the same OSA port. That is, you couldn't have them on the same subnet and expect them to talk to each other. If the servers don't talk to each other Or must I come up with some more ports. Only if you - want to use Link Aggregation - have network security issues to deal with And, of course, you can't (technically can, but really really shouldn't) mix VLAN-tagged traffic and non-VLAN-tagged traffic on the same OSA port. Bonus points for explaining how I can get link aggregation involved :) Use SET PORT GROUP to create a named list of OSA RDEVs. Use the GROUP name instead of RDEVs on DEFINE VSWITCH. Create a similar group on the physical switch. (Both ends of the cable have to be configured to operate in a link agg. group.) Et voila. z/VM 5.3 only. Because the link aggregation protocol requires [v]switch-switch control flows, not just data, you must dedicate the entire OSA port to the VSWITCH. No sharing. At some point the OSAs will be updated to detect this and will not allow active sharing of an OSA port that is using link aggregation. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Question about SSH and losing Host Key with zLINUX (RH)
I just had a problem where I had a blank character following my hostname in a ssh command (in xargs). It would always report the fingerprint as being wrong and add another. Then a subsequent retry of the command would find the first one and fail that it didn't match. Delete all the lines associated with that host and make sure you are really passing what you think you are. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Summerfield Sent: Friday, September 07, 2007 4:08 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Question about SSH and losing Host Key with zLINUX (RH) Fargusson.Alan wrote: I once had two entries for one host in .ssh/know_hosts. This caused something similar to what you describe. s/_/n_/ That shouldn't cause failure, I think I've done that. I believe I always got a warning. Two IP addresses associated with a host (host www.ibm.com.au) also, I think, just gives a warning. If you're playing with LVS, I think that could give problems:-) -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Chaplin, James Sent: Friday, September 07, 2007 9:02 AM To: LINUX-390@VM.MARIST.EDU Subject: Question about SSH and losing Host Key with zLINUX (RH) We are in the process of installing Oracle RAC on zLinux, and our Oracle programmer is having a problem with the SSH failing due to the Host Key changing, causing the session to fail. zLinux (Red Hat) appears to be issuing a new fingerprint with the key between sessions. The programmer does not experience these problems with an open system linux environment, is there a difference with the mainframe version? Has anyone experience a similar problem? Thanks James Chaplin Systems Programmer (703) 921-6220 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: linux performance behind load balancer
I don't know how helpful this is But we do run F5 loadbalancers in front of our biggest app. There are 2 servers hitting us every 5 seconds each for HTTP and for 2 for HTTPS. So, a total 4 hits every 5 seconds. But it runs across 17 z9 EC IFL's and there's never an idle time so I couldn't really tell you exactly how much CPU that accounted for but ... Very rough math here ... We get about 130 TPS at 60% busy so 2 TPS is about 1% busy. 1% of 17 IFL = .17 IFL or 17% of an IFL. If the trans were full blown -- but you said they are not the full blown trans... Can you take your interval from 2 seconds to a higher number and see what happens? (and yes, they are fat cpu intensive trans in case anyone wonders :) You can also check in your HTTP logs how often they really do hit you. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kate Riggsby Sent: Monday, September 10, 2007 10:21 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] linux performance behind load balancer Greetings, As part of our linux proof-of-concept project we built a new instance of the servers which provide our big student services application. The application runs on Oracle Web Application Server. The zlinux instance is running pretty much alone on a z/800 ifl and has oodles of real memory. The application only accepts work from 7am to midnight; the rest of the time it responds to any queries by putting up a page listing the hours of availablity. The linux userid running the application was using about 3-4% of the cpu. The day we added our instance to the (external) load balancer its base cpu consumption went to 18% of the ifl, even during application downtime. It does seem to be able to do its share of the work by using an additional 15% of the cpu when the application is open, but we are puzzled that the polls by the load balancer seem to eat so much of a z/800 ifl. The participating standalone (Dell) boxes get polled too but run at 1% during downtime. Our IBM business partner is helping us investigate, but I thought I'd ask this forum of experienced users if you've seen/conquered performance problems running behind load balancers, or have an opinion about how much work will fit on a z/800? I have been told that the load-balancer polls are an xchange of Hello/Server Hello packets on port 443 (not a full-blown SSL handshake) every 2 seconds. thanks, kate Kate Riggsby University of Tennessee -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: linux performance behind load balancer
As well as inside your App Server if you are using one of those. Easy to create bad java or misconfigured WAS :). Introscope and ITCAM are 2 examples of those. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, September 13, 2007 7:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] linux performance behind load balancer On Thursday, 09/13/2007 at 10:22 EDT, barton [EMAIL PROTECTED] wrote: A decent performance monitor (ESALPS comes to mind) will tell you exactly what processes are using the cpu and exactly how much. Have you considered running a decent performance monitor? Finishing the thought, IBM's OMEGAMON comes to mind as well. There's more than one decent performance monitor Out There, so shop and compare. Real point: Successful z/VM+Linux deployments include, among other things, tools that can monitor resource consumption of the box, your LPAR, and your Linux guests. But as has been noted, while that function is necessary, it is not, by any reasonable measure, sufficient. You must also be able to correlate that with information on what's going on *inside* the guest. IMO, they should be part of POCs, too. Alan Altmark z/VM Development IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: linux performance behind load balancer
(Hi Mark!) That's the disadvantage of starting before everyone else and having too many servers :) At least I've killed the sles7's! The problem with sles8 to sles9x is it's a new server. That requires the cooperation of the users. They don't like to do that if everything is all hunky dory. They have other things to do (so they tell me). I'm hoping sles9x to sles10x is a true upgrade and we can do it without bothering the applications folks. That's a project to figure out over the holiday freeze, though. I'm pretty sure all of production will be sles9x within the next 2 months - woo hoo! The promise of better performance from WAS6.1 and sles9x saving them a few IFLs is finally getting their attention. (see you next week). Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, September 14, 2007 9:20 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] linux performance behind load balancer On Fri, Sep 14, 2007 at 6:48 AM, in message [EMAIL PROTECTED], Evans, Kevin R [EMAIL PROTECTED] wrote: Rob, As we are just switching to Omegamon and almost up to implementation of our first user to come into a new zLinux front end, can you give ant further details on your comment below? Prior to the kernels used in SLES10 and RHEL5, the way CPU consumption was tracked by the Linux kernel didn't take into account that the system may be running in a shared/virtualized environment. The (valid until LPARs, z/VM, VMware, and Xen) assumption in place was that the kernel was in complete control of the hardware, so any passage of time between the last clock value taken, and the current one, was assigned to whatever process was dispatched in the interval. The problem being, of course, that the virtual machine/LPAR might not have been running at all during that time. So, Linux could report that the CPU was 100% busy, when in fact it was only being dispatched, for example, 3% of the time. Of the various performance monitors that were being marketed for mainframe Linux, only Velocity Software's product combined the Linux data with the z/VM monitor data, and normalized the Linux values to be correct. (Obviously this only worked in an environment where z/VM was being used as the hypervisor.) This was a big factor in many cases of which monitor to choose. Since the release of the cpu accounting patches, and incorporation into SLES and RHEL, that's no longer the case, unless you're still running SLES8 (Hi, Marcy!) and SLES9 (Hi, almost everyone else!), or RHEL3 or 4. Now the decision is based on more traditional criteria, as opposed to being right or very wrong. If you have a userid and password to access the SHARE proceedings, you can see Martin Schwidefsky's presentation on this at http://www.share.org/member_center/open_document.cfm?document=proceeding s/SHARE_in_Seattle/S9266XX172938.pdf (I have no idea why I didn't ask Martin for a copy of that for the linuxvm.org web site. Rats.) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: linux performance behind load balancer
Production I'm not so worried about because it has adequate capacity (no paging) and the servers run all the time anyway so don't drop from queue because of real work. They've benchmarked and measured (with Velocity tools :) the differences betweens sles9x/was6 and sles8/was5 and see significant differences. We'll let you know for sure next week with the real workload going through. But this might explain the increased paging load on our test system, which already was bursting at the seams. Do you know what level of the JDK that started in? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of barton Sent: Friday, September 14, 2007 1:12 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] linux performance behind load balancer There are some issues with WAS right now that seriously impact Linux under z/VM. Rob's out of town, he can explain better. The problem is that the current JDK polls every 10ms. this means the WAS servers stay in queue. We have been seeing the total to virtual storage over allocation ratios that sites can attain have been dropping, traced it down to servers not dropping from queue. Rob tracked it down to the WAS polling. We're hoping for relief next year. So be careful about the performance feecher of 6.1. Marcy Cortes wrote: (Hi Mark!) I'm pretty sure all of production will be sles9x within the next 2 months - woo hoo! The promise of better performance from WAS6.1 and sles9x saving them a few IFLs is finally getting their attention. (see you next week). Marcy Cortes -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Friday, September 14, 2007 9:20 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] linux performance behind load balancer On Fri, Sep 14, 2007 at 6:48 AM, in message [EMAIL PROTECTED], Evans, Kevin R [EMAIL PROTECTED] wrote: Rob, As we are just switching to Omegamon and almost up to implementation of our first user to come into a new zLinux front end, can you give ant further details on your comment below? Prior to the kernels used in SLES10 and RHEL5, the way CPU consumption was tracked by the Linux kernel didn't take into account that the system may be running in a shared/virtualized environment. The (valid until LPARs, z/VM, VMware, and Xen) assumption in place was that the kernel was in complete control of the hardware, so any passage of time between the last clock value taken, and the current one, was assigned to whatever process was dispatched in the interval. The problem being, of course, that the virtual machine/LPAR might not have been running at all during that time. So, Linux could report that the CPU was 100% busy, when in fact it was only being dispatched, for example, 3% of the time. Of the various performance monitors that were being marketed for mainframe Linux, only Velocity Software's product combined the Linux data with the z/VM monitor data, and normalized the Linux values to be correct. (Obviously this only worked in an environment where z/VM was being used as the hypervisor.) This was a big factor in many cases of which monitor to choose. Since the release of the cpu accounting patches, and incorporation into SLES and RHEL, that's no longer the case, unless you're still running SLES8 (Hi, Marcy!) and SLES9 (Hi, almost everyone else!), or RHEL3 or 4. Now the decision is based on more traditional criteria, as opposed to being right or very wrong. If you have a userid and password to access the SHARE proceedings, you can see Martin Schwidefsky's presentation on this at http://www.share.org/member_center/open_document.cfm?document=proceedi ng s/SHARE_in_Seattle/S9266XX172938.pdf (I have no idea why I didn't ask Martin for a copy of that for the linuxvm.org web site. Rats.) Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: channel bonding
I don't think you can define two Vswitches that use the same range of IP addresses. You can. I've done that. And I even recently discovered they can be of different type (layer 2 and layer 3) (but that might depend on being on a z9 ). Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Copying zVM and zLinux Logs to MVS GDG dataset
Somethings like kernel dying only seem to appear on the console, or so it seems. I find them very necessary. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, September 20, 2007 7:10 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Copying zVM and zLinux Logs to MVS GDG dataset What sort of log does z/Linux put to the z/VM console? Wouldn't using SNMP or SYSLOGD to the z/OS system be better? Please note that I don't run z/Linux anymore. I just stay around here for learning purposes in the vain hope that we may use Linux on z later. But I'm not betting on it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Copying zVM and zLinux Logs to MVS GDG dataset
Another product has the secuser already :) That'll change soon and then we'll probably do it to VM:Operator instead. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Thursday, September 20, 2007 8:37 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Copying zVM and zLinux Logs to MVS GDG dataset On Thu, Sep 20, 2007 at 11:06 AM, in message [EMAIL PROTECTED], Marcy Cortes [EMAIL PROTECTED] wrote: Somethings like kernel dying only seem to appear on the console, or so it seems. I find them very necessary. Wouldn't having the PROP SVM set up as SECUSER for all the Linux guests do this much more elegantly? Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: POC Args
He kind of misses the whole concept of virtualization in the 2nd article. Mainframes are not about running 1 of something vs. 1 of something out there on an intel box. It's about running hundreds or even a thousand of them vs. a server farm. The mainframe is good at running lots and most distributed servers are way under utilized. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of George Wallace Sent: Thursday, September 27, 2007 10:53 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] POC Args I tried to talk to my manager to begin a zLinux POC at our company (health care) recently to consolidate Oracle servers and, well, it did not go so well. He pointed me to 2 articles in zdnet that discouraged him from even entertaining the idea (see links below). Does anyone have suggestions on how I can counter this type of article? Is there merit in them? I'm just looking for some feedback. thanks... George (company name withheld) http://blogs.zdnet.com/Murphy/?p=938 http://blogs.zdnet.com/Murphy/?p=905 - Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Linux password and the VM console
As discussed here before... One thing you can do that we've chosen to do is to have /etc/inittab set up to automatically log in root. Then your root pw won't appear on the console or in any of the spooled console files because you never type it in. You'll have to convince your security people that that is better! (it is IMHO :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Ayer, Paul W Sent: Tuesday, October 02, 2007 11:11 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] Linux password and the VM console Good Afternoon all, I had tried to ask the group yesterday but the email did not seem to make it. Our audit groups are having a problem what the fact that the Linux password can be seen when typed in ... Anyone have a way to not have the Linux password echo back to the VM console screen when it's typed in? The VM system knows not to show the VM password, but when the Linux password is entered it's just data. Anyone have a way around this? Thanks, Paul ... -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: IBM's Next Generation Mainframe Processor
We've turned the 9 upside down - maybe that's the marketing plan :) Likely though that it is the Power6 family. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Saturday, October 13, 2007 10:12 AM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] IBM's Next Generation Mainframe Processor If you haven't already seen this, it's worth a look. It's a presentation by Charles Webb of IBM on the next IBM mainframe processor, the z6. (Don't ask me where 6 came from.) The thing that stood out for me was the 4GHz processor speed, but of course there's lots of other very good stuff as well. http://www2.hursley.ibm.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf Mark Post -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: IBM's Next Generation Mainframe Processor
Sounds like everyone is pretty anxious to get one now :) Doesn't IBM usually do announcements on Tuesday in October? If so, we only have 3 more of those left. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of RPN01 Sent: Monday, October 15, 2007 11:56 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] IBM's Next Generation Mainframe Processor Could we please wait for IBM to wrap something around the chip, before we start loading them onto the truck and shipping them out to the customers? -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 First Street SW /( )\ 507-284-0844 Rochester, MN 55905 ^^-^^ - In theory, theory and practice are the same, but in practice, theory and practice are different. On 10/15/07 11:05 AM, Little, Chris [EMAIL PROTECTED] wrote: Any indication when IBM will ship? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Philosophical: Linux vs. AIX
John wrote: One of the nice things about Linux is the choice of supplier. You can buy packages including support from RH and Novell, you can install Debian free of charge and get support where you like. Ask here, and someone will stick up his hand. And it has become so popular that should you run into things, chances are that someone else has too and Google will return your answer. We're not the only large bank running our ATMs through it either :) So, yes, mission critical is happening. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Summerfield Sent: Thursday, October 18, 2007 5:42 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Philosophical: Linux vs. AIX One of the nice things about Linux is the choice of supplier. You can buy packages including support from RH and Novell, you can install Debian free of charge and get support where you like. Ask here, and someone will stick up his hand. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Another Linux swapping question
Why would a server show such a high amount in cached when it is needing to swap? This one has 442M cached and a whole Gig of swap used. It is swapping at the moment too: [EMAIL PROTECTED]:~ free -m total used free sharedbuffers cached Mem: 1956 1938 18 0 46 442 -/+ buffers/cache: 1449507 Swap: 3662 1028 2633 [EMAIL PROTECTED]:~ vmstat procs ---memory-- ---swap-- -io --system-- cpu r b swpd free buff cache si sobibo incs us sy id wa 0 0 1053644 24168 45624 450116341720 2132 4 3 92 1 [EMAIL PROTECTED]:~ uname -a Linux ceztd67134 2.6.5-7.286-s390x #1 SMP Thu May 31 10:12:58 UTC 2007 s390x s390x s390x GNU/Linux Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Another Linux swapping question
WAS 6.1.0.11 (several JVMs), MQ Series 6.0.2.2, Sterling Commerce Connect:Direct Secure+ 3.8 Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, October 22, 2007 2:13 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question Hi, Marcy. What application(s) are being run in this particular Linux guest now? Marcy Cortes wrote: Why would a server show such a high amount in cached when it is needing to swap? This one has 442M cached and a whole Gig of swap used. It is swapping at the moment too: [EMAIL PROTECTED]:~ free -m total used free sharedbuffers cached Mem: 1956 1938 18 0 46 442 -/+ buffers/cache: 1449507 Swap: 3662 1028 2633 [EMAIL PROTECTED]:~ vmstat procs ---memory-- ---swap-- -io --system-- cpu r b swpd free buff cache si sobibo incs us sy id wa 0 0 1053644 24168 45624 450116341720 2132 4 3 92 1 [EMAIL PROTECTED]:~ uname -a Linux ceztd67134 2.6.5-7.286-s390x #1 SMP Thu May 31 10:12:58 UTC 2007 s390x s390x s390x GNU/Linux Marcy Cortes -- DJ V/Soft -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Another Linux swapping question
Well, there is a memory leak in WAS 6.1.0.7 and 6.1.0.9 which is why we're trying 11 (PK46366). I'm hoping the app doesn't have any. Just got there so we will be watching it. I wonder if kernel setting vm.swappiness needs to be much lower than the default of 60 in this env. I recall Nationwide saying something about that at SHARE... Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, October 22, 2007 3:13 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question H I wonder if this could be a symptom of a JVM memory management issue: memory leak, poor garbage collection? Is the problem getting worse as time goes on? Marcy Cortes wrote: WAS 6.1.0.11 (several JVMs), MQ Series 6.0.2.2, Sterling Commerce Connect:Direct Secure+ 3.8 Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, October 22, 2007 2:13 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question Hi, Marcy. What application(s) are being run in this particular Linux guest now? Marcy Cortes wrote: Why would a server show such a high amount in cached when it is needing to swap? This one has 442M cached and a whole Gig of swap used. It is swapping at the moment too: [EMAIL PROTECTED]:~ free -m total used free sharedbuffers cached Mem: 1956 1938 18 0 46 442 -/+ buffers/cache: 1449507 Swap: 3662 1028 2633 [EMAIL PROTECTED]:~ vmstat procs ---memory-- ---swap-- -io --system-- cpu r b swpd free buff cache si sobibo incs us sy id wa 0 0 1053644 24168 45624 450116341720 2132 4 3 92 1 [EMAIL PROTECTED]:~ uname -a Linux ceztd67134 2.6.5-7.286-s390x #1 SMP Thu May 31 10:12:58 UTC 2007 s390x s390x s390x GNU/Linux Marcy Cortes -- DJ V/Soft -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- DJ V/Soft -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SHARE content (was: Unkown multicast packets with unknown mac address
Argh.. Did I start this one :) I wasn't thinking of deep dive into device drivers... But like an intro to here's your z specific stuff in your linux box. Might appeal to both an experienced linux admin whos new to Z and VM'er whos new to linux. Things like s390-tools package stuff.. What do lsqeth, lsdasd, lscss ...etc show you. What is chccwdev,zipl,dasdfmt,fdasd, etc. for? Where do I find my network card parameters? Where do I find out what kind of network card it is? How do I issue CP commands from Linux.. Maybe a little on cmsfs. Where's my swap - is it on vdisk - how can I tell? What kernel parms are important to z. That kinda stuff.. Would that be useful to folks? Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Wednesday, October 24, 2007 1:37 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Unkown multicast packets with unknown mac address On Wed, Oct 17, 2007 at 2:26 PM, in message [EMAIL PROTECTED], David Boyes [EMAIL PROTECTED] wrote: -snip- Given that SHARE doesn't seem to want this content Eh? I never said that. I said the SHARE _attendees_ don't seem to want content like this. When we put on sessions of this level, we get around 3 or 5 people to show up. I think that's a chicken/egg problem. With low attendance, SHARE tends to be fairly hostile to scheduling such sessions, as you already commented. If such sessions are *not* scheduled (and seen to be scheduled/featured in the larger world that is not part of the normal SHARE crowd), then the attendees who would find those sessions interesting/useful don't bother to attend SHARE at all because it offers them no benefit. Personally, looking over the last 5 SHARE agendas showed a total of 25 sessions that would have drawn my interest (out of thousands), averaging about 5 sessions per meeting. 5 sessions per meeting does not a compelling cost case make for something as expensive as SHARE usually is. Others here at SNA do find it interesting and useful, but the current agenda doesn't attract people like me, which is what you need to get those numbers up for deep-dive sessions, and to get enough buzz to start attracting other people. You're also fighting the established large Unix systems conferences such as LISA and Usenix that currently draw 3-5K attendees now. They already DO offer those kind of sessions for Unix and Linux folks (taught by Linus or Alan or someone of that caliber), and they get attendance of 75-100 or more *because those sessions are there*. SHARE has tried to compete with the mainstream Unix conferences before, and failed miserably. SHARE does not have the mindshare or the budget to play in that league any more, even in the AIX world with IBM backing. If we want that level of detail content in a mainframe context, IMHO, it's time to create something other than SHARE to deliver it. SHARE has too much baggage to carry to be agile enough to grab this market, and IMHO, it'd be better for both organizations to divide the mainframe environment into z/OS and Linux/VM and let the two do what they do best separately. SHARE does a premier job on the z/OS side, no doubt or argument. I don't see it as the best place to promote VM and Linux development long term. I don't see how SHARE can react fast enough to survive if it tries to be everything to everybody, and having VM and Linux be a poor stepchild chained to all that baggage is a sad thing. I guess we'll probably agree to disagree here. Still, here's a view from a different point. -- db -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Another Linux swapping question
I was wrong. There is one JVM and 3 apps in that. But we're seeing it on those that just have 1 app per JVM as well. I appears some changes that went in last night may have changed the behavior -- a bit too early to tell, more time and testing required there. FP 11 + Generational garbage collection (which also saves it looks like 13% CPU as well). Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Monday, October 22, 2007 9:06 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question Well, my colleague Rob v.d. Heij beat me to the punch line, but this was where I was headedhaving more than one JVM inside a Linux guest is, imho, asking for trouble. Is there a reason you need to have multiple JVMs running at the same time? Rob van der Heij wrote: On 10/22/07, Marcy Cortes [EMAIL PROTECTED] wrote: Why would a server show such a high amount in cached when it is needing to swap? In your case, it's probably the JVM heap that is resisting. The JVM does its own management of the heap. Just like in real life: when you have multiple managers, you want at most one of them to actually do something ;-) Once the heap has been given to the JVM, Linux memory management can not see inside. When Linux cannot manage it, you want the heap to be resident in the virtual machine. But one can and should question whether the JVM heap is properly sized. Some of the rules of thumb in sizing the heap (like when in doubt, double it) come from the world of spare memory and may not apply to Linux on z/VM. The Java Garbage Collector is not as scary as it used to be. There's options in GC to see high water marks etc that help you size the heap. I have seen installations so oversize that after weeks the first GC had not even happened. If you can make it clean up now and then, you limit the amount of fresh pages and have more chance to keep those pages resident on VM. That may very well outweigh the extra cost for GC now and then. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/ -- DJ V/Soft -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: Another Linux swapping question
Sigh.. Looks like we still have a memory leak (native memory is what WAS calls linux memory as opposed to memory in the heap). After traffic picked up, swap continues to grow and cache is staying at roughly 1G. Back to the PMR... -- Server with Gen GC: free -m total used free sharedbuffers cached Mem: 1956 1867 89 0 31 858 -/+ buffers/cache:977978 Swap: 3662177 3484 -- Server w/o Gen GC: free -m total used free sharedbuffers cached Mem: 1956 1928 28 0 21 826 -/+ buffers/cache: 1080876 Swap: 3662153 3508 -- Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Thursday, October 25, 2007 1:32 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question Please keep us informed as to what you discover, Marcy. I am sure others could benefit from your efforts. -- 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: Another Linux swapping question
It was upped in hopes to stay up without crashing in 24hours. Once IBM can figure out where the memory is going, we'll bring it back down to where it was (slowly). Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Adam Thornton Sent: Thursday, October 25, 2007 1:45 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Another Linux swapping question On Oct 25, 2007, at 3:40 PM, Marcy Cortes wrote: Sigh.. Looks like we still have a memory leak (native memory is what WAS calls linux memory as opposed to memory in the heap). After traffic picked up, swap continues to grow and cache is staying at roughly 1G. Back to the PMR... Seriously, if you have that much in cache, your guest is way too big. Regardless of what swap is doing. Adam -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Swap oddities
14590.0 56.1 192.7 15:00:00 LNX132 1464.7 4.8 14600.0 67.5 209.0 14:59:00 LNX132 1464.7 6.0 14590.0 71.8 214.2 14:58:00 LNX132 1464.7 7.2 14570.0 71.7 216.3 14:57:00 LNX132 1464.7 5.5 14590.0 71.7 218.5 14:56:00 LNX132 1464.7 8.6 14560.0 71.7 215.5 14:55:00 LNX132 1464.7 8.9 14560.0 71.6 215.6 14:54:00 LNX132 1464.7 8.9 14560.0 71.6 215.6 14:53:00 LNX132 1464.7 6.2 14580.0 71.5 217.6 14:52:00 LNX132 1464.7 6.3 14580.0 71.5 217.7 14:51:00 LNX132 1464.7 6.4 14580.0 71.5 217.7 14:50:00 LNX132 1464.7 6.4 14580.0 71.4 217.7 14:49:00 LNX132 1464.7 6.6 14580.0 71.4 217.8 14:48:00 LNX132 1464.7 6.7 14580.0 71.4 217.3 14:47:00 LNX132 1464.7 7.5 14570.0 71.3 217.3 14:46:00 LNX132 1464.7 6.8 14580.0 71.3 217.4 14:45:00 LNX132 1464.7 6.4 14580.0 71.3 217.4 Marcy Cortes 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 [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: Swap oddities
Interesting! Thanks for your response Vic. I'm not sure it is working as designed. Eventually, when we use up our swap, WAS crashes OOM (that's *our* real issue, at least our biggest one anyway :). But if we are able to swapoff/swapon and recover that space without crashing WAS that kind a says to me that it didn't need it anyway - course I haven't tried that whilst workload was running through... Maybe it is destructive. We plan to experiment some with the vm.swapiness and see if that helps. I guess in the very least, we can add enough vdisks and enough VM paging packs to get through week without a recycle until we figure this out as long as response time cpu savings remain this good with 6.1. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Vic Cross Sent: Monday, October 29, 2007 7:58 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Swap oddities On Sun, 28 Oct 2007 08:41:16 am Marcy Cortes wrote: So, if I'm understanding right, those would be dirty pages no longer needed hanging out there in swap? That's right -- but you'll get arguments on the definition of no longer needed. Having sent a page to the swap device, Linux will keep it out there even if the page gets swapped in. The reason: if the page again needs to be swapped out, and it wasn't modified while it was swapped back in, you save an I/O (so the claim is that it's not that it's no longer needed, it's that it's not needed right now but might be again soon). I read about this and other interesting behaviours at http://linux-mm.org -- it seems that the operation of Linux's memory management has generated enough discussion for someone to start a wiki on it. :) The real issue in terms of VDISK is that even if we could eliminate the keep it in case we need it behaviour of Linux, there's no way for Linux to inform CP that a page of a VDISK is no longer needed and can be de-allocated. Even doing swapon/swapoff, with an intervening mkswap, even chccwdev the thing off from Linux and back on again, won't tell CP that it can flush the disk -- AFAIK, only DELETE/DEFINE would do it. I thought the point of the priortized swap was that it'd keep reusing those on the highest numbered disks before starting down to the next disk. It was well into the 3rd disk (they are like 250M, 500M, 1G, 1G). (at least I think it used to work that way!). Could there be a linux bug here? From what I've seen, Linux is working as designed unfortunately. The hierarchy of swap devices was a theory (tested by others much more skilled and equipped than me, even though I drew the funny pictures of it in the ISP/ASP Redbook). Regardless, it was only meant as an indicator for how big your *central storage* needs to be; as soon as the guest touched the second disk it was a flag to increase the central. (Can't increase central? Divide the workload across a number of guests.) Ideally you *never* want to swap; having a swap device that's almost as fast as memory helps mitigate the cost of swapping, but using that fast swap is not a habit to keep up. It's also quite possible that your smaller devices became fragmented and unable to satisfy a request for a large number of contiguous pages. Such fragmentation would make it ever more likely that the later devices would get swapped-onto as your uptime wore on. Seems like vm.swappiness=0 (or a least a lower number than the default of 60) would be a good setting for Linux under VM. Has anyone studied this? /proc/sys/vm/swappiness was introduced with kernel 2.6 [1]. The doco suggests that using swappiness=0 makes the kernel behave like it used to in the 2.4 (and earlier) days -- sacrifice cache to reduce swapping. I have seen SLES 9 systems (with 2.6 kernels) appear to use far more memory than equivalent SLES 8 systems (kernel 2.4), so from experience a low value is useful for the z/VM environment [2]. CMM is meant to be the remedy to all of this of course. Now we can give all our Linux guests a central storage allocation beyond their wildest dreams (I'm kidding), and let VMRM handle the dirty work for us. I could imagine that we could be a bit more relaxed about our vm.swappiness value then -- we still don't want each of our penguins to buffer up its disks, but perhaps the consequences aren't as severe when allocations are more fluid and more effective sharing is taking place[3]. Unfortunately I haven't used CMM in anger as I'm a little light on systems to play with nowadays. Cheerio, Vic Cross [1] Swappiness controls the likelihood
Re: Swap oddities
Thanks Vic! JVM heap size and garbage collection seem to be under control. Believe me, this is well looked at by both us and IBM's finest since it is a huge 15 IFL at peak app :)... We've had our share there of these and badly written code before... The generational GC, new with 6.1, seems to be a *phenomonal* difference (and I don't say that lightly never believing that perf knobs at the app level save you much of anything at, saving 13% in CPU and shaving 100ms off of response times (on a 500ms response time transaction). Unbelievable... So I gotta believe they are close to as good as it gets for your average programmer... Course there's always the outlier/different transaction that could be coming in and gumming up the whole system.. ... And of course WAS support says all of their leaks are fixed now :)) (and there is some significant ones there apparently in fixpacks less than the current 11 if you study WAS 6. support site:).. They are saying this is a native memory leak, not in the JVM heap, so tracing that is needed is totally invasive and therefore nearly impossible in our env. And that there is a possibility that it will *stablize* at maybe 3-5 Gig thus telling us what the virtual memory size should be (hard to believe when it was so happy, even overcommitted and probably needing 1.3G, on WAS 5/sles8 at 1.5 Gig, but you know 64bit is bigger :) ) We're leaving some up with larger swap sizes now pending the stabilization or near crash, whichever comes first. Swapoff does appear to cause some long pauses, so can't do that in production :( Can't afford to lose even 1 second because that results in ATMs not reaching back end systems... We recycle weekly anyway for DR reasons...so for now... We just need to make it 7 days without loss of response time. It probably does make more sense to keep adding vdisks vm paging volumes rather than dedicated disk for swapping. At least they'll all share that way ( clustered app with a few servers on each lpar)... Now on the otherhand.. Our test environment with probably 35 out of 100 running WAS6 it becomes not an aberration but the norm for the load we have there unfortunately. Luckily the paging system is so robust (I think we hit 20K per sec to DASD in todays Monday morning fun). More experimention is definitely needed there! Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Vic Cross Sent: Monday, October 29, 2007 7:29 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Swap oddities On Tue, 30 Oct 2007 06:19:33 am Marcy Cortes wrote: I'm not sure it is working as designed. I never said it was a good design -- and perhaps I should have read your earlier messages prior to saying that. :) It does depend on your point of view though -- it's another one of these aspects that belies Linux's single-system non-resource-sharing heritage. In a non-shared environment, keeping swap pages hanging around on disk is a good design point in that it can realistically save costly I/O. It's not so good for us though. :) Eventually, when we use up our swap, WAS crashes OOM (that's *our* real issue, at least our biggest one anyway :). Yes... and that's not going to be solved by CMM or creating different swap VDISKs or anything like that. The earlier hints about JVM heap size and garbage collection and so on will be useful here. I guess the application is being checked for leaks as well -- or do your developers write perfect code first-time-every-time too? ;-P But if we are able to swapoff/swapon and recover that space without crashing WAS that kind a says to me that it didn't need it anyway - course I haven't tried that whilst workload was running through... Maybe it is destructive. It might be, but as long as your Linux has more free virtual memory than the amount of pages in use on the device you want to remove, you *should* be able to do a swapoff without impact (things might get a little sluggish for a few seconds while kswapd shuffles things around though). It would be nice to be able to tell accurately just how much swap space is being used on a device -- /proc/meminfo is system-wide. SwapCached in /proc/meminfo is a helpful indicator that counts the swap space hanging around (you could try http://www.linuxweblog.com/meminfo among heaps of other places for more info about what the numbers from meminfo mean); if this number is low compared to your total available swap then you're not likely to get much benefit from swapoff/swapon cycles. We plan to experiment
Re: Trouble installing Tomcat
Add to your /etc/fstab like : /usr/local/ftp/pub/sles10-SP1/SLES-10-SP1-s390x-DVD1.iso /usr/local/ftp/pub/sles10-SP1/SLES-10-SP1-s390x-DVD1 iso9660 loop,ro 0 0 Then chkconfig mysql on; chkconfig apache on; chkconfig tomcat on Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Paul Noble Sent: Friday, November 02, 2007 12:32 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: [LINUX-390] Trouble installing Tomcat Thanks to everyone who helped. I downloaded the SP1 iso-image, mounted that on my FTP server and successfully installed TOMCAT5. It even starts successfully! Now, two more, hopefully, very simple question. How can I make the iso mount persistent? Right now, I lose it every time the virtual machine is booted. How can I make Mysql, apache and tomcat all start automatically every time the virtual machine is booted? Paul Noble, Systems Programmer Cuyahoga County Information Services Center -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 smime.p7s Description: S/MIME cryptographic signature
Re: SLES9 Services
Not sure why they are ending up S01 and S02, Mark'll figure that out :)... But FWIW, we put all those in the same script called /etc/init.d/webphere. Then, our WAS admin folks (and they are different for different lines of business) have only one place to for their stuff. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Kim Goldenberg Sent: Monday, November 05, 2007 12:12 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] SLES9 Services Hello all - I am attempting to set up WebSphere App Server for HATS so that it starts up correctly. If I take the startup scripts that WAS creates, they end up in a jumble that never gets off the ground after a Linux reboot. They seem to have started, but they never really initialize. If I do it manually, I start the HTTP server with their version of apachectl, then I start the DepMgr, the NodeAgent and finally the AppServer, and all is well. I am attempting to use the Required-Start: items in the script headers to make them start in the (?seemingly?) required order. I had to change the Provides: statement to make each one different (The DepMgr, NodeAgent, and AppServer all said Websphere init for that) and added the information to apachectl to give the same information. apachectl Required-Start: $network $syslog DepMgrRequired-Start: $network $syslog apachectl NodeAgent Required-Start: $network $syslog apachectl DepMgr AppServer Required-Start: $network $syslog apachectl Depmgr NodeAgent The scripts are called the same as the Provides: string. No matter what, they end up in a clump as either S01... or S02... and network is $05network, etc. I am using Yast Runlevel Editor Expert mode to enable/disable them. What am I doing wrong? Kim -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [EMAIL PROTECTED] -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
