149 lines
6.3 KiB
Markdown
149 lines
6.3 KiB
Markdown
## Release 0.11.2
|
|
|
|
This is a bug fix release, addressing the following issues:
|
|
|
|
- `weave run` did not respect DOCKER_CLIENT_ARGS. #855
|
|
- Negative result cache did not expire if requeried within TTL. #845
|
|
|
|
More details in the [change
|
|
log](https://github.com/weaveworks/weave/issues?q=milestone%3A0.11.2).
|
|
|
|
*NB: This release does not change the weave protocol version.
|
|
Therefore, when upgrading an existing 0.11 installation incrementally,
|
|
connectivity between peers will be retained.*
|
|
|
|
## Release 0.11.1
|
|
|
|
This is a bug fix release, addressing the following issues:
|
|
|
|
- The IP Allocator could crash in some relatively rare
|
|
circumstances. #782/#783.
|
|
- When the proxy failed to attach a container to the weave network,
|
|
there was no failure indication and descriptive error anywhere, and
|
|
the application process would still start. Now an error is reported
|
|
to the client (i.e. typically the Docker CLI), recorded in the proxy
|
|
logs, and the container is terminated. #788/#799.
|
|
- `weave launch-proxy --with-ipam` failed to configure the entrypoint
|
|
and DNS unless a (possibly blank) `WEAVE_CIDR` was
|
|
specified. Affected containers could start the application process
|
|
w/o the weave network interface being available, and without
|
|
functioning name resolution for the weaveDNS domain.
|
|
#744/#747/#751/#752
|
|
- The `weave status` output for the IP Allocator was misleadingly
|
|
conveying a sense of brokenness when no IP allocation requests had
|
|
been made yet. #787/#801
|
|
- When invoking `weave launch-proxy` twice, the second invocation
|
|
would output a blank line and terminate with a success exit
|
|
status. Now it reports that the proxy is already running and exits
|
|
with a non-zero status. #767/#780
|
|
- `weave launch-proxy` was not respecting WEAVEPROXY_DOCKER_ARGS, so
|
|
any user-supplied custom configuration for the weaveproxy container
|
|
was ignored. #755/#780
|
|
- The proxy was not intercepting API calls to the unversioned (1.0)
|
|
Docker Remote API. Hence none of the weave functionality was
|
|
available when Docker clients were using that version of the
|
|
API. #770/#774/#777,#809
|
|
- The proxy would crash when certain elements of the
|
|
`/containers/create` JSON were missing. We are not aware of any
|
|
Docker clients doing this, but it's been fixed regardless. #778/#777
|
|
|
|
More details in the [change
|
|
log](https://github.com/weaveworks/weave/issues?q=milestone%3A0.11.1).
|
|
|
|
*NB: This release does not change the weave protocol version.
|
|
Therefore, when upgrading an existing 0.11 installation incrementally,
|
|
connectivity between peers will be retained.*
|
|
|
|
## Release 0.11.0
|
|
|
|
**Highlights**:
|
|
|
|
- **automatic IP Address Management (IPAM)**, which allows application
|
|
containers to be started and attached to the weave network without
|
|
needing to supply an IP address.
|
|
- **proxy** for automatically attaching containers started with
|
|
ordinary `docker run`, or the Docker remote API, to the weave
|
|
network.
|
|
- ability to **add/remove extra DNS records**.
|
|
- performance and scalability improvements
|
|
- fixes for a small number of bugs discovered during testing
|
|
|
|
More detail in the [change log](https://github.com/weaveworks/weave/issues?q=milestone%3A0.11.0)
|
|
|
|
*NB: This release changes the weave protocol version. Therefore, when
|
|
upgrading an existing installation, all hosts need to be upgraded in
|
|
order to for them to be able to communicate and form a network.*
|
|
|
|
## Release 0.10.0
|
|
|
|
**Highlights**:
|
|
|
|
- **bug fixes**, in particular eradicating several deadlocks that could
|
|
cause peer connection failures and hangs.
|
|
- **performance and scalability improvements** to the weave control plane,
|
|
as a result of which it is now possible to construct much larger
|
|
weave networks than previously.
|
|
- **improved installation and administration**, particularly the
|
|
introduction of remote execution of the weave script in a container,
|
|
permitting fully containerised deployment of weave.
|
|
- **improved diagnostics**, such as the reporting of connection failures
|
|
in `weave status`.
|
|
- **new weaveDNS features**, most notably the caching of DNS records
|
|
for application containers, which makes finding container IP
|
|
addresses via weaveDNS much faster.
|
|
|
|
More detail in the [change log](https://github.com/weaveworks/weave/issues?q=milestone%3A0.10.0)
|
|
|
|
*NB: This release changes the Weave Docker image names. To upgrade
|
|
from an older version, 1) stop all application containers, 2) run
|
|
`weave reset` from the old version to remove all traces of weave, and
|
|
only then 3) install the new version.*
|
|
|
|
## Release 0.9.0
|
|
|
|
- Improve WeaveDNS to the point where it can act as the name server
|
|
for containers in nearly all situations.
|
|
|
|
- Diagnose and report peer connectivity more comprehensively.
|
|
|
|
- Adapt to changes in topology - adding & removing of weave peers,
|
|
disruption of connectivity - more rapidly.
|
|
|
|
- Cope with delays in downloading/running docker images/containers
|
|
required for weave operation.
|
|
|
|
See the
|
|
[complete change log](https://github.com/weaveworks/weave/issues?q=milestone%3A0.9.0)
|
|
for more details.
|
|
|
|
## Release 0.8.0
|
|
|
|
- Align script and image version. When the `weave` script has a
|
|
version number, i.e. it is part of an official release, it runs
|
|
docker images matching that version. Thus the script and image
|
|
versions are automatically aligned. Unversioned/unreleased `weave`
|
|
scripts run the 'latest'-tagged image versions.
|
|
|
|
- Eliminate dependency on ethtool and conntrack. Instead of requiring
|
|
these to be installed on the host, weave invokes them via a
|
|
`weavetools` docker image that contains minimally packaged versions
|
|
of these utilities.
|
|
|
|
- New `weave setup` command. This downloads all docker images used by
|
|
weave. Invoking this is strictly optional; its main purpose is to
|
|
facilitate automated installation of weave and preventing delays in
|
|
subsequent weave command execution due to image downloading.
|
|
|
|
## Release 0.7.0
|
|
|
|
This is the first release assigned a version number.
|
|
|
|
When downloading weave you now have the following choices...
|
|
|
|
1. a specific version, e.g. https://github.com/weaveworks/weave/releases/download/v0.7.0/weave
|
|
2. latest released version: https://github.com/weaveworks/weave/releases/download/latest_release/weave
|
|
3. most recent 'master' commit: https://raw.githubusercontent.com/weaveworks/weave/master/weave
|
|
|
|
Previously the only documented download location was (3). We recommend
|
|
that any automated scripts using that be changed to either (1) or (2).
|