On Tue, May 31, 2011 at 10:03 PM, Nico Kadel-Garcia <nka...@gmail.com> wrote: > > Try to set up pair-bonding, or bridged network devices for KVM use > correctly with NetworkManager. Unless something has really changed, > they're not supported, and these are very basic network configurations > for production servers. The software violates the most basic of > principles of open source GUI design. This includes *every single one* > of my published add-ons to Eric Raymond's guidelines on open source > GUI's at http://www.catb.org/~esr/writings/cups-horror.html. (Eric > gracefully included my notes as an addendum to his article: I think > i'm the only one who sent additional guidelines for that article, > rather than merely agreeing with its well justified rant about open > source GUI's.) > > The worst points are the NetworkManager cannot *read* basic network > configuration values such as pair-bonding, it will *overwrite* them, > and it *will not tell you it did so*. It will muck up your /etc/hosts > and your /etc/resolv.conf *without warning*. And it's completely > unnecessary for any but a few hosts that wander from wireless to wired > to VPN to publicn internet and need a vaguely comprehensible GUI. It > therefore absolutely should not be a part of any basic OS > installation, and should only be used for laptops or other wandering > hardware for which its limited flexibility is, in fact, useful.
I know that NM can't do bonding or bridging - yet (they've been promising them both for a few years now). It'll come - one day. I've installed it on a dev box that the company's DBA convinced the IT manager to get him rather than use his desktop as a testing ground. The other servers use bonding and don't have NM installed. I'm glad that the NM GUI's considered (at least by some) as not conforming to basic design principles; I've always found its GUI weird but it's been getting less weird (unless I've gotten used to it!). But when I installed NM on this server, it was without a GUI - for NM or anything else on the box. One pro-NM argument that I've seen is that dynamic configuration - a la udev - is the way that a modern OS should function. I don't see why a server would need dynamic configuration but that's more than likely the direction that we'll all end up going today or in a century. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTin8-zb9_EjwFiF2S=-i5r1hmov...@mail.gmail.com