| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-04-22 | |||
| 13:57:46 | aarents | bauzas: yep | |
| 13:58:50 | elod | lyarwood: oh, I forgot to add you to this :S and thanks, will do in the future :) | |
| 13:59:52 | bauzas | lyarwood: this sounds a configuration problem, nope ? 2019-09-05 16:08:30.057 8 ERROR nova.volume.cinder [req-522cbf47-a65a-4d46-8852-01adcfcbda2f - - - - -] The [cinder] section of your nova configuration file must be configured for authentication with the block-storage service endpoint. | |
| 14:00:14 | bauzas | lyarwood: context is https://bugs.launchpad.net/nova/+bug/1843643 | |
| 14:00:14 | openstack | Launchpad bug 1843643 in OpenStack Compute (nova) "VM on encrypted boot volume fails to start after compute host reboot" [Undecided,New] | |
| 14:00:19 | bauzas | lyarwood: I'm litterally 2 mins away from closing this bug | |
| 14:00:43 | bauzas | (comment #4 in the stacktrace) | |
| 14:02:59 | lyarwood | bauzas: if having that section configured allows n-cpu during init_host to have a valid admin context for grabbing secrets from barbican then yes | |
| 14:03:31 | lyarwood | bauzas: I think it might, I'd have to dig into the context code again as it has been a while | |
| 14:03:32 | bauzas | lyarwood: refresh the bug and see my comment | |
| 14:04:29 | bauzas | but I'm not a ksa specialist | |
| 14:04:57 | lyarwood | bauzas: yeah so I assume that would allow n-cpu itself to auth correctly, do we set that typically in devstack? | |
| 14:05:17 | lyarwood | yeah we do | |
| 14:05:58 | bauzas | lyarwood: well, if you don't, I don't see how you can get service tokens... | |
| 14:06:49 | lyarwood | bauzas: right | |
| 14:07:25 | bauzas | okay, closing the bug, asking the reporter to reopen the bug if fixing this doesn't help | |
| 14:07:27 | bauzas | done. | |
| 14:13:53 | bauzas | gibi: one day, we'll have to discuss what to do with bugs open since 2 years | |
| 14:14:33 | gibi | bauzas: ack, please add a line to the ptg etherpad and then we can start an ML discusison | |
| 14:14:43 | gibi | before the pt | |
| 14:14:43 | gibi | g | |
| 14:14:51 | bauzas | not sure I wanna be the messenger :D | |
| 14:14:57 | gibi | OK, I will do it :D | |
| 14:15:08 | bauzas | gibi: there is no rush | |
| 14:15:30 | gibi | I mean I will now add a line to the etherpad and later will think about an ML message | |
| 14:15:52 | bauzas | fwiw, we made it once, for example https://bugs.launchpad.net/nova/+bug/1018253/comments/5 | |
| 14:15:52 | openstack | Launchpad bug 1018253 in OpenStack Dashboard (Horizon) "No error message prompt during attaching when mountpoint is occupied" [Wishlist,New] | |
| 14:17:29 | gibi | bauzas: yepp | |
| 14:17:52 | gibi | anyhow added a line to the ptg etherpad | |
| 14:17:59 | bauzas | and I just provided this example | |
| 14:18:20 | bauzas | gibi: go back to your downstream work, man ! | |
| 14:18:24 | bauzas | :D | |
| 14:18:42 | gibi | :) | |
| 14:19:35 | lyarwood | sigh we need to kill mountpoint in the API | |
| 14:19:53 | lyarwood | now that we have attachments | |
| 14:23:32 | bauzas | lyarwood: feel free to triage this bug, not on my radar yet :) | |
| 14:32:07 | sean-k-mooney | gibi: im hoping that we wont use the mailing list to hevialy for converstaion that are not backed by a spec | |
| 14:33:17 | sean-k-mooney | gibi: we can do that but i think its not a great medium to have those kind of disucssions without a lot of pre work | |
| 14:33:50 | sean-k-mooney | that said we used to have a bot that jsut closed them so we could always just do that again :P | |
| 14:34:37 | gibi | sean-k-mooney: what do you suggest, how to prepare for the limited real time ptg discussion? | |
| 14:35:41 | sean-k-mooney | well im hoping our actul contact hours that are don vitually will not be less then we normally have in person but will just be spread over more days | |
| 14:37:06 | sean-k-mooney | i just think if its a spec we should keep most of the discussion in gerrit. if its a process thing i would prefer to have an etherpad for it with a summary after the ptg slot on the mailing list | |
| 14:37:52 | sean-k-mooney | we can certenly do some disucssion on the mailing list but i fount the plamcnet pre ptg and the nova pre ptg we did last cycle very hard to follow | |
| 14:38:21 | gibi | sean-k-mooney: we won | |
| 14:38:28 | gibi | sean-k-mooney: we won't have that much contact hours | |
| 14:38:52 | gibi | and it will be a lot slower discussion | |
| 14:39:02 | gibi | compared to a face to face discussion | |
| 14:39:33 | sean-k-mooney | then we may need to consider doing a midcyle or other 1:1 session around milesotone 1 | |
| 14:40:06 | sean-k-mooney | i guess we can cross that bridge after the ptg to see if there are still things that need more dicussion that would be hard to do via gerrit or ml | |
| 14:40:18 | gibi | agree ^^ | |
| 14:41:18 | sean-k-mooney | the reason i prefer etherpads for this type of disucsion by the way is just down to how mailing list thread thend to diverge and its hard to reponed quickly to indivigual quetions without having to respond ot everything | |
| 14:41:59 | sean-k-mooney | with etherpad we can just talk on indiviual lines and keep all the context | |
| 14:42:06 | gibi | sean-k-mooney: OK, so before the virtual ptg I will try to kick peole to start looking at the etherpad | |
| 14:42:45 | gibi | I'm fine if we do the pre-discussion in the etherpad | |
| 14:43:02 | gibi | what I need is to have pre-discussion somehow | |
| 14:43:10 | dansmith | etherpad is really terrible for discussions because it's very easy to end up with stuff that you can't attribute to the author | |
| 14:43:14 | sean-k-mooney | we may want to create topic etherpads linked off the main one to keep it clean | |
| 14:43:15 | dansmith | especially with lots of people | |
| 14:43:35 | dansmith | so I'm very much opposed to *directing* people to etherpad for discussions | |
| 14:43:53 | sean-k-mooney | dansmith: for things with a spec i think gerrit si the place to have the disccssion | |
| 14:44:05 | dansmith | I have a huge difficulty distinguishing the colors, even to assign unattributed text to someone that said something elsewhere | |
| 14:44:10 | sean-k-mooney | but do you think we should be using the mailing list for eveything else | |
| 14:44:11 | gmann | i think ML is better than etherpad discussion for pre-ptg. | |
| 14:44:34 | dansmith | agree that gerrit is the place for anything that is a spec. for non-spec, mailing list for sure | |
| 14:44:48 | gibi | that was my default plan ^^ | |
| 14:44:49 | gmann | and where discussion going heavy then mark that for PTG discussion instead of overloading ML | |
| 14:44:49 | dansmith | etherpad also doesn't tell you what things you've read and what things are new | |
| 14:44:56 | sean-k-mooney | gmann: i really hated the pre-ptg ml threads we have done in the past | |
| 14:45:08 | dansmith | gibi: ++ | |
| 14:45:19 | sean-k-mooney | but if that is what we are going to do i guess ill have to live with it | |
| 14:45:32 | gibi | sean-k-mooney: I hated that too but maybe it was not because of the ML itself but because of the amount of information I needed to process | |
| 14:45:40 | sean-k-mooney | can i just ask that we do not complete any topic only in the mailing list | |
| 14:46:06 | gmann | sean-k-mooney: i think we tried to conclude the things on ML which got too much. I think we can burn lot of light weight topic discussion there | |
| 14:46:10 | dansmith | how many people that hate divergent ML threads are using a mailer that doesn't actually show threads hierarchically like gmail? | |
| 14:46:11 | sean-k-mooney | gibi: for me its the format not the amount of info | |
| 14:46:24 | gmann | and if any topic is going back and forth then say 'let's discuss in ptg' | |
| 14:46:41 | gibi | gmann: ^^ +1 | |
| 14:46:42 | sean-k-mooney | dansmith: i use revesr chronolgical order | |
| 14:46:48 | sean-k-mooney | dansmith: not threads | |
| 14:46:53 | sean-k-mooney | dansmith: but that is not my issue | |
| 14:46:54 | dansmith | mmhmm :) | |
| 14:47:36 | sean-k-mooney | dansmith: my issue is that i often feel like people dont see or respond to comment i make on some thread and there is no way to bring that point back into one fo the other divergent threads | |
| 14:47:49 | dansmith | probably because they're using gmail | |
| 14:47:56 | sean-k-mooney | that mainly hapens when people cut out part of the email | |
| 14:48:00 | dansmith | because gmail is the worst thing ever | |
| 14:48:22 | dansmith | non-trimming emails considered harmful | |
| 14:48:23 | sean-k-mooney | well i use evolution locally so i can enable thread view i jsut dont but ya that could be part of it | |
| 14:48:52 | sean-k-mooney | dansmith: i think there are pros can cons to trimming | |
| 14:49:18 | sean-k-mooney | trimming creats divergent tread if there are multipe open topics that dont reconverge | |
| 14:49:35 | sean-k-mooney | but it allows you to focus on that topic | |
| 14:49:57 | dansmith | non-trimming means people take a sub-thread and redirect it to something that was actually a different sub-thread by grabbing something someone said days ago | |
| 14:50:19 | sean-k-mooney | a sorry | |
| 14:50:33 | sean-k-mooney | i tought you ment replying with just a snippit fo the full email | |
| 14:52:14 | sean-k-mooney | dansmith: gibi if you have recommenation of Netiquette for how to conduct a discussion on the mailing list or tools that help that would be good to share | |
| 14:52:46 | dansmith | agree that gibi should try to set some ground rules and police with a big stick | |
| 14:53:10 | sean-k-mooney | im aware of the normal process for the mailing list but if feel that is not quite adequet for design dicussions | |
| 14:53:29 | gibi | I have no stick but I will try | |
| 14:55:38 | gibi | :) | |
| 14:59:18 | elod | lyarwood: thx for the review! | |
| 14:59:22 | elod | gibi: https://review.opendev.org/#/c/721883 | |