It's a pleasure working with someone so helpful and responsive.
I'll send out a formal patch soon. Thanks.
On Thu, Aug 26, 2010 at 01:17:40PM -0300, Luiz Henrique Ozaki wrote:
> Yeah, that fixed !! No more high CPU.
>
> Thanks for the fast fix on this.
>
> On Wed, Aug 25, 2010 at 8:42 PM, Ben
Yeah, that fixed !! No more high CPU.
Thanks for the fast fix on this.
On Wed, Aug 25, 2010 at 8:42 PM, Ben Pfaff wrote:
> Thanks so much. I think I see the real problem now. Could you
> re-enable the call to bond_wait(br), and then make a different change?
> Here it is:
>
> diff --git a/vswi
Thanks so much. I think I see the real problem now. Could you
re-enable the call to bond_wait(br), and then make a different change?
Here it is:
diff --git a/vswitchd/bridge.c b/vswitchd/bridge.c
index 476073a..4c9b019 100644
--- a/vswitchd/bridge.c
+++ b/vswitchd/bridge.c
@@ -141,7 +141,7 @@ st
Perfect !!
Commenting out the bond_wait(br) solved this high CPU.
If you need more debuging and testing, be my guest.
Regards,
On Wed, Aug 25, 2010 at 7:43 PM, Ben Pfaff wrote:
> There's nothing unusual there. Hmm.
>
> If you're willing to try some experiments, maybe we can learn more.
>
> F
There's nothing unusual there. Hmm.
If you're willing to try some experiments, maybe we can learn more.
First, try commenting out the call to "bond_wait(br)" in bridge_wait()
in vswitchd/bridge.c. Does that have any effect?
If that has no effect, then try commenting out the call to
poll_timer_
# ovs-appctl bond/show bond0
updelay: 200 ms
downdelay: 0 ms
next rebalance: 8481 ms
slave eth3: enabled
active slave
hash 218: 5 kB load
00:23:7d:e8:2a:00
slave eth2: enabled
# ovs-appctl bond/show bond1
updelay: 200 ms
downdelay: 0 ms
next rebalance: 9737 ms
slave
Here goes:
May 16 21:56:39|14629|poll_loop|DBG|0-ms timeout: 0x805bac1(bridge_wait)
0x8063da9(main) 0xb7470e9c
May 16 21:56:39|14630|poll_loop|DBG|0-ms timeout: 0x805bac1(bridge_wait)
0x8063da9(main) 0xb7470e9c
May 16 21:56:39|14631|poll_loop|DBG|0-ms timeout: 0x805bac1(bridge_wait)
0x8063da9(main)
On Wed, Aug 25, 2010 at 05:59:35PM -0300, Luiz Henrique Ozaki wrote:
> May 16 21:56:39|14629|poll_loop|DBG|0-ms timeout: 0x805bac1(bridge_wait)
> 0x8063da9(main) 0xb7470e9c
Thanks. It's definitely part of the bridge code then. What does
"ovs-appctl bond/show ", with replaced by the name
of the
On Wed, Aug 25, 2010 at 01:03:16PM -0700, Ben Pfaff wrote:
> On Wed, Aug 25, 2010 at 02:53:05PM -0300, Luiz Henrique Ozaki wrote:
> > I'm trying to create a bond interface with OpenvSwitch in a XenServer 5.6
> > and I'm getting a high load CPU for the ovs-vswitchd, but It's working
> > apparently.
On Wed, Aug 25, 2010 at 02:53:05PM -0300, Luiz Henrique Ozaki wrote:
> I'm trying to create a bond interface with OpenvSwitch in a XenServer 5.6
> and I'm getting a high load CPU for the ovs-vswitchd, but It's working
> apparently.
Hi Luiz. This shouldn't happen.
When the vswitch is in this high
Hi,
I'm trying to create a bond interface with OpenvSwitch in a XenServer 5.6
and I'm getting a high load CPU for the ovs-vswitchd, but It's working
apparently.
Doing a strace in the process I'm getting:
ioctl(24, SIOCGIFFLAGS, {ifr_name="bond0",
ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IF
11 matches
Mail list logo
