| *** mhen_ is now known as mhen | 02:30 | |
| *** janders3 is now known as janders | 03:16 | |
| *** bauzas_ is now known as bauzas | 07:05 | |
| *** bauzas_ is now known as bauzas | 08:16 | |
| *** bauzas_ is now known as bauzas | 08:28 | |
| *** bauzas_ is now known as bauzas | 10:32 | |
| *** kgube1 is now known as kgube | 10:42 | |
| *** kgube1 is now known as kgube | 11:58 | |
| opendevreview | Vrinda Dhakad proposed openstack/cinder master: [IBM SVf driver] Adding support for temporary volumegroup https://review.opendev.org/c/openstack/cinder/+/925450 | 12:00 |
|---|---|---|
| opendevreview | Rajat Dhasmana proposed openstack/cinder master: DNM: Test upload volume in different format https://review.opendev.org/c/openstack/cinder/+/938595 | 13:40 |
| yuval | is there a meeting today? | 13:44 |
| rosmaita | yes, 1400 utc | 13:52 |
| rosmaita | Cinder meeting in #openstack-meeting-alt at 1400 UTC | 13:59 |
| rosmaita | jungleboyj rosmaita smcginnis tosky whoami-rajat m5z e0ne geguileo eharney jbernard hemna fabiooliveira yuval tobias-urdin adiare happystacker dosaboy hillpd msaravan sp-bmilanov Luzi | 13:59 |
| rosmaita | (sorry about the late notice!) | 14:00 |
| MengyangZhang[m] | how to join the meeting? | 14:08 |
| sp-bmilanov | MengyangZhang[m]: it is in the IRC channel #openstack-meeting-alt | 14:10 |
| hemna | type /join #openstack-meeting-alt | 14:10 |
| sp-bmilanov | MengyangZhang[m]: you can add the Cinder Team Meeting to your calendar from the ICS file here: https://meetings.opendev.org/#Cinder_Team_Meeting , and you can have a look at previous meetings in the IRC logs : https://meetings.opendev.org/irclogs/%23openstack-meeting-alt/ (every Wednesday) | 14:16 |
| andrei | sp-bmilanov: hi, sorry, I will contact you later if it is possible. Have to go now. | 15:08 |
| sp-bmilanov | andrei no worries, even if I am not in the channel I read the logs so you can leave a message or two :) | 15:08 |
| josephillips | Hi is there a meeting | 16:02 |
| josephillips | today? | 16:03 |
| opendevreview | Merged openstack/os-brick master: StorPool: Do not use packages `storpool` and `storpool.spopenstack` https://review.opendev.org/c/openstack/os-brick/+/932176 | 16:03 |
| whoami-rajat | rosmaita, added a comment on the spec outlining what we discussed during the meeting, feel free to update if i missed anything | 16:07 |
| whoami-rajat | #link https://review.opendev.org/c/openstack/nova-specs/+/932653 | 16:07 |
| rosmaita | whoami-rajat: thanks, your comments LGTM | 16:08 |
| whoami-rajat | thanks | 16:08 |
| rosmaita | josephillips: meeting was at 1400 utc | 16:19 |
| rosmaita | you can look through the log here: https://meetings.opendev.org/meetings/cinder/2025/cinder.2025-01-08-14.00.log.html | 16:19 |
| josephillips | ohhh i miss it | 16:53 |
| josephillips | i want see a blueprint to implement something very easy | 16:53 |
| rosmaita | josephillips: this may help: https://docs.openstack.org/cinder/latest/contributor/contributing.html#new-feature-planning | 17:24 |
| josephillips | I c | 17:36 |
| josephillips | rosmaita that is my blueprint https://blueprints.launchpad.net/cinder/+spec/cinder-rbd-qos-total-iops-per-gb | 17:36 |
| luvn | josephillips: hey! just to give you a quick update: today i tried to retype a bootable volume following the instructions you gave me yesterday but i was unsuccessful :( | 17:37 |
| josephillips | retype? | 17:37 |
| josephillips | luvn | 17:37 |
| josephillips | stop instance | 17:37 |
| josephillips | cinder reset-state available <volume_id> | 17:37 |
| luvn | oh, the resize worked while using --os-api-version 3.42 (i didn't have to use `cinder reset-state`, etc) | 17:38 |
| luvn | but yes, for resize i did stop the instance and reset the volume state using the command mentioned | 17:38 |
| josephillips | sorry | 17:38 |
| josephillips | cinder reset-state --state available | 17:38 |
| luvn | even though it changed the volume state in the database, in practice, the volume still behave with the qos specs of the old volume type | 17:38 |
| josephillips | but you said to resize a volume yesterday | 17:39 |
| josephillips | not to change the QOS spec | 17:39 |
| josephillips | what exactly you look to do? | 17:39 |
| josephillips | luvn ? | 17:39 |
| luvn | we are interested in both operations; but yes, the resize did work; as i mentioned above, for resizing i didn't need to stop the instance and run `cinder reset-state`; i simply called `openstack --os-volume-api 3.42 volume set --size <size> <volume>` | 17:42 |
| luvn | do you know if it's possible to change the volume type in a similar fashion? | 17:42 |
| luvn | https://docs.openstack.org/api-ref/block-storage/v3/#extend-a-volume-size | 17:43 |
| josephillips | with a retyping you can change the volume type | 17:48 |
| josephillips | are the same storage backends? | 17:49 |
| luvn | yes, same storage backend — ceph | 17:49 |
| josephillips | on the same cluster of ceph? | 17:49 |
| luvn | as far as i know, yes; the only difference is that one volume type has a qos spec limiting it to 1k iops and the other one has a qos spec limiting it to 5k iops | 17:50 |
| josephillips | did you get some error or something | 17:50 |
| josephillips | ? | 17:50 |
| josephillips | also did you set the migration policy on demand? | 17:51 |
| josephillips | when you perform the change volume type? | 17:51 |
| luvn | Failed to set volume type: Invalid volume: Retype needs volume to be in available or in-use state, not be part of an active migration or a consistency group, requested type has to be different that the one from the volume, and for in-use volumes front-end qos specs cannot change. | 17:52 |
| josephillips | oh but you are using front-end qos? | 17:52 |
| josephillips | or backend qos? | 17:52 |
| josephillips | can you put the cinder show <volumeid> output? | 17:52 |
| luvn | i didn't set the migration policy while performing (or attempting to do) the retype; let me check if the qos is front-end or back-end | 17:53 |
| josephillips | if is in frontend you can't move it because the QOS policy is controlled by the hypervisor and not the storage | 17:54 |
| luvn | i can't find this information; should it be returned in `openstack volume qos show <qos>`? | 17:55 |
| luvn | oh, wait; is it the `consumer` field? | 17:57 |
| luvn | it's set to `both` | 17:57 |
| luvn | so i guess it falls under the limitations of the front-end scenario | 17:57 |
| josephillips | opensack volume qos show <qos_spec_id> | 17:59 |
| luvn | yeah, it's set to `both`; apparently, that's the default value when creating qoses: https://docs.openstack.org/python-openstackclient/latest/cli/command-objects/volume-qos.html | 18:00 |
| josephillips | oh | 18:01 |
| josephillips | luvn if you found. a solution or workaround let me know i have to do the same thing i a volume type on frontend and i need to change to another volume type | 18:08 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!