So either we need to update pool_migrate to allow a migration network parameter, OR we need to be sure than migrate_send do NOT reset the CBT data if the storage do not change. @psafont Do you have a preference on which one we need to do upstream?
@cg Those HDD's will take their fair time to rebuild.
Always stressful looking how far along it is while crossing your fingers that another drive wont pop during the process.
Thanks! Don't miss Daniel Stenberg stories, they are gold (eg: being insulted because someone found some curl sources in a bigger software). Some gems with the right tag in his blog: https://daniel.haxx.se/blog/tag/funny/
@olivierlambert Not to mention that the ZFS filesystem on your TrueNAS gives you protection against "bit rot". Which is a nasty creeping file corruption issue where bits get flipped unexpectedly on the device.
However the XCP-ng instances are possibly a different story, as they may not have protection against this.
Don't get me wrong: constructive feedback is ALWAYS welcome 🙂
This is just the pricing "cards", but there's already the information that you have initial setup assistance, upgrade help and direct access to XCP-ng devs. Sounds more than just "send us an email when you need". What would you have wrote then?
Also, regarding not paying the project but hire people to contribute on it: I'm very fine with it!
Well, I would say it's not directly an "upstream", it's a bit more another "downstream" from Xen and XAPI project (at least that's the idea).
It's far too early to answer about XenServer, plus the fact I'm not in Citrix board 😉 So I can't tell. I know it's generating revenue, so as long there's money, things won't disappear into thin air (support contracts and so on).
