Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id EC611200B6B for ; Thu, 25 Aug 2016 09:42:27 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id EAE8F160A94; Thu, 25 Aug 2016 07:42:27 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 18ABA160A93 for ; Thu, 25 Aug 2016 09:42:26 +0200 (CEST) Received: (qmail 61642 invoked by uid 500); 25 Aug 2016 07:42:21 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 61630 invoked by uid 99); 25 Aug 2016 07:42:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Aug 2016 07:42:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 3E1CAC3AB1 for ; Thu, 25 Aug 2016 07:42:20 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.621 X-Spam-Level: X-Spam-Status: No, score=-0.621 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.519, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=arhont.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id zHBqf1a6E4Uk for ; Thu, 25 Aug 2016 07:42:16 +0000 (UTC) Received: from mail.arhont.com (mail1.arhont.com [178.248.108.132]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id F1CE75F4E9 for ; Thu, 25 Aug 2016 07:42:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail1.arhont.com (Postfix) with ESMTP id E8578980A8A for ; Thu, 25 Aug 2016 08:42:28 +0100 (BST) Received: from mail.arhont.com ([127.0.0.1]) by localhost (mail1.arhont.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id yljgiZJkKkiR for ; Thu, 25 Aug 2016 08:42:28 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mail1.arhont.com (Postfix) with ESMTP id 8EE44980A8B for ; Thu, 25 Aug 2016 08:42:28 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.9.2 mail1.arhont.com 8EE44980A8B X-Virus-Scanned: amavisd-new at arhont.com Received: from mail.arhont.com ([127.0.0.1]) by localhost (mail1.arhont.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5xnum-5Ab-rW for ; Thu, 25 Aug 2016 08:42:28 +0100 (BST) Received: from mail1.arhont.com (mail1.arhont.com [178.248.108.132]) by mail1.arhont.com (Postfix) with ESMTP id 20087980A8A for ; Thu, 25 Aug 2016 08:42:28 +0100 (BST) Date: Thu, 25 Aug 2016 08:42:25 +0100 (BST) From: Andrei Mikhailovsky To: users Message-ID: <261710554.89053.1472110945135.JavaMail.zimbra@arhont.com> In-Reply-To: References: <14979932.2268226.1463049423997.JavaMail.zimbra@arhont.com> <1117579057.2268712.1463052556353.JavaMail.zimbra@arhont.com> <1758309532.2299279.1463265113050.JavaMail.zimbra@arhont.com> <117961af-47f6-b17f-5ada-c31265675112@imisglobal.com> Subject: Re: KVM disk cache option has no effect MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailer: Zimbra 8.6.0_GA_1182 (ZimbraWebClient - FF48 (Linux)/8.6.0_GA_1182) Thread-Topic: KVM disk cache option has no effect Thread-Index: 9NKho47/JjGrFBTDu15QqIP8oyL1bQ== archived-at: Thu, 25 Aug 2016 07:42:28 -0000 I've noticed the same behaviour on kvm with ubuntu 14.04 servers on acs 4.7= .1.1 Andrei ----- Original Message ----- > From: "Yuriy Karpel" > To: "users" > Sent: Thursday, 25 August, 2016 07:58:56 > Subject: Re: KVM disk cache option has no effect > CentOS management and kvm node, Cloudstack 4.7.1, Storage RBD. >=20 > Added value in the table, UI shows that the caching policy WB: >=20 > 151 4 test_cache a6c0b591-0ca7-4938-91f4-8ed961f490b6 test_cache 0 Disk > (null) 0 0 (null) 0 1 (null) 25.08.2016 6:35:07 0 1 (null) (null) (null) > (null) (null) (null) (null) Active (null) writeback thin >=20 >=20 >=20 > Created drive and connected it to the VM, the cache setting is "none": >=20 > > > > > > name=3D'rbd-cl/59053122-a711-45d5-a801-8b3858d84cdc'> > > > > > 59053122a71145d5a801 > >
function=3D'0x0'/> > >=20 >=20 >=20 >=20 >=20 > 2016-08-24 17:27 GMT+03:00 Andrija Panic : >=20 >> Hi Enzo, >> >> just go to table/view "disk_offering_view" and in the field "cache_mode" >> insert "writeback" value.... >> >> Be aware, that if using writeback cache with CEPH - this is not really >> needed, and perhaps better to use RBD cache on ceph.conf on KVM side... >> Also note, with writeback cache set - if using NFS as storage - live >> migrations will not work ! >> With ceph and writeback cache, live migration works (libvirt limitation, >> you can google it). >> >> Best, >> Andrija >> >> On 24 August 2016 at 10:24, (IMIS) Enzo Bettini >> wrote: >> >> > Hi Andrei, >> > >> > How did you get around this? Did you manually update the VM configurat= ion >> > using virsh edit? >> > >> > Regards, >> > Enzo >> > >> > >> > On 15/05/2016 00:31, Andrei Mikhailovsky wrote: >> > >> >> Not as far as I know (. The ticket status is closed >> >> >> >> Andrei >> >> >> >> ----- Original Message ----- >> >> >> >>> From: "Simon Weller" >> >>> To: "users" >> >>> Sent: Thursday, 12 May, 2016 14:38:35 >> >>> Subject: Re: KVM disk cache option has no effect >> >>> All, >> >>> >> >>> Is there a current issue in Jira on this? >> >>> >> >>> - Si >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> ________________________________________ >> >>> From: Yuriy Karpel >> >>> Sent: Thursday, May 12, 2016 7:07 AM >> >>> To: users@cloudstack.apache.org >> >>> Subject: Re: KVM disk cache option has no effect >> >>> >> >>> The same function does not work on centos + ceph. CloudStack 4.7.1 >> >>> >> >>> 2016-05-12 14:29 GMT+03:00 Andrei Mikhailovsky : >> >>> >> >>> Hi Shweta, >> >>>> >> >>>> thanks for your findings. I am very much surprised to see this was = not >> >>>> discovered earlier, especially since this feature has been implemen= ted >> >>>> many >> >>>> versions back (back in version 4.4 or 4.5 i think). I was under the >> >>>> impression that people are testing and reporting on the new feature= s >> >>>> before >> >>>> they hit the release, which apparently is not the case, at least fo= r >> >>>> some >> >>>> new features. From what I can see this feature was completed about = a >> >>>> year >> >>>> ago. >> >>>> >> >>>> I've tried to reopen this issue, but i don't have the rights due to >> the >> >>>> Jira being in a temporary Lockdown mode. >> >>>> >> >>>> Could someone with the right access reopen this issue on the ground= s >> >>>> that >> >>>> it was reported (by at least two individuals) that this feature is = not >> >>>> working. >> >>>> >> >>>> Many thanks >> >>>> >> >>>> Andrei >> >>>> >> >>>> ----- Original Message ----- >> >>>> >> >>>>> From: "Shweta Agarwal" >> >>>>> To: "users" >> >>>>> Sent: Thursday, 12 May, 2016 12:02:59 >> >>>>> Subject: RE: KVM disk cache option has no effect >> >>>>> Hi Andrei, >> >>>>> >> >>>>> Few days back I was also doing some testing in this area and then = we >> >>>>> >> >>>> found out >> >>>> >> >>>>> that cache field in disk offering is just a UI or API parameter. B= ut >> in >> >>>>> >> >>>> actual >> >>>> >> >>>>> implementation of the API we are just neglecting this parameter . = So >> >>>>> effectively these parameters in disk offering does nothing . >> >>>>> >> >>>>> Thanks >> >>>>> Shweta >> >>>>> >> >>>>> -----Original Message----- >> >>>>> From: Andrei Mikhailovsky [mailto:andrei@arhont.com] >> >>>>> Sent: Thursday, May 12, 2016 4:07 PM >> >>>>> To: users >> >>>>> Subject: KVM disk cache option has no effect >> >>>>> >> >>>>> Hello >> >>>>> >> >>>>> I've been trying to use cache =3D writeback option for my KVM >> hypervisor >> >>>>> >> >>>> with ceph >> >>>> >> >>>>> backend storage. However, when I am launching a vm that uses the d= isk >> >>>>> >> >>>> offering >> >>>> >> >>>>> with cache=3Dwriteback, the cache setting is still set to =3Dnone >> according >> >>>>> >> >>>> to the >> >>>> >> >>>>> ps aux command.The same applies to the root as well as additional >> data >> >>>>> >> >>>> volumes. >> >>>> >> >>>>> I am using ACS 4.7.1, both management and hypervisor servers are >> Ubuntu >> >>>>> >> >>>> 14.04. >> >>>> >> >>>>> >> >>>>> Could someone please advise on how enable writeback cache? >> >>>>> >> >>>>> Cheers >> >>>>> >> >>>>> Andrei >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> DISCLAIMER >> >>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >>>>> This e-mail may contain privileged and confidential information wh= ich >> >>>>> is >> >>>>> >> >>>> the >> >>>> >> >>>>> property of Accelerite, a Persistent Systems business. It is inten= ded >> >>>>> >> >>>> only for >> >>>> >> >>>>> the use of the individual or entity to which it is addressed. If y= ou >> >>>>> are >> >>>>> >> >>>> not >> >>>> >> >>>>> the intended recipient, you are not authorized to read, retain, co= py, >> >>>>> >> >>>> print, >> >>>> >> >>>>> distribute or use this message. If you have received this >> communication >> >>>>> >> >>>> in >> >>>> >> >>>>> error, please notify the sender and delete all copies of this >> message. >> >>>>> Accelerite, a Persistent Systems business does not accept any >> liability >> >>>>> >> >>>> for >> >>>> >> >>>>> virus infected mails. >> >>>>> >> >>>> >> > >> >> >> -- >> >> Andrija Pani=C4=87