New install does not load logs or perform backups
-
Nevermind I see it creates a VM, doing it now, will respond shortly
-
I installed via XOA which worked, but want to still pursuit installing the "from sources"
I booted up a Debian 10 VM and followed the steps as expected. Installed works fine, dont get the internal 500 error anymore in console but "logs" still have a ajax loader (might be a bug, or not).
I then wanted to add a remote NFS. Adding the remote NFS info seems to be correct on screen, but 2 issues:
- I dont know if this would be added afterwards, but may be worth mentioning to add nfs-common as one of the required libraries when installed from sources. Debian does not install this by default (dont think any distro does)
- Adding the mount point gives a connection failed, with the following output:
EACCES: permission denied, mkdir '/run/xo-server'
XO is running as a non-root user, however, the user (xo) has already been added to the sudoers file. I have tested this from CLI, I can su xo and then sudo as root (without password). I have also edited the config file and enabled the useSudo parameter.
Any advice?
-
I uncommented useSudo but did not set it to true NFS is working now
-
But unfortunately no luck, backup issue is still persisting. I want to try and do the backup from the XOA created appliance, but it tells me I need to upgrade my license. I have linked the account and it tells me I have premium trial that expires 5 may, yet, if I go to the backups > create vm backup I get the notice saying:
Upgrade needed
This feature is available starting from Starter EditionI have signed out and signed back in. Anything else I need to do?
-
Also worth noting that the backup job cannot start on the Debian VM, when we click start we're immediately getting an Unknown error has occurred. There is also no logs displayed for the backup logs or settings > logs
I am doubtful this is platform based as I can reproduce on both Ubuntu 20.04 and Debian 10.9
-
You need a trial to test backups with XOA
If it works there and not on your Debian, then there's a environment issue on your VM. It's hard to find a root cause because there's so many potential way to configure your VM, your network share and so on.
Let's rule out XOA first, then from your XO on the sources, don't forget to rebuild on latest commit on
master
-
@mauzilla What version of Node are you using? You can verify with
node -v
in an SSH session to your XO VM. -
@olivierlambert thanks Olivier, on the XOA VM, although it says I have premium version until 5 May, when I go to backups, I get an error saying I need to upgrade. I have restarted the XOA VM already. Not sure what could be causing it?
-
root@XO:~# nodejs -v v14.16.1
-
@mauzilla You should be using
node
notnodejs
. -
@danp it's the exact same
-
root@XO:/# node -v v14.16.1
-
@mauzilla said in New install does not load logs or perform backups:
it's the exact same
Not always. For example, this is what I get with my install --
danpollak@ubuntuxo:~$ node -v v14.16.0 danpollak@ubuntuxo:~$ nodejs -v v10.19.0
-
@danp sorry, I did not mean the binaries are the exact same, I meant the 2 versions are the exact same
-
@mauzilla Have you clicked on "Update" in XOA view?
-
@olivierlambert, update sorted it, 2 things I noticed was that logs worked out of the box, and I was able to start the backup. For reference, it's the exact same NFS config as on the sources version
-
Okay good, so it could be your install/configuration in your VM
-
@olivierlambert said in New install does not load logs or perform backups:
your
I guess it can only be that. The 2nd VM is a clean Debian 10.9 build, nothing else installed or configured and steps taken exactly from the sources documentation. I can reproduce this on the 1st install as well, doing the exact same result. If something else needs to be configured we would have no insight on that. Are there logs I can look at to try and decipher what could be causing this?
-
Hmm in theory a fresh install following the doc should work. I would start simple with everything started as root to be sure it's not a permission issue. Also can you create users in the UI? (to rule out a redis issue)
-
@olivierlambert said in New install does not load logs or perform backups:
is issue)
You are right, this seems to be a permission issue. I have started the application as root and am now able to see the logs and can also start the backup service.
I have both the XOA and this appliance open and looking at network in console to see if I can pick up which service is failing. From what I can gather (on the backups overview page), on the XOA appliance I am getting a 200 result for the service that returns the below data, however, on the sources version this output / AJAX call returns the internal 500. The backup service however is "created", I can see it in the dashboard, but as there is an internal 500 this in return causes a Javascript error in console which then stops any further Javascript from working (so the backup service "might" work but by the time I click backup the error has already occurred and I take it the backup service don't run as the event cannot complete.
{"data":{"mode":"delta","reportWhen":"failure"},"id":"1619027558357","jobId":"0d38484d-8e9b-4cbf-922b-7b616a073b94","jobName":"TestBackup","message":"backup","scheduleId":"ed9330bd-e4d3-466b-9bf5-110e9e7f57bf","start":1619027558357,"status":"success","infos":[{"data":{"vms":["12f93d7b-8d9a-a72b-6217-f8026d2d7128"]},"message":"vms"}],"tasks":[{"data":{"type":"VM","id":"12f93d7b-8d9a-a72b-6217-f8026d2d7128"},"id":"1619027558781","message":"backup VM","start":1619027558781,"status":"success","tasks":[{"id":"1619027558794","message":"snapshot","start":1619027558794,"status":"success","end":1619027568034,"result":"53cd86e5-7e16-0de8-3997-2a1e255a25d6"},{"data":{"id":"0d201925-80e5-4be5-8f3e-9d66b8589957","isFull":true,"type":"remote"},"id":"1619027570228","message":"export","start":1619027570228,"status":"success","tasks":[{"id":"1619027570230","message":"transfer","start":1619027570230,"status":"success","end":1619027860051,"result":{"size":6848896000}},{"id":"1619027860058","message":"merge","start":1619027860058,"status":"success","end":1619027860058,"result":{"size":0}}],"end":1619027860058}],"end":1619027860083}],"end":1619027860084}
For reference, the Javascript error in console following the internal 500:
index.js:238 SyntaxError: Unexpected token u in JSON at position 0 at JSON.parse (<anonymous>) at r.default (_parseNdJson.js:14) at index.js:1998 at Generator.next (<anonymous>) at le (index.js:2856) at i (index.js:2856)