Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-10-10
18:36:09 dansmith but..it's not automatic like isolated aggregates
18:36:24 colby_ ok
18:37:14 colby_ final question when I set the property of filter_tenant_idXXXXX for a tenant how can I remove it if I move them to another aggregate?
18:37:41 dansmith how?
18:37:55 colby_ yea is there a delete property?
18:38:04 dansmith https://docs.openstack.org/nova/latest/admin/aggregates.html
18:38:12 dansmith aggregate unset is what you're looking for presumably
18:38:58 colby_ ah unset thanks
18:39:11 dansmith colby_: please let me also point you at $topic. I wrote the placement agg stuff and reviewed the isolated hosts stuff you were asking about so I was interested but in general this channel is for development
18:42:01 colby_ Thanks. Yes I have not had great luck in getting answers in the general channel usually. I appreciate you help.
18:48:54 artom lyarwood, no worries
18:51:58 openstackgerrit Akihiro Motoki proposed openstack/python-novaclient master: PDF documentation build https://review.opendev.org/687966
19:00:49 colby_ dansmith: Can I ask one final question? Is there any limits on the suffix to filter_tenant_id? (limited characters number or type?)
19:01:52 dansmith colby_: you're asking me a development question of where the code is that does this query right?
19:02:08 colby_ yea so I can see the checks its doing?
19:02:23 dansmith sure, since that's a development question let me find it
19:02:26 dansmith colby_: https://github.com/openstack/nova/blob/master/nova/scheduler/request_filter.py#L112
19:02:34 colby_ thanks again
19:24:44 mriedem that doesn't answer the question :)
19:24:45 mriedem https://docs.openstack.org/api-ref/compute/?expanded=create-or-update-aggregate-metadata-detail
19:24:51 mriedem "The maximum size for each metadata key and value pair is 255 bytes."
19:26:46 dansmith mriedem: yeah, true, I was kinda thinking he was asking if he had to use numbers or could use letters
19:35:18 mnaser wild idea: nova-api rejects bfv requests if user doesnt have enough quota instead of it failing at nova-compute
19:35:34 mnaser feels like a logistical nightmare tho
19:35:41 mnaser nova's quota is hard enough as is
19:50:04 mriedem that's not so wild
19:50:33 mriedem pretty sure when the auto-disable compute snafu thing was riling everyone up over bfv over quota failures we talked about moving the volume create to api or conductor to avoid that silliness late in the compute
19:50:37 mriedem the api checks port quota but not volume
19:51:00 mriedem it would also help with some other stuff like az
19:51:23 mriedem i.e. if cross_az_attach=False, creating the volume earlier will tell us if we can't create a volume in a given az
19:52:00 mriedem mnaser: also note that (semi-recently) check cinder quota stuff during volume-backed snapshot
19:52:34 mriedem https://github.com/openstack/nova/blob/master/nova/compute/api.py#L3105
19:54:04 mriedem doing that during bfv in the api or conductor seems pretty trivial
19:54:26 mriedem we already know (a) how many instances we're going to create and (b) how many volumes we're going to create for those instances
19:54:52 mriedem it'd be racy but so is the port quota check
20:05:52 mnaser mriedem: yeah and honestly i think its better to fail at the api layer than go through X reschedules..
20:06:23 mriedem fun fact,
20:06:34 mriedem we don't reschedule for prep_block_device failures in the compute
20:06:38 mriedem you're welcome
20:07:17 mriedem https://bugs.launchpad.net/nova/+bug/1488111
20:07:17 openstack Launchpad bug 1488111 in OpenStack Compute (nova) "Boot from volumes that fail in initialize_connection are not rescheduled" [Wishlist,Confirmed]
20:08:53 mriedem dansmith: https://review.opendev.org/#/c/687140/ is failing a few jobs (functional, api-ref and pep8) - did you want me to wait on re-reviewing that?
20:09:25 dansmith mriedem: ah yeah I didn't run a full slammajamma on that one, so yeah I'll hit that up in the mo'nan
20:09:42 mriedem ok i've wip'ed it
20:09:47 mriedem wip'ed it good
20:09:57 dansmith thanks
20:10:14 mriedem a couple of nits in the conductor one but +2
20:10:25 dansmith ack, thanks I'll look tomorrow as well
20:44:51 mriedem oh my https://www.cnn.com/2019/10/09/us/pge-power-outage-wednesday/index.html
20:44:55 mriedem had to google
20:45:19 mriedem are they the same ones that were responsible for all the faulty lines that caused the last wild fires?
20:45:56 melwitt yeah
20:46:30 melwitt I don't think their lines caused all of them but one was due to faulty equipment
20:47:28 melwitt and instead of fixing things during all the months prior to now, they shut off everything to prevent a problem
20:52:11 melwitt their faulty equipment caused Camp Fire last year, the largest wildfire in CA history. san bruno in 2010 was them too. other than that, I am not sure there were more
20:53:56 mriedem a track record of success
20:56:43 melwitt yeah... -_-
21:27:43 openstackgerrit Takashi NATSUME proposed openstack/nova master: Move Destination object tests to their own test class https://review.opendev.org/683017
21:28:03 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-guide: Fix available info in handling down cells https://review.opendev.org/686520
21:28:20 openstackgerrit Takashi NATSUME proposed openstack/nova master: Fix unit of hw_rng:rate_period https://review.opendev.org/683051
21:28:37 openstackgerrit Takashi NATSUME proposed openstack/nova master: Update keypairs in saving an instance object https://review.opendev.org/683043
#openstack-nova - 2019-10-11
04:32:31 openstackgerrit Brin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id https://review.opendev.org/674243
04:36:43 openstackgerrit Brin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id https://review.opendev.org/674243
04:37:19 openstackgerrit Brin Zhang proposed openstack/nova master: Fix legacy issues in Filter migrations by user_id/project_id https://review.opendev.org/682198
04:38:58 openstackgerrit Brin Zhang proposed openstack/nova master: Fix legacy issues in filter migrations by user_id/project_id https://review.opendev.org/682198
06:00:26 openstackgerrit ya.wang proposed openstack/nova master: libvirt: Change _compare_cpu to raise InternalError https://review.opendev.org/687808
06:20:32 openstackgerrit Luyao Zhong proposed openstack/nova master: support live migration with vpmems https://review.opendev.org/687856
06:45:38 openstackgerrit Brin Zhang proposed openstack/nova-specs master: Change the primary assignee to the mainly contributor https://review.opendev.org/688042
06:46:55 openstackgerrit Yongli He proposed openstack/nova master: Clean up orphan instances virt driver https://review.opendev.org/648912
06:46:55 openstackgerrit Yongli He proposed openstack/nova master: clean up orphan instances https://review.opendev.org/627765
08:07:08 openstackgerrit Merged openstack/nova master: Fix exception translation when creating volume https://review.opendev.org/678991
08:17:42 openstackgerrit Merged openstack/python-novaclient master: PDF documentation build https://review.opendev.org/687966
08:20:32 openstackgerrit Merged openstack/nova master: Fix unit of hw_rng:rate_period https://review.opendev.org/683051
08:32:14 openstackgerrit Lee Yarwood proposed openstack/nova stable/stein: Stop sending bad values from libosinfo to libvirt https://review.opendev.org/688067
08:33:52 openstackgerrit Lee Yarwood proposed openstack/nova stable/rocky: Stop sending bad values from libosinfo to libvirt https://review.opendev.org/688068
08:34:28 openstackgerrit Lee Yarwood proposed openstack/nova stable/queens: Stop sending bad values from libosinfo to libvirt https://review.opendev.org/688069
08:39:49 trident Any thoughts on https://bugs.launchpad.net/nova/+bug/1741364 ?
08:39:49 openstack Launchpad bug 1741364 in OpenStack Compute (nova) "ceph ephemeral info not updated during live migrate" [Medium,Confirmed]
08:41:19 openstackgerrit Fan Zhang proposed openstack/nova stable/train: Fix exception translation when creating volume https://review.opendev.org/688072
08:43:05 openstackgerrit Fan Zhang proposed openstack/nova stable/stein: Fix exception translation when creating volume https://review.opendev.org/688073
08:43:53 openstackgerrit Fan Zhang proposed openstack/nova stable/stein: Fix exception translation when creating volume https://review.opendev.org/688073
09:03:58 openstackgerrit Takashi NATSUME proposed openstack/nova stable/train: Fix unit of hw_rng:rate_period https://review.opendev.org/688083
09:08:42 openstackgerrit ya.wang proposed openstack/nova master: libvirt: Change _compare_cpu to raise InvalidCPUInfo https://review.opendev.org/687808
09:21:27 openstackgerrit Fan Zhang proposed openstack/nova stable/stein: Fix exception translation when creating volume https://review.opendev.org/688073
09:26:59 openstackgerrit Fan Zhang proposed openstack/nova stable/rocky: Fix exception translation when creating volume https://review.opendev.org/688089
09:31:40 openstackgerrit Nicolas Belouin proposed openstack/nova master: Add support for Xen PVH VM Mode in libvirt driver https://review.opendev.org/687827
09:39:13 stephenfin did we not have a meeting last night
09:41:10 openstackgerrit Fan Zhang proposed openstack/nova stable/queens: Fix exception translation when creating volume https://review.opendev.org/688090
11:20:27 kashyap Any stable cores, mind having a look at this stable/queens thing? It has also merged in other stable branches: https://review.opendev.org/#/c/668111/ (libvirt: Rework 'EBUSY' (SIGKILL) error handling code path
11:20:31 kashyap )
11:21:03 kashyap (It has merged in Rocky and Stein.)
11:34:26 lyarwood kashyap: yup sorry looking now
11:34:47 kashyap Gracias
11:56:27 openstackgerrit Balazs Gibizer proposed openstack/nova stable/pike: Error out interrupted builds https://review.opendev.org/687918
11:59:21 kashyap Needs a second stable core +2 here: https://review.opendev.org/#/c/668111/
12:21:39 frickler this bug is targeted on tempest, but I'd like to know from nova ppl how valuable testing the hard reboot is to you, as I'm considering to propose dropping this test if it can't be made more reliable https://bugs.launchpad.net/tempest/+bug/1847759
12:21:39 openstack Launchpad bug 1847759 in tempest "reboot_server_hard can trigger corrupted file system" [Undecided,New]
12:25:46 lyarwood frickler: IMHO it's useful and that sounds worrying as a bug report
12:28:02 frickler lyarwood: I'm even more worried after seeing how many matches my logstash query has, though I haven't verified yet how many of those match the bug http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22self._test_reboot_server('HARD')%5C%22
12:29:41 lyarwood frickler: I wonder if we even need to boot an instance using an image to test hard reboot

Earlier   Later