I cannot enable jumbo frames because client and server are 2 hops away and I cannot modify the network. They use public ips for connection, so I can only reduce MTU server side. Why is there an improvement of reliability when MTU = 1400 in your opinion?
Il giorno sab 18 gen 2020 alle ore 10:56 Radosław Korzeniewski < rados...@korzeniewski.net> ha scritto: > Hello, > > Thanks for the update. > > sob., 18 sty 2020 o 09:36 Marco Marino <marino....@gmail.com> napisał(a): > >> It seems that setting MTU = 1400 on the server solves the problem. >> > > So, it indeed was a network problem then. :) > > >> I'm doing a lot of tests with large backup (150GB, 1.5hours long). I will >> update this thread if the problem persists. >> > > For the best network performance you should raise MTU value up to 9000 > ensuring all your network equipment support it and not lower it to less > than 1500. > I bet you have some kind of network packet encapsulation on your backup > path. A firewall or vpn, right? > > best regards > > >> Thank you >> >> Il giorno gio 16 gen 2020 alle ore 16:21 Radosław Korzeniewski < >> rados...@korzeniewski.net> ha scritto: >> >>> Hello, >>> >>> pon., 13 sty 2020 o 20:44 Marco Marino <marino....@gmail.com> >>> napisał(a): >>> >>>> so please don't tell me that the problem is the network >>>> >>> >>> It depends. You did not show any logs, so it is a bit hard to judge what >>> is going on your site. >>> >>> >>>> Please can you give me some advise? I don't know how to solve nor how >>>> to debug this problem. If I launch bacula with maximum debug level I don't >>>> see any interesting information related to the problem. >>>> >>> >>> Could you please show us your failed job logs? >>> >>> thanks >>> -- >>> Radosław Korzeniewski >>> rados...@korzeniewski.net >>> >> > > -- > Radosław Korzeniewski > rados...@korzeniewski.net >
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
