Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of dinu.arateanu@gmail.com
 designates 74.125.83.42 as permitted sender)
Content-Type: multipart/signed;
 boundary="Apple-Mail=_E96657CA-B315-427F-84D4-D83C9D627FC4";
 protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Subject: Re: KVM/mem.overprovisioning.factor
From: Dinu Arateanu <dinu.arateanu@gmail.com>
In-Reply-To: <23A57611-C355-4138-97E6-9194461679D4@citrix.com>
Date: Thu, 22 Aug 2013 18:14:56 +0300
Cc: Bharat Kumar <bharat.kumar@citrix.com>
Message-Id: <AA3E932C-BD9A-4AD4-B929-C3BDA7A92145@gmail.com>
References: <A425DB28-239A-4C0D-B409-221588AFA6F4@gmail.com>
 <23A57611-C355-4138-97E6-9194461679D4@citrix.com>
To: "users@cloudstack.apache.org" <users@cloudstack.apache.org>

--Apple-Mail=_E96657CA-B315-427F-84D4-D83C9D627FC4
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Thanks Bharat,

As far as I'm aware, the only way to change the default system VM =
offering for a domain router can be done by modifying the database =
(altering the disk_offerings table). One can change it when a router is =
not running, but with multiple routers in a cloud it may become tedious.=20=


Concerning the secondary storage, there is a global setting, but last =
time I checked it's undocumented (one needs to fill in the service =
offering database ID, which isn't visible through Cloud UI).=20

I'd rather see a more straightforward approach. Ideally, system VMs =
should not be affected by overprovisioning settings. Less ideally, one =
should more easily change the settings for (default) system service =
offerings. A "Default" checkbox in the edit form would be nice :)

Regards,
Dinu

=20
=20
On Aug 22, 2013, at 8:55 AM, Bharat Kumar <bharat.kumar@citrix.com> =
wrote:

