Opened 16 years ago
Closed 11 years ago
#3922 closed bug (invalid)
I can't connect with DHCP from ~r.30012
Reported by: | Hubert | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Network & Internet/Stack | Version: | R1/pre-alpha1 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
In r.29857 connect with DHCP -while boot Haiku- working correctly but between r.29857 and r.30012 create changes which prevented the connection with DHCP on my desktop (btw. on my laptop dhcp work correctly)
Attachments (4)
Change History (24)
by , 16 years ago
comment:1 by , 16 years ago
Hubert, we are already 550 revisions later! This problem has long been fixed. Please try again with a current revision and report if it works again for you.
comment:2 by , 16 years ago
stippi you have right but I tested last revision ~30680 (I don't rebember now) and the same problem, but I searching (building) last working correctly revision and now I have 2 revision on HDD: r.29857 (working DHCP) and hrev30150 (DHCP failed on my desktop). Today I compile newest revision and upload syslog.
comment:4 by , 16 years ago
Unfortunatelly I can not help much with this but at least I can say that my recent change to DHCP should not be the cause of this as it is only relevnt to machines with more than one network card. Does manually configuring an IP work?
comment:5 by , 16 years ago
Static IP don't work too. This only presumption. But problem from DHCP is since moment of change in structure of folders(/boot/beos/system on /boot/system) in Haiku, just after revision 29857...
comment:6 by , 16 years ago
Hm. Can you explain your method if installation? What network driver do you use? This begins to sound like a problem of an "unclean" installation.
comment:7 by , 16 years ago
Hmm, with Haiku, Zeta (necessary makebootable with Haiku or change zbeos with haiku_loader) or Linux (precisely on USB Flash by dd). I remove old folder and transfer new. I use default driver for Realtek 8139. Image with haiku-files don't work correctly too. Interesting because when use the same usb flash with laptop (realtek 8139 too) dhcp and net work fine.
comment:8 by , 16 years ago
Just to make this clear, your problem is obviously not DHCP, but networking in general.
comment:9 by , 16 years ago
Yes, this is very possible. Can was somehow (config files etc.) extort launch of system from DHCP?
comment:10 by , 16 years ago
I made test:
I replace all folders and files from /boot/system/addons/kernel/network with rev. 30751 on files (and folders) from /boot/beos/system/addons/kernel/network with rev. 29857 (last revision with workong network at me), next I reboot system and I have DHCP and working network in r.30751. What was introduced or change in source between rev.29857 and rev.30751 ?
comment:11 by , 16 years ago
I tested precisely: last working rev.29984; frist not correct rev.30008;
comment:12 by , 16 years ago
Found guilty: rev. 30000 and higer. Propably when Axel sockety changed to inherit from WeakRef then started to burst dhcp / network.
comment:13 by , 16 years ago
comment:14 by , 16 years ago
comment:15 by , 16 years ago
Hubert, did you d a *FULL* clean install to check? You mentioned erasing directories and recreating them again. This is not the best way to go for checking this. Also, did you try in recent version to see if you could configure a static IP? Based on your comments early in this ticket it seems DHCO is not the problem at all. The problem is simply that your network stack is not working (so, DHCP would not work either).
comment:16 by , 16 years ago
by , 16 years ago
Attachment: | syslog30780 added |
---|
comment:19 by , 14 years ago
Gentlemen, I'll try to do it soon because we came with umccullough problem is with my card based on Realtek 8139 - who worked before without a problem. On my nForce ethernet work good. I must have some free time to test the card again.
comment:20 by , 11 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Possibly fixed, closing due to lack of feedback.
r.30150 ifconfig