Xen Orchestra - Permissions Issue - File level restore
- 
 @DustinB3403 The 2nd line is just your current command. So it appears that node / xo-server are running as root. 
- 
 @Danp said in Xen Orchestra - Permissions Issue - File level restore: @DustinB3403 The 2nd line is just your current command. So it appears that node / xo-server are running as root. Then the issues isn't a permission one, as @julian said in the OP..... which means it's something else to be able to mount the VHD.. 
- 
 This is what I currently get from logging while trying to select a VHD to mount. Dec 20 16:35:56 xo-test-debian-3 xo-server[414]: Tue, 20 Dec 2016 21:35:56 GMT xo:api [email protected] | remote.getAll(...) [2ms] ==> array Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: Tue, 20 Dec 2016 21:35:57 GMT xo:perf blocked for 108ms Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: Tue, 20 Dec 2016 21:35:57 GMT xo:api [email protected] | backup.scanDisk(...) [311ms] =!> Error: Command failed: vhdimount /run/xo-server/mounts/remote-17/vm_delta_qlik-exchange_0d05dd84-91eb-473b-d11d-7864049430b5/vdi_c143c2e0-5149-455b-9730-73e08585e09a/20161214T030158Z_delta.vhd /tmp/tmp-4144UyM2UZtgAHO Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: Unable to open source file. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libcfile_file_open_with_error_code: no such file: /run/xo-server/mounts/remote-17/vm_delta_qlik-exchange_0d05dd84-91eb-473b-d11d-7864049430b5/vdi_c143c2e0-5149-455b-9730-73e08585e09a/20161214T030158Z_delta.vhd. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libcfile_file_open: unable to open file. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libbfio_file_open: unable to open file: /run/xo-server/mounts/remote-17/vm_delta_qlik-exchange_0d05dd84-91eb-473b-d11d-7864049430b5/vdi_c143c2e0-5149-455b-9730-73e08585e09a/20161214T030158Z_delta.vhd. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libcfile_file_get_size: invalid file - missing descriptor. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libbfio_file_get_size: unable to retrieve size of file: /run/xo-server/mounts/remote-17/vm_delta_qlik-exchange_0d05dd84-91eb-473b-d11d-7864049430b5/vdi_c143c2e0-5149-455b-9730-73e08585e09a/20161214T030158Z_delta.vhd. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libbfio_handle_get_size: unable to retrieve size. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libvhdi_file_open_read: unable to retrieve file size. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libvhdi_file_open_file_io_handle: unable to read from file handle. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: libvhdi_file_open: unable to open file: /run/xo-server/mounts/remote-17/vm_delta_qlik-exchange_0d05dd84-91eb-473b-d11d-7864049430b5/vdi_c143c2e0-5149-455b-9730-73e08585e09a/20161214T030158Z_delta.vhd. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: mount_handle_open_input: unable to open input file. Dec 20 16:35:57 xo-test-debian-3 xo-server[414]: vhdimount 20150110
- 
 I'm also seeing this.... fusermount issue but for a different backup. Dec 20 16:40:09 xo-test-debian-3 xo-server[414]: Tue, 20 Dec 2016 21:40:09 GMT xo:api [email protected] | backup.scanDisk(...) [214ms] =!> Error: spawn fusermount ENOENT
- 
 I wonder if any of the items described here apply to your situation? 
- 
 Check to see if the path and file actually exist. 
- 
 @Danp I'll take a look for the file first thing tomorrow when I'm back at the office, I have some errands I have to run this afternoon. 
- 
 I don't have the VHD (20161214T030158Z_delta.vhd) listed from the 14th (it's at my rotation schedule) so that doesn't mean much... Once the dates are fixed testing this will be a bit easier. 
- 
 @DustinB3403 You could temporarily build from next-release.  
- 
 @Danp yeah... Guess I have too.. 
- 
 All backups are still listed as being created on January 17th 1970.... 
- 
 Post the output from the following command -- 
 cd /opt/xo-server && git rev-parse --abbrev-ref HEAD
- 
 @Danp 8827f8e940e0f0bc73230e772855640e6cbd8d27 
- 
 @DustinB3403 Was expecting stableornext-release. How did you perform the update?
- 
 One sec, realized I was only on NR for xo-server and not xo-web, just did a checkout for web, and running the update. 
- 
 There we go, now it's cd /opt/xo-server && git rev-parse --abbrev-ref HEAD next-release
- 
 Should have used the update script.  
- 
 Building mine now on next-release to test 
- 
 I do use the update script to perform the update, but you added flags didnt you... dang it I keep forgetting about those lol... Anyways the file level backups still list 1970 as the creation date. 
- 
 @DustinB3403 My dates are correct after rebuilding on next-release. 

