http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c2 --- Comment #2 from Vladislav Milenin --- Created attachment 851677 --> http://bugzilla.opensuse.org/attachment.cgi?id=851677&action=edit journalctl -b -u NetworkManager Here is the NetworkManager log for today. It was not possible to connect the first time, but it turned out the second time. Sometimes it is possible to randomly establish a connection. The DHCP must be configured correctly. Before that, I worked on Linux Mint for a year, I never had such a problem. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c8 --- Comment #8 from Vladislav Milenin --- Created attachment 852086 --> http://bugzilla.opensuse.org/attachment.cgi?id=852086&action=edit journalctl -b -u NetworkManager from a third-party repository Yes, I noticed that I installed this package incorrectly. I installed it for the second time, but this time correctly. Even in the config, NetworkManager replaced dhcp=dhclient to dhcp=internal. I noticed a very strange behavior of the network. The network was connected to the Internet normally for two days, but this morning it refused to connect again. I had to use the phone as a USB modem. In the afternoon, I turned it on again and the network was already connected normally. The strange thing is that I noticed that if you connect the Internet via your phone as a USB modem, then after disconnecting it from the computer, the network sometimes connects correctly for some time. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c10 --- Comment #10 from Vladislav Milenin --- Created attachment 852115 --> http://bugzilla.opensuse.org/attachment.cgi?id=852115&action=edit Logs of journalctl There have been no connection failures since the last time -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c14 --- Comment #14 from Vladislav Milenin --- (In reply to Jonathan Kang from comment #12)

