Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
23 changes: 16 additions & 7 deletions cnv/cnv_release_notes/cnv-release-notes.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -65,12 +65,17 @@ mode and use a `cloud-init` disk, the virtual machine will lose its network
connectivity after being restarted. As a workaround, remove the `HWADDR` line
in the file `/etc/sysconfig/network-scripts/ifcfg-eth0`.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1708680[*BZ#1708680*])
+
[NOTE]
====
Avoid this issue by using the recommended `masquerade` binding method for
the default Pod network.
====

* Masquerade does not currently work with CNV. Due to an upstream issue,
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just curious if there should there be a BZ link at the end of this, like how there is for all the other known issues.

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No BZ link as it is an upstream issue. If you know if github links are permitted I can add one of those.

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually I can add a BZ link for this blurb. I was confusing it with the other missing link below.

you cannot connect a virtual machine to the default Pod network while in Masquerade mode.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1725848[*BZ#1725848*])
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The bug you cite is about a gui-only problem. Fir the urgent issue which breaks masquerade everywhere, I'm aware only of an upstream issue kubevirt/kubevirt#2400

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks Dan. I'll swap that link out for the one you supply re this issue and update this PR shortly.

Bob

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Made change. Not sure if we allow github links in Rel Notes (I have a question out about that). @dankenigsberg let me know what you think about what I have done and I will merge.

Bob


* Creating a NIC with Masquerade in the wizard does not allow you to specify the `port` option.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1725848[*BZ#1725848*])

* RWX (Read, Write, Execute) file systems are the only supported storage for
Live Migration, UI, and importing VMWare virtual machines.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1719134[*BZ#1719134*])

* If a virtual machine uses guaranteed CPUs, it will not be scheduled, because
the label `cpumanager=true` is not automatically set on nodes. As a
Expand All @@ -82,4 +87,8 @@ machines with guaranteed CPUs on your cluster.
* If you use the web console to create a virtual machine template that has the same name as an existing
virtual machine, the operation fails and the message `Name is already used by another virtual machine` is displayed.
As a workaround, create the template from the command line.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1717802[*BZ#1717802*])
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1717930[*BZ#1717930*])

* When you create your virtual machine using the wizard, your virtual machine’s
storage medium must support Read-Write-Many (RWM) PVCs.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1724654[*BZ#1724654*])