yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #91809
[Bug 1956506] Re: Doc typos in Availability Zones in nova
Reviewed: https://review.opendev.org/c/openstack/nova/+/878797
Committed: https://opendev.org/openstack/nova/commit/390d647d223b4fb8584d22f36f1b7661df909139
Submitter: "Zuul (22348)"
Branch: master
commit 390d647d223b4fb8584d22f36f1b7661df909139
Author: Author: Carl Morris <carlmorris84@xxxxxxxxx>
Date: Tue Mar 28 14:52:32 2023 -0400
Fix a typo in this URL: https://docs.openstack.org/nova/latest/admin/availability-zones.html
Closes-Bug: #1956506
Change-Id: Iec536713923b17cfceb19f2382b7a10c8527705e
** Changed in: nova
Status: In Progress => Fix Released
--
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/1956506
Title:
Doc typos in Availability Zones in nova
Status in OpenStack Compute (nova):
Fix Released
Bug description:
This bug tracker is for errors with the documentation, use the
following as a template and remove or add fields as you see fit.
Convert [ ] into [x] to check boxes:
- [ ] This doc is inaccurate in this way: ______
- [ ] This is a doc addition request.
- [x] I have a fix to the document that I can paste below including example: input and output.
The warning clause in the first part has a few typos.
Here is a suggestion to a one (with hopefully no typos):
The use of the default availability zone name in requests can be very
error-prone. Since the users can see the list of availability zones,
they have no way to know whether the default availability zone name
(currently nova) is provided because a host belongs to an aggregate
whose AZ metadata key is set to nova, or because there is at least one
host not belonging to any aggregate. Consequently, it is highly
recommended for users to never ever ask for booting an instance by
specifying an explicit AZ named nova and for operators to never set
the AZ metadata for an aggregate to nova. This can result in some
problems due to the fact that the instance AZ information is
explicitly attached to nova, which could break further move operations
when either the host is moved to another aggregate or when the user
would like to migrate the instance.
URL: https://docs.openstack.org/nova/latest/admin/availability-zones.html
To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1956506/+subscriptions
References