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 8A260200B73 for ; Mon, 29 Aug 2016 09:36:27 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 889E3160AB8; Mon, 29 Aug 2016 07:36: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 80340160AA7 for ; Mon, 29 Aug 2016 09:36:26 +0200 (CEST) Received: (qmail 90889 invoked by uid 500); 29 Aug 2016 07:36:25 -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 90877 invoked by uid 99); 29 Aug 2016 07:36:25 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Aug 2016 07:36:25 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id C6F3F1A131D for ; Mon, 29 Aug 2016 07:36:24 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.798 X-Spam-Level: X-Spam-Status: No, score=0.798 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id NnHpknQrJCk3 for ; Mon, 29 Aug 2016 07:36:21 +0000 (UTC) Received: from smtp2.emailarray.com (smtp.emailarray.com [69.28.212.198]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 4AEA55F610 for ; Mon, 29 Aug 2016 07:36:19 +0000 (UTC) Received: (qmail 96984 invoked by uid 89); 29 Aug 2016 07:36:12 -0000 Received: from unknown (HELO ?192.168.2.36?) (ZW56by5iQGltaXNnbG9iYWwuY29tQDE5Ny44OC4zMC4yMzQ=) (POLARISLOCAL) by smtp2.emailarray.com with SMTP; 29 Aug 2016 07:36:12 -0000 Subject: Re: KVM disk cache option has no effect To: users@cloudstack.apache.org 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> <653534455.89888.1472116190917.JavaMail.zimbra@arhont.com> From: "(IMIS) Enzo Bettini" Message-ID: Date: Mon, 29 Aug 2016 09:36:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit archived-at: Mon, 29 Aug 2016 07:36:27 -0000 Here is the structure of disk_offering_view in 4.8.0 +-------------------+---------------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------------+---------------------+------+-----+---------+-------+ | id | bigint(20) unsigned | NO | | 0 | | | uuid | varchar(40) | YES | | NULL | | | name | varchar(255) | NO | | NULL | | | display_text | varchar(4096) | YES | | NULL | | | provisioning_type | varchar(32) | NO | | thin | | | disk_size | bigint(20) unsigned | NO | | NULL | | | min_iops | bigint(20) unsigned | YES | | NULL | | | max_iops | bigint(20) unsigned | YES | | NULL | | | created | datetime | YES | | NULL | | | tags | varchar(4096) | YES | | NULL | | | customized | tinyint(1) unsigned | NO | | 0 | | | customized_iops | tinyint(1) unsigned | YES | | NULL | | | removed | datetime | YES | | NULL | | | use_local_storage | tinyint(1) unsigned | NO | | 0 | | | system_use | tinyint(1) unsigned | NO | | 0 | | | hv_ss_reserve | int(32) unsigned | YES | | NULL | | | bytes_read_rate | bigint(20) | YES | | NULL | | | bytes_write_rate | bigint(20) | YES | | NULL | | | iops_read_rate | bigint(20) | YES | | NULL | | | iops_write_rate | bigint(20) | YES | | NULL | | | cache_mode | varchar(16) | YES | | none | | | sort_key | int(32) | NO | | 0 | | | type | varchar(32) | YES | | NULL | | | display_offering | tinyint(1) | NO | | 1 | | | domain_id | bigint(20) unsigned | YES | | 0 | | | domain_uuid | varchar(40) | YES | | NULL | | | domain_name | varchar(255) | YES | | NULL | | | domain_path | varchar(255) | YES | | NULL | | +-------------------+---------------------+------+-----+---------+-------+ On 29/08/2016 08:48, Yuriy Karpel wrote: > No table disk_offerings_view in 4.7.1. There is a table disk_offering with > this structure: > > MariaDB [cloud]> SHOW COLUMNS FROM disk_offering; > +-------------------+---------------------+------+-----+---------+----------------+ > | Field | Type | Null | Key | Default | Extra > | > +-------------------+---------------------+------+-----+---------+----------------+ > | id | bigint(20) unsigned | NO | PRI | NULL | > auto_increment | > | domain_id | bigint(20) unsigned | YES | | NULL | > | > | name | varchar(255) | NO | | NULL | > | > | uuid | varchar(40) | YES | UNI | NULL | > | > | display_text | varchar(4096) | YES | | NULL | > | > | disk_size | bigint(20) unsigned | NO | | NULL | > | > | type | varchar(32) | YES | | NULL | > | > | tags | varchar(4096) | YES | | NULL | > | > | recreatable | tinyint(1) unsigned | NO | | 0 | > | > | use_local_storage | tinyint(1) unsigned | NO | | 0 | > | > | unique_name | varchar(32) | YES | UNI | NULL | > | > | system_use | tinyint(1) unsigned | NO | | 0 | > | > | customized | tinyint(1) unsigned | NO | | 0 | > | > | removed | datetime | YES | MUL | NULL | > | > | created | datetime | YES | | NULL | > | > | sort_key | int(32) | NO | | 0 | > | > | display_offering | tinyint(1) | NO | | 1 | > | > | customized_iops | tinyint(1) unsigned | YES | | NULL | > | > | min_iops | bigint(20) unsigned | YES | | NULL | > | > | max_iops | bigint(20) unsigned | YES | | NULL | > | > | bytes_read_rate | bigint(20) | YES | | NULL | > | > | bytes_write_rate | bigint(20) | YES | | NULL | > | > | iops_read_rate | bigint(20) | YES | | NULL | > | > | iops_write_rate | bigint(20) | YES | | NULL | > | > | state | char(40) | NO | | Active | > | > | hv_ss_reserve | int(32) unsigned | YES | | NULL | > | > | cache_mode | varchar(16) | YES | | none | > | > | provisioning_type | varchar(32) | NO | | thin | > | > +-------------------+---------------------+------+-----+---------+----------------+ > 28 rows in set (0.00 sec) > > > > | 151 | 4 | test_cache| a6c0b591-0ca7-4938-91f4-8ed961f490b6 | test_cache > | 0 | Disk | NULL | 0 | 0 | NULL | 0 | 1 | NULL | 2016-08-25 > 06:35:07 | 0 |1 | NULL | NULL | NULL | NULL | NULL | NULL | NULL > | Active | NULL |writeback | thin | > > > Can you show the structure of the table disk_offerings_view? > > > 2016-08-25 15:06 GMT+03:00 Andrija Panic : > >> Example (2 volumes on RBD,1 volume on NFS) - 4.5.1, Ubutnu 14.04 >> >> >> >> >> >> >> > name='cold-storage/d8e3ee4a-c238-4afe-81b2-e06a0e19655e'> >> >> >> >> >> 41943040 >> 20971520 >> 100 >> 100 >> >> >>
> function='0x0'/> >> >> >> >> >> >> >> > name='cold-storage/39a571d4-9b78-4a10-aa9e-8caa86dbb53a'> >> >> >> >> >> 125829120 >> 125829120 >> 1000 >> 1000 >> >> >>
> function='0x0'/> >> >> >> >> > file='/mnt/14d3778f-b635-3edb-b60e-d43333eb917c/39e0f94a- >> 4454-47a2-b73e-2105f6838142'/> >> >> >> 125829120 >> 125829120 >> 1000 >> 1000 >> >> >> >> On 25 August 2016 at 14:02, Andrija Panic wrote: >> >>> Guys, I', on 4.5.1, Ubuntu 14.04, and when I edit this field in >>> disk_offerings_view, it does work, and ps aux | grep qemu clearly shows >>> cache=writeback >>> >>> so this might be broken later, and would be good to understand when >>> exactly, since we plan upgrade soon to 4.8 release... >>> >>> cheers >>> >>> On 25 August 2016 at 11:09, Andrei Mikhailovsky >> >>> wrote: >>>> I've experimented by using virsh and virtual-manager gui app. The acs >> gui >>>> settings make no difference to the cache settings. I am surprised it has >>>> not been working for ages and no one actually fixed it. >>>> >>>> Cheers >>>> >>>> ----- Original Message ----- >>>>> From: "(IMIS) Enzo Bettini" >>>>> To: "users" >>>>> Sent: Wednesday, 24 August, 2016 09:24:50 >>>>> Subject: Re: KVM disk cache option has no effect >>>>> Hi Andrei, >>>>> >>>>> How did you get around this? Did you manually update the VM >>>>> configuration 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 >>>> implemented 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 >> features >>>> before >>>>>>>> they hit the release, which apparently is not the case, at least >> for >>>> 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 >> grounds >>>> 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. >>>> But 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 = writeback option for my KVM >>>> hypervisor >>>>>>>> with ceph >>>>>>>>> backend storage. However, when I am launching a vm that uses the >>>> disk >>>>>>>> offering >>>>>>>>> with cache=writeback, the cache setting is still set to =none >>>> 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 >>>>>>>>> ========== >>>>>>>>> This e-mail may contain privileged and confidential information >>>> which is >>>>>>>> the >>>>>>>>> property of Accelerite, a Persistent Systems business. It is >>>> intended >>>>>>>> only for >>>>>>>>> the use of the individual or entity to which it is addressed. If >>>> you are >>>>>>>> not >>>>>>>>> the intended recipient, you are not authorized to read, retain, >>>> copy, >>>>>>>> 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ć >>> >> >> >> -- >> >> Andrija Panić >>