Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mirror backup job issue #7955

Open
rtjdamen opened this issue Sep 2, 2024 · 1 comment
Open

Mirror backup job issue #7955

rtjdamen opened this issue Sep 2, 2024 · 1 comment

Comments

@rtjdamen
Copy link

rtjdamen commented Sep 2, 2024

Are you using XOA or XO from the sources?

XOA

Which release channel?

latest

Provide your commit number

No response

Describe the bug

Since latest update we are able to filter backups from repository that you do want to mirror. For some reason this is still reading all vms from the repository and not only the selected ones, it will then exclude them but this is time consuming. Also if one of these backups is currently processed by an recovery job is fails these vms with error "Lock file is already being held" also if this vm is excluded by the filter.

Error message

Lock file is already being held

To reproduce

  1. Create a mirror job and select only specific vms
  2. Run a normal job on this repository not contained the vms from step 1
  3. run the mirror job
  4. See error "Lock file is already being held"

Expected behavior

it should not try to process vms that are not part of this filter, it's also io intensive from what i can see if it is checking all vms.

Screenshots

No response

Node

18.20.2

Hypervisor

XCP-NG 8.2.1

Additional context

No response

@julien-f
Copy link
Member

There is no easy answer on this, to help mitigating this issue you can disable the merge worker so that the merge step happens during the backup run itself.

This must be done manually in the config file:

disableMergeWorker = false

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants