Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1307654
| From | Lubomir Rintel <lkundrak@v3.sk> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/3] bonding: make device count build-time configurable |
| Date | 2016-01-12 18:30 +0100 |
| Message-ID | <qQaVB-40U-27@gated-at.bofh.it> (permalink) |
| References | <qQ5Mf-nk-35@gated-at.bofh.it> <qQa9d-3tC-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, 2016-01-12 at 08:34 -0800, Jay Vosburgh wrote: > Lubomir Rintel <lkundrak@v3.sk> wrote: > > > The devices can be created at run-time for quite some time already > > and the > > load-time device creation collides with attempts to create the > > device of > > the same name: > > > > # rmmod bonding > > # ip link add bond0 type bond > > RTNETLINK answers: File exists > > > > This is pretty much the same situation as was with the block loop > > devices > > which was solved by adding a build-time configuration that the > > distributions could use as they deem fit while keeping the default > > for > > compatibility. > > I agree this is annoying, but I would expect distros to leave > this set to 1 (for backwards compatibility with scripts that > "modprobe > bonding" then assume bond0 exists). This leaves the problem in place > for the vast majority of users. It's still an improvement to let the distributions decide if they're keeping "ip link add" broken or possibly affecting the scripts. Given the "modprobe bonding" didn't guarantee the bond0 bevice will be around at least since 2007 it think it's very reasonable for the distros to turn this off. The network management tooling shipped with Fedora (both the legacy network service and NetworkManager) always did the right thing, be it writing to /sys/class/net/bonding_masters or adding the link via rtnetlink. Moreover, NetworkManager already specifically calls "modprobe bonding maxbonds=0" to avoid the creation of an extra "bond0" device (which coincidentally also breaks the naively written scripts if they are executed after NM creates a bond). There's also a good prior art to this; as Daniel Borkmann pointed out in [1], Fedora ships a kernel with CONFIG_BLK_DEV_LOOP_MIN_COUNT=0 happily for 4 releases already. [1] http://marc.info/?l=linux-netdev&m=145261483331891&w=2 > Is there a reasonable way to resolve this that would actually > fix things for regular distro kernel users? Depends on the definition of reasonable. Not being very familiar with the rtnetlink code, it would perhaps be possible to create some half- finished "bond0" device before doing a request_module(), so that the subsequently loaded module wouldn't take it over. It doesn't sound like a good idea to me as it would still cause an extra "bond0" device in case the user chooses a different name and the workarounds such as the one NetworkManager uses would still be necessary. > > -J > > --- > -Jay Vosburgh, jay.vosburgh@canonical.com Lubo
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH 3/3] bonding: make device count build-time configurable Lubomir Rintel <lkundrak@v3.sk> - 2016-01-12 13:00 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable Jay Vosburgh <jay.vosburgh@canonical.com> - 2016-01-12 17:40 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable Lubomir Rintel <lkundrak@v3.sk> - 2016-01-12 18:30 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable Jay Vosburgh <jay.vosburgh@canonical.com> - 2016-01-12 20:40 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable David Miller <davem@davemloft.net> - 2016-01-12 21:50 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable Bjørn Mork <bjorn@mork.no> - 2016-01-12 22:50 +0100
Re: [PATCH 3/3] bonding: make device count build-time configurable David Miller <davem@davemloft.net> - 2016-01-12 21:50 +0100
csiph-web