Posted | Nick | Remark | |
---|---|---|---|
#openstack-placement - 2019-04-17 | |||
21:06:41 | openstackgerrit | Matt Riedemann proposed openstack/placement stable/stein: DNM: log trait sync duplicate entry failure https://review.openstack.org/653585 | |
21:08:34 | mriedem | testing grenade-postgresql in stein here https://review.openstack.org/#/c/653587/ | |
21:10:55 | prometheanfire | https://storyboard.openstack.org/#!/story/2005478 | |
21:10:59 | prometheanfire | thanks | |
#openstack-placement - 2019-04-18 | |||
04:26:27 | openstackgerrit | Tetsuro Nakamura proposed openstack/osc-placement master: Expose version error message generically https://review.openstack.org/653285 | |
07:10:16 | openstackgerrit | Tetsuro Nakamura proposed openstack/osc-placement master: Expose version error message generically https://review.openstack.org/653285 | |
11:39:00 | openstackgerrit | Chris Dent proposed openstack/placement master: Add links to storyboard worklists to contributing.rst https://review.openstack.org/653719 | |
14:14:27 | cdent | prometheanfire, edleafe, mriedem Did you reach any conclusions on the traits stuff? I left some comments on the story that got created, but it's not clear what the proper next step is. | |
14:14:56 | edleafe | cdent: it was a bug in PostgreSQL's autoincrement | |
14:15:34 | edleafe | If you add IDs to the table manually, Postgres doesn't know that, and just follows its own sequence | |
14:17:25 | cdent | edleafe: and presumably this isn't a problem in the postgresql-migrate-db.sh script because it is doing a pg_dump which gets the sequence thingie? | |
14:17:38 | edleafe | not sure about that | |
14:17:43 | cdent | so how do we make sure it doesn't happen again? | |
14:19:01 | mriedem | prometheanfire created a bug in sb | |
14:19:09 | mriedem | he didn't use the pg migration script b/c he didn't know it existed | |
14:19:17 | edleafe | cdent: you can see the discussion at https://ircsearch.leafe.com/timeline/%23openstack-placement/2019-04-17T20:36:21 | |
14:19:28 | mriedem | so there might be a docs opportunity to highlight it in the 'upgrade from nova thing' | |
14:19:38 | edleafe | zzzeek confirmed the behavior | |
14:19:58 | mriedem | cdent: https://storyboard.openstack.org/#!/story/2005478 | |
14:20:04 | cdent | yeah, saw the bug, read the quoted irc on one of mriedem's experiments, added it to the story | |
14:20:14 | cdent | just trying to figure out the actual thing to do | |
14:20:24 | mriedem | i haven't checked the results of my test | |
14:50:48 | cdent | mriedem, efried: not that it seems like anything would, but if anything comes up next week that requires placement ptl-ness, can one of you handle it or make it wait until the week following? | |
14:50:58 | efried | sure thing | |
14:51:02 | cdent | thanks | |
18:01:11 | cdent | https://review.openstack.org/#/c/653719/ which just needs a docs check has been in zuul for 6 hour 20 min. I feel like I should donate some hardware but I have none. | |
18:02:12 | efried | cdent: I've noticed the gate being very backlogged of late. Good news is, the spurious failure rate seems *relatively* low. | |
18:30:56 | mriedem | blech i wish the table formatting would be fixed http://logs.openstack.org/19/653719/1/check/openstack-tox-docs/9192ba1/html/contributor/contributing.html#storyboard | |
18:31:03 | mriedem | i know it's not your fault though | |
18:32:54 | efried | mriedem: you mean the fact that there's no borders? | |
18:33:49 | mriedem | https://bugs.launchpad.net/openstack-doc-tools/+bug/1825410 | |
18:33:50 | openstack | Launchpad bug 1825410 in openstack-doc-tools "table formatting does not have grid lines anymore" [Undecided,New] | |
18:33:52 | mriedem | yeah | |
18:34:59 | efried | I was talking to johnsom about that last week. He was able to "fix" it in one spot https://review.openstack.org/#/c/652171/ and I was going to see if I could figure out how to make that stick in our projects too. | |
18:35:05 | efried | but probably better to fix it in the theme. | |
18:36:36 | mriedem | i'm harassing docs people in -dev | |
18:46:25 | efried | interestingly, when I build it locally, the table has a border. | |
18:47:29 | melwitt | tables without borders | |
18:47:41 | efried | aha | |
18:47:50 | efried | sphinx version makes the difference. | |
18:48:07 | efried | at 1.8.4, borders are there. At 2.0.1, gone. | |
19:00:17 | mriedem | prometheanfire: grenade-postgresql in stable/stein (upgrade from rocky to extracted placement) was ok https://review.openstack.org/#/c/653587/ | |
19:00:29 | mriedem | no errors on the duplicate entry in the placement api when syncing traits, | |
19:00:38 | mriedem | and nova-compute on the stein side was able to report the new traits from stein | |
19:00:56 | mriedem | grenade uses postgresql-migrate-db.sh so i'm guessing that's where you went wrong - by not using it | |
19:10:32 | mriedem | i'll post a docs patch to hopefully clarify | |
19:14:44 | openstackgerrit | Matt Riedemann proposed openstack/placement master: Remind people to use postgresql-migrate-db.sh when migrating data https://review.openstack.org/653833 | |
19:31:23 | prometheanfire | mriedem: ya, saw it | |
19:32:21 | prometheanfire | mriedem: I need to look through the tables and see if the other auto-incriment stuff needs fixing (probably does) | |
#openstack-placement - 2019-04-19 | |||
00:24:44 | prometheanfire | mriedem: for the tables with id sequences | |
00:24:46 | prometheanfire | SELECT setval('users_id_seq', (select max(id) + 1 from users where id is not NULL), FALSE); | |
00:25:13 | prometheanfire | max id will probably still work without the is not null, but paranoid | |
00:47:54 | openstackgerrit | Merged openstack/placement master: Add links to storyboard worklists to contributing.rst https://review.openstack.org/653719 | |
13:30:12 | edleafe | So quiet today... | |
13:35:14 | fried_rice | apparently some rabbit hid some eggs | |
13:42:08 | edleafe | All this fertility imagery is disturbing | |
18:58:38 | mriedem | prometheanfire: is extracted placement packaged for gentoo now? i'm assuming yes. | |
19:11:31 | mnaser | mriedem: regarding placement extract stuff and tripleo, I saw Emilien this week at a meetup and asked him, and they haven't made progress on that afaik, I think the patch to use extracted placement was in merge conflict | |
19:12:27 | mriedem | hmm, i thought they were deploying fresh installs with extracted placement | |
19:12:49 | mriedem | lyarwood is out today and gerrit is down so i can't poke | |
19:22:02 | prometheanfire | mriedem: it is | |
19:22:24 | mriedem | prometheanfire: is there a link to a repo i can put in an etherpad? | |
19:23:22 | mriedem | packages.gentoo.org is really slow for me | |
19:24:06 | prometheanfire | sure | |
19:24:36 | prometheanfire | https://packages.gentoo.org/packages/sys-cluster/placement | |
19:24:48 | prometheanfire | not stable yet (stein isn't yet stable) | |
19:24:54 | prometheanfire | or marked as such | |
19:25:34 | mriedem | cool, thanks | |
19:26:06 | prometheanfire | yarp | |
19:26:50 | prometheanfire | https://github.com/gentoo/gentoo/blob/master/sys-cluster/placement/placement-1.0.0.ebuild is the actual package | |
#openstack-placement - 2019-04-20 | |||
04:56:38 | prometheanfire | https://github.com/gentoo/gentoo/blob/master/sys-cluster/placement/placement-1.0.0-r1.ebuild now | |
#openstack-placement - 2019-04-22 | |||
13:30:23 | mriedem | i'm assuming the placement meeting for today is cancelled yeah? | |
13:30:27 | mriedem | chris is out right? | |
13:42:25 | efried | mriedem: Chris is out, yes. Do we have a need for a meeting? | |
13:43:02 | mriedem | not that i know of | |
13:45:05 | edleafe | I was just about to ask the same thing | |
13:45:44 | edleafe | If you think there is anything that we could move forward on with a meeting, I'll be happy to run it. Otherwise, I'll be happy to skip it. :) | |
13:58:47 | edleafe | Official cancellation of the Placement meeting in 60 seconds unless someone objects... | |
14:00:00 | edleafe | OK, no Placement meeting today! | |
23:12:05 | openstackgerrit | Ghanshyam Mann proposed openstack/placement master: Dropping the py35 testing https://review.opendev.org/654650 | |
23:13:32 | openstackgerrit | Ghanshyam Mann proposed openstack/os-traits master: Dropping the py35 testing https://review.opendev.org/654651 | |
23:15:18 | openstackgerrit | Ghanshyam Mann proposed openstack/osc-placement master: Dropping the py35 testing https://review.opendev.org/654652 | |
23:16:40 | openstackgerrit | Ghanshyam Mann proposed openstack/os-resource-classes master: Dropping the py35 testing https://review.opendev.org/654653 | |
#openstack-placement - 2019-04-23 | |||
06:15:33 | openstackgerrit | Surya Seetharaman proposed openstack/placement master: [WIP] Spec: Support Consumer Types https://review.opendev.org/654799 | |
08:14:46 | tssurya | cdent: good morning | |
08:15:18 | tssurya | let me know if you have some time, I had a couple of questions for the consumer types spec | |
10:35:01 | sean-k-mooney | o/ | |
10:35:17 | sean-k-mooney | edleafe: efried are either of ye about at the moment? | |
10:35:28 | sean-k-mooney | quick question for ye. | |
10:36:06 | sean-k-mooney | i was talking to bauzas eairlier today and a question came up which bauzas is going to look into later | |
10:36:49 | sean-k-mooney | when we have nested resocue providers will placement return muliple allocation candiates for the same host | |
10:37:30 | sean-k-mooney | e.g. if i request rescource from both the root rp and a resouce that can be provide by either of two child rps will i get 2 allocation candiates | |
10:38:24 | sean-k-mooney | 1 with cpus/ram from the root and the other resocue form child RP1 and a second with the other resoucres form child rp2? | |
10:39:32 | sean-k-mooney | this is imporant for several of the numa/bandwith related feature but it also improtant for sharing resouce providers usecase too. | |
10:40:50 | sean-k-mooney | in the shareing case its not really about child resouce providers but more this is a member of 2 aggrates for differend shard disk providers. do i get an allcoation candiate for both possible configuration or jsut one of them | |
10:41:15 | sean-k-mooney | anyway if anyone know the answer to the above ^ let me know | |
10:47:15 | gibi | sean-k-mooney: placement returns multiple candidates per compute if possible. See for example the gabbit case https://github.com/openstack/placement/blob/931a9e124251a0322550ff016ae1ad080cd472f3/placement/tests/functional/gabbits/allocation-candidates.yaml#L602 | |
10:48:15 | sean-k-mooney | gibi: ok that is good to know and is there a way to limit the candiate per host without limiting the total set | |
10:48:30 | gibi | sean-k-mooney: I don't think so it is possible | |
10:49:14 | sean-k-mooney | ok that might be useful as things get more nested |