Skip to content

Commit

Permalink
adding release notes for 1.5.13 (#6785)
Browse files Browse the repository at this point in the history
* adding release notes for 1.5.13

* Update changelog.md

Co-Authored-By: kensipe <kensipe@gmail.com>
  • Loading branch information
kensipe committed Feb 8, 2019
1 parent ec5bcc4 commit 07a35d6
Showing 1 changed file with 11 additions and 1 deletion.
12 changes: 11 additions & 1 deletion changelog.md
@@ -1,13 +1,23 @@
## Changes from 1.5.12 to 1.5.13

### Fixed Issues

- [MARATHON-8493](https://jira.mesosphere.com/browse/MARATHON-8493) Fixed precision bug associated with summing pod resources.
- [MARATHON-8498](https://jira.mesosphere.com/browse/MARATHON-8498) Fixed secrets validator when changing secret env.
- [MARATHON-8466](https://jira.mesosphere.com/browse/MARATHON-8466) Prohibit the use of reserve words in app and pod ids
- [COPS-4483](https://jira.mesosphere.com/browse/COPS-4483) Provide backward compatible way to produce container ports for `text/plain` GET requests against `/v2/tasks` when using `USER` networking consistent with Marathon 1.4.

### Marathon 1.4 Compatible /v2/tasks
Marathon 1.5 had a major overhaul of networking which resulted in an unintended change to the porting of ports in `/v2/tasks`. In `text/plain` form, this information is used to configure load-balancers and routers. When the container is in `host` mode the reported port is the running host port. When the container is in `bridge` mode, the reported port is the dynamically created host port that will bridge to the internal container port. For Marathon 1.4, in `USER` mode, it reported the container port. Regardless of correctness, this feature was used by some customers and needs to be forward ported. Marathon 1.5.13 now provides that ability by using the `compatibilityMode` query parameter to the `/v2/tasks` end point. If `compatibilityMode` is not specified the 1.5 version is rendered. If `/v2/tasks?compatibilityMode=1.4` is used it will provide the previous Marathon 1.4 rendering.

### Apps names restrictions (breaking change)
From now on, apps which uses ids which ends with "restart", "tasks", "versions" won't be valid anymore. Such apps already had broken behavior (for example it wasn't possible to use a `GET /v2/apps` endpoint with them), so we made that constraint more explicit. Existing apps with such names will continue working, however all operations on them (except deletion) will result in an error. Please take care of renaming them before upgrading Marathon.

## Changes from 1.5.11 to 1.5.12

### Default for "kill_retry_timeout" was increased to 30 seconds

Sending frequent kill requests to an agent can in certain cases lead to overloading the Docker daemon (if the tasks are docker containers run by the Docker containerizer). Thirty seconds seems to be a more sensible default here.
Sending frequent kill requests to an agent can in certain cases lead to overloading the Docker daemon (if the tasks are docker containers run by the Docker containerizer). Thirty seconds seems to be a more sensible default here.

### Marathon framework ID generation is now very conservative

Expand Down

0 comments on commit 07a35d6

Please sign in to comment.