You are not logged in.
I mounted a remote directory manually (no fstab involved) using sshfs (both machines have Arch, the user name and id are the same) and started to transfer some files.
After some 5-10 minutes with constant traffic, the mount disappeared.
It seems that systemd unmounted it:
systemd[1]: abc-point.mount: Deactivated successfullyOn the server, the journal shows that the connection was closed normally.
This old thread suggests that systemd creates units even for things that are not in /etc/fstab.
I mounted it again with "-o reconnect" but instead of being cleanly deactivated, the unit was still OK while the directory was giving "Input/output error".
Now I launched sshfs with "-d" and something came out:
ssh_dispatch_run_fatal: Connection to 192.168.nn.nn port 22: message authentication code incorrect
remote host has disconnectedWhich is similar to this old unsolved thread and this other one.
Both server and client have openssh 9.0p1-1. The client uses the integrated ethernet card of the machine.
I switched off the hardware offloading as suggested here:
ethtool -K enp4s0 tso off gro off gso off tx off rx off ufo offUnfortunately, I forgot to check the status of the offloading before doing it.
But some 30 minutes and many gigabytes after throwing that command, there has been no problem.
I know that disabling the offloading can be practical when precise tracing is needed (otherwise packets captured with, e.g., tcpdump come out aggregated), so that this modification may also be useful one day.
But if this should prove to be a valid solution (as it seems so far), where is the problem likely to be? In the kernel driver for the NIC?
Offline