Re: dhcp client sometimes fails?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 4 Apr 2020 at 15:23, Tom Horsley <horsley1953@xxxxxxxxx> wrote:
I'm using network, not NetworkManager. I've got a bridge set up
with my (one and only) ethernet point connected to it. I'm
running fedora 31. 
 
Randomly, when I reboot the system to get a new kernel
or something, dhcp will fail to assign an IP address to
the bridge. I'll reboot again and it will be OK (I have
also been able to do an ifdown/ifup to get an IP addr).

A bridge doesn't require an IP address.   At my former work,
we were only allowed to connect one device to each ethernet
drop.   Even so there were some problems tracking down 
unauthorized devices doing bad things on the network. 

I once found a web page that said STP (spanning tree
protocol) slowed things way down, and with my config
I can't possibly have any loops, so I disable STP. That
did indeed make network startup far more reliable, but
it still sometimes fails.

Does anyone else have this problem? Is there some
magic I can perform to make it reliable? I don't have
this problem when configured with a static IP, but they
were redoing a lot of network infrastructure and
recommended everyone switch to dhcp.

At my work, this was done because there were more 
devices than available addresses.   If you rebooted, 
you risked not being able to get an IP.   We negotiated
for a small block of fixed addresses for the servers in
my group.
 

It also seemed very reliable before I created the bridge
(but I need the bridge to run virtual machines).

Working from home, I've now become paranoid about installing
updates that need a reboot for fear I won't be able to get
to the machine again because the network never comes back up.

Maybe I should install a script in rc.local that checks to see
if an IP address was defined, and reboots again if not :-).

If you can do a script you could just try getting dhcp to assign
an address in a loop until it works.
 
--
George N. White III

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux