*** enriquetaso has quit IRC | 00:15 | |
*** lixiaoy1 has joined #openstack-cinder | 00:21 | |
*** brinzhang_ has joined #openstack-cinder | 00:34 | |
*** brinzhang has quit IRC | 00:37 | |
*** TxGirlGeek has joined #openstack-cinder | 00:48 | |
*** Liang__ has joined #openstack-cinder | 00:58 | |
*** imacdonn has quit IRC | 01:15 | |
*** zhengMa has joined #openstack-cinder | 01:16 | |
*** imacdonn has joined #openstack-cinder | 01:16 | |
*** spatel has joined #openstack-cinder | 01:27 | |
openstackgerrit | hjy proposed openstack/cinder master: Add MacroSAN cinder driver https://review.opendev.org/612311 | 01:35 |
---|---|---|
*** baojg has joined #openstack-cinder | 01:42 | |
*** ruffian_sheep has joined #openstack-cinder | 01:49 | |
*** tkajinam has quit IRC | 02:23 | |
*** tkajinam has joined #openstack-cinder | 02:24 | |
*** hemna has quit IRC | 02:30 | |
*** whoami-rajat has joined #openstack-cinder | 02:42 | |
jungleboyj | rosmaita hemna_ Ugh, they changed the hotel policy. I thought your hotel would be ok, but it isn't. So I had to switch to the Staybridge Suites Raleigh Durham Airport | 02:43 |
jungleboyj | https://www.irccloud.com/pastebin/IbeKi1pF/ | 02:44 |
*** ruffian_sheep has quit IRC | 02:52 | |
*** ruffian_sheep has joined #openstack-cinder | 03:01 | |
*** logan- has quit IRC | 03:11 | |
*** logan- has joined #openstack-cinder | 03:14 | |
*** psachin has joined #openstack-cinder | 03:26 | |
*** Kuirong has quit IRC | 03:31 | |
*** Kuirong has joined #openstack-cinder | 03:33 | |
*** ruffian_sheep has quit IRC | 03:35 | |
*** TxGirlGeek has quit IRC | 03:59 | |
*** udesale has joined #openstack-cinder | 04:09 | |
*** pcaruana has joined #openstack-cinder | 05:08 | |
*** zhengMa has left #openstack-cinder | 05:27 | |
*** spatel has quit IRC | 05:28 | |
*** udesale has quit IRC | 05:39 | |
*** udesale has joined #openstack-cinder | 05:40 | |
*** udesale has quit IRC | 05:42 | |
*** vishalmanchanda has joined #openstack-cinder | 05:55 | |
*** udesale has joined #openstack-cinder | 05:57 | |
*** jmlowe has quit IRC | 06:07 | |
*** jmlowe has joined #openstack-cinder | 06:10 | |
*** ruffian_sheep has joined #openstack-cinder | 06:13 | |
*** ruffian_sheep34 has joined #openstack-cinder | 06:23 | |
*** ruffian_sheep has quit IRC | 06:26 | |
*** ruffian_sheep34 is now known as ruffian_sheep | 06:28 | |
*** dpawlik has joined #openstack-cinder | 06:40 | |
ruffian_sheep | whoami-rajat:Hi,I have correct the driver by the suggestion of reviewer. | 06:42 |
ruffian_sheep | https://review.opendev.org/#/c/612311/ | 06:42 |
ruffian_sheep | whoami-rajat:But there is some error in the test_volume_boot_pattern of cinder-tempest-dsvm-lvm-lio-barbican | 06:43 |
ruffian_sheep | whoami-rajat:I remember this is a problem before? | 06:44 |
whoami-rajat | ruffian_sheep: Hi, yes i'm seeing that in other patches too, for now it should be fixed by a recheck | 06:44 |
ruffian_sheep | whoami-rajat:Should the recheck command I sent be correct? | 06:45 |
*** nikeshm has joined #openstack-cinder | 06:45 | |
whoami-rajat | ruffian_sheep: yes, did you check the driver checklist sean mentioned in the review? | 06:51 |
whoami-rajat | ruffian_sheep: the macrosanCI doesn't seem to have run a single time on this patch | 06:57 |
*** rcernin has quit IRC | 07:00 | |
ruffian_sheep | whoami-rajat:Yes, I saw it. Many places have been solved according to that document. Is there anything else I missed? I temporarily shut down the CI environment. Currently, I will run the corresponding function on the CI environment before submitting the driver. I can execute the run-* command to trigger if needed | 07:01 |
whoami-rajat | ruffian_sheep: need to do an entry here https://github.com/openstack/cinder/blob/master/doc/source/reference/support-matrix.ini | 07:04 |
ruffian_sheep | Ok, the following rst file needs to be modified? | 07:06 |
whoami-rajat | it's an .ini file, it's for letting users know the features your driver supports https://docs.openstack.org/cinder/latest/reference/support-matrix.html | 07:07 |
whoami-rajat | ruffian_sheep: could you explain why there are so many sleep calls in the driver? most of the methods are synchronized so there won't be race conditions (if that is what the sleep is for) | 07:10 |
*** Alon_KS has quit IRC | 07:15 | |
*** tosky has joined #openstack-cinder | 07:21 | |
ruffian_sheep | whoami-rajat:Please wait a moment, I will confirm with the developer the reason for this part of the operation, and will give you an answer. In addition, I would like to ask the support-matrix.rst file I also need to modify it? | 07:21 |
*** spatel has joined #openstack-cinder | 07:24 | |
whoami-rajat | ruffian_sheep: i don't think so, the .ini file is included in the rst file so there isn't any need for changes in the rst file. | 07:24 |
*** sahid has joined #openstack-cinder | 07:25 | |
ruffian_sheep | whoami-rajat:Ok, the developers are meeting. I will reply to you after verifying the reason. ;) | 07:25 |
ruffian_sheep | ;) | 07:26 |
whoami-rajat | ruffian_sheep: sure | 07:26 |
*** spatel has quit IRC | 07:29 | |
ruffian_sheep | whoami-rajat:Just confirmed, it seems that there is a bug in this place long time ago, so add this sleep to solve. We are now considering deleting this part and making a new submission after verification. | 07:37 |
*** helenafm has joined #openstack-cinder | 07:41 | |
*** udesale has quit IRC | 07:46 | |
*** udesale has joined #openstack-cinder | 07:46 | |
whoami-rajat | ruffian_sheep: hmm, so you're planning to fix it in current implmenetation? | 07:52 |
ruffian_sheep | whoami-rajat:yep,after test | 07:53 |
whoami-rajat | ruffian_sheep: great. | 07:53 |
ruffian_sheep | whoami-rajat:Can I ask for extra? I am now trying to use --subunit to generate html files to bring html through py files, through such instructions. Tox -e all -- '^(?=.*volume)(?!.*test_volume_boot_pattern).*' --concurrency=1 --subunit Where will this html file be generated? | 07:53 |
ruffian_sheep | whoami-rajat:Can I ask for extra? I am now trying to use --subunit to generate html files instead of generating html via py files, through such instructions. Tox -e all -- '^(?=.*volume)(?!.*test_volume_boot_pattern).*' --concurrency=1 --subunit Where will this html file be generated? | 07:54 |
ruffian_sheep | I don't see the specific usage method from the link, I want to ask this question. | 07:57 |
whoami-rajat | ruffian_sheep: i'm not much familiar with tempest code, you can ask the same in #openstack-qa , AFAIK tempest uses stestr internally to run tempest tests, so you can try to search for it here https://stestr.readthedocs.io/en/latest/MANUAL.html | 08:09 |
ruffian_sheep | ok | 08:10 |
*** tkajinam has quit IRC | 08:25 | |
dpawlik | Hello everyone, small question. Can I create a volume and specify desired backend cluster? E.g. I want to create a volume that will be created on specified ceph cluster, but I don't want to create new cinder type. Can I do that using --hint param? | 08:44 |
dpawlik | cc jungleboyj | 08:44 |
*** ruffian_sheep has quit IRC | 08:46 | |
*** lixiaoy1 has quit IRC | 08:53 | |
*** ruffian_sheep has joined #openstack-cinder | 08:54 | |
whoami-rajat | dpawlik: if you have existing volume(s) in that backend, you can use the scheduler hints (--hint) option to create volume in that backend cluster. https://docs.openstack.org/cinder/latest/cli/cli-cinder-scheduling.html | 08:54 |
dpawlik | whoami-rajat: thanks for reply. | 09:06 |
dpawlik | Im trying using such query | 09:06 |
dpawlik | cinder create 10 --name DP-test-ceph --hint os-vol-host-attr:host=rbd:volumes@ceph_cluster_1 | 09:06 |
dpawlik | but it doesn't work | 09:06 |
dpawlik | So I need to create one volume on this cluster that I want | 09:07 |
dpawlik | and then using e.g. openstack volume create --hint same_host=ceph_1_cluster --size 10 my-base-volume | 09:09 |
dpawlik | hmm | 09:09 |
dpawlik | partially it is a solution, but I was hoping that there will be some direct way to spawn on specified cluster | 09:10 |
dpawlik | thanks whoami-rajat | 09:10 |
dpawlik | btw, whoami-rajat is that available in cinderv2 or it requires cinderv3 ? | 09:14 |
whoami-rajat | dpawlik: so --hints doesn't provide the flexibility to use any attribute, it currently supports same_host and different_host hints only AFAIK. | 09:19 |
whoami-rajat | dpawlik: it was implemented in v2 so it should work with v2 | 09:20 |
*** Liang__ has quit IRC | 09:20 | |
dpawlik | k, thx | 09:30 |
whoami-rajat | dpawlik: np | 09:34 |
openstackgerrit | Xuan Yandong proposed openstack/cinderlib master: Bump openstackdocstheme to 1.20.0 https://review.opendev.org/670990 | 09:35 |
*** boxiang has joined #openstack-cinder | 09:41 | |
whoami-rajat | geguileo: Hi | 09:52 |
geguileo | whoami-rajat: hi! | 09:52 |
whoami-rajat | geguileo: I was implementing a bp for cinder for making volume types mandatory, and cinder gate was failing due to cinderlib tests, as i remember we discussed right? | 09:54 |
geguileo | whoami-rajat: I remember | 09:56 |
whoami-rajat | geguileo: the intention of my patch was to make the tests (12 failing) to have volume types, do we still need coverage of cases for no volume type cases as it opposed what i'm trying to do in cinder. | 09:57 |
geguileo | whoami-rajat: If Cinder is going to enforce having volume types, then it's not enough to change the tests | 09:58 |
geguileo | whoami-rajat: we have to change cinderlib as well to always create a volume type | 09:58 |
geguileo | whoami-rajat: or to have a default volume type for all volumes that don't have one | 09:58 |
geguileo | so it should be a change in the library itself, not the tests | 09:58 |
geguileo | btw you can do Depends-On between Cinder and cinderlib | 09:59 |
whoami-rajat | geguileo: yes, i was confused regarding that, i'm really not familiar how things work for cinderlib, so i don't need to propose a new spec to change cinderlib code right? | 10:00 |
geguileo | whoami-rajat: no, there's no need | 10:00 |
geguileo | if there's one in Cinder you should reference it | 10:00 |
geguileo | since that's the one driving the change in cinderlib | 10:01 |
whoami-rajat | geguileo: ok thanks. | 10:03 |
whoami-rajat | IIUC cinderlib uses cinder.conf file to get backend conf and then calls the respective driver do_setup from cinder to configure the backend, the backend object in cinderlib contains the volume_type info | 10:03 |
geguileo | whoami-rajat: Cinderlib doesn't uses cinder.conf, but cinderlib's functional tests do (if we don't set the config via other method) | 10:04 |
geguileo | whoami-rajat: the backend doesn't contain a volume_type | 10:06 |
geguileo | volume_type is something volumes have, not backends (at least right now) | 10:06 |
geguileo | jungleboyj: I believe I will attend, though it's not closed yet | 10:07 |
whoami-rajat | geguileo: ok, i will make appropriate changes in the create volume flow. Thanks for the help. | 10:16 |
geguileo | whoami-rajat: thank you for working on this | 10:16 |
whoami-rajat | geguileo: np :) | 10:17 |
*** tosky__ has joined #openstack-cinder | 10:17 | |
*** tosky has quit IRC | 10:17 | |
geguileo | whoami-rajat: does the code you have for cinder automatically create a DB entry for the default volume type? | 10:17 |
*** tosky__ is now known as tosky | 10:18 | |
whoami-rajat | geguileo: yes | 10:18 |
whoami-rajat | geguileo: https://review.opendev.org/#/c/639180/23/cinder/db/sqlalchemy/migrate_repo/versions/132_create_default_volume_type.py | 10:19 |
geguileo | whoami-rajat: OK, then you'll need to use it in the create volume like you say, but also create it in memory for the other non DBMS persistence plugins in cinderlib | 10:20 |
*** jojoda has joined #openstack-cinder | 10:20 | |
*** udesale has quit IRC | 10:29 | |
whoami-rajat | geguileo: ok, I need to understand cinderlib first. :) thanks. | 10:33 |
*** jojoda has quit IRC | 10:48 | |
geguileo | whoami-rajat: oh, and you'll have to change cinderlib/persistence/dbms.py method delete_volume so it doesn't delete the volume_type if it's the default | 10:49 |
*** jojoda has joined #openstack-cinder | 10:58 | |
*** brinzhang has joined #openstack-cinder | 10:59 | |
*** davidsha has joined #openstack-cinder | 11:01 | |
geguileo | whoami-rajat: I have created a bug for the patch you are working on https://bugs.launchpad.net/cinderlib/+bug/1836724 | 11:02 |
openstack | Launchpad bug 1836724 in cinderlib "Cannot snapshot volumes with volume types" [Undecided,New] | 11:02 |
whoami-rajat | geguileo: oh, that would been a bummer. but why does the delete_volume call delete the associated volume type ? | 11:02 |
geguileo | whoami-rajat: because in cinderlib we don't have soft-deletes | 11:03 |
*** brinzhang_ has quit IRC | 11:03 | |
geguileo | all deletes are hard-deletes, as we won't have cron-jobs to remove soft-deletes | 11:03 |
geguileo | that way the library self-cleans when you delete volumes | 11:03 |
geguileo | well, volumes, snapshots, etc. | 11:04 |
whoami-rajat | geguileo: ok understood. | 11:05 |
whoami-rajat | geguileo: if i create 5 volumes with same type and delete one volume then it clears out the entry of volume type from db ? | 11:05 |
whoami-rajat | geguileo: what would happen to the 4 remaining volumes associated with that type? | 11:05 |
geguileo | whoami-rajat: yes https://opendev.org/openstack/cinderlib/src/branch/master/cinderlib/persistence/dbms.py#L298-L316 | 11:06 |
geguileo | the other 4 remaining volumes would most likely have issues | 11:07 |
geguileo | or the delete would fail if we are enforcing integrity on the DB | 11:07 |
whoami-rajat | geguileo: thanks for the bug, i think i need to split up my patch 1) for the bug 2) for adding volume type flow | 11:08 |
geguileo | whoami-rajat: that would be great | 11:08 |
whoami-rajat | geguileo: isn't this a big issue, or cinderlib is designed for particular use cases ? | 11:08 |
geguileo | whoami-rajat: what's a big issue? the bug you found? | 11:09 |
geguileo | the bug you found IS A VERY BIG ISSUE | 11:09 |
geguileo | because cinderlib cannot properly work with QoS or Extra-specs as it is :-( | 11:09 |
whoami-rajat | geguileo: no, the remaining volumes having issues when the volume type is gone | 11:09 |
geguileo | whoami-rajat: not for cinderlib, because cinderlib doesn't reuse volume types | 11:10 |
geguileo | each volume has its own volume type | 11:10 |
geguileo | and that's probably the easiest solution to the change you want to do | 11:10 |
geguileo | if there is no volume type, create a new one with empty stuff | 11:10 |
geguileo | it's not the most efficient, but it's the easier to code without bugs | 11:11 |
geguileo | s/easier/easiest | 11:11 |
whoami-rajat | geguileo: oh, cinderlib does new volume type entry for each volume created with a volume type, hmm | 11:13 |
geguileo | whoami-rajat: yes, because it doesn't expose the concept of volume types to users | 11:14 |
geguileo | users define the extra specs and the qos specs, and it's cinderlib's job to figure out what to do with it | 11:14 |
*** sahid has quit IRC | 11:14 | |
whoami-rajat | geguileo: also is the cinderlib code associated in any way with default_volume_type config in cinder.conf? | 11:14 |
geguileo | in this case it creates a VolumeType OVO, and if you are using the DBMS persistence plugin, then it creates the appropriate DB entries | 11:14 |
geguileo | whoami-rajat: no, it doesn't use it | 11:15 |
geguileo | whoami-rajat: because in Cinder that volume type (untill now) had to be manually created by the installation tool | 11:15 |
whoami-rajat | geguileo: that is a great way to take 'what is important' input from user. | 11:16 |
whoami-rajat | geguileo: so my current implementation follows | user provides volume type > get default volume type from cinder.conf > use __DEFAULT__ type present in db | | 11:18 |
geguileo | whoami-rajat: it's not as efficient as Cinder, since we'll have a lot more data in the DB, but it seemed like the best solution at the time | 11:18 |
whoami-rajat | geguileo: i think i just need to handle the last part in cinderlib | 11:19 |
geguileo | whoami-rajat: for cinderlib I would just create the volume type in the DBMS persistence plugin whenever you are saving the volume | 11:20 |
geguileo | instead of having an 'if' | 11:20 |
geguileo | that would solve the problem afaik | 11:20 |
whoami-rajat | geguileo: do we need to create a volume type for every volume created with no type. can't we reuse the __DEFAULT__ type already present in db? | 11:23 |
geguileo | whoami-rajat: you can | 11:23 |
geguileo | whoami-rajat: then you have to load its ID in https://opendev.org/openstack/cinderlib/src/branch/master/cinderlib/persistence/dbms.py#L48 | 11:23 |
geguileo | and use it on an else here https://opendev.org/openstack/cinderlib/src/branch/master/cinderlib/persistence/dbms.py#L214 | 11:24 |
geguileo | and update the if by adding ` and volume.volume_type_it != self.DEFAULT_TYPE_ID:` here: https://opendev.org/openstack/cinderlib/src/branch/master/cinderlib/persistence/dbms.py#L298 | 11:25 |
geguileo | That should also work and be more efficient | 11:25 |
geguileo | whoami-rajat: that actually seems like the best approach | 11:26 |
geguileo | as long as the Cinder driver code does not start assuming it always has a volume type | 11:27 |
geguileo | because in that case you need to make more parts of cinderlib aware of the 'default type' concept | 11:27 |
whoami-rajat | geguileo: oh, seems like you fixed it already, hah | 11:28 |
geguileo | XD | 11:28 |
whoami-rajat | geguileo: thanks for the walkthrough of the cinderlib code (that would take me hours to find), will try your approach and do bit testing for surety. | 11:28 |
geguileo | whoami-rajat: no problem | 11:29 |
geguileo | whoami-rajat: yeah, getting to understand cinderlib's code is non-trivial | 11:29 |
geguileo | whoami-rajat: you can set Depends-On in your Cinder patch against the patch you submit to cinderlib to confirm that it actually works with the new code ;-) | 11:30 |
*** tesseract has joined #openstack-cinder | 11:30 | |
whoami-rajat | geguileo: yes, i started out the journey to cinderlib to fix my cinder change but seemingly i will end up doing important changes so want to make sure cinderlib is also in healthy state therefore the testing :) | 11:32 |
geguileo | whoami-rajat: sounds good to me :-) | 11:33 |
whoami-rajat | geguileo: again thanks for all the insights. i will start some coding now. | 11:34 |
geguileo | whoami-rajat: np, and good luck :-) | 11:34 |
*** lpetrut has joined #openstack-cinder | 11:57 | |
*** boxiang has quit IRC | 12:17 | |
*** lpetrut has quit IRC | 12:28 | |
*** ruffian_sheep has quit IRC | 12:30 | |
*** lpetrut has joined #openstack-cinder | 12:32 | |
*** Luzi has joined #openstack-cinder | 12:32 | |
*** raghavendrat has joined #openstack-cinder | 12:35 | |
*** mchlumsky has joined #openstack-cinder | 12:48 | |
*** udesale has joined #openstack-cinder | 12:52 | |
*** helenafm has quit IRC | 12:52 | |
*** tesseract has quit IRC | 12:53 | |
*** helenafm has joined #openstack-cinder | 12:53 | |
*** tesseract has joined #openstack-cinder | 12:55 | |
*** lpetrut has quit IRC | 12:57 | |
*** mchlumsky has quit IRC | 12:58 | |
*** raghavendrat has quit IRC | 12:58 | |
*** mchlumsky has joined #openstack-cinder | 12:59 | |
*** laurent\ has quit IRC | 12:59 | |
jungleboyj | geguileo: Cool. Please let me know when you know for sure. | 13:08 |
jungleboyj | Hope to see you there. | 13:08 |
geguileo | jungleboyj: will do :-) | 13:08 |
*** laurent\ has joined #openstack-cinder | 13:17 | |
*** eharney has quit IRC | 13:22 | |
*** hemna has joined #openstack-cinder | 13:27 | |
*** brinzhang has quit IRC | 13:28 | |
*** vishalmanchanda has quit IRC | 13:32 | |
*** helenafm has quit IRC | 13:34 | |
*** ganso has quit IRC | 13:34 | |
*** helenafm has joined #openstack-cinder | 13:36 | |
*** jrubenst has joined #openstack-cinder | 13:37 | |
*** Kuirong has quit IRC | 13:38 | |
*** trident has quit IRC | 13:38 | |
*** trident has joined #openstack-cinder | 13:39 | |
*** enriquetaso has joined #openstack-cinder | 13:43 | |
*** Luzi has quit IRC | 13:43 | |
*** ganso has joined #openstack-cinder | 13:44 | |
*** carloss has joined #openstack-cinder | 13:45 | |
*** TxGirlGeek has joined #openstack-cinder | 13:48 | |
*** psachin has quit IRC | 13:52 | |
*** TxGirlGeek has quit IRC | 14:03 | |
*** TxGirlGeek has joined #openstack-cinder | 14:04 | |
*** TxGirlGeek has quit IRC | 14:08 | |
*** TxGirlGeek has joined #openstack-cinder | 14:10 | |
*** TxGirlGeek has quit IRC | 14:10 | |
*** eharney has joined #openstack-cinder | 14:23 | |
*** dpawlik has quit IRC | 14:36 | |
*** nikeshm has quit IRC | 14:52 | |
hemna | geguileo: ping | 15:05 |
hemna | geguileo: is there a way to not change the iscsi scan mode to manual and leave it as auto? | 15:06 |
hemna | re: https://review.opendev.org/#/c/455394/ | 15:06 |
hemna | have customers that are losing their iscsi volumes on reboot | 15:06 |
geguileo | hemna: isn't Nova making calls to OS-Brick to ensure that the attachments are there? | 15:07 |
hemna | so they have a volume attached to the compute host for local storage too | 15:07 |
hemna | it's a non-openstack volume from the same SAN backend | 15:07 |
geguileo | hemna: oooooh, I see | 15:08 |
hemna | so when an openstack instance is stood up on that host, the mode is changed to manual | 15:08 |
geguileo | so OpenStack works, but it's messing with their other volumes | 15:08 |
hemna | then reboot = ouch | 15:08 |
hemna | yup | 15:08 |
geguileo | there's a simple hack they can do XD | 15:08 |
hemna | yah I think that was one of the concerns I had with a previous attempt at changing it to manual | 15:09 |
hemna | a few years ago | 15:09 |
geguileo | hemna: there was no manual a few years ago, since I added the feature to Open iSCSI myself... XD | 15:09 |
hemna | I had seen a patch trying to force it a while ago | 15:09 |
geguileo | this is not the manual part of not connecting to the SAN, it's not doing scans | 15:09 |
hemna | so how can we disable it for this case? | 15:10 |
hemna | so it doesn't get changed back again | 15:10 |
hemna | or is there a workaround for this at all? | 15:10 |
geguileo | I wouldn't disabble it, since then they may have leftovers from OpenStack | 15:10 |
geguileo | they can just go ahead and add the target as a hostname instead of the IP | 15:10 |
geguileo | I believe that will work | 15:11 |
hemna | ? | 15:11 |
geguileo | assuming the backend is not using discovery | 15:11 |
hemna | I think most backends use discovery to find the targets | 15:11 |
geguileo | Most don't | 15:11 |
geguileo | because it's a terrible idea | 15:11 |
geguileo | at least last time I checked | 15:12 |
geguileo | it used to introduce a single point of failure | 15:12 |
hemna | I think we need a setting to allow someone to configure the compute host to not force the scan mode to manual in this case | 15:12 |
hemna | and they can live with the unexpected vols | 15:12 |
geguileo | though maybe we changed it recently | 15:12 |
hemna | as their compute host is unusable after reboot | 15:12 |
geguileo | for your customer they can add the IPs of the SAN to /etc/hosts | 15:12 |
geguileo | Add the target using the given hostnames | 15:13 |
geguileo | And then OS-Brick won't touch it | 15:13 |
geguileo | afaik | 15:13 |
hemna | add the target using the given hostnames? | 15:13 |
hemna | I'm not following that | 15:13 |
geguileo | the volumes they are using out of openstack are added to the initiator using the IP of the SAN as the target, right? | 15:14 |
hemna | I'm not sure | 15:14 |
hemna | most likely | 15:14 |
hemna | it's a dell unity driver | 15:15 |
geguileo | so, if they add a names in /etc/hosts for those IPs, such as sanip1 and sanip2 | 15:15 |
geguileo | then they add the target-portal to the iSCSI initiator using the sanip1 and sanip2 names instead of the actual IPS | 15:16 |
geguileo | that way OS-Brick should not reuse those sessions and create new ones using the IPs | 15:16 |
hemna | ok I'll give that feedback to the customer and see if they can do that | 15:18 |
geguileo | I hope it works for them | 15:19 |
hemna | me too :) | 15:19 |
hemna | I still think we might want an option to not set that to manual | 15:25 |
hemna | as others will run into the same exact problem | 15:25 |
hemna | the default was that we never touched that previous to that patch | 15:26 |
hemna | now it's defaulted to manual always | 15:26 |
geguileo | no, only to manual if iSCSI initiator supports it | 15:27 |
hemna | right, so in this case the customer doesn't want that ever set | 15:28 |
hemna | due to this problem | 15:28 |
geguileo | it was not that the default was not to touch it | 15:28 |
geguileo | it's that the feature didn't exist | 15:28 |
geguileo | and it was the automatic scans that were introducing unwanted devices in the system and messing things up | 15:28 |
hemna | either way, it was always auto prior to the feature being added right? | 15:28 |
geguileo | yes | 15:29 |
hemna | ok, so the default was always auto | 15:29 |
geguileo | and it was a mess for all customers | 15:29 |
hemna | and after that os-brick patch (and the open-iscsi feature) we changed it to manual | 15:29 |
hemna | which is now causing the issue | 15:29 |
hemna | which causes host volumes to vanish upon reboot | 15:30 |
geguileo | yeah, but the issue happens in what, 1% of the customers? | 15:30 |
geguileo | whereas leaving automatic scans messes up 100% of the customers | 15:31 |
hemna | I wouldn't say 1% | 15:32 |
*** e0ne has joined #openstack-cinder | 15:32 | |
hemna | I can see a lot of folks use volumes on their compute hosts for host storage | 15:33 |
hemna | outside of openstack | 15:33 |
geguileo | I haven't seen any so far, but I have seen almost hundreds of cases of iSCSI leftover devices | 15:34 |
geguileo | I'll see if I can think of a solution that automatically detects this situation and creates a different session in OS-Brick, leaving the other one as it is | 15:34 |
hemna | so, if we aren't going to allow a conf setting for this, then we need to document the workaround | 15:38 |
hemna | I can see this being a common enough issue that folks will run into | 15:38 |
*** eharney has quit IRC | 15:46 | |
*** eharney has joined #openstack-cinder | 15:46 | |
*** helenafm has quit IRC | 15:52 | |
geguileo | hemna: yeah, if OS-Brick cannot be smart about it and create a different session (which I don't know if we can yet), then we definitely need to document this | 15:59 |
*** vishalmanchanda has joined #openstack-cinder | 16:06 | |
*** hemna has quit IRC | 16:22 | |
*** mmethot has quit IRC | 16:25 | |
jungleboyj | pots: You around? | 16:26 |
*** tesseract has quit IRC | 16:33 | |
*** TxGirlGeek has joined #openstack-cinder | 16:40 | |
*** atahardjebbar has joined #openstack-cinder | 16:43 | |
*** enriquetaso has quit IRC | 16:43 | |
*** enriquetaso has joined #openstack-cinder | 16:44 | |
*** hemna has joined #openstack-cinder | 16:44 | |
*** mmethot has joined #openstack-cinder | 16:47 | |
*** hemna has quit IRC | 16:49 | |
*** sapd1_x has joined #openstack-cinder | 16:50 | |
geguileo | hemna_: the solution I proposed, it won't work, sorry. I'll keep thinking how to resolve the issue (besides going back to an earlier iscsid version) | 16:58 |
*** sapd1_x has quit IRC | 17:04 | |
*** ag-47 has joined #openstack-cinder | 17:06 | |
*** ganso has quit IRC | 17:06 | |
*** ganso has joined #openstack-cinder | 17:08 | |
*** udesale has quit IRC | 17:09 | |
*** davidsha has quit IRC | 17:11 | |
*** atahardjebbar has quit IRC | 17:13 | |
*** hemna has joined #openstack-cinder | 17:14 | |
*** TxGirlGeek has quit IRC | 17:17 | |
*** hemna has quit IRC | 17:18 | |
*** e0ne has quit IRC | 17:20 | |
*** chhagarw has joined #openstack-cinder | 17:24 | |
*** hemna has joined #openstack-cinder | 17:34 | |
*** hemna has quit IRC | 17:38 | |
*** ag-47 has quit IRC | 17:46 | |
*** TxGirlGeek has joined #openstack-cinder | 17:53 | |
*** hemna has joined #openstack-cinder | 17:54 | |
*** hemna has quit IRC | 17:59 | |
*** tosky has quit IRC | 18:01 | |
*** eharney has quit IRC | 18:02 | |
*** eharney has joined #openstack-cinder | 18:06 | |
*** dpawlik has joined #openstack-cinder | 18:10 | |
*** chhagarw has quit IRC | 18:20 | |
*** hemna has joined #openstack-cinder | 18:37 | |
*** eharney has quit IRC | 19:08 | |
pots | jungleboyj: Hi Jay | 19:19 |
jungleboyj | pots: Hey buddy. Just saw your e-mail. Thanks for the quick response. It makes sense to me. | 19:19 |
jungleboyj | Fingets crossed that that is the issue. | 19:20 |
jungleboyj | *Fingers | 19:20 |
pots | I'm pretty sure it is, I am setting up a system to verify. | 19:20 |
pots | While I've got you, can you take a look at https://review.opendev.org/#/c/639870/? | 19:21 |
jungleboyj | Ok. Cool. Thank you for continuing to support us! | 19:21 |
jungleboyj | pots: Looking now. | 19:21 |
pots | Also, I want to re-enable the driver & CI for the dothill driver--do I need a blueprint for that? | 19:21 |
* jungleboyj laughs | 19:22 | |
jungleboyj | Really? | 19:22 |
pots | Just to make things complicated, I'm renaming the underlying driver from dothill to stx/Seagate | 19:22 |
* jungleboyj feels like there is a story there. | 19:22 | |
jungleboyj | How is that going to impact the Lenovo driver? | 19:23 |
pots | i am changing the class references in the lenovo and other drivers that inherit from the dothill driver in the same patch. | 19:24 |
pots | i can imagine various alternative approaches, like introducing a separate driver first and then changing the lenovo driver in a later patch, but I have this deadline coming up.... :) | 19:25 |
jungleboyj | Ok, so I just approved your other patch. Sorry for the bikeshedding there. Those were both mistakes I made, so I merged it. | 19:25 |
jungleboyj | For some reason I always thought it was MMSA. Sorry about that. | 19:26 |
pots | awesome, thanks. | 19:26 |
jungleboyj | So, what is your deadline on the dothill driver? | 19:26 |
pots | I think we have a July 22-ish deadline for new drivers / features and Python 3.7 compliance, right? | 19:26 |
jungleboyj | Yes. | 19:27 |
jungleboyj | Ok, so you are shooting to meet that deadline. | 19:27 |
jungleboyj | Do you have the patch up for the dothill update? | 19:28 |
pots | oh yeah, and what a headache that Python 3.7 thing is. I thought it would be as easy as upgrading my CI to bionic where Python 3.7 is available, but the bionic kernels crash with a nested virtualization issue. | 19:28 |
jungleboyj | :-( Ugh. I am sorry. | 19:28 |
pots | not yet, i was hoping to get it tested with py37 first but i'll post it as a WIP so you can see it. | 19:28 |
jungleboyj | You will add a job to your 3rd Party CI for it? | 19:29 |
pots | i'm curious if you are keeping a tally of successful py37 CIs so we can maybe learn from each other. | 19:29 |
pots | yes, there'll be a "seagate-ci" user posting comments like the other two. | 19:29 |
jungleboyj | Not, yet, I haven't had a chance to go look at results. | 19:30 |
pots | how are you evaluating compliance, are you just grepping logs for version numbers or something? | 19:30 |
jungleboyj | That was my plan at the moment. | 19:31 |
pots | ok. i may have 1-2 bug fixes but I assume those can go in shortly after the deadline? | 19:33 |
jungleboyj | Yeah. | 19:33 |
*** eharney has joined #openstack-cinder | 20:06 | |
*** dasp has quit IRC | 20:45 | |
*** dasp has joined #openstack-cinder | 20:47 | |
*** pcaruana has quit IRC | 21:01 | |
*** dpawlik has quit IRC | 21:15 | |
*** jrubenst has quit IRC | 21:24 | |
*** harlowja has joined #openstack-cinder | 21:57 | |
harlowja | an out of the blue question, not really openstack related, i know, but any redhat folks here know any of the folks in https://github.com/storaged-project (for a non-openstack question) | 21:57 |
*** whoami-rajat has quit IRC | 22:31 | |
*** rcernin has joined #openstack-cinder | 22:36 | |
*** tkajinam has joined #openstack-cinder | 22:53 | |
*** vishalmanchanda has quit IRC | 23:05 | |
openstackgerrit | Eric Harney proposed openstack/cinder master: Compress images uploaded to Glance https://review.opendev.org/668943 | 23:09 |
*** carloss has quit IRC | 23:17 | |
openstackgerrit | Merged openstack/cinder master: Update support matrix entries for MSA and Lenovo arrays. https://review.opendev.org/639870 | 23:22 |
*** hemna has quit IRC | 23:24 | |
*** brinzhang has joined #openstack-cinder | 23:49 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!