Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OCP 3.4 Release Notes #3486

Merged
merged 1 commit into from
Jan 18, 2017
Merged

OCP 3.4 Release Notes #3486

merged 1 commit into from
Jan 18, 2017

Conversation

adellape
Copy link
Contributor

@adellape
Copy link
Contributor Author

@openshift/team-documentation There are still some loose ends I need to follow up on, but this first draft is basically done and could get some peer review from anyone able:

http://file.rdu.redhat.com/~adellape/011217/34relnotes/release_notes/ocp_3_4_release_notes.html

@vikram-redhat
Copy link
Contributor

Thanks @adellape . @bfallonf @gaurav-nelson @ahardin-rh @bmcelvee - PTAL.

@vikram-redhat
Copy link
Contributor

@aheslin - PTAL.


Users can now use wildcard routes where all traffic destined to, for example,
`*.foo.com` is routed to the same back-end service, configured to handle all the
subdomains. You can specify that a route allows wildcard support through an

Choose a reason for hiding this comment

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

@adellape I don't understand the sentence above. Is there a word missing? Should the bits after "for example" be their own sentence? Where does the "configured to..." section fit? So maybe:

"Users can now use wildcard routes to determine the location of all traffic. For example, *.foo.com is now routed to the same back-end service, which is configured to handle all subdomains."

?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

+1. Rewritten to:

"Users can now use wildcard routes to determine the destination of all traffic
for a domain and its subdomains. For example, *.foo.com is routed to the same
back-end service, which is configured to handle all the subdomains."


Users working within quota constraints had a hard time knowing when they had run
out of quota, unless they went to check the *Quota* page. To address this,
checks hav ebeen added for the most common scenarios where people have problems

Choose a reason for hiding this comment

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

s/hav ebeen/have been


* This bug fix updates the web console to add an image change trigger with `automatic: false`. This prevents deployments from happening automatically when the image stream tag is updated, but allows users to run `oc rollout` commands, or use the *Deploy* action in the web console, without any additional configuration. (link:https://bugzilla.redhat.com/show_bug.cgi?id=1383804[*BZ#1383804*])

* It was impossible to specify when to start a deployment with the latest image. Triggers would cause each build to deploy. So triggers had to be disabled, then enabled once a deploy is desired. With this bug fix, a new endpoint and `oc rollout latest` that uses the endpoint and supersedes `oc deploy --latest` were added in OpenShift Container Platform 3.4 to enable manual deployments without the need to enable triggers. (BZ#1303938)

Choose a reason for hiding this comment

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

* The *a-o-i* package was considering extra hosts when determining if the target HA environment is a mix of installed and uninstalled hosts. As a result, the comparison failed and incorrectly reported that a fully installed environment was actually a mix of installed and uninstalled. With this fix, non-masters and non-nodes were removed from the comparison and installed HA environments are correctly detected.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1390064[*BZ#1390064*])

* Previously, the dnsmasq configuration included `strict-order`, meaning that dnsmasq would iterate through the host's nameservers in order. This meant that if the first nameserver had failed, a lengthy timeout would be observed while dnsmasq waited before moving on to the next nameserver. By removing the `strict-order` option, dnsmasq prefers nameservers that it knows to be up over those that are unresponsive, ensuring faster name resolution. If you wish add this or any other option, use the advanced installer option `openshift_node_dnsmasq_additional_config_file`, which allows you to provide the path to a dnsmasq configuration file that will be deployed on all nodes.

Choose a reason for hiding this comment

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

s/if you wish add this/If you wish to add this

And a double space inbetween "openshift_node_dnsmasq_additional_config_file, which"

* Previously, you could select *Push Secret* and *Pull Secret* on the DC editor page and on the *Create From Image* page. These options are not helpful on these pages because they are using integrated registry. Therefore, the *Push Secret* and *Pull Secret* select boxes are now removed from the DC editor and *Create From Image* pages and users can no longer select these options.
(link:https://bugzilla.redhat.com/show_bug.cgi?id=1388884[*BZ#1388884*])

* Routes popover warning messages were being truncated at the end of the string. Before the relevant portion of the warning message could be displayed, the certificate content results in the warning message were being truncated. After the bug fix, the truncation of the warning message was changed from truncating at the end of the string to truncating in the middle of the string. As a result, the relevant portion of the warning message is now visible. (BZ#1389658)

Choose a reason for hiding this comment

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

Seems like here down doesn't have BZ links?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yeah, this chunk got added last and I didn't make em fancy links yet. Doing so now.


* The password field was set as type *text*, and therefore the password was visible. In this bug fix, the password field type was set to *password*. As a result, the password is not visible. (BZ#1393290)

* Previously, the `BuildConfig` editor displayed a blank section. The `BuildConfig`editor now shows a message when there are no editable source types for a `BuildConfig`. (BZ#1393803)

Choose a reason for hiding this comment

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

There's a markup mismatch here somewhere. I think the missing space after the second BuildConfig is breaking it?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yup, fixed!

*Upgrade*

* Previously the upgrade playbook would in inadvertently upgrade etcd when it should not have. If this upgrade triggered an upgrade to etcd3 then the upgrade would fail as etcd would become unavailable. With this bug fix, etcd no longer updates when it is not necessary ensuring upgrades proceed successfully. (BZ#1393187)

Choose a reason for hiding this comment

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

s/in inadvertently/inadvertently

@bfallonf
Copy link

@adellape I made comments. LG otherwise.

@adellape
Copy link
Contributor Author

@bfallonf Thanks! Edits made/pushed.

@adellape adellape changed the title [WIP] OCP 3.4 Release Notes OCP 3.4 Release Notes Jan 17, 2017
@bparees
Copy link
Contributor

bparees commented Jan 17, 2017

@vikram-redhat
Copy link
Contributor

Spoke with @adellape on irc and he was happy with this to get merged.

@vikram-redhat vikram-redhat merged commit b602bd9 into openshift:master Jan 18, 2017
@vikram-redhat vikram-redhat modified the milestones: Next Release, Future Release, Staging Jan 18, 2017
@vikram-redhat vikram-redhat modified the milestones: Staging, Next Release, OCP 3.4 GA Jan 18, 2017
@adellape adellape modified the milestones: OCP 3.4 GA, Staging, Temp Feb 1, 2017
@adellape adellape deleted the 34relnotes branch November 9, 2017 19:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants