A "socket" was not created for HTTP request before 300000ms
-
After several tests, it seems that the error occurs in the transfer differential. Below VM 2 finishes approximately 14 minutes earlier than VM 1, which is more than 300 seconds. If I have a transfer of an single VM on a single NFS Share (NAS) everything is ok. Another thing is that I switched the XOCE on Debian 11.6 instead of Ubuntu server 22.04.2.
For example, below I have a transfer difference between the two VMs that are on two separate servers with same backup job.
Another example is the transfer difference for the same VM on several Storage NAS, I have on 3 different NFSs Share as backup.
-
well for me the error apears even if i start only one backup at a time from only one server, the problem is at source backup not destination for example same machine can be copied from one server and on the other server same machine cannot be copied and error apears after 5 minutes, the migration works well. This error is on the oficial xoa also i have tried from sources on debian ubuntu and rocky linux 9 , the error is not fro OS
-
On backup I see this.
This is the job
this is the error
server 2 is more slow that server 3, and the error is on server 3 that finish in first 6 min in comparison with server 2 that it finish in 20 min and basically says that server 3 it hasn't responded for 5+ min.
-
After I made some change on slow server I manage to get under 5 min difference and is green. Same setup, less VM running.
-
@Gheppy
what changes have u did ? -
@arsenieciprian
For me, server 2 moves slower because it is busier and I opted to stop some virtual machines in such a way that I have almost the same transfer speed. I rebuilt XOCE from scratch with the latest version in two versions, one on debian 11.6 and the other on rocky linux 9, both behave the same.Edit:
this is working with only one backup connexion (NFS share) -
@Gheppy
is not about speed, i have in one datacenter some ancient servers and backups and restore are working well and speed is much slower than this one that give;s this error -
@arsenieciprian
not the speed itself but the transfer speed, it must be about the same on all sources or destinations or the time difference should not exceed 5 minutesEdit:
if you have a connection on the source to the first of 10000 and the second of 1000 and on the destination of 10000, you will more than likely have the error -
@Gheppy
it does not have to be a problem speed transfer TCP must do his job and limit transfer between , what about if we transfer over internet , is not allways gigabit or 10 gb, i allready tested if this must be a reason -
@arsenieciprian.
For me all backups are working now, except that one. And that I split it into 2 simple backups -
I am not sure this adds much to the discussion, but I am also experiencing this issue since the latest update a day or two ago.
xoa 5.80.0
xo-server 5.110.0I have two hosts in a pool and a single backup location but some backups have completed (all under 5 minutes) and then others have failed at the 5 minute mark from both hosts - I was originally thinking maybe just one host but have success and failure form both to the same location.
-
@capeschools as a XOA user, you should open a support ticket, this way we could access it remotely and investigate the issue directly there.
-
@olivierlambert understood thanks!
-
This should be fixed, please test and keep-me posted
https://github.com/vatesfr/xen-orchestra/commit/c71104db4ffabf70acb7e7f91f421fafebc9eaca
-
Yes it is working , finaly this issue is fixed.
Thank you -
Thank you all for your help on this!
-
\o/
-
It is working for me to, thank you
-
O olivierlambert marked this topic as a question on
-
O olivierlambert has marked this topic as solved on
-
For those affected in XOA: a patch release will be done on
latestnext week. If you are in a hurry, open a support ticket, we can provide a patch locally -
@julien-f is there similar codes in restore function. The backup delta seems fixed but the restore showing the same error.
