DustinB I understand that it does not appear there because the original VM does not exist. The reason could be that when recovering the VM before an emergency the UUID changed and these backups were left behind, I believe that there would be no reason to leave them there if you have new backups of the VM that is being executed or except for some other punctual reason. that your organization needs.

Greetings

Danp I understand, it must be the uuid related to the previous task, but how can I change it and perform the differential copy with the new task?

Danp In reality, I only found myself in a new backup task with the remote where the complete backup is now and when I execute the task instead of performing the differential copy, I perform the complete backup

Sorry for my English that is translated. The copy is the same, only the other destination storage, the only thing that changes is the task, I cannot use the same one because I have other virtual machines that must stay there.

Hello, I have a delta backup task that I want to move to another storage, I copied all the content to another storage, I made a new copy task and when I execute it it makes a full copy instead of making the differential one, how can I make it continue with the differential copy?

greetings

DustinB I understand that it does not appear there because the original VM does not exist. The reason could be that when recovering the VM before an emergency the UUID changed and these backups were left behind, I believe that there would be no reason to leave them there if you have new backups of the VM that is being executed or except for some other punctual reason. that your organization needs.

Greetings

olivierlambert import from xenorchestra web correctly, could it be that it returns that error in cli?

olivierlambert I didn't try it because I'm far away and the connection is slow, but I'll try it somehow

Good morning, I am trying to import a .ova from xo-upload-ova and I receive

/opt/xen-orchestra/node_modules/.bin/xo-upload-ova --upload /var/xen-orchestra2/vm_test.ova 093a3641-0770-c9c0-b7cd-97c32bc891df --override 'vm_test' descriptionLabel='undefined' memory=json:4294967296 disks.vmdisk1.descriptionLabel='No description' disks.vmdisk1.capacity=json:31457280000 disks.vmdisk2.descriptionLabel='No description' disks.vmdisk2.capacity=json:94371840000
data {
  tables: {
    'vm_test-disk1.vmdk': Promise { <pending> },
    'vm_test-disk2.vmdk': Promise { <pending> }
  },
  disks: {
    vmdisk1: {
      capacity: 31457280000,
      path: 'vm_test-disk1.vmdk',
      compression: undefined,
      descriptionLabel: 'No description',
      nameLabel: 'Hard Disk 1',
      position: 0
    },
    vmdisk2: {
      capacity: 94371840000,
      path: 'vm_test-disk2.vmdk',
      compression: undefined,
      descriptionLabel: 'No description',
      nameLabel: 'Hard Disk 2',
      position: 1
    }
  },
  networks: [ 'ca946202-c104-7c29-6178-bb1f1d69f2c8' ],
  nameLabel: 'vm_test',
  descriptionLabel: undefined,
  nCpus: 2,
  memory: 4294967296
}

ERROR TypeError: _httpRequestPlus.default.post is not a function
    at Object.upload (/opt/xen-orchestra/@xen-orchestra/upload-ova/dist/index.js:225:47)
✖ Cannot read properties of undefined (reading 'readAll')
TypeError: Cannot read properties of undefined (reading 'readAll')
    at Object.upload (/opt/xen-orchestra/@xen-orchestra/upload-ova/dist/index.js:231:55)

olivierlambert Checking the storage where the delta backups are, I find 13 copies, and I have a retention of 7 configured.

olivierlambert 6953e