Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1827094
Title:
ironic.peer_list
the given regex:
* DEFAULT.instance_usage_audit_period
* cinder.catalog_info
* serial_console.port_range
However, these are not bounded with ^ and $ to ensure the entire string
matches.
** Affects: nova
Importance: Low
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In
Public bug reported:
Running roughly master branch. According to pip,
neutron==13.0.0.0rc2.dev324. I know that isn't super helpful from a dev
perspective, but this is a kolla image and I don't have a great way to
map this back to a SHA.
Trying to create a port on a specific subnet on a shared net
Public bug reported:
The ironic driver does not use its local cache of node data for the
get_info call, which is used during the instance power sync. This
results in N API calls per power sync loop, where N is the number of
instances managed by the compute service doing the sync.
We should aim to
Public bug reported:
Seeing this in Ocata at 125dd1f30fdaf50182256c56808a5199856383c7.
Running `openstack server list --project
9c28d07207a54c78848fd7b4f85779d5` results in a 500 error:
RESP BODY: {"computeFault": {"message": "Unexpected API Error. Please
report this at http://bugs.launchpad.net
Public bug reported:
The ironic virt driver does some crazy things when the ironic API goes
down - it returns [] from get_available_nodes(). When the resource
tracker sees this, it immediately attempts to delete all of the compute
node records and resource providers for said nodes.
If placement i
Public bug reported:
See the logs here: http://logs.openstack.org/50/544750/8/check/ironic-
grenade-dsvm-multinode-multitenant/5713fb8/logs/screen-placement-
api.txt.gz#_Feb_15_17_58_22_463228
This is during an upgrade while Keystone is down. Placement returns a
503 because it cannot reach keysto
I'll have a patch up for this today sometime, btw.
** Also affects: nova
Importance: Undecided
Status: New
** Changed in: nova
Status: New => Confirmed
** Changed in: nova
Importance: Undecided => High
** Changed in: nova
Assignee: (unassigned) => Jim Ro
In ironic, this is a duplicate of an RFE to do the same:
https://bugs.launchpad.net/ironic/+bug/1582188
** Changed in: ironic
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (n
While this is an ironic-specific problem, I don't believe the fix here
is in ironic.
Seems that Neutron and/or ML2 mechanisms need to set a proper route for
this in the physical switch, but I'm not sure which layer that would be
in. (I assume usually the agent on the host does it)
** Changed in:
This was fixed with https://review.openstack.org/#/c/355659/
** Changed in: nova
Status: New => Fix Released
** Changed in: ironic
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenSta
: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1552466
Title:
Ironic: deploy not cleaned up if configdrive
Going to close this one on the Ironic side in favor of the RFE
https://bugs.launchpad.net/ironic/+bug/1505119
** Changed in: ironic
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Comp
Looks like this is fixed already:
https://github.com/openstack/nova/commit/d3acac0f5bffca59441d9a4a12c89db1d45ec4cf
** Changed in: nova
Assignee: Aniruddha Singh Gautam (aniruddha-gautam) => (unassigned)
** Changed in: nova
Status: Confirmed => Fix Released
--
You received this bug
This has been fixed for a while; we only expose resources available to a
node in AVAILABLE/NONE provision state and with no instance uuid:
https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L301-L318
** Changed in: nova
Status: Confirmed => Fix Released
--
You receiv
I tend to think the instance should always be tagged with a "hypervisor"
for a record of where it was built. In the past this could cause
problems with the resource tracker, but those are long solved.
There's also the part of this where the logs are likely gone by now,
tripleo has changed its arch
Closed bug as invalid, this blueprint covers the work
https://blueprints.launchpad.net/nova/+spec/ironic-networks-support
** Changed in: nova
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Op
Public bug reported:
Ironic nodes that have an existing instance will report negative
available RAM after upgrading beyond this commit:
https://github.com/openstack/nova/commit/b99fb0a51c658301188bbc729d1437a9c8b75d00
The node attached to the instance will not have
instance_info[memory_mb], etc,
This revert fixes the problem locally for me:
https://review.openstack.org/#/c/226969/
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: liberty-backport-potential
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
This doesn't require Ironic changes, only affects Ironic... I'm going to
close this in Ironic as invalid so it doesn't show up in the milestone.
(and yes, it's fixed now)
** Changed in: ironic
Status: In Progress => Invalid
--
You received this bug notification because you are a member of
I don't believe there's anything to do here in Ironic, correct me if I'm
wrong.
** Changed in: ironic
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launc
15:15:57 edleafe | jroll: ok, got to look at that bug, and yeah,
it should have closed it, but I forgot to put Closes-bug: in the commit
message
And I agree it appears to fix it.
This was released with Liberty-1
** Changed in: nova
Status: In Progress => Fix Released
--
You rece
performance havoc as the initial load.
https://github.com/openstack/nova/commit/82cc056fb7e1b081a733797ed27550343cbaf44c
#diff-978b9f8734365934eaf8fbb01f11a7d7R554
This should be guarded by the config.
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen
. This may result in being scheduled to a node that is still
cleaning up from a previous instance.
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo
Public bug reported:
https://gist.github.com/jimrollenhagen/b6b45aa43878cdc89d89
Fixed by https://review.openstack.org/#/c/177470/
** Affects: nova
Importance: Undecided
Status: Fix Released
** Changed in: nova
Status: New => Fix Committed
** Changed in: nova
Status
Public bug reported:
The ironic driver's code to generate a configdrive does not pass
injected_files through to the configdrive builder, resulting in injected
files not being in the resulting configdrive.
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollen
Public bug reported:
When CONF.scheduler_use_baremetal_filters is set, and IronicHostManager
is in use, the default scheduler filters should be as defined by
CONF.baremetal_scheduler_default_filters. This is done in
IronicHostManager's __init__ method.
However, __init__ calls the superclass' __in
), and so this block of code causes nova-compute to fail to
start when this option is set:
https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L184-187
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
Public bug reported:
The power sync periodic task calls driver.get_info() for each instance
in the database. This is typically fine; however in the Ironic driver,
get_info() is an API call. We should bring this down to one API call.
** Affects: nova
Importance: Undecided
Status: New
in the cell.
Observed running Ironic, where there are many compute_hosts in a nova-
compute service.
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo
Public bug reported:
'amd64' is not in the list of valid architectures, this should be
canonicalized to 'x86_64'.
** Affects: nova
Importance: Undecided
Assignee: Jim Rollenhagen (jim-rollenhagen)
Status: In Progress
--
You received this bug notificati
31 matches
Mail list logo
