@abudef The English translation is meant to be "Prevent Migration".
I think some lines were crossed ha.
@abudef The English translation is meant to be "Prevent Migration".
I think some lines were crossed ha.
@coolsport00 said in XO Pool Management:
@DustinB Thanks Dustin. If my Slave loses network again...I'll run that cmd. Hopefully not though!
Question if I may - does it matter where I configure my Host networking? Meaning (not my Mgmt ntwk..that's upon install), but if I want to change Network names/desc's, do I do that after adding Hosts to a Pool, or just go ahead and do it on the Hosts before adding them to a Pool? When I had my issue mentioned earlier above..I literally hadn't done anything but added 1 Host to my other in a Pool and just began homogenizing Networks, as well as adding a couple other VLAN networks. That was it..then bam!...issues on my Slave.
Thanks.
I've always configured and setup my hosts into a pool, then went in and made any descriptive changes once the environment is setup.
Making changes on a per host basis doesn't really work or make any sense as they would be superseded by changes made at the pool.
@coolsport00 From your master over SSH (or console)
xe host-list
xe forget-host uuid=<Slave-UUID>
The question that is begging to be answered then is would Change Block Tracking (CBT) address this issue?
Presumably it would, but as the post is still actively getting updates, https://xcp-ng.org/forum/topic/9268/cbt-the-thread-to-centralize-your-feedback
@sotero I'm not aware of any particular issue off hand. It seems like the hardware is operating as expected...
Were all of these units shipped from the manufacturer "ready to go" aside from having XCP-ng installed?
@sotero This may seem odd, but are the CPU fans actually working? I know there are hundreds of people who are using Intel CPUs (likely the same exact model) that aren't experiencing the same issue.
My initial thought is that these servers you have, has some kind of hardware or firmware issue where the CPU Fan simply isn't working.
@Statitica have you checked the Event Logs, specifically the System event logs? I recall having a performance hit when I migrated some VMs from Hyper-V to XCP-ng (years ago at this point).
I don't recall the exact issue off hand, but the remedy was easy enough.
@icompit gotcha, while I generally understand the reasoning behind this, it doesn't work like this practically.
If you're moving your VM's around from one host to another in an unmanaged environment, that would mean that the VM could run in multiple locations at once which would negatively impact your licensing costs.
Whereas if you have 1 pool, the VM can only be running on the singular pool once without you making any changes to that system.
Of course if you removed the NIC or sysprep'd a VM then it could run somewhere else, but those are fundamental changes to a given VM.
Why not have you're hosts in a single pool, then when you're performing maintenance the system manages moving your VMs around for you?
Just curious, while I do agree you should be able to cross pool migrate VMs without issue, I'm trying to understand the use case you're using here.
@the_jest Ah my misunderstanding, well that sounds like it should be fine for day to day operations then for the cabinetry. You might have to look at the components within this unit (the CPU and cooler itself).
I'm assuming this was a system that was "bought off a shelf" and not assembled by you. CPU heat issues can be annoying to deal with, but pretty simple.
Open the case, remove the heatsink, clean it up with some Isopropyl Alch (80% or higher) add some new heatsink gel and go from there.
@JoaoL What do you see when looking at Backup > Health ?
@the_jest If the space is in a passively ventilated cabinet, that may not be enough for this unit.
As a silly ask, do you happen to have any large CPU coolers that you could just set on top of this unit to act as a larger heatsink?
Opening the cabinet door may be enough to fix the issue as well with passive cooling.
These small units, often have little to no ventilation so even mild usage, could cause the CPU to overheat.
If the unit is an older model, it's possible the CPU gel is old and cruddy and needs to be replaced.
HTH
Also post VGA being disabled, it does seem better.
@olivierlambert Trying now, what is the alternative output besides VGA (just curious).
@olivierlambert said in VM Console Performance:
Do you have VGA enabled in Advanced tab in your VM view?
Yes, I think it's on by default. Should I turn it off?
Using XCP-ng 8.3 (latest round of updates).
Occasionally after a reboot the Console within XOA will result in extremely low performance. Anyone have any idea what causing this.
@yzgulec said in How to deploy XO on ESXi:
I just used VMware Converter for V2V (seems more practical for me)
Installing from Source or using an installation script from the community is also very straight-forwards.
Maybe 10 minutes worth of setup for the OS and then for at least my github it's a single line installation.
@yzgulec said in How to deploy XO on ESXi:
I need to deploy Xen Orchestra on ESXi.
When I download Xen Orchestra, the downloaded file is in XVA format and it is impossible to import it to ESXi directly.
Now, I will try to convert using VMware Converter but I am looking for easier way to deploy XO on ESXi (if there is any)
(I know XO is based on Xen but I wish there was a OVA template for XO to deploy it on ESXi. Or ISO would work too.)
Thank you.
Just create a Debian VM and then follow the Built from Source or XOCE installation process.
@CodeMercenary said in What's the recommended way to reboot after applying XCP-ng patches?:
So, it appears that I can't use that when I'm running local storage.
Yeah using local storage non-shared on your host poses a ton of challenges, basically you would need to shutdown your VMs put your secondary hosts into maintenance mode and then reboot the environment, starting with the pool master.