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
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
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
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
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
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
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
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
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
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
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
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.
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,
-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
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.
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.
--
16 matches
Mail list logo