Bottom line up front: when I turned off my wireless AP, everything
worked as expected.
Tom Metro wrote:
> JP Vossen wrote:
>> $ tail -f dhcpd.log | grep -i '00:0D:FE:22:5E:A2'
>> # Firmware boot:
>> Oct 31 18:24:35 drake dhcpd: DHCPDISCOVER from 00:0d:fe:22:5e:a2 via eth0
>> Oct 31 18:24:35 drake dhcpd: DHCPOFFER on 192.168.xx.92 to
>> 00:0d:fe:22:5e:a2 via eth0
>> Oct 31 18:24:35 drake dhcpd: DHCPREQUEST for 192.168.xx.92
>> (192.168.99.11) from 00:0d:fe:22:5e:a2 via eth0
>> Oct 31 18:24:35 drake dhcpd: DHCPACK on 192.168.xx.92 to
>> 00:0d:fe:22:5e:a2 via eth0
>> # mvpmc boot = nothing... :-(
>
> You mentioned this was an MVP that also had a wireless interface -
> right? Maybe the second DHCP request is being sent over the wireless
> interface.
>
> Do you have a wireless network setup that would be able to see that?
>
> Double check your settings that control which interface the MVP uses.
> Perhaps the newest dongle you tried did something wrong and unexpectedly
> flipped a bit in the settings data stored in Flash. I wonder if there is
> a procedure for resetting those to factory defaults?
>
> Obviously you're booting from the wired interface, so the Hauppauge
> firmware thinks it should be using the wired interface, but maybe
> mvpmc's logic for determining which interface to use is faulty or
> otherwise different from the logic Hauppauge uses.
YUP!!! Then, based on your and Martin's comments, I finally had a brain
storm. What if I unplug my wireless router? I didn't think of that
before because I don't actually use it for anything. It's connected to
a back-up ISP link just for testing and messing with, I don't consider
it production. Doh!
When I retested with my wireless AP turned off, 20080820, 20081031, and
20081101 worked fine! This time, 0.3.3 and 0.3.4 get stuck after the
8th box, but I'm pretty sure that's due to stuff that's too "new" in my
config (i.e. NTP and/or extra tftp). <smacks self in the head
repeatedly with a large heavy object>
So what we have is a serious (IMHO) bug in mvpmc's interface selection
code. It seems like it will use wireless, if a signal is present and it
can get DHCP, even if the MVP firmware is set to prefer wired and if
wired is present. Personally, I'd flip that. If someone has gone to
the trouble of plugging an Ethernet cable in, I'd suggest they mean to
use it, even if wireless is also present.
The delay between the 7th and 8th green boxes is longer now. This
supports me theory that it's trying wireless no matter what, then
failing-over to wired.
Since this MVP unit is my second/test one, I am more than happy to test
however anyone needs me to, in order to resolve this bug. Just let me
know! I was really worried that my problem was systemic and that I'd
love my other MVP if I tested with it. That one is critical
infrastructure. But it also doesn't have wireless, so in this case it
would have been fine. Go figure.)
Many thanks to Tom and Martin for their personal help in resolving this!
As I mentioned in my first message, I was pretty sure the problem was
on my end (in my environment). But I'd have never guessed how unrelated
(in my head, since I don't really use wireless) it was.
> It'd be handy if we could log what was going on during the boot phase.
Indeed. But how could we access it, if I can't ping or telnet or anything?
Thanks,
JP
----------------------------|:::======|-------------------------------
JP Vossen, CISSP |:::======| jp{at}jpsdomain{dot}org
My Account, My Opinions |=========| http://www.jpsdomain.org/
----------------------------|=========|-------------------------------
"Microsoft Tax" = the additional hardware & yearly fees for the add-on
software required to protect Windows from its own poorly designed and
implemented self, while the overhead incidentally flattens Moore's Law.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/
