Backup Job HTTP connection abruptly closed
-
I can't guess without taking more time to investigate, ideally on the host directly.
My guess is the issue is related to the host/pool connection with XO, not the storage.
-
@olivierlambert Is there any difference between "traditional Backup" and Export VM performed by Xen Orchestra?
Even changing the cluster virtual server, the problem still occurs. However, the Export operation works normally.
-
@_danielgurgel said in Backup Job HTTP connection abruptly closed:
Error: all targets have failed, step: writer.run()
I had similar issue today too. But restarting the backup worked. Weird. I had another similar case a little while ago that I opened a ticket for too.
-
@_danielgurgel if you mean basic backup, it's XVA export for both. The only different is in a back case, you are writing the file in a remote instead of sending it to your browser.
-
We've been having the same problem with our Delta backups for several weeks now. The job runs every day and about 1 / 3 days, we have failures like this. It seems to affect random VMs, but one or two seem to be affected more often.
We tried increasing the ring buffers on the physical network interfaces but it didn't help. Now we're going to try to pause GC during the backups to see if it helps.
We looked at
SMloganddaemon.logand could not find any obvious problems on the host occuring at the time of the error. If it's a problem with networking, how could we verify this? -
@lavamind please triple check you are using XOA on
latestor if XO from the sources, onmaster. -
@olivierlambert Yeah that's definately the next thing we'll try. For now we're using sources on release
5.59. If the problem persists we'll upgrade to5.63next week.Not too keen on following
master, since we have issues with it in the past (including bad backups)... -
This post is deleted! -
FYI, we do our best to ensure master is not broken but we only do the complete QA process just before an XOA release
Is that still the case?
From https://github.com/vatesfr/xen-orchestra/issues/3784#issuecomment-447797895
-
It's always the case
-
@olivierlambert Even updating the host from 8.0 to 8.2 (with last update level) and after cluster and NFS migration, the problem persists.
We updated the virtualization agent on the virtual server to the latest available version from Citrix and we were able to back it up for a few weeks...but the problem reoccurred, again only for the same server.
Are there any logs I can paste to help identify this failure?
-
This is not an easy questions
This would require investigation on the host I'm afraid. -
For the record, since upgrading to 5.63 the issue hasn't re-occurred at all.
