Am Donnerstag, 23. September 2021, 17:33:43 CEST schrieb Richard Brown:
On Thu, 2021-09-23 at 17:14 +0200, Mathias Homann wrote:
Am Donnerstag, 23. September 2021, 16:53:47 CEST schrieb Richard
Brown:
On Thu, 2021-09-23 at 16:20 +0200, Mathias Homann wrote:
Am 2021-09-23 09:14, schrieb Mathias Homann:
Am 2021-09-22 21:00, schrieb Dominique Leuenberger:
Please note that this mail was generated by a script. The described changes are computed based on the x86_64 DVD. The full online repo contains too many changes to be listed here.
Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid =1&v ersion=Tumbleweed&build=20210920> >
After upgrading to 20210920 my laptop can't get an IPv4 address via dhcp anymore - it just times out. IPv6 adresses come in reliably via radvd, but I don't have a V6 resolver in my network...
There's definitely something wrong with dhclient or the likes - asd soon as I configure a connection with static adresses all is well. But of course that doesn't work with a laptop that is used while travelling.
Cheers Mathias
There definately isn't an issue with network on my 0920 laptop which has travelled across 4 different networks so far today, all but one with fresh DHCP leases..
what network card do you have?
I can confirm DHCP works on the following cards
Realtek rtl8153b Intel e1000e
So I think you'll need to ask yourself what differences your system must have from the default and/or every single (very DHCP heavy) test done on openQA.
is there a dhcp test in openQA that turns off the randomized mac adresses? because that is the only "special" bit about my network configuration that comes to mind - I need to be able to identify client computers by their true hardware mac address.
Yes, and not only that, my e1000e carded system doesn't use randomized mac addresses
and here I don't even see outgoing dhcp packages with tcpdump on the affected systems... let's just say for peace's sake that it IS because of some local change that I have unknowingly done on two separate systems that had no effect up to tumbleweed 20210916, but breaks dhcp in 20210920, what the *beep* would that be? Definitely nothing in the network setup, because all I've done there is the bog standard "nmcli con add". at this point I'd be glad for any useful hint... Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org Jabber (XMPP): lemmy@tuxonline.tech IRC: [Lemmy] on freenode and ircnet (bouncer active) telegram: https://telegram.me/lemmy98 keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102