pls merge also https://github.com/apache/cloudstack-docs-admin/pull/48
just correct code block syntax (to display code properly)
On 20 February 2018 at 21:02, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
> Thanks, we will proceed reviweing
>
> On Tue, Feb 20, 2018 at 3:12 PM, Andrija
That is good to hear ( no NFS issues causing Agent Disconnect).
I assume you are using "normal" NFS solution with proper HA and no ZFS
(kernel panic etc), but anyway be aware of this one
https://github.com/apache/cloudstack/blob/e532b574ddb186a117da638fb6059356fe7c266c/scripts/vm/hypervisor/kvm/k
Thanks, we will proceed reviweing
On Tue, Feb 20, 2018 at 3:12 PM, Andrija Panic
wrote:
> Here it is:
>
> https://github.com/apache/cloudstack-docs-admin/pull/47
>
> Added KVM online storage migration (atm only CEPH/NFS to SolidFire, new in
> 4.11 release)
> Added KVM cache mode setup and limita
Yes. That is the expected behavior
On Tue, Feb 20, 2018 at 4:59 PM, Sean Lair wrote:
> We have some Windows VMs we have VM HA enabled for. When a user does a
> shutdown of the VM from within Windows, VM HA reports the following and
> powers the VM back up. Is this expected behavior?
>
> Log Sn
We have some Windows VMs we have VM HA enabled for. When a user does a
shutdown of the VM from within Windows, VM HA reports the following and powers
the VM back up. Is this expected behavior?
Log Snip-it:
2018-02-20 19:51:58,898 INFO [c.c.v.VirtualMachineManagerImpl]
(AgentManager-Handler-
Hi Andrija
We are currently running XenServer in production. We are working on moving to
KVM and have it deployed in a development environment.
The team is putting CloudStack + KVM through its paces and that is when it was
discovered how broken VM HA is in 4.9.3. Initially our patches fixed V
Hi Rene,
Thanks for sharing - I've not seen this in test/production environment yet.
Does it help to destroy the VR and check if the issue persists? Also, is this
behaviour system-wide for every VR, or VRs of specific networks or topologies
such as VPCs? Are these VRs redundant in nature?
4.
Here it is:
https://github.com/apache/cloudstack-docs-admin/pull/47
Added KVM online storage migration (atm only CEPH/NFS to SolidFire, new in
4.11 release)
Added KVM cache mode setup and limitations.
Cheers
On 20 February 2018 at 16:49, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:
If you are willing to write it down, please do so, and open a PR. We will
review and merged it afterwards.
On Tue, Feb 20, 2018 at 12:41 PM, Andrija Panic
wrote:
> I advise (or not...depends on point of view) to stay that way - because
> when you activate write-back cache - live migrations will
I advise (or not...depends on point of view) to stay that way - because
when you activate write-back cache - live migrations will stop, and this
makes *Enable maintenance mode (put host into maintenance)* impossible.
I would perhaps suggest that there is documentation for "advanced users" or
simil
Yes. Weird enough, the code is using the value in the database if it is
provided there, but there is no easy way for users to change that
configuration in the database. ¯\_(ツ)_/¯
On Tue, Feb 20, 2018 at 11:45 AM, Andrija Panic
wrote:
> So it seems that just passing the cachemode value to API is
So it seems that just passing the cachemode value to API is not there, or
somehow messedup, but deployVM process does read DB values from
disk_offering table for sure, and applies it to XML file for KVM.
This is above ACS 4.8.x.
On 20 February 2018 at 15:44, Andrija Panic wrote:
> I have edited
I have edited the disk_offering table, in the cache_mode just enter
"writeback". Stop and start VM, and it will pickup/inherit the cache_mode
from it's parrent offering
This also applies to Compute/Service offering, again inside disk_offering
table - just tested both
i.e.
UPDATE `cloud`.`disk_off
Dear Apache Enthusiast,
(You’re receiving this message because you’re subscribed to a user@ or
dev@ list of one or more Apache Software Foundation projects.)
We’re pleased to announce the upcoming ApacheCon [1] in Montréal,
September 24-27. This event is all about you — the Apache project com
I have no idea how it can change the performance. If you look at the
content of the commit you provided, it is only the commit that enabled the
use of getCacheMode from disk offerings. However, it is not exposing any
way to users to change that value/configuration in the database. I might
have miss
I'm working with some guys who are experimenting with the setting as if
definitely seems to change the performance of data disks. It also changes the
XML of the VM which is created.
p.s.
I've found this commit;
https://github.com/apache/cloudstack/commit/1edaa36cc68e845a42339d5f267d49c82343ae
Hi
We upgraded from 4.9 to 4.11. VMware 6.5.0. (Testing environment).
VR upgrade went through. But we noticed that the communication between
the management server and the VR are not working properly.
We do not yet fully understand the issue, one thing we noted is that the
networks configs seems
This cache mode parameter does not exist in "CreateDiskOfferingCmd"
command. I also checked some commits from 2, 3, 4 and 5 years ago, and this
parameter was never there. If you check the API in [1], you can see that it
is not an expected parameter. Moreover, I do not see any use of
"setCacheMode"
I can also assume that "cachemode" as API parameter is not supported, since
when creating data disk offering via GUI also doesn't set it in DB/table.
CM:create diskoffering name=xxx displaytext=xxx storagetype=shared
disksize=1024 cachemode=writeback
this also does not set cachemode in table.
Hi Paul,
not helping directly answering your question, but here are some
observations and "warning" if client's are using write-back cache on KVM
level
I have (long time ago) tested performance in 3 combinations (this was not
really thorough testing but a brief testing with FIO and random IO WRI
Hello guys,
we've just upgraded one of our hosts from Cloudstack Cluster, to ESXI
6.5.0, doing the following steps (Host 192.168.150.14):
- Change host state to "maintenance mode" on Cloudstack
- Remove the host as an infrastructure
- Put the host in maintenance mode on VCenter.
- Remove the host
Hi Wido,
This is for KVM (with Ceph backend as it happens), the API documentation is out
of sync with UI capabilities, so I'm trying to figure out if we *should* be
able to set cacheMode for root disks. It seems to make quite a difference to
performance.
paul.an...@shapeblue.com
www.shapeb
On 02/20/2018 09:46 AM, Paul Angus wrote:
Hey guys,
Can anyone shed any light on write caching in CloudStack? cacheMode is
available through the UI for data disks (but not root disks), but not
documented as an API option for data or root disks (although is documented as a
response for dat
Hey guys,
Can anyone shed any light on write caching in CloudStack? cacheMode is
available through the UI for data disks (but not root disks), but not
documented as an API option for data or root disks (although is documented as a
response for data disks).
#huh?
thanks
paul.an...@shapebl
24 matches
Mail list logo
