Xen Orchestra on Ubuntu 15.10 - Complete installation instructions

Danp

But you may not want to use NFS on your XO server. . . .

Maybe you use it just to manage the VM's but no do backups.... so um, no.

True. However, this creates a situation where the software claims to support NFS remote shares, but it doesn't work properly without this package.

DustinB3403

@Danp said:

@DustinB3403 said:

But you may not want to use NFS on your XO server. . . .

Maybe you use it just to manage the VM's but no do backups.... so um, no.

True. However, this creates a situation where the software claims to support NFS remote shares, but it doesn't work properly without this package.

NFS shares are likely to be faded out in favor of SMB Lib's that only get used at the time of backup or restore.

Ubuntu Minimal is the installation media chosen, I would also assume Ubuntu Full DVD would work as well, but it would be bloated in comparison. If a note isn't sufficient I don't see how forcibly installing NFS-Common is going to fix the issue in the first place.

Forcing NFS-Common onto your system would somehow defeat the purpose of using the minimal installation media

DustinB3403

Yes it could be compiled into the script, even as an optional installation item at the end. But why, because then it's bloating the script.

A comment on the script is enough to tell someone who's reading it what they should need.

scottalanmiller

@DustinB3403 said:

@Danp said:

@DustinB3403 said:

But you may not want to use NFS on your XO server. . . .

Maybe you use it just to manage the VM's but no do backups.... so um, no.

True. However, this creates a situation where the software claims to support NFS remote shares, but it doesn't work properly without this package.

NFS shares are likely to be faded out in favor of SMB Lib's that only get used at the time of backup or restore.

Ubuntu Minimal is the installation media chosen, I would also assume Ubuntu Full DVD would work as well, but it would be bloated in comparison. If a note isn't sufficient I don't see how forcibly installing NFS-Common is going to fix the issue in the first place.

Forcing NFS-Common onto your system would somehow defeat the purpose of using the minimal installation media

Except the point of a script is to run it, not to read it. if people wanted to read it, they wouldn't run a script to do the work.

JaredBusch

@DustinB3403 said:

Forcing NFS-Common onto your system would somehow defeat the purpose of using the minimal installation media

How in the hell did you reach that conclusion? Installing a single extra package comes no where close to "defeating the purpose" of a minimal install.

On the other hand by adding a commonly used file sharing system you negate problems with people attempting to actually follow the instructions and get something working.

DustinB3403

@scottalanmiller said:

@DustinB3403 said:

@Danp said:

@DustinB3403 said:

But you may not want to use NFS on your XO server. . . .

Maybe you use it just to manage the VM's but no do backups.... so um, no.

True. However, this creates a situation where the software claims to support NFS remote shares, but it doesn't work properly without this package.

NFS shares are likely to be faded out in favor of SMB Lib's that only get used at the time of backup or restore.

Ubuntu Minimal is the installation media chosen, I would also assume Ubuntu Full DVD would work as well, but it would be bloated in comparison. If a note isn't sufficient I don't see how forcibly installing NFS-Common is going to fix the issue in the first place.

Forcing NFS-Common onto your system would somehow defeat the purpose of using the minimal installation media

Except the point of a script is to run it, not to read it. if people wanted to read it, they wouldn't run a script to do the work.

Well they don't have to read the script, but the how-to would be wise...

@JaredBusch said:

@DustinB3403 said:

Forcing NFS-Common onto your system would somehow defeat the purpose of using the minimal installation media

How in the hell did you reach that conclusion? Installing a single extra package comes no where close to "defeating the purpose" of a minimal install.

On the other hand by adding a commonly used file sharing system you negate problems with people attempting to actually follow the instructions and get something working.

Again, it's why Read-Me's exist.... so that the "user" knows what the hell is going on. the read me is literally a few lines.

But I digress.

DustinB3403

Script updated to perform NFS-Common installation at the start, and then everything else afterwards.

Read-Me updated.

Danp

@DustinB3403 Thanks!

Danp

Anyone already tackle the issue of how to start XO automatically when the VM is booted? If so, what was your solution?

DustinB3403

@Danp said:

Anyone already tackle the issue of how to start XO automatically when the VM is booted? If so, what was your solution?

I haven't looked into this yet, but you could run a crontab job at boot that does this for you.

travisdh1

@DustinB3403 said:

@Danp said:

Anyone already tackle the issue of how to start XO automatically when the VM is booted? If so, what was your solution?

I haven't looked into this yet, but you could run a crontab job at boot that does this for you.

I always forget that cron can take care of that, rather than writing your own init or systemd script. Probably the best way to handle it quickly and easily.

DustinB3403

Good old cron....

Always being forgotten about

DustinB3403

At the moment I'm build a test XO update script..

Wish me luck.

DustinB3403

So I've made a super simple script file that will update your XO installation.

I recommend that you shutdown the XO services while this runs.

sudo mkdir /opt/xo-update
cd /opt/xo-update
wget https://gist.githubusercontent.com/Jarli01/4d32d4f1b8c5786c9299/raw/c1af91129bdbd4775653932aa957c2ea48889fe7/xo-update.sh
chmod +x xo-update.sh

To run it

from /opt/xo-update

 sudo ./xo-update.sh

Alex Sage

@DustinB3403 can we just add this as an option to @scottalanmiller script? Having it all in one script would be nice.

Dashrender

Should you perhaps add the shut down of XO to the script? Perhaps prompt the user that it's going to happen and give them an out?
Or is that to Windowsee?

scottalanmiller

@Dashrender said:

Should you perhaps add the shut down of XO to the script? Perhaps prompt the user that it's going to happen and give them an out?
Or is that to Windowsee?

A bit Windowsee

DustinB3403

@anonymous said:

@DustinB3403 can we just add this as an option to @scottalanmiller script? Having it all in one script would be nice.

The installation script only currently does the installation.

Where as updating could be performed daily or even weekly depending on how often @olivier and his team make adjustments.

Having the separate script made more sense to me.

DustinB3403

Now you could, just rerun the installation script.... but that seems like overkill.

DustinB3403

@Dashrender said:

Should you perhaps add the shut down of XO to the script? Perhaps prompt the user that it's going to happen and give them an out?
Or is that to Windowsee?

That is a very simple exit command.

But presumably you want to run it on your schedule. So it's not getting turned off at whatever schedule.

 sudo npm stop

But yeah....