Posts made by jefftee

@olivierlambert Thank you... One follow-up question, I presume if I duplicate the backup jobs I should ensure that they're only enabled from one xo instance at a time, correct?

Hi, I have been running my XO instances as guests under XCP-NG, but I just built a new xo-server running on a Raspberry Pi. Is there a way to export the backup jobs I have created in my original xo instance or do I have to recreate them from scratch on the new xo instance?

Thanks

@indyj ok

@olivierlambert No problem, to be honest I'd forgotten that the script I was using was not the official script...

@olivierlambert From sources yes, but I am using the script/install procedure documented here:

https://github.com/ronivay/XenOrchestraInstallerUpdater

I'll follow-up with @ronivay on his github page, thanks.

Hi, trying to build XO from sources and receiving the following error:

Mar 08 14:24:27 xolab.threeputt.org systemd[1]: Started XO Server.
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]: internal/modules/cjs/loader.js:818
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:   throw err;
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:   ^
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]: Error: Cannot find module 'bluebird'
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]: Require stack:
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]: - /etc/xo/xo-builds/xen-orchestra-202103081423/packages/xo-server/bin/xo-server
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Function.Module._resolveFilename (internal/modules/cjs/loader.js:815:15)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Function.Module._load (internal/modules/cjs/loader.js:667:27)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Module.require (internal/modules/cjs/loader.js:887:19)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at require (internal/modules/cjs/helpers.js:74:18)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Object.<anonymous> (/etc/xo/xo-builds/xen-orchestra-202103081423/packages/xo-server/bin/xo-server:21:18)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Module._compile (internal/modules/cjs/loader.js:999:30)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:1027:10)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Module.load (internal/modules/cjs/loader.js:863:32)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Function.Module._load (internal/modules/cjs/loader.js:708:14)
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12) {
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:   code: 'MODULE_NOT_FOUND',
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:   requireStack: [
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:     '/etc/xo/xo-builds/xen-orchestra-202103081423/packages/xo-server/bin/xo-server'
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]:   ]
Mar 08 14:24:27 xolab.threeputt.org xo-server[4970]: }
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Main process exited, code=exited, status=1/FAILURE
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Failed with result 'exit-code'.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Service RestartSec=100ms expired, scheduling restart.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Scheduled restart job, restart counter is at 5.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: Stopped XO Server.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Start request repeated too quickly.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: xo-server.service: Failed with result 'exit-code'.
Mar 08 14:24:27 xolab.threeputt.org systemd[1]: Failed to start XO Server.

Any suggestions how to fix? Thanks.

@olivierlambert Thanks. Patches came out for XCP-NG 8 today and I powered up my 2nd XCP-NG server to apply pool patches, the load balancer promptly took it down...

Lesson learned, I guess I need to temporary disable my density policy before I power up the 2nd server!

@ieugen Read the blog post that XCP-NG posted today on this very topic, but even if the decided to stick with CentOS 8 Stream for the future base platform, they have selective control over which packages/updates would get released for XCP-NG.

I've already switched my CentOS 8.x installs to CentOS 8 Stream. Fedora is too buggy and too far upstream of RedHat for my personal taste. CentOS 8 Steam is supposed to be positioned between Fedora and RedHat, so they might just hit the sweet spot.

Of course, if XCP-NG switched to Ubuntu LTS releases as the base going forward, I wouldn't cry about that either, so I anticipate this announcement from RedHat won't really affect XCP-NG and we'll look back on this and realize it was not a big deal.

Hi, I just read about the XO load balancer plugin and have enabled it with a density based plan. Pretty cool, it moved all of my VMs to one XCP-NG host (in a pool of 2) and powered down the 2nd host.

Am I correct that if the thresholds I specified in the density plan are exceeded for CPU utilization and/or memory, the load balancer will automatically power on my 2nd XCP-NG host and migrate some VMs to it?

Pretty cool feature!

I run an Ubuntu 20.04 LTS virtual machine that has all of my docker containers running... One of the containers is Portainer, which provides a nice web gui to manage the docker containers.

I see @olivierlambert mentioned a plug-in that makes the containers visible to XO. I wasn't aware such a thing exists, but I'm going to go google it now and see if I can get that working...

Makes sense now that you mention it... Perhaps I should have realized that because obviously the backups only run on my primary XO instance. Thanks!

OK... Perhaps it's my environment, I have a main XO VM that I don't update that frequently, everything checks out OK there...

Weekly or so, I update another XO LAB VM that is at the latest level. After updating my XO LAB instance today, it shows the backups and snapshots as detached. The other XO VM does not show any detached snapshots or backups, etc.

Hi, I just upgraded to the latest commit as shown here:

[info] Updating xen-orchestra from '626e2fcb1' to '2aed2fd53'

XO now shows that all of my backups are detached and not associated with a backup job as well as detached snapshots, which I believe is a bug.

Please review and let me know if you have any questions, thanks.

@badrAZ I've rebuilt XO and confirm that the suspended VDI snapshots are no longer listed as orphans, thanks!

@badrAZ said in Orphan VDIs after every backup:

issue

Thanks, I've subscribed to the github issue and will build XO as soon as I see the pull request is applied.

@Danp I had already removed the orphans today, however, I'll check again tomorrow because it happens every day. All of my backups are delta backups and they all use the "with memory" option.

I'll post more info tomorrow after my backups run again overnight. It's sort of odd that I'm left with orphan VDIs after every backup, because if I don't delete them, they're replaced by new orphans the following night, etc.

Hi, I have orphan VDIs shown in the dashboard->health page in XO after each nightly backup runs... I presume this should not happen, so I have either setup my backup jobs/schedules incorrectly or it's an XO bug.

Here's a screen shot showing the orphan VDIs:

Can someone suggest why this is occurring and how to prevent? Thanks

@julien-f Thank you and @olivierlambert for the quick and outstanding support!

@olivierlambert I just updated yesterday but I do see that new changes are available today... I'm upgrading now and will let you know after tonight's backups run...

Here's what I'll be upgrading from/to:

[info] Updating xen-orchestra from '510460c96' to '4137758ca'

@olivierlambert Happy to share anything you'd like me to, if you can tell me what xe/xo commands you'd like me to issue. I have manually removed snapshots in the past when xo (and/or I) got confused after multiple changes to my backup strategy, but I do not remove snapshots as a normal course of action.

Perthaps related to this, I have suspend images that are listed as orphan VDIs in the Dashboard->Health page, which I've attached here as well.