Xen Orchestra from Sources unreachable after applying XCPng Patch updates

JamfoFL

@john.c Yes, the xo-server.service is on the exact, same VM where Xen Orchestra is running. It's actually in the same folder: /xen-orchestra/packages/xo-server.

When I run systemctl for the sshd.service as you recommended, I get the following:

Here's what's really, really weird, however. I have a second demo system: completely separate hardware, installations, the works... this second demo system is almost identical to the demo system on which I am having the issue and this system is working just fine. When I go to the host VM for Orchestra on that server it has the same message that it can't find the xo-server.service! And yet, just to reiterate, that version of Orchestra is working just fine.

I'm almost wondering if the updated XCPng patches broke something, as the only difference between the two setups is I haven't updated the XCPng patches on the second set of hardware, yet.

olivierlambert

Hi,

No, there's no reason XCP-ng patches are doing issues like this (at least I'm not aware with our customers and our own install is also patched too: no issues).

This makes me believe it's a configuration/environment issue on your end. I know it doesn't help, but at least it's XCP-ng unrelated

john.c

@JamfoFL said in Xen Orchestra from Sources unreachable after applying XCPng Patch updates:

@john.c Yes, the xo-server.service is on the exact, same VM where Xen Orchestra is running. It's actually in the same folder: /xen-orchestra/packages/xo-server.

When I run systemctl for the sshd.service as you recommended, I get the following:

Here's what's really, really weird, however. I have a second demo system: completely separate hardware, installations, the works... this second demo system is almost identical to the demo system on which I am having the issue and this system is working just fine. When I go to the host VM for Orchestra on that server it has the same message that it can't find the xo-server.service! And yet, just to reiterate, that version of Orchestra is working just fine.

I'm almost wondering if the updated XCPng patches broke something, as the only difference between the two setups is I haven't updated the XCPng patches on the second set of hardware, yet.

Could you try relocating it to the sshd.service path location?

Though if it requires alterations to the xo-server.service to make it find the necessary executables, make them.

Don’t forget “systemctl daemon-reload” to reload service files.

Anyway that Orchestra.service file (Orchestra) file seems a bit odd! Did you create or use this to launch Xen Orchestra, in the past as a daemon automatically?

This maybe why Xen Orchestra is running without its working xo-server.service file!

If that still causes issues it maybe worth rolling a new instance of XO From Sources, but in an environment closer to the one used by Vates to build XOA appliance.

john.c

@olivierlambert said in Xen Orchestra from Sources unreachable after applying XCPng Patch updates:

Hi,

No, there's no reason XCP-ng patches are doing issues like this (at least I'm not aware with our customers and our own install is also patched too: no issues).

This makes me believe it's a configuration/environment issue on your end. I know it doesn't help, but at least it's XCP-ng unrelated

If he didn’t have this issue before, but does now and it worked beforehand. While you and other customers don’t have the issue as well as possibly other XO from Sources users.

Could it be something in one of those patches, that’s interacting with his configuration and environment used by his infrastructure and/or XO From Sources VM, causing his issue?

Knowing what it it’s in his environment could be helpful as it can be documented for future reference by him and/or Vates. Both to warn people with similar configurations and also incase other surprises crop up in unexpected places!

JamfoFL

@john.c Yeah, I'll probably have to suck it up and build a new one. However, it should be noted that I've in no way done any kind of odd customizations to Orchestra. When I installed it way back when I followed the explicit instructions right from the https://docs.xen-orchestra.com/installation#from-the-sources site and that was it. I think the instructions were slightly different back then, but I've never done anything other than what is in the instructions... I'm not "sophisticated" enough with Linux flavors to do any kind of tinkering on my own.

It may be a while till I get a chance to do a complete rebuild... but I'll update here once I've completed!

john.c

This post is deleted!

john.c

@JamfoFL said in Xen Orchestra from Sources unreachable after applying XCPng Patch updates:

@john.c Yeah, I'll probably have to suck it up and build a new one. However, it should be noted that I've in no way done any kind of odd customizations to Orchestra. When I installed it way back when I followed the explicit instructions right from the https://docs.xen-orchestra.com/installation#from-the-sources site and that was it. I think the instructions were slightly different back then, but I've never done anything other than what is in the instructions... I'm not "sophisticated" enough with Linux flavors to do any kind of tinkering on my own.

It may be a while till I get a chance to do a complete rebuild... but I'll update here once I've completed!

How about to the XCP-ng hosts or their network connections?

JamfoFL

@john.c I am able to PING the VM hosting Orchestra with no issues.

john.c

@JamfoFL said in Xen Orchestra from Sources unreachable after applying XCPng Patch updates:

@john.c I am able to PING the VM hosting Orchestra with no issues.

How about trace routing the tcp port using tcptraceroute (Linux) or tracetcp (Windows). Can you run this on the IP Address and port used by Xen Orchestra, from both local address (same machine) and another address (remote machine)?

Can help to see if there’s an issue in the path to that IP’s TCP Port!

CodeMercenary

@JamfoFL Any luck getting this to work? I've put off installing the patches because I don't want to lose my XO installs.

knightjoel

Hello.

@JamfoFL said in Xen Orchestra from Sources unreachable after applying XCPng Patch updates:

This is very odd. When I check to see if the Orchestra status is running, everything looks OK:

This doesn't look ok. The process behind this service has actually exited. Suggest you start/restart this service and check if XO is reachable. If it's not, dive into the logs and look for clues why the process is exiting. You may want to also try manually running /etc/init.d/orchestra and see if that produces any helpful output.

But when I try to run the command you sent over, I get an error message stating "Unit xo-server.service" could not be found". However, when I check in the very same folder from which I am running the command, I can see xo-server.service right there.

Not taking away from the points others have made about .service files needing to be in the correct location, but in your case, worrying about the xo-server.service file is probably a dead end. It appears whoever installed XO created the systemd service as orchestra. You needn't try and "fix" the fact you don't have an xo-server.service.

.joel