Well in your defense, brcompat isn't the solution to using openvswitch to it's full potential anyways. I think it's better to create the wrapper scripts to call ovsctl directly or whatever it's called now.<br>
<br><div class="gmail_quote">On Fri, Sep 14, 2012 at 10:09 AM, christopher barry <span dir="ltr"><<a href="mailto:cbarry@rjmetrics.com" target="_blank">cbarry@rjmetrics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, 2012-09-13 at 17:05 -0400, christopher barry wrote:<br>
> greetings,<br>
><br>
> what's the plan for using openvswitch in the future, without requiring<br>
> brcompat?<br>
><br>
> while I can compile openvswitch master for use with my 3.5 kernel, the<br>
> brcompat has issues:<br>
><br>
> modprobe brcompat<br>
> FATAL: Error inserting brcompat<br>
> (/lib/modules/3.5.1/kernel/net/openvswitch/brcompat.ko): Unknown symbol<br>
> in module, or unknown parameter (see dmesg)<br>
><br>
> dmesg: brcompat: Unknown symbol ovs_dp_ioctl_hook (err 0)<br>
><br>
> ...and it seems as though the idea is to move away from bridge<br>
> compatibility anyway.<br>
><br>
> I have made this error known upstream to the ovs developers, but have<br>
> not heard back as of yet.<br>
><br>
> but back to the longer term plan, is it just some scripts that need to<br>
> change to use ovs without brcompat?<br>
><br>
><br>
> Regards,<br>
> -C<br>
<br>
</div>So, this was totally my fault.<br>
<br>
The bridge module was loaded, and this caused the error, brcompat is<br>
loaded fine now, so please excuse the noise...<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</div></div></blockquote></div><br>