| opendevreview | Jonathan Koerber proposed openstack/manila master: Adding OpenAPi Shemas to User Messages https://review.opendev.org/c/openstack/manila/+/922566 | 00:09 |
|---|---|---|
| opendevreview | Volodymyr Boiko proposed openstack/manila master: Add share driver for VastData storage https://review.opendev.org/c/openstack/manila/+/915380 | 03:40 |
| opendevreview | OpenStack Proposal Bot proposed openstack/manila master: Imported Translations from Zanata https://review.opendev.org/c/openstack/manila/+/924466 | 04:31 |
| opendevreview | Jonathan Koerber proposed openstack/manila master: Adding JSON Schema to Quota Sets https://review.opendev.org/c/openstack/manila/+/924467 | 05:46 |
| opendevreview | Merged openstack/manila master: Imported Translations from Zanata https://review.opendev.org/c/openstack/manila/+/924466 | 06:13 |
| opendevreview | Jonathan Koerber proposed openstack/manila master: Adding JSON Schema to Quota Class Sets https://review.opendev.org/c/openstack/manila/+/924468 | 06:46 |
| opendevreview | christian okeke proposed openstack/manila-ui master: Add metadata create textbox to Create Snapshot Form https://review.opendev.org/c/openstack/manila-ui/+/923597 | 09:26 |
| ganso | jayaanand gireesh hi! I have a customer that is having difficulties balancing the shares across pools. The scheduler keeps creating shares only in the same pool. We found out that for some reason it is not calculating the total_capacity and therefore it cannot calculate the "utilization" property to use in the default goodness function | 10:32 |
| ganso | 'total_capacity_gb': 'unknown', 'free_capacity_gb': 72041.21, | 10:32 |
| ganso | we have customized the goodness function as a workaround but we would like to know what is wrong that is preventing the total_capacity_gb from being properly detected, sounds like an issue within the ontap box | 10:33 |
| ganso | I checked some upstream logs and they all show the total_capacity: 'total_capacity_gb': 1360.77, 'free_capacity_gb': 1354.75, | 10:34 |
| ganso | is there a known reason or a setting in the ontab box that causes this? | 10:34 |
| ganso | or maybe it is related to the account being svm-scoped and therefore cannot see the total_capacity of the pool? | 10:34 |
| opendevreview | kiran pawar proposed openstack/manila master: Pass share metadata updates to backend drivers https://review.opendev.org/c/openstack/manila/+/924064 | 10:35 |
| gireesh | @ganso, is openstack share pool list --detail is showing the total_capacity_gb on customer setup ..? | 10:39 |
| gireesh | which ONTAP system they are using ..? version of ONTAP ..? | 10:39 |
| ganso | I am trying to find that, hold on a min | 10:41 |
| gireesh | maybe it is related to the account being svm-scoped and therefore cannot see the total_capacity of the pool? : if it is showing the free capacity then there should not be any issue with vserver scoping | 10:41 |
| ganso | gireesh: the customer hasn't provided the output of manila pool list --detail but I believe it would come from the same place as it is being retrieved from the logs: https://paste.openstack.org/show/bPzFHd4atZCI8MkqQSp1/ | 10:43 |
| ganso | gireesh: I am trying to find the ontap version from the logs, hold on | 10:44 |
| gireesh | Is there any exception in logs, yes pool itself is not showing the total_capacity | 10:53 |
| ganso | gireesh: they are running 9.13.1P3 | 10:53 |
| ganso | gireesh: I don't see any exception in the logs related to this | 10:54 |
| ganso | but there are others | 10:55 |
| ganso | I'm gathering them into a paste | 10:55 |
| ganso | gireesh: https://paste.openstack.org/show/bXvWl2SdcKO1ErajDJoK/ | 11:02 |
| gireesh | thanks @ganso for sharing the details, let me try this in my lab with SVM scoping | 11:17 |
| opendevreview | kiran pawar proposed openstack/manila master: Update share/snapshot instance deferred deletion https://review.opendev.org/c/openstack/manila/+/921313 | 11:35 |
| gireesh | @ganso, I check this in my local lab and I am also hitting this issue. we will be hit this issue only for vserver scoping. this is working fire for cluster scoping | 12:12 |
| ganso | gireesh: thanks! do you think this has a possible fix? like a way to obtain the total_capacity even with SVM scoping? or is it considered a definitive limitation? | 12:12 |
| gireesh | I looked into code also and in vserver scoping wre using "vserver-get" ZAPI to get the aggregate used capacity and ZAPI also not have any option to get the total capacity of aggregate | 12:14 |
| gireesh | https://www.irccloud.com/pastebin/GTsQJFvM/ | 12:15 |
| gireesh | you can asked customer to file the bug, let see how to fix this issue. Might be we have invoke one more ZAPI in our code to get the aggregate capacity. | 12:17 |
| ganso | gireesh: oh ok, so it will require driver code change to achieve that | 12:18 |
| gireesh | yes, once customer file the bug please share with us | 12:18 |
| gireesh | @ganso, what is the name of the customer who is hitting this issue? | 12:27 |
| ganso | gireesh: responded to you privately, and also logged the bug: https://bugs.launchpad.net/manila/+bug/2073599 | 12:38 |
| ganso | let me know if you need more info in the bug | 12:38 |
| gireesh | thanks @ganso for sharing the bug. I know how to reproduce this issue, so no additional information is needed on bug | 15:25 |
| VolodymyrBoiko[m] | Hi gouthamr carloss Thanks for review. Could I ask what is a next step?... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/JMzpHxRgqkwLGxXMKhApTHbz>) | 15:53 |
| gouthamr | VolodymyrBoiko[m]: great thank you | 15:57 |
| gouthamr | VolodymyrBoiko[m]: we ensure we have 2 code-review +2s and any number of +1s are helpful.. looks like this patch has had enough reviewers looking; so i just hit the "workflow" vote.. this means that the Zuul CI system will be running through its final tests and if they pass, it'll vote positively, and gerrit will merge your patch | 15:59 |
| gouthamr | VolodymyrBoiko[m]: so, next steps would be for you to enable your CI to vote on all manila changes in the master branch; we totally recommend testing stable branches too.. but, not irrelevant ones.. i.e., the driver's getting added in the "stable/2024.2" branch (we don't have that yet, but we'll have that branch in a few weeks: https://releases.openstack.org/dalmatian/schedule.html) | 16:01 |
| gouthamr | so when we do, it'll be helpful to run your CI system on changes submitted against this branch too.. | 16:01 |
| gouthamr | VolodymyrBoiko[m]: if someone needs to report bugs against the driver, they will do so here: https://bugs.launchpad.net/manila | 16:02 |
| gouthamr | VolodymyrBoiko[m]: with the information you added here https://wiki.openstack.org/wiki/ThirdPartySystems/VASTData_Manila_CI (thank you), we can get in touch with you when we need to | 16:03 |
| gouthamr | but don't be a stranger: https://docs.openstack.org/manila/latest/contributor/contributing.html#communication :) | 16:04 |
| gouthamr | we also have a Virtual Project Teams Gathering in Oct: https://ptg.openinfra.dev/ https://etherpad.opendev.org/p/epoxy-ptg-manila-planning | 16:05 |
| carloss | gouthamr++ | 16:16 |
| carloss | VolodymyrBoiko[m]: thank you very much for your work on the driver. Goutham added a good summary of what is next | 16:16 |
| opendevreview | Merged openstack/manila master: Add share driver for VastData storage https://review.opendev.org/c/openstack/manila/+/915380 | 17:14 |
| opendevreview | Jonathan Koerber proposed openstack/manila master: Adding OpenAPi Shemas to User Massages https://review.opendev.org/c/openstack/manila/+/922566 | 17:33 |
| opendevreview | Ashley Rodriguez proposed openstack/manila master: Metadata for Share Export Location https://review.opendev.org/c/openstack/manila/+/887543 | 18:09 |
| opendevreview | Ashley Rodriguez proposed openstack/python-manilaclient master: Metadata for share export location https://review.opendev.org/c/openstack/python-manilaclient/+/889677 | 18:09 |
| opendevreview | Carlos Eduardo proposed openstack/python-manilaclient master: WIP Add source share server ID to server list https://review.opendev.org/c/openstack/python-manilaclient/+/924539 | 19:51 |
| opendevreview | Ashley Rodriguez proposed openstack/python-manilaclient master: Metadata for share export location https://review.opendev.org/c/openstack/python-manilaclient/+/889677 | 21:30 |
| opendevreview | Ashley Rodriguez proposed openstack/manila master: Metadata for Share Export Location https://review.opendev.org/c/openstack/manila/+/887543 | 21:35 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!