Il 19/12/2014 17:04, Simon Horman ha scritto:
On Fri, Dec 19, 2014 at 11:43:42PM +0800, Thomas Goirand wrote:
On 12/19/2014 11:32 PM, Thomas Goirand wrote:
On 12/19/2014 10:25 PM, Simon Horman wrote:
On Fri, Dec 19, 2014 at 06:39:39PM +0800, Thomas Goirand wrote:
On 12/19/2014 11:50 AM, Simon Horman wrote:
On Thu, Dec 18, 2014 at 05:30:42PM -0800, Joe Stringer wrote:
On 18 December 2014 at 01:00, Fabio Fantoni <fabio.fant...@m2r.biz> wrote:
One maintainer or debian developer can do a new build of ovs with the fix
available in 2.3.1 please?

   * Version 2.3.0+git20140819-2 of openvswitch is marked for
     autoremoval from testing on 2015-01-15.
   * It is affected by RC bug #771863 <https://bugs.debian.org/771863>.

Without this fix openvswitch will be removed from Jessie and I think this
would be a bad thing.

Thanks for any reply and sorry for my bad english.
Ben usually takes care of this sort of thing, but he is out on holiday
through to Christmas.

Simon, would you be able to take care of this?
Sure, I have uploaded a fresh package which attempts to do so.
It contains no other changes.
Simon,

Did you ask for an unblock to the release team?
Hi Thomas,

I would be grateful for some assistance understanding what needs to
be done there. At this point I have not made any unblock requests.
But the intention of this upload was to provide something to
be included in Jessie and thus it needs to migrate to testing somehow.
I'm sending the unblock request as we speak.

Thomas
https://bugs.debian.org/773534
Thanks.

I sent one too, following Fabio Fantoni's excellent advice. I suppose the
two bugs can be merged if/when mine shows up in the bug tracker.

I tried 2.3.0+git20140819-3 building it in wheezy with kernel 3.16 from backports but bridge of my test was still not working:
auto xenbr0
allow-ovs xenbr0
iface xenbr0 inet static
       address 192.168.1.90
        netmask 255.255.255.0
        network 192.168.1.0
        broadcast 192.168.1.255
        gateway 192.168.1.200
        ovs_type OVSBridge
        ovs_ports eth0

auto eth0
allow-xenbr0 eth0
iface eth0 inet manual
        ovs_bridge xenbr0
        ovs_type OVSPort

auto xenbr1
allow-ovs xenbr1
iface xenbr1 inet static
       address 192.168.45.91
        netmask 255.255.255.0
        network 192.168.45.0
        broadcast 192.168.45.255
        ovs_type OVSBridge
        ovs_ports vlan100

allow-xenbr1 vlan100
iface vlan100 inet manual
        ovs_bridge xenbr1
        ovs_type OVSIntPort
        ovs_options tag=100
ovs_extra set interface ${IFACE} external-ids:iface-id=$(hostname -s)

For have it working I had to do "service networking restart".
I found probably final solution applying also this patch:
http://git.openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=commitdiff;h=9a8b5cc1a3d941c0e33f3f5b5ac260a35a8130af
Even if seems not good in some cases.
I don't know if also Jessie have this problem but probably yes. If yes I think this bug is only partially solves with 2.3.0+git20140819-3.



I had also another start problem probably not related to this, after some hours xenbr0 stopped to working. I not found any useful errors about in logs, only some strange thing, in ifconfig xenbr0 was without the static ip, in syslog keep tried to acquire configuration with dhcp failing (dhcp server present and working in lan). After "service networking restart" was working again but I not understand was happen and why :(
Someone have any idea about?



Thanks for any reply and sorry for my bad english.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to