Re: [openstack-dev] [nova] compute - conductor and version compatibility
On 8/17/2015 10:19 AM, Dan Smith wrote: Is this documented somewhere? I did a bit of digging and couldn't find anywhere that explicitly required that for the J-K upgrade. Certainly it was documented for the I-J upgrade. It's our model, so I don't think we need to document it for each cycle since we don't expect it to change. We may need more general coverage for this topic, but I don't expect the release notes to always mention it. This isn't formal documentation, but it's relevant: http://www.danplanet.com/blog/2015/06/26/upgrading-nova-to-kilo-with-minimal-downtime/ --Dan __ 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 We have some very loose upgrade docs in the devref [1]. Under the Process section, steps 4 and 5 talk about upgrading services in order and says conductor (implied controller) first. Granted we need to clean up this page and merge with Dan's more specific blog post, but there is *something* in tree docs. [1] http://docs.openstack.org/developer/nova/upgrade.html -- Thanks, Matt Riedemann __ 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] [nova] compute - conductor and version compatibility
I have the impression that more and more people try to run OpenStack in a mixed-releases-mode and face some troubles to understand how the capabilities and limitations look like. For example, the reporter of [1] runs a nova-conductor (Juno) with a nova-compute (Kilo). I tried in comment #3 of [1] to rationalize if this is a valid setup or not and I failed... If someone with more experience and knowledge could help there and clarify it also for other users in the future, that would be awesome. [1] https://bugs.launchpad.net/nova/+bug/1483321 Regards, Markus Zoeller (markus_z) __ 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] [nova] compute - conductor and version compatibility
On 08/17/2015 08:59 AM, Jay Pipes wrote: On 08/17/2015 10:41 AM, Markus Zoeller wrote: I have the impression that more and more people try to run OpenStack in a mixed-releases-mode and face some troubles to understand how the capabilities and limitations look like. For example, the reporter of [1] runs a nova-conductor (Juno) with a nova-compute (Kilo). I tried in comment #3 of [1] to rationalize if this is a valid setup or not and I failed... If someone with more experience and knowledge could help there and clarify it also for other users in the future, that would be awesome. [1] https://bugs.launchpad.net/nova/+bug/1483321 No, that's not valid behaviour. You need to upgrade the controller infrastructure (conductor, API nodes, etc) before any compute nodes. Is this documented somewhere? I did a bit of digging and couldn't find anywhere that explicitly required that for the J-K upgrade. Certainly it was documented for the I-J upgrade. Chris __ 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] [nova] compute - conductor and version compatibility
No, that's not valid behaviour. You need to upgrade the controller infrastructure (conductor, API nodes, etc) before any compute nodes. Yep. --Dan signature.asc Description: OpenPGP digital signature __ 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] [nova] compute - conductor and version compatibility
On 08/17/2015 10:41 AM, Markus Zoeller wrote: I have the impression that more and more people try to run OpenStack in a mixed-releases-mode and face some troubles to understand how the capabilities and limitations look like. For example, the reporter of [1] runs a nova-conductor (Juno) with a nova-compute (Kilo). I tried in comment #3 of [1] to rationalize if this is a valid setup or not and I failed... If someone with more experience and knowledge could help there and clarify it also for other users in the future, that would be awesome. [1] https://bugs.launchpad.net/nova/+bug/1483321 No, that's not valid behaviour. You need to upgrade the controller infrastructure (conductor, API nodes, etc) before any compute nodes. Best, -jay __ 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] [nova] compute - conductor and version compatibility
I remembered I saw somewhere about how to upgrade, (step by step in updating from J to K or others) I think it's best and suitable way to use this kind of 'different version' talking to make compute host alive during system upgrade. so I believe controller should be upgrade first the compute node to be update set by set that means Kilo conductor should works with Juno compute but on the contrary I didn't see a value for supporting it Best Regards! Kevin (Chen) Ji 纪 晨 Engineer, zVM Development, CSTL Notes: Chen CH Ji/China/IBM@IBMCN Internet: jiche...@cn.ibm.com Phone: +86-10-82454158 Address: 3/F Ring Building, ZhongGuanCun Software Park, Haidian District, Beijing 100193, PRC From: Jay Pipes jaypi...@gmail.com To: openstack-dev@lists.openstack.org Date: 08/17/2015 05:01 PM Subject:Re: [openstack-dev] [nova] compute - conductor and version compatibility On 08/17/2015 10:41 AM, Markus Zoeller wrote: I have the impression that more and more people try to run OpenStack in a mixed-releases-mode and face some troubles to understand how the capabilities and limitations look like. For example, the reporter of [1] runs a nova-conductor (Juno) with a nova-compute (Kilo). I tried in comment #3 of [1] to rationalize if this is a valid setup or not and I failed... If someone with more experience and knowledge could help there and clarify it also for other users in the future, that would be awesome. [1] https://bugs.launchpad.net/nova/+bug/1483321 No, that's not valid behaviour. You need to upgrade the controller infrastructure (conductor, API nodes, etc) before any compute nodes. Best, -jay __ 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] [nova] compute - conductor and version compatibility
Is this documented somewhere? I did a bit of digging and couldn't find anywhere that explicitly required that for the J-K upgrade. Certainly it was documented for the I-J upgrade. It's our model, so I don't think we need to document it for each cycle since we don't expect it to change. We may need more general coverage for this topic, but I don't expect the release notes to always mention it. This isn't formal documentation, but it's relevant: http://www.danplanet.com/blog/2015/06/26/upgrading-nova-to-kilo-with-minimal-downtime/ --Dan __ 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