[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190321084517.773a65fa@shemminger-XPS-13-9360>
Date: Thu, 21 Mar 2019 08:45:17 -0700
From: Stephen Hemminger <stephen@...workplumber.org>
To: Liran Alon <liran.alon@...cle.com>
Cc: "Michael S. Tsirkin" <mst@...hat.com>,
Si-Wei Liu <si-wei.liu@...cle.com>,
Sridhar Samudrala <sridhar.samudrala@...el.com>,
Alexander Duyck <alexander.duyck@...il.com>,
Jakub Kicinski <kubakici@...pl>, Jiri Pirko <jiri@...nulli.us>,
David Miller <davem@...emloft.net>,
Netdev <netdev@...r.kernel.org>,
virtualization@...ts.linux-foundation.org,
boris.ostrovsky@...cle.com, vijay.balakrishna@...cle.com,
jfreimann@...hat.com, ogerlitz@...lanox.com, vuhuong@...lanox.com
Subject: Re: [summary] virtio network device failover writeup
On Thu, 21 Mar 2019 15:04:37 +0200
Liran Alon <liran.alon@...cle.com> wrote:
> >
> > OK. Now what happens if master is moved to another namespace? Do we need
> > to move the slaves too?
>
> No. Why would we move the slaves? The whole point is to make most customer ignore the net-failover slaves and remain them “hidden” in their dedicated netns.
> We won’t prevent customer from explicitly moving the net-failover slaves out of this netns, but we will not move them out of there automatically.
The 2-device netvsc already handles case where master changes namespace.
Powered by blists - more mailing lists