| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-09-05 | |||
| 14:12:47 | bauzas | thanks | |
| 14:12:49 | sean-k-mooney | sdake: this is what it looks like when i reply http://lists.openstack.org/pipermail/openstack-dev/2017-September/121804.html | |
| 14:13:14 | stephenfin | sdake: Ah, I remember that, though not what I did to resolve it | |
| 14:13:37 | sdake | i am on outlook 2016 | |
| 14:13:44 | sdake | 2016 is where is broke - it worked on 2013 and prior | |
| 14:13:53 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add VersionedObjectPrintable mixin https://review.openstack.org/493082 | |
| 14:13:54 | bauzas | FWIW, I now have again an Entry button \o/ | |
| 14:14:04 | sdake | it even worked briefly for 2016 | |
| 14:14:08 | sdake | sean-k-mooney are ou using 2016 outlook? | |
| 14:14:26 | stephenfin | sdake: Maybe it's a feature, heh | |
| 14:14:27 | sean-k-mooney | sdake: no still on 2013 i am afraid | |
| 14:14:37 | stephenfin | For what it's worth, I ended up using Mutt for everything except openstack-dev in the end (ovs-dev, patchwork, dpdk-dev etc.) | |
| 14:14:39 | sdake | sean-k-mooney if you want a sane mail client don't upgrade | |
| 14:14:59 | sdake | i just use gmail for mailing lists - since i can actually reply | |
| 14:15:06 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Migration from ``ip`` commands to ``pyroute2`` https://review.openstack.org/484386 | |
| 14:15:27 | sean-k-mooney | sdake: if i do an os reinstall or upgrade ill just setup tunderbird. but since outlook is not currently broken im not going to change it | |
| 14:15:48 | stephenfin | Exchange is still an excellent protocol (at least from a usability perspective), but the lack of things like auto-wrap in Outlook makes it tough to work with | |
| 14:15:59 | stephenfin | sean-k-mooney: Good luck. That is also terrible, IMO | |
| 14:17:03 | sean-k-mooney | stephenfin: well i have been usingin it since i created my first email account at home so im used to it. it works for me. | |
| 14:18:04 | stephenfin | sean-k-mooney: Ah, then you're not too badly off. I thought it was ugly as sin and calendering with Gmail was seriously broken. Evolution would be excellent if it just weren't so damn buggy :( | |
| 14:20:25 | sean-k-mooney | im currently in a "its not broke so im not going to fix it" mode with my apps and workflow. eventully ill upgrading things when i have too. | |
| 14:22:21 | sean-k-mooney | its kindo fo like openstack. our dev cloud has been running on newton rc1 for almost a year. it is now finally beging to have issue so im going to go strait to stable pike once kolla-ansible make its release but while it was working no need to upgrade it | |
| 14:24:33 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Moving more utils to ServerResourceAllocationTestBase https://review.openstack.org/499539 | |
| 14:24:34 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Test resource allocation during soft delete https://review.openstack.org/495159 | |
| 14:24:34 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Refactor ServerMovingTests for non-move tests https://review.openstack.org/498596 | |
| 14:33:29 | sdake | stephenfin i used thunderbird for 10 years - your correct it is awful :) | |
| 14:34:05 | sdake | if i relaly feel like osme pain I use mac mail for responding to mailing lists and outlook for reading | |
| 14:34:24 | sdake | wish i could find a mail client that worked with exchange that was good | |
| 14:34:40 | sdake | there is this rockin mac client, however, it lacks exchange support...... | |
| 14:34:52 | sdake | in other words, its useless :) | |
| 14:36:37 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove compatibility code for flavors https://review.openstack.org/460377 | |
| 14:37:09 | sean-k-mooney | stephenfin: by the way, you mentioned before that we can associate multiple email accounts with a singel openstack account correct? do you have a link to how to do this. if not ill just google it | |
| 14:38:13 | stephenfin | sean-k-mooney: Sure. Sec | |
| 14:38:55 | stephenfin | sean-k-mooney: So I _think_ you do it from Launchpad. Go to https://launchpad.net/ and click your user in the top right | |
| 14:40:12 | stephenfin | That'll bring you to your profile. Emails are listed on the left. IIRC, this gets propagated to Gerrit | |
| 14:41:45 | dansmith | hope you guys don't mind me interrupting the email chat to talk about nova... | |
| 14:42:05 | dansmith | mriedem: so the people working on skip level upgrades pointed out that our ironic flavor migration thing will be a problem for them, | |
| 14:42:11 | sean-k-mooney | ok ill give that a try and if it doesnt work ill ask the infra guys next week. | |
| 14:42:29 | dansmith | which is correct, and a little contrary to the promises we've been making about being able to do offline upgrades with nova-manage | |
| 14:42:36 | sean-k-mooney | dansmith: sorry :) | |
| 14:42:46 | dansmith | so I'm trying to think about the best way to make that doable without compute running | |
| 14:42:48 | dansmith | sean-k-mooney: :) | |
| 14:43:25 | dansmith | mriedem: I'm thinking that the best plan would just be a dedicated subcommand for this specific case since it's kinda weird | |
| 14:43:28 | mriedem | dansmith: well, we can do some purely db intensive stuff in nova-manage | |
| 14:44:01 | dansmith | mriedem: yeah, but we need to know which instances are ironic and not, so I'm kinda thinking that maybe we should make a dedicated command that takes an ironic compute's hostname and migrates instances that are on that compute | |
| 14:44:11 | dansmith | which makes it not really fit the online-data-migrations model | |
| 14:44:23 | dtantsur | mriedem: hey! when do you folks plan on finalizing your PTG schedule? I specifically wonder about the scheduling discussion, as we have a couple of topics there | |
| 14:44:25 | mriedem | we can figure out the ironic nodes via the hypervisor_type on the compute_nodes table right? | |
| 14:44:37 | mriedem | dtantsur: it's something i need to work on this week | |
| 14:44:40 | dansmith | mriedem: we can yeah | |
| 14:44:52 | mriedem | it's pretty open ended atm, except for thursday morning being cinder time | |
| 14:45:58 | dtantsur | mriedem: we have a few topics depending on the scheduling discussion outcome to an extent. so I guess Wed would work better, probably afternoon. | |
| 14:46:05 | dtantsur | but it's up to you of course :) | |
| 14:46:08 | dtantsur | vdrok: ^^ | |
| 14:46:10 | dansmith | mriedem: so your preference would be to do it fully automatic like that? we kinda need to backport this if we're going to remove the migration from queens | |
| 14:46:25 | mriedem | dansmith: so the problem with the offline data migrations command with this is we don't really have a marker i don't think | |
| 14:46:29 | dtantsur | or just don't remove the migration from queens... | |
| 14:46:34 | mriedem | since the extra specs are a json blob | |
| 14:46:48 | mriedem | but i haven't thought it through fully | |
| 14:46:55 | dansmith | mriedem: yup, hence my thinking that a one-shot command for a host would be good | |
| 14:47:15 | dansmith | dtantsur: yeah, but we really want to stop allowing the old model too, which we *could* do separate from the migration piece, but... | |
| 14:47:20 | mriedem | for all compute nodes where hypervisor_type == 'ironic'; find all instances where host/node in that list; do migrate instance extra spec | |
| 14:47:36 | dansmith | the migration piece in compute also brings overhead | |
| 14:47:39 | mriedem | dansmith: i wouldn't want to require a host, but it could be an option | |
| 14:48:22 | dansmith | mriedem: well, for a dedicated command I was thinking make it specifically "run for instances on this host" so you're responsible for iterating hosts and therefore not running twice | |
| 14:50:35 | mriedem | how do you know you've hit all hosts? | |
| 14:50:45 | mriedem | and then someone will say, how do i get the list of hosts | |
| 14:51:03 | dansmith | well, I'm thinking about tripleo where that's easy to determine | |
| 14:51:03 | mriedem | running twice isn't a problem either right? it's just a no-op if already migrated | |
| 14:51:10 | dansmith | sure, it's just super expensive | |
| 14:51:12 | mriedem | i'm generally never thinking about tripleo | |
| 14:51:23 | mriedem | :) | |
| 14:51:26 | dansmith | heh | |
| 14:51:47 | dtantsur | :D | |
| 14:51:48 | mriedem | my preference would be, host is optional, so if someone thinks they know better and want to iterate hosts client side, fine | |
| 14:51:59 | mriedem | otherwise we do it | |
| 14:52:10 | dansmith | how about we make it expected, else there's an --all option, | |
| 14:52:20 | dansmith | so it's clear that it's not just idempotent and zero impact? | |
| 14:52:35 | dansmith | and to be clear, this is a dedicated command with specific behaviors, yes? | |
| 14:52:39 | mriedem | it is idempotent except for the db read hit right? | |
| 14:53:07 | dansmith | right, idempotent is the wrong word, because it is, I meant "resumable" or "zero impact if nothing to do" | |
| 14:53:15 | dansmith | like, don't just run this on every puppet run | |
| 14:53:50 | mriedem | how is tripleo going to determine that it's done all of the migrations? | |
| 14:53:56 | mriedem | and can stop | |
| 14:54:00 | dansmith | tripleo won't, | |
| 14:54:03 | dtantsur | so, are you going to call into ironic in this command? | |
| 14:54:09 | mriedem | dtantsur: no | |
| 14:54:19 | dtantsur | sorry, I don't quite understand how you're going to know the resource class of the node | |
| 14:54:22 | mriedem | dtantsur: this is just duplicating what we do in nova-compute startup | |
| 14:54:32 | dansmith | it'll be a specific skip-level upgrades script | |
| 14:54:37 | dtantsur | well, in nova compute we're using data from ironic | |
| 14:54:39 | dansmith | dtantsur: yeah, we'll have to take a RC as well | |
| 14:54:47 | dansmith | it's going to be super offline | |
| 14:54:55 | dtantsur | I know, hence my concern :) | |
| 14:54:59 | dansmith | yup | |
| 14:55:02 | dtantsur | one mistake - and the cloud is in a very strange state | |
| 14:55:29 | dansmith | but that's the risk of skip level upgrades, | |
| 14:55:37 | dansmith | you're taking the complexity of skipping into your own hands | |
| 14:55:47 | dansmith | it's a tradeoff of complexity and downtime for infrequent upgrades | |
| 14:55:56 | dtantsur | okie, but how is the command invokation going to look? | |