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 th
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 system
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))?
>
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
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 O
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 s
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.
>
>
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
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.
-- Ori
16 matches
Mail list logo