In any case, you'll hit the same issues: you can't guess what's inside the user network. Believe me, you don't want to spend your non-working time making support for free because someone forgot there is a proxy between their Xen Orchestra installation and outside.
edit: I think I have roughly some stats on support, at least half of the time is related to user configuration issues.
edit2 : my 2 cents on the current issue: not enough RAM to build npm packages.
For those who are using XenServer and want to take a quick look at XO, now you just had to SSH into your host and:
bash -c "$(curl -s http://xoa.io/deploy)"
That's it 
Nothing is stored on the host local disks, it's streamed directly to the default storage while downloading, and you can set the IP before. When it's done, you just have to click on the link that will redirect you to XO web UI.
https://xen-orchestra.com/blog/one-line-to-deploy-xoa/
7.2 is here guys 
https://xen-orchestra.com/blog/xenserver-7-2/
Calm down, it's not a big step from 7.1. In fact, it's the start of a more "rolling releasing" thing for 7.2 to 7.x+1 (where x > 1 obviously )
Next time XS will be upgraded (every 6 months approx) it will be available via simple patches.
7.1 is "frozen" (more or less patches) because it's an LTS.
Just made some benchmarks recently: https://xen-orchestra.com/blog/new-xosan-benchmarks/
If you shutdown all XOSAN VMs, your SR is unreachable. When you start it, as soon the minimal number of nodes is up, it will work again (even if there is auto healing, it will be slower but work in R/W)
If you replace one node, you can do it live (we have a "replace" button in the UI!). The new node will replace the old one and get all the missing pieces via the heal process.
In the end, nothing to do to make it work again
Again, thanks for posting this, it helps me to remember I need to update my Zimbra from time to time 
(oh and thanks for the direct link too)
I just wanted to comment a thread regarding XenServer 7.3 and some removed features, telling we are trying to gather people around the idea to build it from the sources (see https://xen-orchestra.com/forum/topic/562/xenserver-7-3-and-now-what-s-next )
My first post was removed because I can't post for free « as a vendor » (WAT? just talking about XenServer). But I re-posted without any links, just telling there is some initiative to do so.
… And my post was removed, because I was telling in this last post that "well my previous post was removed".
And the moderator told be, basically:
As an XO Sales Engineer, unfortunately you will not be able to engage with SpiceHeads in the community, as we are only free for those working IT positions at their company.
Seriously? "XO Sales Engineer", LOL. Did you experience that kind of issues with them? Is it new?
aGPLv3 if you think some "hosters" can use it without contributing (ie not actually run the code on your machine = no need to share your modification with GPLv2 for example).
Guess which license made AWS adding stuff to Xen without sharing it? So, even if I'm selling software, I'm convinced aGPLv3 is more fair toward the community. /my2cents
@stacksofplates said in KVM or VMWare:
@olivier said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@pete-s said in KVM or VMWare:
It isn't the ability to automate that is the problem. It's the availablility of easy to use tools that is the problem.
Thats the whole point I'm making.
KVM is hard to automate. Not that it's impossible, but the tooling doesn't exist to where you can easily automate like with VMware.
And that's a very good point. That's why here at Vates, we made various efforts in XCP-ng/Xen Orchestra, providing multiple solutions: Packer, Terraform and even Ansible integration. That's also why Xen Orchestra really makes sense as a "middleware", as a single central point to consume with its API. Like vCenter in fact.
This is a true way to create value on top of it. The other aspect is all about integration, like we did with Netbox for example (sync all VMs and hosts, with their IP address, config and such to Netbox).
Right VMware or Xen Orchestra. If the tool isn't built with an API first mindset, the work needed to automate it greatly increases.
I agree. And to be honest, we learnt it "by accident" (ie our API was made for our internal usage). But now we are working more on the direction of "API as first class citizen", thanks to the large feedback we got from our users. I'm happy we took the right "overall design" decisions at first, allowing us to rely on Xen Orchestra as a central point (vs one UI per host, which can be handy but doesn't scale)
@Francesco-Provino by scale I meant the scale of Xen core developers (ie headcount). It's not that much especially compared to Xen adoption at such… scale
So if you did a lot of things with a relatively small team, this is a pretty nice clue on what could be done with more focus and people! (and yes, Citrix was completely unfocused on Xen, only few years after acquiring it).
But this is clearly changing (the situation, not Citrix 
).
Hey there,
To answer @Pete-S ' question about the "why" of XO Lite:
@nerdydad said in Hiring a tech for support, based in US:
@dustinb3403 said in Hiring a tech for support, based in US:
@olivier how do you want people to contact you about the position? Email, phone, SMS?
Carrier pigeon with CV attached.
If it follows RFC1149, I'm fine with that!
More seriously: careers at vates dot fr
@thwr said in What Are You Doing Right Now:
@DustinB3403 said in What Are You Doing Right Now:
@thwr said in What Are You Doing Right Now:
@olivier said in What Are You Doing Right Now:
@thwr On the US scale, yes
No need to put big in quotes. DESY is a well known name
It is? What's DESY?
In short, a "smaller" LHC, but with a LOT of machines doing heavy CPUs task, running a LOT of XS hosts.
Thanks
Feel free to post suggestion or report issues, that's how we can improve it.
About the best practice: "it depends". It depends of:
One site, medium infrastructure (common case): XOA inside your cluster. Use backup feature of XOA for backuping itself on a NFS share (which can be replicated outside) or use DR. This way, even if you lost your whole site, you'll be able to restore it. I mean, if it happens, that's normal to lose XOA itself in the process. With a complete pool offline, having a management system won't be really useful anyway.
Large DCs distributed: backup/DR, tunnels (GRE, VPN or SSH, it doesn't matter)
Very small remote infrastructure: XAPI on the web directly. But use a very strong and random root password (XAPI use root account, not possible to do otherwise).
@dustinb3403 said in Hiring a tech for support, based in US:
@olivier said in Hiring a tech for support, based in US:
No phone support, only live chat and tickets. And yes, directly with the customer.
So they don't need to be comfortable talking to strangers (good for a junior tech for sure).
Yeah, no "voice" contact with customers. Everything behind a screen and keyboard, that's all. But it's not easy either to deal with people who can't RTFM
I don't think you are representing most of how companies deal with IT ^^ Otherwise, VMWare shares won't be that high.
@coliver We can implement a "remote" of Amazon type, that shouldn't be a problem!
Exactly. Job manager is "generic": it allows you to build complex planned stuff (like shutdown those VM during the night, and create another job to start them in the morning).
It's very very generic.
Backup is a kind of specific planned job.
@coliver Will be more critical feature after feature. When it's only for basic management as an admin, you can just use the Free XOA anyway.
Backups can be more critical, and well, that's exactly the point of Starter 
Then you'll have the possibility to use it extensively with other people thanks to ACLs (VM delegation for example), thus it's more critical.
And finally, you can use it at scale, when Premium can deliver the most of its potential.
We got customers with huge need of software support (maybe you know a small entity in US, which is about flying stuff, starting with "F" and finishing by a "A", with another "A" in the middle )
@scottalanmiller Nope. But nobody here will bet a penny on you if you don't have any income in less than 1 year. Roughly, they understand Internet as a mean to sell shoes.