Re: Bonding
Hi David, I am using SLES 8 SP4. OSA is attached to z/VM 4.4 and z/VM assigned three device numbers to linux guest to form on NIC. If there is qetharp for ARP equivalent on zLinux, is there any other network teaming software that is equivalent with bonding? qethbonding? Cheers. -- Original Message -- From: "David Boyes" <[EMAIL PROTECTED]> Date: Tue, 14 Feb 2006 10:07:06 -0500 > >> I found that SLES 8 includes "bonding" drivers. It works fine >> for SLES 8 on Intel. However, I encountered problem with SLES >> 8 on S390. >> >> Has anyone tried using "bonding" on SLES 8 (SP4) on S390 platform? > >Haven't tried it, but unless you're running very recent network drivers >(later than SLES8 SP2) and attaching the guests directly to the OSA or a >VSWITCH, I doubt it'll work. A lot of those tools rely on ARP actually >functioning all the way to the guest, and until the layer 2 code was >introduced, OSAs and guest LANs didn't actually allow ARP to work (by >design -- the ARP function is offloaded into the OSA and not directly >accessible to the guest). > > Sent via the AlumMail https://alumni.nus.edu.sg -- 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: NFS hangs
Calzaretta Henry - hcalza wrote: John, - Here is contents of /etc/exports on the system running the NFS server: /xs2files 192.168.47.72(rw,sync,no_root_squash) - The lock and portmap daemons appear to be running on the effected system(s). - I don't see any .nfs* files in the filesystem. Just in case you didn't look hard enough to see "hidden" files: find /xs2files -type f -name \.nfs\* - The files are mounted rw as you can see above. :-) They're exported rw. I'll assume that you know what you're doing on this tho. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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
Re: Windows vs. Linux TCO study
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Marcy Cortes > Sent: Tuesday, February 14, 2006 11:52 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Windows vs. Linux TCO study > > > > >Looks likes a one sided study in the other direction. > > Aren't they all? Just throw management the one you want them > to believe > ;) > > > Marcy Cortes Or, in some cases (not here, really), throw them both sides. And watch them freeze into immobility until somebody hits their reset button. Unless, of course, they have already made up their minds based on who-knows-what. Then you can throw anything you want at them and they become "the teflon manager". -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: Windows vs. Linux TCO study
>Looks likes a one sided study in the other direction. Aren't they all? Just throw management the one you want them to believe ;) 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: Windows vs. Linux TCO study
On 2/13/06, Marcy Cortes <[EMAIL PROTECTED]> wrote: > Here's a study just out: > http://osdl.org/newsroom/press_releases/2006_Jan_02.beaverton.html/20006 > _02_13_beaverton.html/newsitem_view > > Looks likes a one sided study in the other direction. -- 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: NFS hangs
We used to experience something similar to this. A mount appears to hung but eventually succeeds after a long time. We then run portmap service on all the clients and the problem went away. I never realy fully understood why this solved the problem. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Summerfied Sent: Tuesday, February 14, 2006 9:21 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: NFS hangs Calzaretta Henry - hcalza wrote: > Hello, > > > > We have a filesystem which is shared by 4 Linux guests via NFS. We have > been using this setup for quite some time. Recently we've seen 2 cases > where access to the NFS file on 1 or more of the non-owning guests began > to slow down. A "df" command on the effected system would stop before > the NFS file and hang for >10 seconds. We've stopped all the tasks > using the file, unmounted, and remounted it, with the same result. The > only way to resolve the problem was to shutdown and IPL the effected > Linux guest(s). The owning guest, i.e. the one running the NFS server, > never had to be bounced. > > > > The network setup used for these mounts is a Guest LAN. Linux is SLES8 > SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in > /etc/fstab for the mount. > > > > /etc/fstab entry: > > > > 192.168.47.65:/xs2files /xs2files nfs > > > > If anyone has seen this scenario before, any insight would be much > appreciated. I haven't seen it for some years; I recall it used to happen a lot with RHL 5.0, and I don't know when it stopped bothering me What's in /etc/exports? Has one of the daemons died? Are you finding .nfs files getting left around? If you're exporting ro, does mounting "-o nolock" help? -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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
Re: NFS hangs
John, - Here is contents of /etc/exports on the system running the NFS server: /xs2files 192.168.47.72(rw,sync,no_root_squash) - The lock and portmap daemons appear to be running on the effected system(s). - I don't see any .nfs* files in the filesystem. - The files are mounted rw as you can see above. Thanks, Hank -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of John Summerfied Sent: Tuesday, February 14, 2006 11:21 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: NFS hangs Calzaretta Henry - hcalza wrote: > Hello, > > > > We have a filesystem which is shared by 4 Linux guests via NFS. We have > been using this setup for quite some time. Recently we've seen 2 cases > where access to the NFS file on 1 or more of the non-owning guests began > to slow down. A "df" command on the effected system would stop before > the NFS file and hang for >10 seconds. We've stopped all the tasks > using the file, unmounted, and remounted it, with the same result. The > only way to resolve the problem was to shutdown and IPL the effected > Linux guest(s). The owning guest, i.e. the one running the NFS server, > never had to be bounced. > > > > The network setup used for these mounts is a Guest LAN. Linux is SLES8 > SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in > /etc/fstab for the mount. > > > > /etc/fstab entry: > > > > 192.168.47.65:/xs2files /xs2files nfs > > > > If anyone has seen this scenario before, any insight would be much > appreciated. I haven't seen it for some years; I recall it used to happen a lot with RHL 5.0, and I don't know when it stopped bothering me What's in /etc/exports? Has one of the daemons died? Are you finding .nfs files getting left around? If you're exporting ro, does mounting "-o nolock" help? -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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 * The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. 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
Re: NFS hangs
Calzaretta Henry - hcalza wrote: Hello, We have a filesystem which is shared by 4 Linux guests via NFS. We have been using this setup for quite some time. Recently we've seen 2 cases where access to the NFS file on 1 or more of the non-owning guests began to slow down. A "df" command on the effected system would stop before the NFS file and hang for >10 seconds. We've stopped all the tasks using the file, unmounted, and remounted it, with the same result. The only way to resolve the problem was to shutdown and IPL the effected Linux guest(s). The owning guest, i.e. the one running the NFS server, never had to be bounced. The network setup used for these mounts is a Guest LAN. Linux is SLES8 SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in /etc/fstab for the mount. /etc/fstab entry: 192.168.47.65:/xs2files /xs2files nfs If anyone has seen this scenario before, any insight would be much appreciated. I haven't seen it for some years; I recall it used to happen a lot with RHL 5.0, and I don't know when it stopped bothering me What's in /etc/exports? Has one of the daemons died? Are you finding .nfs files getting left around? If you're exporting ro, does mounting "-o nolock" help? -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ 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
Re: NFS hangs
Alan, I will try those commands the next time we see the problem. The df and ls commands against the NFS do eventually return, after 10 to 20 seconds, so data is actually moving, albeit slowly. Thanks, Hank -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Tuesday, February 14, 2006 10:45 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: NFS hangs On Tuesday, 02/14/2006 at 11:37 EST, Neale Ferguson <[EMAIL PROTECTED]> wrote: > Some questions: > - What other changes have taken place on the VM system? > - How big are the virtual machines? > - Do other commands on the affected Linux guests respond quickly (what > about on the NFS server(s))? > - How much storage does your VM system have? > - What are the SRM settings for your VM system? (Q SRM from an > apporpriately privileged user) > - What does #CP IND Q report when the hang is happening? > - Do you have a performance tool on your system? And does #CP QUERY NIC DETAILS on the NFS server and client guests show TX/RX packet counts going up consistently? Compared with ifconfig on the guests? I.e., is data actually moving? 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 * The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. 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
Re: NFS hangs
Neale, - No changes have been made to z/VM. - These are 1G WebSphere guests, each with 768MB java heap size. - All other commands work fine on all 4 servers. Only commands going against the NFS, e.g. df, ls, on the effected system(s) run slowly until that system is bounced. - z/VM has 17GB of storage configured as 13056MB central and 4352MB expanded. - We've adjusted the SRM parameters as has everyone running this environment: q srm IABIAS : INTENSITY=90%; DURATION=2 LDUBUF : Q1=300% Q2=200% Q3=100% STORBUF: Q1=200% Q2=175% Q3=150% DSPBUF : Q1=32767 Q2=32767 Q3=32767 DISPATCHING MINOR TIMESLICE = 5 MS MAXWSS : LIMIT=% .. : PAGES=99 XSTORE : 0% - I will run the #CP IND Q report when the problem occurs next. - We run the IBM Perfkit. Thanks, Hank -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Neale Ferguson Sent: Tuesday, February 14, 2006 10:37 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: NFS hangs Some questions: - What other changes have taken place on the VM system? - How big are the virtual machines? - Do other commands on the affected Linux guests respond quickly (what about on the NFS server(s))? - How much storage does your VM system have? - What are the SRM settings for your VM system? (Q SRM from an apporpriately privileged user) - What does #CP IND Q report when the hang is happening? - Do you have a performance tool on your system? Neale -Original Message- Hello, We have a filesystem which is shared by 4 Linux guests via NFS. We have been using this setup for quite some time. Recently we've seen 2 cases where access to the NFS file on 1 or more of the non-owning guests began to slow down. A "df" command on the effected system would stop before the NFS file and hang for >10 seconds. We've stopped all the tasks using the file, unmounted, and remounted it, with the same result. The only way to resolve the problem was to shutdown and IPL the effected Linux guest(s). The owning guest, i.e. the one running the NFS server, never had to be bounced. The network setup used for these mounts is a Guest LAN. Linux is SLES8 SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in /etc/fstab for the mount. -- 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 * The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. 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
Re: NFS hangs
On Tuesday, 02/14/2006 at 11:37 EST, Neale Ferguson <[EMAIL PROTECTED]> wrote: > Some questions: > - What other changes have taken place on the VM system? > - How big are the virtual machines? > - Do other commands on the affected Linux guests respond quickly (what > about on the NFS server(s))? > - How much storage does your VM system have? > - What are the SRM settings for your VM system? (Q SRM from an > apporpriately privileged user) > - What does #CP IND Q report when the hang is happening? > - Do you have a performance tool on your system? And does #CP QUERY NIC DETAILS on the NFS server and client guests show TX/RX packet counts going up consistently? Compared with ifconfig on the guests? I.e., is data actually moving? 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
Re: NFS hangs
Some questions: - What other changes have taken place on the VM system? - How big are the virtual machines? - Do other commands on the affected Linux guests respond quickly (what about on the NFS server(s))? - How much storage does your VM system have? - What are the SRM settings for your VM system? (Q SRM from an apporpriately privileged user) - What does #CP IND Q report when the hang is happening? - Do you have a performance tool on your system? Neale -Original Message- Hello, We have a filesystem which is shared by 4 Linux guests via NFS. We have been using this setup for quite some time. Recently we've seen 2 cases where access to the NFS file on 1 or more of the non-owning guests began to slow down. A "df" command on the effected system would stop before the NFS file and hang for >10 seconds. We've stopped all the tasks using the file, unmounted, and remounted it, with the same result. The only way to resolve the problem was to shutdown and IPL the effected Linux guest(s). The owning guest, i.e. the one running the NFS server, never had to be bounced. The network setup used for these mounts is a Guest LAN. Linux is SLES8 SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in /etc/fstab for the mount. -- 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
NFS hangs
Hello, We have a filesystem which is shared by 4 Linux guests via NFS. We have been using this setup for quite some time. Recently we've seen 2 cases where access to the NFS file on 1 or more of the non-owning guests began to slow down. A "df" command on the effected system would stop before the NFS file and hang for >10 seconds. We've stopped all the tasks using the file, unmounted, and remounted it, with the same result. The only way to resolve the problem was to shutdown and IPL the effected Linux guest(s). The owning guest, i.e. the one running the NFS server, never had to be bounced. The network setup used for these mounts is a Guest LAN. Linux is SLES8 SP2, VM is V5.1. We take all the defaults for rsize, wsize, etc. in /etc/fstab for the mount. /etc/fstab entry: 192.168.47.65:/xs2files /xs2files nfs If anyone has seen this scenario before, any insight would be much appreciated. Thanks, Hank Calzaretta Acxiom Corp * The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. 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
Re: Bonding
> I found that SLES 8 includes "bonding" drivers. It works fine > for SLES 8 on Intel. However, I encountered problem with SLES > 8 on S390. > > Has anyone tried using "bonding" on SLES 8 (SP4) on S390 platform? Haven't tried it, but unless you're running very recent network drivers (later than SLES8 SP2) and attaching the guests directly to the OSA or a VSWITCH, I doubt it'll work. A lot of those tools rely on ARP actually functioning all the way to the guest, and until the layer 2 code was introduced, OSAs and guest LANs didn't actually allow ARP to work (by design -- the ARP function is offloaded into the OSA and not directly accessible to the guest). -- 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: Bonding
Johnny Tan wrote: Hi All, Recently, I have tried to do network teaming for two network cards to perform as one network for HA purpose. I found that SLES 8 includes "bonding" drivers. It works fine for SLES 8 on Intel. However, I encountered problem with SLES 8 on S390. Has anyone tried using "bonding" on SLES 8 (SP4) on S390 platform? I don't believe the bonding drivers are meant for a HA-setup, but more to be used to combine the bandwidth of two cards into one link. I can't say if bonding would work too, but normally you'd operate some sort of heartbeat mechanism and activate an ip-takeover in the case of a fault. Per Jessen, Zurich -- 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
Bonding
Hi All, Recently, I have tried to do network teaming for two network cards to perform as one network for HA purpose. I found that SLES 8 includes "bonding" drivers. It works fine for SLES 8 on Intel. However, I encountered problem with SLES 8 on S390. Has anyone tried using "bonding" on SLES 8 (SP4) on S390 platform? The /etc/log/warn has the following entry kernel: qeth: eth2: not enough headroom in skb. Increasing the add_hhlen parameter by 30 may help. I am not sure if "bonding" is meant for "qeth" as well. It works well for eth. Just like arp command works to find MAC address of ethxx but not on qethxx. For qeth, you will need to use qetharp command. Note: I am using OSA express card for the network interface card on z890. Sent via the AlumMail https://alumni.nus.edu.sg -- 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