Wednesday, 2019-11-06

*** e0ne has quit IRC00:02
*** rcernin_ has joined #openstack-stable00:05
*** rcernin has quit IRC00:09
*** e0ne has joined #openstack-stable01:14
*** openstackstatus has joined #openstack-stable01:44
*** ChanServ sets mode: +v openstackstatus01:44
*** ekcs has joined #openstack-stable01:55
*** e0ne has quit IRC02:48
*** e0ne has joined #openstack-stable03:01
*** ekcs has quit IRC03:14
*** ekcs has joined #openstack-stable03:40
*** ekcs has quit IRC04:00
*** ekcs has joined #openstack-stable04:08
*** ekcs has quit IRC04:09
*** e0ne has quit IRC04:32
*** e0ne has joined #openstack-stable04:39
*** e0ne has quit IRC04:42
*** irclogbot_3 has quit IRC05:34
*** irclogbot_0 has joined #openstack-stable05:38
*** e0ne has joined #openstack-stable05:49
*** pcaruana has joined #openstack-stable05:59
*** e0ne_ has joined #openstack-stable06:34
*** e0ne has quit IRC06:36
*** e0ne_ has quit IRC06:39
*** e0ne has joined #openstack-stable06:46
*** e0ne has quit IRC06:47
*** fungi has quit IRC07:20
*** fungi has joined #openstack-stable07:24
*** apevec has joined #openstack-stable07:38
*** rcernin_ has quit IRC08:06
*** tesseract has joined #openstack-stable08:08
*** e0ne has joined #openstack-stable08:57
*** e0ne has quit IRC09:03
*** jpich has joined #openstack-stable09:12
*** derekh has joined #openstack-stable10:13
*** rcernin_ has joined #openstack-stable10:55
*** rcernin_ has quit IRC11:31
*** eharney has quit IRC12:12
*** eharney has joined #openstack-stable13:15
*** ekcs has joined #openstack-stable13:22
*** derekh has quit IRC13:24
*** ekcs has quit IRC14:07
*** derekh has joined #openstack-stable14:07
*** ekcs has joined #openstack-stable14:11
*** ekcs has quit IRC14:17
*** ekcs has joined #openstack-stable14:17
*** dave-mccowan has joined #openstack-stable14:49
*** dave-mccowan has quit IRC14:54
*** mriedem has joined #openstack-stable15:00
*** ekcs has quit IRC15:27
*** lbragstad_ is now known as lbragstad15:33
*** prometheanfire has quit IRC15:38
*** prometheanfire has joined #openstack-stable15:39
*** e0ne has joined #openstack-stable16:03
*** derekh has quit IRC16:11
*** fgonzales3246 has joined #openstack-stable16:13
fgonzales3246hello everyone.16:13
fgonzales3246I'd like to ask somethings related to Queens EOL and upgrades16:14
fgonzales3246do you guys know if during the EOL does the version continues receiving bug and security fixes?16:14
*** e0ne has quit IRC16:15
*** e0ne_ has joined #openstack-stable16:15
fgonzales3246Por a upgrade plan, would it be recommended be in which version? Now in my scenario, I'm in Queens and planning to go to Rocky, but is it a good pratice to be 2 versions above the latest version?16:16
fgonzales3246For a upgrade plan, would it be recommended be in which version? Now in my scenario, I'm in Queens and planning to go to Rocky, but is it a good pratice to be 2 versions above the latest version?16:16
*** derekh has joined #openstack-stable16:17
*** derekh has quit IRC16:17
fgonzales3246Currently, I'm planning to upgrade first our controller environment and just after the upgrade run completely and I run tempest smoke tests I'll start upgrading the compute nodes. Is this what the community recomends ?16:18
*** e0ne has joined #openstack-stable16:22
*** e0ne_ has quit IRC16:23
*** e0ne_ has joined #openstack-stable16:29
*** e0ne has quit IRC16:32
*** e0ne_ has quit IRC16:42
*** e0ne has joined #openstack-stable16:46
mriedemfgonzales3246: queens isn't eol16:53
mriedemit's in extended maintenance16:53
mriedemhttps://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance16:53
mriedemso stable/queens upstream will continue to get bug fixes but there will be no more releases16:54
mriedemfgonzales3246: you have to roll through the releases either way to make sure you do things like data migrations and don't miss things like dropped config options as you roll through a release,16:55
mriedemso you could upgrade from queens to stein but you still go through rocky to make sure you run data migrations and account for anything that's removed (mentioned in the release notes)16:55
mriedemand yes for nova you upgrade the control plane first, pin the compute rpc version to the oldest computes you have, roll through and upgrade the computes, then remove the rpc pin16:56
mriedemhttps://docs.openstack.org/nova/latest/user/upgrade.html16:56
*** e0ne has quit IRC17:03
*** jpich has quit IRC17:34
*** dtantsur is now known as dtantsur|afk17:38
*** mriedem is now known as mriedem_lunch18:15
*** mriedem_lunch is now known as mriedem18:57
fgonzales3246mriedem thank you it cleared somethings here. I'm planning to upgrade rolling through all versions exactly as you mentioned.19:29
fgonzales3246one more question about the versions, when is the best option to upgrade to new versions?  for exemple, should I use the latest release or it's recommended use latest - 2 version?19:31
mriedemfgonzales3246: i don't think there is any recommendation about that, depends on your need and how easy it is to upgrade, there are going to be pros/cons either way,19:36
mriedeme.g. vexxhost public cloud rolls out the new release as soon as it's GA'ed19:37
mriedemwhich is great, but they could also hit regressions before anyone else19:37
mriedemso if you are conservative and don't need to upgrade often, you can hang back a bit and wait for the regressions to be flushed out19:37
mriedemlatest - 2 is probably the old standard for most because we would end of life the latest - 3 branch after a new release and they'd lose any chance of getting upstream bug fixes19:38
mriedemi still don't think that is a good reason to hang that far back though19:38
fgonzales3246basacaly if I'm in a stable version, upgrading will only give me new features and improvements, so it should be according to what my scenario needs, right?19:41
mriedemnew features, bug fixes, but likely also deprecations and things for which you might need to account19:42
mriedemdepends on what your upgrade windows and downtime (if you have it) thresholds are, etc19:43
mriedemhow soon do your users want/need new features, that kind of thing19:43
mriedembut you also don't want to get stuck on a too old release because upgrading out of an old hole makes it that much harder19:43
fgonzales3246I see, thank you mriedem! It was very helpful. I'm writing a upgrade / lifecycle plan to keep the environment updated before going to production, to avoid having those hard upgrades in future19:48
*** eharney has quit IRC19:48
*** fgonzales3246 has quit IRC19:49
*** eharney has joined #openstack-stable20:01
*** eharney has quit IRC20:32
*** pcaruana has quit IRC21:27
*** eharney has joined #openstack-stable22:10
*** tesseract has quit IRC22:28
*** rcernin has joined #openstack-stable22:53
*** mriedem has quit IRC23:29
*** ekcs has joined #openstack-stable23:45

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!