Delta Backup - File Restore failing

tdcockers commented 6 years ago

Context

XO origin: the sources
Versions:
- Node: 8.11.4
- xo-web: 5.24.0
- xo-server: 5.24.2
- Debian 9
- XCP-ng: 7.4

Expected behavior

Expecting to restore file from VM (have same issue on Windows, Deb 8 and Deb 9 VMs) by selecting Restore - Select Backup - Select Disk - Select Partition - Select File - Select ZIP - Click OK

Current behavior

Select Restore - Select Backup: All OK Select Disk: Appears to work correctly up journalctl shows following error

{ Error: spawn fusermount ENOENT
     at Process.ChildProcess._handle.onexit (internal/child_process.js:190:19)
     at onErrorNT (internal/child_process.js:372:16)
     at _combinedTickCallback (internal/process/next_tick.js:138:11)
     at process._tickCallback (internal/process/next_tick.js:180:9)
   code: 'ENOENT',
   errno: 'ENOENT',
   syscall: 'spawn fusermount',
   path: 'fusermount',
   spawnargs: [ '-uz', '/tmp/tmp-393tgpixJleCfOp' ],
   stdout: '',
   stderr: '',
   failed: true,
   signal: null,
   cmd: 'fusermount -uz /tmp/tmp-393tgpixJleCfOp',
   timedOut: false,
   killed: false }

Each selection after this repeats the same error with different /tmp files each time, except the file selection. There is a folder left in the /tmp directory corresponding to the spawnargs line in each instance with 555 permissions. The vhdi* files inside these directories have 444 permissions.

After this, when I click OK, regardless of whether I select ZIP or TAR, browser downloads and saves an empty (22kb) zip file with the following error:

 [Warn] Unhandled error event: Error: ENOENT: no such file or directory, stat '/tmp/tmp-41456k0ZCL5MmSg/ServerFolders/it/File name.txt'
[Warn] Possibly unhandled rejection: Error: spawn fusermount ENOENT
    at Process.ChildProcess._handle.onexit (internal/child_process.js:190:19)
    at onErrorNT (internal/child_process.js:372:16)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9)

Each dropdown menu has the correct list items - the right backups are listed, as are the partitions, folders and files.

Danp2 commented 6 years ago

What process did you use to install XO?
Did you install the package libvhdi-utils?
Show us the output from the command apt-cache showpkg libvhdi-utils

tdcockers commented 6 years ago

I used the https://github.com/Jarli01/xenorchestra_installer script for installing, but then checked the install and updated using the guide https://xen-orchestra.com/docs/from_the_sources.html

Output from command:

root@BKP01:~# apt-cache showpkg libvhdi-utils
Package: libvhdi-utils
Versions:
20160424-1+deb9u1 (/var/lib/apt/lists/ftp.au.debian.org_debian_dists_stretch_main_binary-amd64_Packages) (/var/lib/dpkg/status)
 Description Language:
                 File: /var/lib/apt/lists/ftp.au.debian.org_debian_dists_stretch_main_binary-amd64_Packages
                  MD5: 850157a44782c028fc4ec5e1a3dce77a
 Description Language: en
                 File: /var/lib/apt/lists/ftp.au.debian.org_debian_dists_stretch_main_i18n_Translation-en
                  MD5: 850157a44782c028fc4ec5e1a3dce77a

Reverse Depends:
Dependencies:
20160424-1+deb9u1 - libc6 (2 2.14) libfuse2 (2 2.6) libvhdi1 (2 20150110)
Provides:
20160424-1+deb9u1 -
Reverse Provides:

More possibly relevant info:

Remote is an NFS share on a Synology NAS
Full restore of VM from backup works perfectly as far as I can tell

Danp2 commented 6 years ago

Ok... I'm very familiar with that one. 😉 FYI, there's also an updater available at https://github.com/Jarli01/xenorchestra_updater

Unsure why you are encountering this error. I know it works on Ubuntu, but some folks have also encountered this error on Centos 7.

This is what I get under Ubuntu 18.04.1 --

~$ apt-cache showpkg libvhdi-utils
Package: libvhdi-utils
Versions:
20170223-3 (/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_bionic_universe_binary-amd64_Packages) (/var/lib/dpkg/status)
 Description Language:
                 File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_bionic_universe_binary-amd64_Packages
                  MD5: 850157a44782c028fc4ec5e1a3dce77a
 Description Language:
                 File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_bionic_universe_binary-i386_Packages
                  MD5: 850157a44782c028fc4ec5e1a3dce77a
 Description Language: en
                 File: /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_bionic_universe_i18n_Translation-en
                  MD5: 850157a44782c028fc4ec5e1a3dce77a

Reverse Depends:
  libvhdi-utils:i386,libvhdi-utils
Dependencies:
20170223-3 - libc6 (2 2.14) libfuse2 (2 2.6) libvhdi1 (2 20150110) libvhdi-utils:i386 (32 (null))
Provides:
20170223-3 - libvhdi-utils:i386 (= 20170223-3)
Reverse Provides:
libvhdi-utils:i386 20170223-3 (= 20170223-3)

So it looks like my package is a newer version than yours.

tdcockers commented 6 years ago

Yes, I thought you might be familar ;) On second check looks like lvm2 was not installed on my system., I'm working through that to see if it resolves my issue, but I'm a novice with linux and am struggling to get my network configs right (my XCP-ng and my NAS are on different subnets). WIll post again shortly.

tdcockers commented 6 years ago

OK, so no change on this side. Installing lvm2 did not help, nor did switching to the testing channel on Debian to get the latest version of libvhdi-utils. Will try switching to Ubuntu and seeing if it is an environment or a distro issue.

tdcockers commented 6 years ago

Fixed by migrating to Ubuntu 18.04.

julien-f commented 6 years ago

I'm closing this because we cannot support every platforms.

If anyone wants to work on this, I'm open to PRs though :smile:

vatesfr / xen-orchestra