Xen Orchestra - Permissions Issue - File level restore
-
How are you currently starting xo-server?
-
@DustinB3403 said in Xen Orchestra - Permissions Issue - File level restore:
@danp was having similar issues, waiting to get some feed back from his investigation with @julian.
AFAICS, my issues are unrelated.
-
@Danp said in Xen Orchestra - Permissions Issue - File level restore:
How are you currently starting xo-server?
It must be starting under xoadmin (but it starts before login).
-
Systemctl is operating the server service.
systemctl status xo-server.service รข xo-server.service - XO Server Loaded: loaded (/etc/systemd/system/xo-server.service; enabled) Active: active (running) since Tue 2016-12-20 16:13:31 EST; 7min ago Main PID: 414 (node) CGroup: /system.slice/xo-server.service รขรข414 /usr/local/bin/node ./bin/xo-server
-
@DustinB3403 Details please! I know you're on Debian 8. Is the process different than on Unbuntu where we used systemctl to create a service?
Edit: Thanks!
-
I'm stretching my memory here, now only god knows what I did to get this working....
FML.... the service has to be started with my user account, it's the only thing that makes any sense. So I'm curious if I can get the service to start with root instead...
-
@DustinB3403 said in Xen Orchestra - Permissions Issue - File level restore:
I'm stretching my memory here, now only god knows what I did to get this working....
FML.... the service has to be started with my user account, it's the only thing that makes any sense. So I'm curious if I can get the service to use root instead...
Did you use the instructions on Mangolassi here to get everything installed and running? If so, it's running under systemd.
-
@travisdh1 said in Xen Orchestra - Permissions Issue - File level restore:
@DustinB3403 said in Xen Orchestra - Permissions Issue - File level restore:
I'm stretching my memory here, now only god knows what I did to get this working....
FML.... the service has to be started with my user account, it's the only thing that makes any sense. So I'm curious if I can get the service to use root instead...
Did you use the instructions on Mangolassi here to get everything installed and running? If so, it's running under systemd.
I wrote the instructions!
-
ps aux | grep xo-server root 414 1.6 9.3 295696 192600 ? Ssl 16:13 0:14 /usr/local/bin/node ./bin/xo-server xoadmin 1407 0.0 0.1 4564 2232 pts/0 S+ 16:28 0:00 grep xo-server
-
@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....