xo-server/bin doesn't exist after updating with yarn build.

olivierlambert

Danp

There was a recent change that resulted in the launched module being renamed. You need to redo your service so that it loads ./dist/cli.mjs instead of ./bin/xo-server

runevn

Danp Thanks for your reply. Now I have run (based on these instructions )

However, I can't still reach the web UI of XO

yarn global add forever
yarn global add forever-service
# Be sure to edit the path below to where your install is located!
cd /home/username/xen-orchestra/packages/xo-server/
# Change the username below to the user owning XO
forever-service install orchestra -r username -s dist/cli.mjs

Or should I redo my service in another way?

Now the output of systemctl status orchestra is:

mex@xo-community:~/xen-orchestra/packages/xo-server$ sudo service orchestra status
● orchestra.service - LSB: forever-service startup script for orchestra
   Loaded: loaded (/etc/init.d/orchestra; generated)
   Active: active (exited) since Tue 2021-06-29 09:01:08 CEST; 4s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1857 ExecStart=/etc/init.d/orchestra start (code=exited, status=0/SUCCESS)

Jun 29 09:01:08 xo-community systemd[1]: Starting LSB: forever-service startup script for orchestra...
Jun 29 09:01:08 xo-community orchestra[1857]: (node:1861) Warning: Accessing non-existent property 'padLevels' of module exports inside c
Jun 29 09:01:08 xo-community orchestra[1857]: (Use `node --trace-warnings ...` to show where the warning was created)
Jun 29 09:01:08 xo-community orchestra[1857]: (node:1861) Warning: Accessing non-existent property 'padLevels' of module exports inside c
Jun 29 09:01:08 xo-community orchestra[1857]: Service orchestra already running
Jun 29 09:01:08 xo-community systemd[1]: Started LSB: forever-service startup script for orchestra.

Danp

runevn Is the web interface now accessible? FWIW I'm not familiar with forever, so I can't help any further on this.

runevn

Danp unfortunately no.

runevn

Danp said in xo-server/bin doesn't exist after updating with yarn build.:

I'm not familiar with forever, so I can't help any further on this.

May I ask, if you do not use forever how would you then redo the service?

Thanks for your help.

Danp

runevn Try deleting the service and then recreating it. From here, this should handle the deletion portion ---

forever-service delete orchestra

runevn

Danp I have just deleted the forever-service and reinstalled it but it didn't help. I can't still access the Web UI.

I still get this status message

mex@xo-community:~/xen-orchestra/packages/xo-server$ sudo service orchestra status
● orchestra.service - LSB: forever-service startup script for orchestra
   Loaded: loaded (/etc/init.d/orchestra; generated)
   Active: active (exited) since Tue 2021-06-29 11:52:21 CEST; 3s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 30529 ExecStart=/etc/init.d/orchestra start (code=exited, status=0/SUCCESS)

Jun 29 11:52:21 xo-community systemd[1]: Starting LSB: forever-service startup script for orchestra...
Jun 29 11:52:21 xo-community orchestra[30529]: (node:30533) Warning: Accessing non-existent property 'padLevels' of module exports inside
Jun 29 11:52:21 xo-community orchestra[30529]: (Use `node --trace-warnings ...` to show where the warning was created)
Jun 29 11:52:21 xo-community orchestra[30529]: (node:30533) Warning: Accessing non-existent property 'padLevels' of module exports inside
Jun 29 11:52:21 xo-community orchestra[30529]: Starting orchestra
Jun 29 11:52:21 xo-community orchestra[30529]: (node:30550) Warning: Accessing non-existent property 'padLevels' of module exports inside
Jun 29 11:52:21 xo-community orchestra[30529]: (Use `node --trace-warnings ...` to show where the warning was created)
Jun 29 11:52:21 xo-community orchestra[30529]: (node:30550) Warning: Accessing non-existent property 'padLevels' of module exports inside
Jun 29 11:52:21 xo-community systemd[1]: Started LSB: forever-service startup script for orchestra.

Danp

What's your Node version? Post the output of node -v. You should be on v14.17.1.

runevn

Danp said in xo-server/bin doesn't exist after updating with yarn build.:

What's your Node version? Post the output of node -v. You should be on v14.17.1.

Yes

mex@xo-community:~/xen-orchestra/packages/xo-server$ node -v
v14.17.1

Again, thanks for your replies.

Danp

runevn said in xo-server/bin doesn't exist after updating with yarn build.:

Warning: Accessing non-existent property 'padLevels' of module exports inside circular dependency

https://github.com/foreversd/forever/issues/1077

SwapnilSoni1999 created this issue in foreversd/forever

open [node v14.x+] Warning: Accessing non-existent property 'padLevels' of module exports inside circular dependency #1077

runevn

Danp

Does this means that XO can't find its own module or is it node's module?

mex@xo-community:~$ node --trace-warnings ...
internal/modules/cjs/loader.js:905
  throw err;
  ^

Error: Cannot find module '/home/mex/...'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:902:15)
    at Function.Module._load (internal/modules/cjs/loader.js:746:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:76:12)
    at internal/main/run_main_module.js:17:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

Danp

runevn IDK. Maybe julien-f can suggest a solution for this.

runevn

Danp said in xo-server/bin doesn't exist after updating with yarn build.:

runevn IDK. Maybe julien-f can suggest a solution for this.

But thank you for your effort! I really appreciate it.

julien-f

runevn Don't know much about forever, in the meantime, you can try to run xo-server manually:

> cd packages/xo-server
> ./dist/cli.mjs

runevn

julien-f said in xo-server/bin doesn't exist after updating with yarn build.:

runevn Don't know much about forever, in the meantime, you can try to run xo-server manually:
> cd packages/xo-server
> ./dist/cli.mjs

Thanks for your reply julien-f . When I manually run xo-server it still doesn't work. Here is the output

mex@xo-community:~/xen-orchestra/packages/xo-server$ sudo ./dist/cli.mjs
(node:65352) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
(Use `node --trace-warnings ...` to show where the warning was created)
/home/mex/xen-orchestra/packages/xo-server/dist/xapi/mixins/index.js:2
import _gpu, * as __gpu from "./gpu";
^^^^^^

SyntaxError: Cannot use import statement outside a module
    at wrapSafe (internal/modules/cjs/loader.js:1001:16)
    at Module._compile (internal/modules/cjs/loader.js:1049:27)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1114:10)
    at Module.load (internal/modules/cjs/loader.js:950:32)
    at Function.Module._load (internal/modules/cjs/loader.js:790:14)
    at ModuleWrap.<anonymous> (internal/modules/esm/translators.js:199:29)
    at ModuleJob.run (internal/modules/esm/module_job.js:169:25)
    at async Loader.import (internal/modules/esm/loader.js:177:24)
    at async Object.loadESM (internal/process/esm_loader.js:68:5)
mex@xo-community:~/xen-orchestra/packages/xo-server$

Is there any other information that I can provide?

julien-f

runevn https://xcp-ng.org/forum/post/39787

Danp

git clean -d -f should work to remove any untracked files.

Danp

julien-f Do we know what leads to these untracked files? Could it be file renaming such as here?

julien-f

Danp No, those are generated files.

Unfortunately they are not cleaned-up automatically but hopefully this won't happen too often