Doc: Add 3.3 release notes - #1509
Conversation
There was a problem hiding this comment.
Pull request overview
Adds the MicroCloud 3.3 release notes to the documentation set and links them from the release notes index so they appear in the published docs.
Changes:
- Introduces a new “MicroCloud 3.3 release notes” page with highlights, bug fixes, and upgrade guidance.
- Adds a new toctree entry so the 3.3 release notes are discoverable from the release notes index.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 3 comments.
| File | Description |
|---|---|
| doc/reference/release-notes/release-notes-3.3md | Adds the new 3.3 release notes content (highlights, bug fixes, upgrade notes, changelog link). |
| doc/reference/release-notes/index.md | Adds a toctree entry for the new 3.3 release notes page. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
f015536 to
d1e509e
Compare
elijahgreenstein
left a comment
There was a problem hiding this comment.
A few comments.
Also, generally, the use of "got" for passive voice stands out to me as a bit too casual/informal for documentation. Using "was" or "were" would probably be preferred.
|
|
||
| ### New home for docs | ||
|
|
||
| The integrated doc set got moved to [canonical.com/microcloud/docs](https://canonical.com/microcloud/docs/). |
There was a problem hiding this comment.
A small nit ("got" seems fairly casual to me):
| The integrated doc set got moved to [canonical.com/microcloud/docs](https://canonical.com/microcloud/docs/). | |
| The integrated doc set was moved to [canonical.com/microcloud/docs](https://canonical.com/microcloud/docs/). |
There was a problem hiding this comment.
Thanks! Fixed now.
| The integrated doc set got moved to [canonical.com/microcloud/docs](https://canonical.com/microcloud/docs/). | ||
| It is now located alongside MicroCloud's [product page](https://canonical.com/microcloud). | ||
|
|
||
| The changes got split across several PRs, see: |
There was a problem hiding this comment.
| The changes got split across several PRs, see: | |
| The changes were split across several PRs, see: |
| This allows MicroCloud to omit setting the `network.ovn.northbound_connection` configuration option in LXD. | ||
| LXD can now react immediately on address changes made in MicroOVN. | ||
|
|
||
| Before MicroCloud was updating the `network.ovn.northbound_connection` configuration option only during cluster initialization and |
There was a problem hiding this comment.
| Before MicroCloud was updating the `network.ovn.northbound_connection` configuration option only during cluster initialization and | |
| Previously, MicroCloud only updated the `network.ovn.northbound_connection` configuration option during cluster initialization and |
|
|
||
| When deploying MicroCloud clusters using preseed, optional storage filters can be provided to find specific disks to be used | ||
| for local and remote (Ceph) storage. | ||
| The respective how-to guides got extended to show practical usage examples. |
There was a problem hiding this comment.
| The respective how-to guides got extended to show practical usage examples. | |
| The respective how-to guides were extended to show practical usage examples. |
| In preseed mode, all of the disks selected for remote storage got checked for existence on the initiator. | ||
| This does not work for disks which got selected on cluster members other than the initiator. |
There was a problem hiding this comment.
| In preseed mode, all of the disks selected for remote storage got checked for existence on the initiator. | |
| This does not work for disks which got selected on cluster members other than the initiator. | |
| In preseed mode, all of the disks selected for remote storage were checked for existence on the initiator. | |
| This does not work for disks which were selected on cluster members other than the initiator. |
|
|
||
| The cluster manager is now capable of triggering a defined set of actions through a secure reverse tunnel opened up by MicroCloud. | ||
| For each MicroCloud cluster you can enable the tunnel to be opened up with the already configured cluster manager. | ||
| By default the tunnel is deactivated: |
There was a problem hiding this comment.
The command that follows activates it, right? How about:
| By default the tunnel is deactivated: | |
| By default the tunnel is deactivated. You can enable it with: |
There was a problem hiding this comment.
Or:
| By default the tunnel is deactivated: | |
| By default the tunnel is deactivated. You can activate it with: |
There was a problem hiding this comment.
I have applied the latter. Fixed.
Signed-off-by: Julian Pelizäus <julian.pelizaeus@canonical.com>
Signed-off-by: Julian Pelizäus <julian.pelizaeus@canonical.com>
Signed-off-by: Julian Pelizäus <julian.pelizaeus@canonical.com>
d1e509e to
ebf80c6
Compare
This PR adds the 3.3 release notes.