Monday, 2021-10-11

opendevreviewMerged openstack/devstack stable/ussuri: nova: Ensure each compute uses a unique iSCSI initiator  https://review.opendev.org/c/openstack/devstack/+/81292900:21
opendevreviewMerged openstack/devstack stable/victoria: nova: Ensure each compute uses a unique iSCSI initiator  https://review.opendev.org/c/openstack/devstack/+/81292800:48
opendevreviewMerged openstack/devstack stable/wallaby: nova: Ensure each compute uses a unique iSCSI initiator  https://review.opendev.org/c/openstack/devstack/+/81292600:51
opendevreviewMerged openstack/devstack master: Rehome functions to enable Neutron's Trunk service plugin  https://review.opendev.org/c/openstack/devstack/+/81265700:51
opendevreviewMerged openstack/devstack master: Fix displaying usage for make_cert.sh  https://review.opendev.org/c/openstack/devstack/+/80373100:53
*** flaviof_ is now known as flaviof01:26
opendevreviewMerged openstack/devstack stable/train: nova: Ensure each compute uses a unique iSCSI initiator  https://review.opendev.org/c/openstack/devstack/+/81293002:10
*** bhagyashris is now known as bhagyashris|rover04:43
*** abhishekk is now known as akekane|home04:50
*** akekane|home is now known as abhishekk04:50
*** pojadhav- is now known as pojadhav05:44
*** jpena|off is now known as jpena07:32
opendevreviewSoniya Murlidhar Vyas proposed openstack/patrole master: Add tests for log resource  https://review.opendev.org/c/openstack/patrole/+/79554807:48
soniya29slaweq, do we require show_log policy in the logging extension of neutron - https://opendev.org/openstack/neutron/src/branch/master/neutron/conf/policies/logging.py ?08:00
*** sboyron_ is now known as sboyron08:00
*** sboyron is now known as Guest249808:01
soniya29slaweq, I mean, Is it missing there or isn't required?08:02
opendevreviewMerged openstack/devstack master: tools: Fix use of continue  https://review.opendev.org/c/openstack/devstack/+/81250708:10
slaweqsoniya29: I think we are missing it08:13
soniya29slaweq, okay, so shall i add it? 08:14
slaweqsoniya29: would be great, thx :)08:14
soniya29slaweq, thanks for the info :)08:15
opendevreviewMerged openstack/devstack master: Remove cinder from service names  https://review.opendev.org/c/openstack/devstack/+/81131008:27
isabekHi team! How we can run tempest tests not in parallel? During running tempest api tests creates resources in the same time...08:35
opendevreviewMerged openstack/devstack master: Further fixup for Ubuntu cloud images  https://review.opendev.org/c/openstack/devstack/+/81314809:26
*** sboyron_ is now known as sboyron09:26
*** sboyron is now known as Guest250209:27
*** Guest2502 is now known as sboyron_09:29
opendevreviewSoniya Murlidhar Vyas proposed openstack/patrole master: Add tests for log resource  https://review.opendev.org/c/openstack/patrole/+/79554809:43
opendevreviewSoniya Murlidhar Vyas proposed openstack/patrole master: Add tests for loggable resource  https://review.opendev.org/c/openstack/patrole/+/80713110:08
soniya29slaweq, By observing the other policies of neutron, there is no implementations of show_network/show_flavor policy. Hence IMHO, we won't require show_log policy as well, what do you think?10:14
slaweqsoniya29: sorry, it was to early for me I guess10:30
slaweq:)10:30
slaweqIt's of course defined in https://opendev.org/openstack/neutron/src/branch/master/neutron/conf/policies/logging.py#L7410:30
slaweqthere is GET for collection (list) and for resource (show)10:30
*** dviroel|afk is now known as dviroel11:18
soniya29slaweq, yes...got it!!11:19
soniya29slaweq, thanks :)11:19
*** jpena is now known as jpena|lunch11:22
*** jpena|lunch is now known as jpena12:16
sean-k-mooneyo/ have we started to see any time out with devstack installing packages form pip12:23
sean-k-mooneylocally on a newlew providioned ubuntu 20.04 vm im seeing 12:23
sean-k-mooneyCollecting oslo.policy>=3.8.112:23
sean-k-mooney  Using cached oslo.policy-3.8.2-py3-none-any.whl (86 kB)12:23
sean-k-mooneyINFO: This is taking longer than usual. You might need to provide the dependency resolver with stricter constraints to reduce runtime. If you want to abort this run, you can press Ctrl + C to do so. To improve how pip performs, tell us what happened here: https://pip.pypa.io/surveys/backtracking12:24
sean-k-mooneyfor other packages too not just oslo.policy12:24
sean-k-mooneyi kicked of an install on friday and it timed out installing packages12:25
sean-k-mooneyright now this is installing cinder where it is failng12:25
sean-k-mooneysudo -H LC_ALL=en_US.UTF-8 SETUPTOOLS_USE_DISTUTILS=stdlib http_proxy= https_proxy= no_proxy= PIP_FIND_LINKS= SETUPTOOLS_SYS_PATH_TECHNIQUE=rewrite python3.8 -m pip install -c /opt/stack/requirements/upper-constraints.txt -e /opt/stack/cinder12:25
sean-k-mooneyperhaps i need to update my local copy of the requirements repo although i have RECLONE=True set so  devstack should do that12:26
sean-k-mooneyyoctozepto: fungi  do you know if we are seeing anything like that in the gate jobs or if they have recently started taking longer where this might be happening but not to a degree that would make the job fail just make it slower12:28
fungisean-k-mooney: the examples i looked at were barbican and pylint getting installed unconstrained in very large dependency sets12:32
fungipylint manifests as pip struggling to find an appropriate version of its astroid dependency i think12:33
yoctozeptosean-k-mooney: it was reported on launchpad already12:33
yoctozeptoI have not hit it but, alas, I am not doing enough openstack these days12:33
fungiprobably the most effective ways to reduce that are to not install unconstrainted dependencies in large sets where there may be overlap with transitive deps12:34
sean-k-mooneywell we nolonger install test-requirements12:34
sean-k-mooneyso pylint should not be installed by devstack12:34
fungithat ought to help12:34
fungiahh, you're seeing it in a devstack install?12:34
sean-k-mooneyyes12:35
sean-k-mooneyfresh ubuntu 20.04 vm i created on friday12:35
fungii was running it down on tox-based jobs on friday12:35
sean-k-mooneyi had to remove python3-simplejson and i removed python3-yaml just incase12:35
sean-k-mooneythen i stacked and hit resolver timesouts12:35
fungiyeah, make sure you have as current an upper-constraints.txt for the branch as possible12:35
sean-k-mooneyalso issues with suds-jurko>=0.612:36
sean-k-mooneywhere it tried to use use_2to312:36
sean-k-mooneyya i just deleted the requirement repo and did  pull on devstack to latest12:36
sean-k-mooneylooks like im going to hit the smae issue agin with cinder12:36
sean-k-mooneyINFO: pip is looking at multiple versions of oslo-policy to determine which version is compatible with other requirements. This could take a while.12:37
sean-k-mooneyits just a guess but i would assume https://paste.opendev.org/show/809899 might be the issue12:37
sean-k-mooneyit might be forceing use to try and find some weird set of deps12:38
sean-k-mooneyi wonder if we can just remove suds-jurko12:41
sean-k-mooneyhttps://codesearch.opendev.org/?q=suds-jurko&i=nope&literal=nope&files=&excludeFiles=&repos=12:42
sean-k-mooneyit looks like its there for vmware or powervm12:42
sean-k-mooneyim not sure why it woudl be installed by as part of installing cidner12:42
sean-k-mooneyi suspect this is being caused by cinder dep on oslo.vmware12:47
sean-k-mooneyhttps://opendev.org/openstack/cinder/src/branch/master/requirements.txt#L5812:47
sean-k-mooneyi wonder if we can make that optional and not installed by default12:47
sean-k-mooneye.g. so you woudl have do do pip install cinder[vmware] or something using extras12:48
fungiis oslo.vmware installable on its own with the same constraints set?13:04
fungionce you get things installed, maybe check to see if there are any packages present which are not in upper-constraints.txt13:04
fungii have a feeling something is being installed which isn't in the list of projects the constraints generator is smashing together13:05
*** sboyron_ is now known as sboyron13:05
*** sboyron is now known as sboyron_13:06
*** sboyron_ is now known as sboyron13:06
fungisean-k-mooney: pip shouldn't be doing that if there's not something else unconstrained also depending on that package13:32
fungiis there a build in the opendev zuul which exhibits this behavior? i'm happy to take a closer look at the logs for it13:32
fungiproblem is, just looking at the cinder install output is insufficient since pip is installing into a shared environment and these days it takes the requirements of everything that's already installed into account, so you really need to know what the initial state of the environment was before (via pip list or pip freeze)13:35
sean-k-mooneyfungi: not that im aware of this is more or less a defautl devstack install on ubuntu 20.04 https://paste.opendev.org/show/809902/13:38
fungiwe do perform default ubuntu installs on ubuntu 20.04 in ci as well13:39
fungier, default devstack installs i mean13:39
fungihowever we go out of our way to have as little preinstalled on the servers as possible, because `sudo pip install` fights with any distro-supplied python packages on the system too13:39
fungisean-k-mooney: any chance you could try with one of our ci images?13:40
fungijust curious if that's what's making it not break in our jobs13:40
fungithat's one of the reasons we don't use cloud-init, it has far too many python package dependencies13:42
sean-k-mooneyam maybe. im using one of our internal cloud i can upload image but it takes a while since it has to be coplied over the vpn and trans atlantic13:46
fungioh, yeah you probably don't want to do that then, our images are gigantic because of including a cache of all the git repos in opendev13:46
fungibut regardless, look at `dpkg -l|grep '^ii  python3-'` and see what all you can remove. anything which is listed in upper-constraints.txt is a possible candidate13:48
sean-k-mooneysome of those i tought i removed already13:50
sean-k-mooneyi have 77 packages 13:50
sean-k-mooneyi really dont need twisted installed13:50
fungithere's already some machinery in devstack for forcibly uninstalling conflicting distro packages, so if you can identify which ones are causing the problem (assuming that's even the problem) then we can probably extend devstack to make it install more automatically on a generic ubuntu image13:53
sean-k-mooneyya i have seen that code in the past. we have two ways one is unsitalling htem and the other were its not removable we manually mask/delete stuff13:54
sean-k-mooneyif it continues to be an issue i can just move to another base image or distro13:57
fungiright, obviously prefer the first, the second is a very hacky last resort13:57
sean-k-mooneyi removed an hand full of packates that i dont think need to be there so ill see if that helps13:57
fungiwell, it's intended that people be able to install devstack on generic cloud images, we just don't have an easy way to test that13:57
fungiso if we can fix it to uninstall things which are causing dep solver resolution issues for pip now, that would be good13:58
sean-k-mooneyit might be helping a littl but im in the same situraiton with  suds-jurko then everything fails in cinder after that fials to isntall form pip13:59
sean-k-mooneyit was resolveing a little faster but i think we really do need to get rid of that dep form oslo.vmware14:00
sean-k-mooneyor make oslo.vmware an optional dep of cidner and remove it out of its requirements.txt14:00
sean-k-mooneyi might just do that locally to check14:00
kopecmartinisabek: hi, just pass --serial arg to run the tests not in parallel - https://docs.openstack.org/tempest/latest/run.html#test-execution14:03
sean-k-mooneyfungi: so ya removing oslo.vmware form cinder fixes the issue14:05
sean-k-mooneyit really does like like  suds-jurko is the problem14:06
sean-k-mooney suds-jurko is still using use_2to3 and we require >=0.614:06
sean-k-mooneythere is no version that is >=0.6 that does not use use2to3 since there has been no release of that since 201414:07
fungisean-k-mooney: ahh, i wonder if jobs are avoiding that by pinning to older setuptools14:07
sean-k-mooneyya perhaps14:14
sean-k-mooneythe install is still running but just removing oslo.vmware which is what is pulling it in seams to do the trick14:15
isabekkopecmartin: Thanks for link. I have tried with this arg, still failing. I have used: https://docs.openstack.org/tempest/latest/HACKING.html#parallel-test-execution LockFixture failing too :(14:15
fricklersean-k-mooney: fungi: see https://bugs.launchpad.net/cinder/+bug/194634014:20
kopecmartinisabek: hm, what is it failing with? maybe it's not an issue of concurrency14:20
fricklerit is not seen in CI because we install from old wheels14:20
fungifrickler: thanks!14:20
fungimakes sense, we do prebuild wheels, and likely built those ages ago with older setuptools14:20
fricklersee also https://review.opendev.org/c/openstack/requirements/+/813292 for a job that tries to run without those14:21
frickleron top of that is the list of things in u-c that currently would fail14:21
fricklerdesignate and cinder are the projects that I know to be affected directly14:21
sean-k-mooneyfrickler: yep same issue on ubuntu 20.0414:22
fricklerhotfix is to remove suds-jurko or oslo.vmware from their req.txt14:22
sean-k-mooneyyes14:22
sean-k-mooneyi just removed oslo.vmware and it just finished stacking14:23
sean-k-mooneyform cinder14:23
sean-k-mooneynot deploying with designate currently14:23
isabekkopecmartin: it is concurrency, during list resource when getting required resource body is passing. but sometimes is failing14:24
isabekmy tests creating own resources14:25
sean-k-mooneyoslo.vmware will either need to move to suds https://github.com/cackharot/suds-py3 or otherwise drop the dempency14:25
sean-k-mooneyor better yet https://github.com/suds-community/suds14:25
frickleryes, someone proposed a patch to designate with the latter I think14:30
fricklerhttps://review.opendev.org/c/openstack/designate/+/81338014:31
sean-k-mooneyi guess we will have to do the same for oslo.vmware14:40
opendevreviewCarlos Eduardo proposed openstack/devstack-plugin-ceph master: WIP Fix Ganesha repo urls  https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/81344614:53
opendevreviewArchit Modi proposed openstack/whitebox-tempest-plugin master: Wait after image copy  https://review.opendev.org/c/openstack/whitebox-tempest-plugin/+/81345516:18
opendevreviewBalazs Gibizer proposed openstack/tempest master: Simplify compute schema handling  https://review.opendev.org/c/openstack/tempest/+/81345916:30
opendevreviewBalazs Gibizer proposed openstack/tempest master: DNM: Example of a compute schema change  https://review.opendev.org/c/openstack/tempest/+/81346016:30
*** jpena is now known as jpena|off16:45
opendevreviewLuigi Toscano proposed openstack/devstack-plugin-ceph master: WIP Allow the usage of Clone v2 API  https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/78262417:39
opendevreviewLuigi Toscano proposed openstack/tempest master: DNM test snapshot deletion with deps on ceph  https://review.opendev.org/c/openstack/tempest/+/78239217:39
*** dviroel is now known as dviroel|out21:16
opendevreviewMerged openstack/devstack-plugin-ceph stable/wallaby: Use Ceph Pacific for devstack-plugin-ceph-tempest-py3 jobs  https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/81005923:20

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!