Plugin transport-email (v0.6.0) broken ?

olivierlambert

Are you using XOA or Xen Orchestra from the sources, or XO from a 3rd party script?

DustinB

@olivierlambert said in Plugin transport-email (v0.6.0) broken ?:

Hi @Meth0d

Are you using XOA or Xen Orchestra from the sources, or XO from a 3rd party script?

This occurs on XO from Source as well, I just ran a test on Debian 10 and I'm unable to get the transport plugin to keep the changes.

Also at least the installation and update scripts I maintain only automate the installation process of XO from Source and you know this @olivierlambert

Meth0d

@olivierlambert
I was using the Update script by Jarli01 on my Debian 10 install.
After your comment i tested on another instance where i was compiling just from source (which is essentiall the same tbh :)).

Both have the same problem.

olivierlambert

Can you test on XOA latest then? This will help to see if it's only on master

gskger

@olivierlambert Could need some help on testing this, since I am not sure if that was the correct way.

First did a Xen Orchestra Appliance (XOA) quick deploy on my playlab master host and registered XOA. Only telemetry (v0.4.0) and xoa (v0.11.3) are available plugins after deployment, both active. Logged in via SSH and did a sudo xoa-updater --upgrade which updated XOA successully.

Since the the transport-email plugin was not available/installed after the quick deploy, I installed it manually - is that the correct way do install a plugin on XOA ? npm complained but installed the plugin:

[17:35 05] xoa@xoa:~$ sudo npm install --global xo-server-transport-email
npm WARN deprecated xo-server-transport-email@0.5.0: Dont install XO plugin from npm, please refer to documentation https://xen-orchestra.com/docs/from_the_sources.html
+ xo-server-transport-email@0.5.0
added 6 packages from 3 contributors in 1.136s

And after a sudo systemctl restart xo-server.service the plugin transport-email (v0.5.0) is now available in XOA under settings/plugins. The plugin can be configured (settings can be saved), activated and it tests successfully. So transport-email (v0.5.0) on XOA does work, while transport-email (v0.6.0) on XO from 3rd party script does not.

olivierlambert

No, it doesn't work like that. This plugin is only available in XOA Starter or more (so you need an XOA Trial enabled).

On XOA, you never install anything manually

edit: obviously, if you have no trial left, I'll be happy to add you one for free

Meth0d

@olivierlambert said in Plugin transport-email (v0.6.0) broken ?:

Can you test on XOA latest then? This will help to see if it's only on master

Never done that, can i switch back and forth between master and latest on the same install?
I will have to wait as i am currently running full backups after delta keeps failing on me again (f** that).

olivierlambert

There's no master on XOA, it's only stable and latest. They aren't Git branches but release channels with validate with QA specifically on our virtual appliance.

DustinB

@meth0d said in Plugin transport-email (v0.6.0) broken ?:

@olivierlambert said in Plugin transport-email (v0.6.0) broken ?:

Can you test on XOA latest then? This will help to see if it's only on master

Never done that, can i switch back and forth between master and latest on the same install?
I will have to wait as i am currently running full backups after delta keeps failing on me again (f** that).

Just go through this to use XOA Trial https://xen-orchestra.com/blog/xen-orchestra-free-trial/

Alexander 0

I have same problem on community edition updated to the latest release.
There is error from log file:

{
  "message": "strict mode: unknown keyword: \"enumNames\"",
  "name": "Error",
  "stack": "Error: strict mode: unknown keyword: \"enumNames\"
    at checkStrictMode (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/util.ts:211:28)
    at checkUnknownRules (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/util.ts:27:22)
    at Object.alwaysValidSchema (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/util.ts:17:3)
    at /opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/vocabularies/applicator/properties.ts:23:48
    at Array.filter (<anonymous>)
    at Object.code (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/vocabularies/applicator/properties.ts:23:33)
    at keywordCode (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:519:9)
    at /opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:265:9
    at CodeGen.code (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/codegen/index.ts:525:33)
    at CodeGen.block (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/codegen/index.ts:680:20)
    at iterateKeywords (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:262:7)
    at groupKeywords (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:241:7)
    at /opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:233:38
    at CodeGen.code (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/codegen/index.ts:525:33)
    at CodeGen.block (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/codegen/index.ts:680:20)
    at schemaKeywords (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:232:7)
    at typeAndKeywords (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:162:3)
    at subSchemaObjCode (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:148:3)
    at subschemaCode (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:125:7)
    at KeywordCxt.subschema (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/compile/validate/index.ts:487:5)
    at applyPropertySchema (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/vocabularies/applicator/properties.ts:45:11)
    at Object.code (/opt/xen-orchestra/packages/xo-server/node_modules/ajv/lib/vocabularies/applicator/properties.ts:32:9)"
}

olivierlambert

Have you checked this @Alexander-0 ? https://xen-orchestra.com/docs/community.html

olivierlambert

I'm also pinging @julien-f or @badrAZ if it rings any bell to them

Alexander 0

@olivierlambert I made this operations from list and have the same result.

julien-f

@alexander-0 Thank for this report, taking a look ASAP.

Alexander 0

@julien-f I found that there is no folder lib in /opt/xen-orchestra/packages/xo-server/node_modules/ajv/
May be this will help in resolving

julien-f

Thank you all for your reports, should be fixed

https://github.com/vatesfr/xen-orchestra/commit/3cc9fd2782de353dbd866471a793366748c0c098

0

julien-f committed to vatesfr/xen-orchestra

fix(xo-server/api): log instead of rejecting  non-strict schemas

Fixes https://xcp-ng.org/forum/topic/4439/plugin-transport-email-v0-6-0-broken

Alexander 0

@julien-f Plugin works! Thank you.

gskger

@julien-f yes, works well (even with the 3td party script ). Nice job and fast as usual . Thanks @Alexander-0 for helping to pin it down