(In reply to Vladislav Milenin from comment #11)

...

Created attachment 852201 [details] Logs of dhcp=dhclient

After replacing dhcp=dhclient to dhcp=internal, the Internet was connected correctly for these few days. But it was worth changing these values back, as the same problem reappeared. In a non-working state, I took the logs again and returned them back to dhcp=internal, since it works better with it.

Can you install NetworkManager from the repo mentioned in comment#5 and provide logs again? More verbose messages are needed to debug dhclient.

Thanks.

I conducted additional testing. It seems that changing the parameter in the NM config to dhcp=internal solves the problem, because after that the Internet began to connect normally. But I still did not understand why such an error is obtained with the parameter dhcp=dhclient. You asked to install NM from comment#5, which I did. YaST notified about the correct installation, then restarted the computer and took the logs. But you write that NM is still installed from the standard openSUSE repositories. I checked again and left a screenshot of YaST in comment#13, where it is clear that NM is installed from the GNOME repository:Factory, which was added after installing the package. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c16 --- Comment #16 from Vladislav Milenin --- Created attachment 852384 --> http://bugzilla.opensuse.org/attachment.cgi?id=852384&action=edit Logs NM of JonathanKang braches GNOME Factory I changed the NM repository to home:Jonathan Kang:branches:GNOME:Factory and took the logs again. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c18 --- Comment #18 from Vladislav Milenin --- (In reply to Jonathan Kang from comment #17)

(In reply to Vladislav Milenin from comment #16)

...

Created attachment 852384 [details] Logs NM of JonathanKang braches GNOME Factory

I changed the NM repository to home:Jonathan Kang:branches:GNOME:Factory and took the logs again.

dhclient never receives an DHCPACK after sending DHCPREQUEST message. But I have no idea exactly why. I guess you're using a router, so it won't be possible to get dhcp related logs from the dhcp server side.

Yes, I use a Zyxel keenetic lite III router. The router was configured by the master once, during installation. For all the time of operation, not a single device had any connection errors via a wired connection and Wi-Fi. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c20 Reinhard Max changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vladislavmil@mail.ru Flags|needinfo?(max@suse.com) |needinfo?(vladislavmil@mail | |.ru) --- Comment #20 from Reinhard Max --- (In reply to Jonathan Kang from comment #19)

I guess you're the maintainer of dhclient.

yes, I am the maintainer of the dhcp package, but not a deep expert in DHCP.

Do you have any idea about what could go wrong here?

I discussed this with Marius, but we couldn't find a possible reason within dhclient that would explain this. To narrow this further down we want to see if the missing DHCPACK packages are not being sent by the router, being filtered by the kernel, or being silently ignored by dhclient, because it thinks they are invalid. For that, please disable your firewall (if it is active) and change some settings: # sysctl -w net.ipv4.conf.all.log_martians=1 # sysctl -w sysctl -w net.ipv4.conf.all.rp_filter=0 Then record all DHCP packages over at least one occurance of dhclient sending a request and seemingly getting no ack: # tcpdump -W /tmp/dhcp4.pcapng -s 65535 -Uvnfi any 'port 67 or port 68' Interrupt tcpdump with Ctrl-C when done and upload /tmp/dhcp4.pcapng as an attachment. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c22 --- Comment #22 from Jonathan Kang --- (In reply to Vladislav Milenin from comment #21)

(In reply to Reinhard Max from comment #20)

...

(In reply to Jonathan Kang from comment #19)

...

I guess you're the maintainer of dhclient.

yes, I am the maintainer of the dhcp package, but not a deep expert in DHCP.

...

Do you have any idea about what could go wrong here?

I discussed this with Marius, but we couldn't find a possible reason within dhclient that would explain this. To narrow this further down we want to see if the missing DHCPACK packages are not being sent by the router, being filtered by the kernel, or being silently ignored by dhclient, because it thinks they are invalid.

For that, please disable your firewall (if it is active) and change some settings:

# sysctl -w net.ipv4.conf.all.log_martians=1 # sysctl -w sysctl -w net.ipv4.conf.all.rp_filter=0

Then record all DHCP packages over at least one occurance of dhclient sending a request and seemingly getting no ack:

# tcpdump -W /tmp/dhcp4.pcapng -s 65535 -Uvnfi any 'port 67 or port 68'

Interrupt tcpdump with Ctrl-C when done and upload /tmp/dhcp4.pcapng as an attachment.

I have a few questions. I need to use NetworkManager from the openSUSE repositories or from the home repository:Jonathan Kang:branches:GNOME:Factory.

Either is okay.

If it is from the openSUSE repositories, is it in working condition or when the Internet stops connecting?

This hasn't be fixed. So it's not in proper working condition. We want a bit more information from your system for further debug this issue. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c24 --- Comment #24 from Vladislav Milenin --- Created attachment 852512 --> http://bugzilla.opensuse.org/attachment.cgi?id=852512&action=edit Error command For some reason, the last command from comment#20 does not work. I attached a screen with an error. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c26 --- Comment #26 from Vladislav Milenin --- Created attachment 852544 --> http://bugzilla.opensuse.org/attachment.cgi?id=852544&action=edit dhcp4.pcapng file This time everything turned out correctly. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c28 --- Comment #28 from Jonathan Kang --- (In reply to Vladislav Milenin from comment #27)

Created attachment 852545 [details] dhcp4.pcapng file without firewall

I'm very sorry, I forgot to disable the firewall. Here is the new file where I disabled the firewall.

There two are empty file without any package inside. You need to reproduce this issue with tcpdump command running. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c30 --- Comment #30 from Vladislav Milenin --- Created attachment 852675 --> http://bugzilla.opensuse.org/attachment.cgi?id=852675&action=edit dhcp4.pcapng correct Another dhcp 4. pcapng file, this time not empty. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c32 --- Comment #32 from Reinhard Max --- It just shows that the kernel does not receive any ACK packages at this point in time, and so the DHCP client keeps retrying and retrying. It would be good if you could take another capture of the working situation, taken during a network restart to enforce DHCP re-negotiation. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c34 --- Comment #34 from Vladislav Milenin --- Is there any result from the last attached file? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c36 --- Comment #36 from Vladislav Milenin --- (In reply to Reinhard Max from comment #35)

It contains no ACK packets either, so there is nothing new to learn from it.

It turns out that as a solution to the problem it is worth using the dhcp = internal parameter from comment#7, since it was not possible to establish the reason for the incorrect operation of the dhcp = dhclient parameter? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c38 --- Comment #38 from Vladislav Milenin --- (In reply to Jonathan Kang from comment #37)

(In reply to Vladislav Milenin from comment #36)

...

(In reply to Reinhard Max from comment #35)

...

It contains no ACK packets either, so there is nothing new to learn from it.

It turns out that as a solution to the problem it is worth using the dhcp = internal parameter from comment#7, since it was not possible to establish the reason for the incorrect operation of the dhcp = dhclient parameter?

Yes, you can use "dhcp=internal" as a solution/workaround.

What then to do with an open bug? I think it shouldn't be closed if new details or ideas appear in the future. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c45 Raija Ruuska changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |raija.ruuska@iki.fi --- Comment #45 from Raija Ruuska --- (In reply to Vladislav Milenin from comment #43)

(In reply to Jonathan Kang from comment #42)

...

(In reply to Vladislav Milenin from comment #41)

...

Created attachment 854023 [details] dhclient log

When executing the command "dhclient -v -d eth0" nothing happens and "Device "eth0" does not exist." is output. My network is called enp2s0, as the system automatically named it during installation. In the command, I changed "eth0" to "enp2s0" and it was executed correctly.

Yep. Use your ethernet interface name instead.

The log shows that dhclient still cannot get an reply from DHCP server. It didn't even get an DHCPOFFER this time.

I've run out of ideas what it could be. Most likely, this is a unique bug on my configuration, which cannot be reproduced by anyone else. At the moment, as a solution, I use the dhcp=internal parameter from comment#7 and it works fine all the time.

I have a brand new mini PC ASUS ExpertCenter PN52 and I have the same problem. The network disconnects every few days. I have not noticed the same error in another mini PC (Intel� NUC Kit NUC8i7BEH). Both computers have the same software Tumbleweed 20221202. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c47 --- Comment #47 from Raija Ruuska --- I have spent my time researching this problem, even though I am only a 65 year old retired female engineer. I noticed that journalctl had a lot of 'localhost.localdomain nscd[949]: 949 checking for monitored file `/etc/services': No such file or directory' log (see No such file or directory.txt). I copied the services file: cp /usr/etc/services /etc/ and it seems that the network connection stays on now (see the end of No such file or directory.txt) The failure is on in log file: failure.txt Startup of PN52 in log file: startup.txt p.s. I'll let you know if/when the network connection fails again. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c49 --- Comment #49 from Raija Ruuska --- Created attachment 863377 --> http://bugzilla.opensuse.org/attachment.cgi?id=863377&action=edit journalctl computer startup log after network failure -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c51 --- Comment #51 from Raija Ruuska --- Created attachment 863379 --> http://bugzilla.opensuse.org/attachment.cgi?id=863379&action=edit information about my computer -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c53 --- Comment #53 from Raija Ruuska --- Created attachment 863480 --> http://bugzilla.opensuse.org/attachment.cgi?id=863480&action=edit journalctl log when the error occurred -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c55 --- Comment #55 from Reinhard Max --- Raija, thanks for your efforts! The logs you provided are appreciated. But your issue seems to have a different reason than Vladislav's, although the symptoms might look similar at first sight. Both systems have network cards that are run by the r8169 driver, but in your case the kernel reports an error and stack trace about the driver when the network goes down (starting with "NETDEV WATCHDOG: enp2s0 (r8169): transmit queue 0 timed out"), whereas in Vladislav's case no kernel errors happen, but DHCP-ACK packets are missing. I'll have another look at this next week and then maybe open a separate bug report for your issue. BTW, r8169 has quite a history of being unstable in various ways, I also had huge problems with it on a rented server a few years ago where I found no working solution and ended up using an Intel network card instead. Of course this doesn't help if the network chip is on-board and the board has no slot for an add-on network card. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1188949 http://bugzilla.opensuse.org/show_bug.cgi?id=1188949#c57 --- Comment #57 from Raija Ruuska --- FYI, I disabled the Powerline-Ethernet-Kit, and the problem has not occurred anymore. So apparently the fault was in the cooperation between that device and the ASUS PN52? https://www.amazon.com/Zyxel-PLA-401-Powerline-Ethernet-Kit/dp/B008J4ART8 -- You are receiving this mail because: You are on the CC list for the bug.