I found the reason, it's my fault, I apply the splinter VLAN on wrong
interface (br0). So the network loop happened, but i still don't know how
to stop reference (Usage count=1).

Thanks,
Kris


On Fri, May 10, 2013 at 9:55 AM, Kris zhang <zhang.k...@gmail.com> wrote:

> Thanks Jesse,  I only put a DHCP listen ip on this port br100:
> > ifconfig br100 192.188.1.10/24 up
> And then i run a dnsmasq process by this listening ip.
>
> Also i found there is a network loop between two hosts, and both hosts are
> use single NIC, and the host ip is on br0. I don't know why network loop
> happened. but after i stop the loop by:
> > ifconfig eth0 down
> And i try to delete br100, one of the hosts is ok, another hosts is not
> ok, the error syslog "kernel: unregister_netdevice: waiting for br100 to
> become free. Usage count=1" constantly displayed.
>
> so if the ovs cannot be used in the host which only has single NIC?
> (because of the network loop).
>
> Best regards,
> Kris
>
>
>
> On Fri, May 10, 2013 at 5:24 AM, Jesse Gross <je...@nicira.com> wrote:
>
>> On Thu, May 9, 2013 at 5:23 AM, Kris zhang <zhang.k...@gmail.com> wrote:
>> > Hi guys,
>> >
>> > I use ovs 1.7, and i created a br0, and then add a fake bridge br100
>> > (tag=100) on br0:
>> > ovs-vsctl add-br br0
>> > ovs-vsctl add-br br100 br0 100
>> > ovs-vsctl add-port br0 eth0
>> > ovs-vsctl add-port br100 tap-test
>> >
>> > Now it works ok. After a while i deleted the br100:
>> > ovs-vsctl del-br br100
>> >
>> > There is a system log:
>> > kernel: unregister_netdevice: waiting for br100 to become free. Usage
>> > count=1
>> >
>> > this error log cannot stop. If i try to reboot the host, the error log
>> block
>> > rebooting. how to fix this issue?
>>
>> This is a symptom of a subsystem holding a reference on a device and
>> not releasing it. In many cases, OVS could be such as subsystem that
>> takes references, however, in this case OVS is the owner/creator of
>> the device and therefore doesn't need an extra reference. What are you
>> using this device for?
>>
>
>
_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to