> Hi Dinu,
>=20
> you can modify the system service offering for the systems vms and =
change it to 512MB so that when using overcommit (of 4 ) its memory is =
set to 128 MB.
>=20
> you are right the current memory is set to system offering divided by =
the over provisioning factor.=20
>=20
> On Aug 22, 2013, at 2:05 AM, Dinu Arateanu <dinu.arateanu@gmail.com>
> wrote:
>=20
>> Hello,
>>=20
>> I'm testing ACS 4.2 with kvm. I noticed that when one configures =
mem.overprovisioning.factor Global/Cluster setting, chances are that the =
System VMs configured with an offer of 128 MB RAM will never start =
(namely the Domain Router and the SSVM).=20
>>=20
>> According to the agent.log, ACS sends libvirt the request to start =
the VM with a "currentMemory" parameter equal to the System Offering RAM =
divided by mem.overprovisioning.factor:
>>=20
>> 2013-08-21 11:02:34,824 DEBUG [cloud.agent.Agent] =
(agentRequest-Handler-1:null) Request:Seq 1-1537935677:  { Cmd , MgmtId: =
117981950658, via: 1, Ver: v1, Flags: 100011, =
[{"com.cloud.agent.api.StartCommand":{"vm":{"id":13,"name":"
>> =
r-13-VM","type":"DomainRouter","cpus":1,"minSpeed":125,"maxSpeed":500,"min=
Ram":33554432,"maxRam":134217728,"arch":"x86_64","os":"Debian GNU/Linux =
5.0 (32-bit)","bootArgs":" template=3DdomP name=3Dr-13-VM =
eth0ip=3D10.10.40.10 eth0mask=3D
>> 255.255.255.0 gateway=3D10.10.40.1 domain=3Ddev.int =
dhcprange=3D10.10.40.1 eth1ip=3D169.254.3.215 eth1mask=3D255.255.0.0 =
type=3Ddhcpsrvr disable_rp_filter=3Dtrue =
dns1=3D8.8.8.8","rebootOnCrash":false,"enableHA":true,"limitCpuUse":false
>> =
,"enableDynamicallyScaleVm":false,"vncPassword":"*","params":{"memoryOverc=
ommitRatio":"4","cpuOvercommitRatio":"4"},"uuid":"52caa75a-5331-4979-9456-=
18d1b743b7ad","disks":[{"data":{"org.apache.cloudstack.storage.to.
>> =
VolumeObjectTO":{"uuid":"c84b6834-6bab-4087-a044-e61a1e3a391b","volumeType=
":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO=
":{"uuid":"c1ac7425-f6d2-3ada-b78a-b17faceb89ea","id":2,"poolType":"RBD","=
host":"
>> =
ceph.dev.int","path":"rbd1","port":6789}},"name":"ROOT-13","size":27291524=
8,"path":"329df94f-4c30-4617-9fbd-440b76f08cde","volumeId":13,"vmName":"r-=
13-VM","accountId":1,"format":"RAW","id":13,"hypervisorType":"KVM"}},"di
>> =
skSeq":0,"type":"ROOT"}],"nics":[{"deviceId":0,"networkRateMbps":1000,"def=
aultNic":true,"uuid":"c68fdd00-68e0-4755-b6e1-c07c4d122040","ip":"10.10.40=
.10","netmask":"255.255.255.0","gateway":"10.10.40.1","mac":"06:f2:0e:00:0=
1:74"
>> =
,"dns1":"8.8.8.8","broadcastType":"Vlan","type":"Guest","broadcastUri":"vl=
an://40","isolationUri":"vlan://40","isSecurityGroupEnabled":false,"name":=
"vswitch0"},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"uuid":"=
1778dbb
>> =
d-7d27-481a-96ad-99c9aac36e8f","ip":"169.254.3.215","netmask":"255.255.0.0=
","gateway":"169.254.0.1","mac":"0e:00:a9:fe:03:d7","broadcastType":"LinkL=
ocal","type":"Control","isSecurityGroupEnabled":false}]},"hostIp":"10.10.8=
.25","
>> =
executeInSequence":false,"wait":0}},{"com.cloud.agent.api.check.CheckSshCo=
mmand":{"ip":"169.254.3.215","port":3922,"interval":6,"retries":100,"name"=
:"r-13-VM","wait":0}},{"com.cloud.agent.api.GetDomRVersionCmd":{"accessDet=
ails":{
>> "router.name":"r-13-VM","router.ip":"169.254.3.215"},"wait":0}},{}] }
>> [...]
>> <name>r-13-VM</name>
>> <uuid>52caa75a-5331-4979-9456-18d1b743b7ad</uuid>
>> <description>Debian GNU/Linux 5.0 (32-bit)</description>
>> [...]
>> <memory>131072</memory>
>> <currentMemory>32768</currentMemory>
>> <devices>
>> <memballoon model=3D'virtio'/>
>> </devices>
>> <vcpu>1</vcpu>
>> <os>
>> <type  arch=3D'x86_64' machine=3D'pc'>hvm</type>
>> <boot dev=3D'cdrom'/>
>> <boot dev=3D'hd'/>
>> </os>
>> <cputune>
>> <shares>125</shares>
>> </cputune>
>> <on_reboot>restart</on_reboot>
>> <on_poweroff>destroy</on_poweroff>
>> <on_crash>destroy</on_crash>
>> </domain>
>>=20
>> As a result, the System VM will be created, but will never run - 32 =
MB RAM is too low. I'm not arguing about how recommended it is to set a =
factor of 4 for memory ballooning (outside testing environments), but =
rather that ACS should start (at least the System) VMs with a minimum =
RAM. The virtio_balloon module seems to be loaded within the SVM =
template, but it does not work.=20
>>=20
>> Is there any way to control how much minimum RAM ACS allocates based =
on the service offering and the overprovisioning factor?=20
>>=20
>> Thanks,
>> Dinu
>>=20
>>=20
>>=20
>=20


--Apple-Mail=_E96657CA-B315-427F-84D4-D83C9D627FC4
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJSFirwAAoJEPaE78ui3aeiaRAH/jSrXJzbWXgvqXSJR6tzFHab
xwEUs6R0xPtH4+PpJyAIEod5FdENmQtK7wMwIHO4klUkGeZjpToz+I41aUc1vnGA
5wmU7SCtNPxTPals7q3g8/dIZoSXYoYc6/Z6G3eBz2sLf3r3IdTzWpPCKEvzvQa9
4YRj51Mm1AqAhfEUO7HrOtVJartLEsAtA53IeMhamaeayPcGriwCcrCZnENVqwz/
EJd9amaLKHHtkexJvJ2E+bwJlhnPhLa/qwOq416YBZfP+3/DeGSrdoHmaUfQAfo2
avKfoVetObu0Bv0Rv3Tm03qdwFN8IokNAUxHGRdhqpJEF8g4T7fFdMbx6sxwcow=
=JSn/
-----END PGP SIGNATURE-----

--Apple-Mail=_E96657CA-B315-427F-84D4-D83C9D627FC4--