Hi Jeff, Thanks for the work and the comments on the documentation. I've cc'ed Lindsay who works on our docs for her reference.
Second, you're right this should probably be on vyatta-hackers, so I've cc'ed that list here as well. Lastly - Ethernet cards for $4.99?!? I guess riding the price curve of commodity hardware really does beat proprietary hardware solutions! Take care, Allan -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Stockett Sent: Monday, December 03, 2007 4:03 PM To: vyatta-users Subject: Re: [Vyatta-users] documentation suggestion FWIW, to verify if the r8169 driver problem was fixed, I built a 2.6.23.9 stock kernel and booted the router using it. When I built it, I used the original config as a starting point: # cd /usr/src/linux # cp /boot/config.gz . # gunzip config.gz # make menuconfig (and then load .config, check everything, and save) It boots up fine, but when it goes to start the router-mgr I get: Module ipt_rlsnmpstats not found. Is this a custom vyatta module maybe that isn't in the stock kernel? Should I just give up and buy some different NICs or is using a newer kernel potentially an option once this module issue is solved? Thanks, Jeff P.S. I apologize if I should have posted this to vyatta-hackers instead. ----- "Jeff Stockett" <[EMAIL PROTECTED]> wrote: > My vyatta test setup includes two identically equipped older athlon xp > systems where eth0=onboard nforce, eth[1-3]=r8169 based cards. > Everything is working fine on both systems, but this weekend I spent > about an hour trying to get VRRP to work for fail-over. It works fine > on eth0 (onboard nforce) but I couldn't get it to work on eth1-3. In > exploring the issue, it appears that not all drivers support the > ability to set the MAC address (which it appears VRRP needs). I found > the following post: > > http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.22-git > 1.log > > It appears to indicate the r8169 driver didn't get the ability to set > its MAC address until sometime in kernel 2.6.22 which obviously does > me no good at the moment. > > This isn't a big deal financially, as the only reason I bought the > cards was that Fry's had them on sale for $4.99 each and they had a > low profile bracket which fit the cases I was using. However, it > might be useful to put a blurb in the VRRP section of the > documentation stating that the card's driver must support setting the > MAC address for VRRP to work (and maybe even list which drivers > support and don't support it although I can see how this list might be > difficult to compile). > > FWIW, I also notice in: > > https://bugzilla.vyatta.com/show_bug.cgi?id=2370 > > that the latest greatest build has support for a disable-vmac option - > but when I tried it in VC3 I just got syntax errors. I'm assuming > this would fix the problem also as the card then wouldn't have to set > its MAC address but just use it as is? How hard is it to upgrade to a > nightly build (we're still a few months away from production so I > wouldn't be too concerned with stability)? Any suggestions other than > use a different card? Thanks, Jeff > _______________________________________________ > Vyatta-users mailing list > Vyatta-users@mailman.vyatta.com > http://mailman.vyatta.com/mailman/listinfo/vyatta-users _______________________________________________ Vyatta-users mailing list Vyatta-users@mailman.vyatta.com http://mailman.vyatta.com/mailman/listinfo/vyatta-users _______________________________________________ Vyatta-users mailing list Vyatta-users@mailman.vyatta.com http://mailman.vyatta.com/mailman/listinfo/vyatta-users