Going further, I check my remote machine provider and it seems that there tcp services monitoring was the real problem for my brutal connection termination So they won't now perturbate my connections.
I too activated tcp_bbr and sfq for queuing, and I reactivated psk passphrase and tls verify peer. I now have a stable backup So, sorry for all the issues I mentioned, which seem to be coming from the cloud services provider that has apparently been the source of these issues Be aware too that /sys/class/net/enp1s0/power/control is "auto" by default in Debian 12 and should be set to "on" to prevent device from being power managed during backup (even in linux ; ) (my eth device is not IEEE802.3az compliant but it could be a problem if it is) thanks -----Message d'origine----- De : Josh Fisher via Bacula-users <bacula-users@lists.sourceforge.net> Envoyé : jeudi 9 novembre 2023 01:16 À : Martin Simmons <mar...@lispworks.com> Cc : bacula-users@lists.sourceforge.net Objet : Re: [Bacula-users] fd lose connection On 11/8/23 13:32, Martin Simmons wrote: >>>>>> On Wed, 8 Nov 2023 11:09:44 -0500, Josh Fisher via Bacula-users said: >> On 11/7/23 19:26, Lionel PLASSE wrote: >>> I’m sorry but no wi-fi nor 5G in our factory, and don't use my phone too to >>> backup my servers :) . >>> I was talking about ssh (scp) transfer just to Just to show out I have no >>> problem when uploading big continuous data using other tools through this >>> wan. The wan connection is quite stable. >>> >>> "So it is fine when the NIC is up. Since this is Windows," >>> no windows. I discarder windows problem hypothesis by using a >>> migration job, so from linux sd to linux sd >> OK. I see that now. You also tried without compression and without >> encryption. Have you tried reducing Maximum Network Buffer Size back >> to the default 32768? > Are you sure it is 32768? > > I thought the default comes from this in bacula/src/baconfig.h: > > #define DEFAULT_NETWORK_BUFFER_SIZE (64 * 1024) In the docs it says the default is 32768, but if it's in the source, then that's what it is. :) _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
