Indeed, I think that this is not bug because we have enough tests for
access to VM. We know it's difficult to debug the issue of virtual
network which neutron provides. We try to prepare stuff to solve such
issue.
Could you debug according with a useful video[1]. Or let's ask the
question in ask.o
Public bug reported:
Hi all,
After working with "neutron purge" and testing it, we have some thoughts
regarding the feature.
Due to the fact that this features purpose is to clean all ( network)
objects after tenant was deleted, we think that the "purge" command
should clear not only Neutron o
Had added cinder, but now I noticed there was already a bug report filed
there too https://bugs.launchpad.net/cinder/+bug/1573766 So I'll use
that one instead for Cinder. This still applies for Nova though.
** Also affects: cinder
Importance: Undecided
Status: New
** No longer affects:
A network has a namespace if it has DHCP enabled on it. DHCP has nothing
to do with whether or not a network is external.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron
External networks are normal networks that allow router gateway
interfaces to be attached to them. VMs have no impact on a network's
candidacy for being an external network.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yah
[Expired for OpenStack Dashboard (Horizon) because there has been no
activity for 60 days.]
** Changed in: horizon
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
[Expired for neutron because there has been no activity for 60 days.]
** Changed in: neutron
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1532061
Ti
[Expired for OpenStack Compute (nova) because there has been no activity
for 60 days.]
** Changed in: nova
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs
[Expired for OpenStack Dashboard (Horizon) because there has been no
activity for 60 days.]
** Changed in: horizon
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
[Expired for neutron because there has been no activity for 60 days.]
** Changed in: neutron
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1526175
Ti
[Expired for OpenStack Dashboard (Horizon) because there has been no
activity for 60 days.]
** Changed in: horizon
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
[Expired for OpenStack Compute (nova) because there has been no activity
for 60 days.]
** Changed in: nova
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs
Dhcp request overhead is negligible compared to other broadcast traffic
a VM may generate. Additionally, this approach is incompatible with
multiple agents per network for HA.
** Changed in: neutron
Importance: High => Wishlist
** Changed in: neutron
Status: New => Opinion
--
You rece
Public bug reported:
why can't turn dhcp discovery and request message into unicast ?
As we know, The DHCP operation begins with clients broadcasting a
request, then DHCP server send a DHCP offer message to the client. In
response to the DHCP offer,the client replies with a DHCP request to
reques
You have been subscribed to a public bug:
why can't turn dhcp discovery and request message into unicast ?
As we know, The DHCP operation begins with clients broadcasting a
request, then DHCP server send a DHCP offer message to the client. In
response to the DHCP offer,the client replies with a D
Reviewed: https://review.openstack.org/317455
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=9402eb0cac6babed666573b74635c1a4c57d023b
Submitter: Jenkins
Branch:master
commit 9402eb0cac6babed666573b74635c1a4c57d023b
Author: Kenji Ishii
Date: Tue May 17 22:11:52 2016
Public bug reported:
description:
most options like this use '':
volume_manager_opts = [
cfg.StrOpt('volume_driver',
default='cinder.volume.drivers.lvm.LVMISCSIDriver',
help='Driver to use for volume creation'),
cfg.IntOpt('migration_create_volume_timeout_sec
Public bug reported:
https://review.openstack.org/127159
Dear bug triager. This bug was created since a commit was marked with DOCIMPACT.
Your project "openstack/nova" is set up so that we directly report the
documentation bugs against it. If this needs changing, the docimpact-group
option needs
Public bug reported:
When calling the neutron-server api directly with '{"port_id": false}' like:
curl -X PUT
http://127.0.0.1:9696/v2.0/routers/${ROUTER_ID}/add_router_interface.json -d
'{"port_id": false}'
The neutron.api.v2.resource fails with this exception:
Traceback (most recent call las
Reviewed: https://review.openstack.org/315580
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=c195d1f756b502952a4751e0a760286e55c6a825
Submitter: Jenkins
Branch:master
commit c195d1f756b502952a4751e0a760286e55c6a825
Author: ZhiQiang Fan
Date: Fri May 13 05:52:47 201
20 matches
Mail list logo
