[openstack-dev] Does the openstack ci vms start each time clear up enough?
Hi all! Recently we meet a strange problem in our ci. look this link: https://review.openstack.org/#/c/532097/ we can pass the ci in the first time, but when we begin to start the gate job, it will always failed in the second time. we have rebased several times, it alway pass the ci in the first time and failed in the second time. This have not happen before and make me to guess is it really we start the ci from the new fresh vms each time? __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [infra][ci]Does the openstack ci vms start each time clear up enough?
vailable but 1 instances requested to build. {{(pid=23795) _ensure_sufficient_hosts /opt/stack/new/nova/nova/scheduler/filter_scheduler.py:278}} May 06 09:41:26.358317 ubuntu-xenial-inap-mtl01-0003885152 nova-scheduler[21962]: DEBUG oslo_service.periodic_task [None req-008ee30a-47a1-40a2-bf64-cb0f1719806e None None] Running periodic task SchedulerManager._run_periodic_tasks {{(pid=23794) run_periodic_tasks /usr/local/lib/python2.7/dist-packages/oslo_service/periodic_task.py:215}} I copy the log between two periodic task log records to show one whole scheduling process. Zhiyuan On Fri, 4 May 2018 at 23:52 Clark Boylan wrote: On Fri, May 4, 2018, at 2:37 AM, Sean McGinnis wrote: > On Fri, May 04, 2018 at 04:13:41PM +0800, linghucongsong wrote: > > > > Hi all! > > > > Recently we meet a strange problem in our ci. look this link: > > https://review.openstack.org/#/c/532097/ > > > > we can pass the ci in the first time, but when we begin to start the gate > > job, it will always failed in the second time. > > > > we have rebased several times, it alway pass the ci in the first time and > > failed in the second time. > > > > This have not happen before and make me to guess is it really we start the > > ci from the new fresh vms each time? > > A new VM is spun up for each test run, so I don't believe this is an issue > with > stale artifacts on the host. I would guess this is more likely some sort of > race condition, and you just happen to be hitting it 50% of the time. Additionally you can check the job logs to see while these two jobs did run against the same cloud provider they did so in different regions on hosts with completely different IP addresses. The inventory files [0][1] are where I would start if you suspect oddness of this sort. Reading them I don't see anything to indicate the nodes were reused. [0] http://logs.openstack.org/97/532097/16/check/legacy-tricircle-dsvm-multiregion/c9b3d29/zuul-info/inventory.yaml [1] http://logs.openstack.org/97/532097/16/gate/legacy-tricircle-dsvm-multiregion/ad547d5/zuul-info/inventory.yaml Clark __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- BR Zhiyuan__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [tricircle] Zuul v3 integration status
Hi Boden! Thanks for report this bug. we will talk about this bug in our meeting this week wednesday 9:00 beijing time. if you have time i would like you join it in the openstack-meeting channel. At 2018-06-15 21:56:29, "Boden Russell" wrote: >Is there anyone who can speak to the status of tricircle's adoption of >Zuul v3? > >As per [1] it doesn't seem like the project is setup properly for Zuul >v3. Thus, it's difficult/impossible to land patches like [2] that >require neutron/master + a depends on patch. > >Assuming tricircle is still being maintained, IMO we need to find a way >to get it up to speed with zuul v3; otherwise some of our neutron >efforts will be held up, or tricircle will fall behind with respect to >neutron-lib adoption. > >Thanks > > >[1] https://bugs.launchpad.net/tricircle/+bug/1776922 >[2] https://review.openstack.org/#/c/565879/ > >__ >OpenStack Development Mailing List (not for usage questions) >Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [tricircle] Zuul v3 integration status
Hi Boden! I am song, I have discussed with the ptl zhiyuan. we all think it is not a simple work to finish this. we will plan this as a bp, but maybe can not finished it in the R release, we promise must be finish it in the next openstack version. At 2018-06-19 10:13:47, "linghucongsong" wrote: Hi Boden! Thanks for report this bug. we will talk about this bug in our meeting this week wednesday 9:00 beijing time. if you have time i would like you join it in the openstack-meeting channel. At 2018-06-15 21:56:29, "Boden Russell" wrote: >Is there anyone who can speak to the status of tricircle's adoption of >Zuul v3? > >As per [1] it doesn't seem like the project is setup properly for Zuul >v3. Thus, it's difficult/impossible to land patches like [2] that >require neutron/master + a depends on patch. > >Assuming tricircle is still being maintained, IMO we need to find a way >to get it up to speed with zuul v3; otherwise some of our neutron >efforts will be held up, or tricircle will fall behind with respect to >neutron-lib adoption. > >Thanks > > >[1] https://bugs.launchpad.net/tricircle/+bug/1776922 >[2] https://review.openstack.org/#/c/565879/ > >__ >OpenStack Development Mailing List (not for usage questions) >Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [all][Election] candidacy for Tricircle PTL Stein cycle
Hi all! I would like to announce myself nomination for the PTL candidacy in Tricircle Stein cycle. My name is Baisen Song, and my IRC handle is songbaisen. I am currently the Core Member of Tricircle for Rocky cycle and have been the most actively participating in the development of this project since last year. I and my team have finished the most BluePrints in Tricircle. During the Rocky cycle, we begin to bring enable mutable configuration to Tricircle, network deletion reliability, reuse the deleted port after the vm have been deleted and recreated in another region, add service function chain support. We also start to implement the new l3 networking model. For the coming Stein cycle, here are some works we can focus on: * Driver based implementation of Trunk, current implementation is plugin-based. * Implement the new cross-Neutron L3 networking model that doesn't depend on host routes. * Improvement the Tricircle work with nova cell2. * Add more unit and smoke test cases. * Make Trio2o and Tricircle work more close together. Thank you for taking the time to consider me for Stein PTL. Hope everyone will enjoy joining the Tricircle.__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [tricircle] Tricircle or Trio2o
HI Andrea ! Yes, just as you said.The tricircle is now only work for network.Because the trio2o do not as the openstack official project. so it is a long time nobody contribute to it. But recently In the next openstack stein circle. we have plan to make tricircle and trio2o work together in the tricircle stein plan. see below link: https://etherpad.openstack.org/p/tricircle-stein-plan After this fininsh we can play tricircle and tri2o2 together and make multisite openstack solutions more effictive. At 2018-08-02 00:55:30, "Andrea Franceschini" wrote: >Hello All, > >While I was looking for multisite openstack solutions I stumbled on >Tricircle project which seemed fairly perfect for the job except that >l it was split in two parts, tricircle itself for the network part and >Trio2o for all the rest. > >Now it seems that the Trio2o project is no longer maintained and I'm >wondering what other options exist for multisite openstack, stated >that tricircle seems more NFV oriented. > >Actually a heat multisite solution would work too, but I cannot find >any reference to this kind of solutions. > >Do you have any idea/advice? > >Thanks, > >Andrea > >__ >OpenStack Development Mailing List (not for usage questions) >Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [tricircle] Nominate change in tricircle core team
Hi team, I would like to nominate Zhuo Tang (ztang) for tricircle core member. ztang has actively joined the discussion of feature development in our offline meeting and has participated in contribute important blueprints since Rocky, like network deletion reliability and service function chaining. I really think his experience will help us substantially improve tricircle. Bye the way the vote unitl 2018-8-16 beijing time. Best Wishes! Baisen __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [tricircle] Tricircle or Trio2o
HI ! we have made the tri020 work with the master version openstack as the below pr。 https://review.openstack.org/#/c/596258/ in our plan in the next step we will make tri020 work with the tricircle。see below plan. https://etherpad.openstack.org/p/tricircle-stein-plan At 2018-08-03 22:57:06, "Andrea Franceschini" wrote: >Hello Ling, > >thank you for answering, I'm glad to see that Trio2o project will be >revived in the near future. > >Meanwhile it would be nice to know what approach people use to deploy >multi-site openstack. > >I mean, I've read somewhere about solutions using something like a >multi-site heat, but I failed to dig into this as I couldn't find any >resource. > >Thanks, > >Andrea > >Il giorno gio 2 ago 2018 alle ore 05:01 linghucongsong > ha scritto: >> >> HI Andrea ! >> Yes, just as you said.The tricircle is now only work for network.Because the >> trio2o do not >> as the openstack official project. so it is a long time nobody contribute to >> it. >> But recently In the next openstack stein circle. we have plan to make >> tricircle and >> trio2o work together in the tricircle stein plan. see below link: >> https://etherpad.openstack.org/p/tricircle-stein-plan >> After this fininsh we can play tricircle and tri2o2 together and make >> multisite openstack >> solutions more effictive. >> >> >> >> >> >> At 2018-08-02 00:55:30, "Andrea Franceschini" >> wrote: >> >Hello All, >> > >> >While I was looking for multisite openstack solutions I stumbled on >> >Tricircle project which seemed fairly perfect for the job except that >> >l it was split in two parts, tricircle itself for the network part and >> >Trio2o for all the rest. >> > >> >Now it seems that the Trio2o project is no longer maintained and I'm >> >wondering what other options exist for multisite openstack, stated >> >that tricircle seems more NFV oriented. >> > >> >Actually a heat multisite solution would work too, but I cannot find >> >any reference to this kind of solutions. >> > >> >Do you have any idea/advice? >> > >> >Thanks, >> > >> >Andrea >> > >> >__ >> >OpenStack Development Mailing List (not for usage questions) >> >Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >> >> >> >> __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev