..
	Copyright (c) 2019 Varnish Software AS
	SPDX-License-Identifier: BSD-2-Clause
	See LICENSE file for full text of license

.. _whatsnew_upgrading_2019_03:

%%%%%%%%%%%%%%%%%%%%%%%%
Upgrading to Varnish 6.2
%%%%%%%%%%%%%%%%%%%%%%%%

.. _whatsnew_upgrading_vcl_2019_03:

VCL
===

VCL programs for Varnish 6.1 can be expected to run without changes in
the new version.

A VCL load will now issue a warning, but does not fail as previously,
if a backend declaration uses the ``.path`` field to specify a Unix
domain socket, but the socket file does not exist or is not accessible
at VCL load time. This makes it possible to start the peer component
listening at the socket, or set its permissions, after Varnish starts
or the VCL is loaded. Backend fetches fail if the socket is not
accessible by the time the fetch is attempted.

``return(miss)`` from ``vcl_hit{}`` is now removed. An option for
implementing similar functionality is:

* ``return (restart)`` from ``vcl_hit{}``

* in ``vcl_recv{}`` for the restart (when ``req.restarts`` has
  increased), ``set req.hash_always_miss = true;``.

.. _whatsnew_upgrading_params_2019_03:

Runtime parameters
==================

Some varnishd ``-p`` parameters that have been deprecated for some
time have been removed. If you haven't changed them yet, you have to
now.  These are:

* ``shm_reclen`` -- use :ref:`ref_param_vsl_reclen` instead

* ``vcl_dir`` -- use :ref:`ref_param_vcl_path` instead

* ``vmod_dir`` -- use :ref:`ref_param_vmod_path` instead

The default value of :ref:`ref_param_thread_pool_stack` has been
increased from 48k to 56k on 64-bit platforms and to 52k on 32-bit
platforms. See the discussion under
:ref:`whatsnew_changes_params_2019_03` in
:ref:`whatsnew_changes_2019_03` for details.

.. _whatsnew_upgrading_std_conversion_2019_03:

Type conversion functions in VMOD std
=====================================

The existing type-conversion functions in :ref:`vmod_std(3)` have been
reworked to make them more flexible and easier to use. These functions
now also accept suitable numeral or quantitative arguments.

* :ref:`std.duration()`
* :ref:`std.bytes()`
* :ref:`std.integer()`
* :ref:`std.real()`
* :ref:`std.time()`

These type-conversion functions should be fully backwards compatible,
but the following differences should be noted:

* The *fallback* is not required any more. A conversion failure in the
  absence of a *fallback* argument will now trigger a VCL failure.

* A VCL failure will also be triggered if no or more than one argument
  (plus optional *fallback*) is given.

* Conversion functions now only ever truncate if necessary (instead of
  rounding).

* :ref:`std.round()` has been added for explicit rounding.

The following functions are deprecated and should be replaced by the
new conversion functions:

* :ref:`std.real2integer()`
* :ref:`std.real2time()`
* :ref:`std.time2integer()`
* :ref:`std.time2real()`

They will be removed in a future version of Varnish.

varnishadm and the CLI
======================

The ``-j`` option for JSON output has been added to a number of
commands, see :ref:`whatsnew_changes_cli_json` in
:ref:`whatsnew_changes_2019_03` and :ref:`varnish-cli(7)`. We
recommend the use of JSON format for automated parsing of CLI
responses (:ref:`varnishadm(1)` output).

.. _whatsnew_upgrading_backend_list_2019_03:

Listing backends
~~~~~~~~~~~~~~~~

``backend.list`` has grown an additional column, the output has
changed and fields are now of dynamic width:

* The ``Admin`` column now accurately states ``probe`` only if a
  backend has some means of dynamically determining health state.

* The ``Probe`` column has been changed to display ``X/Y``, where:

  * Integer ``X`` is the number of good probes in the most recent
    window; or if the backend in question is a director, the number of
    healthy backends accessed via the director or any other
    director-specific metric.

  * Integer ``Y`` is the window in which the threshold for overall
    health of the backend is defined (from the ``.window`` field of a
    probe, see :ref:`vcl(7)`); or in the case of a director, the total
    number of backends accessed via the director or any other
    director-specific metric.

  If there is no probe or the director does not provide details,
  ``0/0`` is output.

* The ``Health`` column has been added to contain the dynamic (probe)
  health state and the format has been unified to just ``healthy`` or
  ``sick``.

  If there is no probe, ``Health`` is always given as
  ``healthy``. Notice that the administrative health as shown in the
  ``Admin`` column has precedence.

In the ``probe_message`` field of ``backend.list -j`` output, the
``Probe`` and ``Health`` columns appear as the array ``[X, Y,
health]``.

See :ref:`varnish-cli(7)` for details.

.. _whatsnew_upgrading_vcl_list_2019_03:

Listing VCLs
~~~~~~~~~~~~

The non-JSON output of ``vcl.list`` has been changed:

* The ``state`` and ``temperature`` fields appear in separate columns
  (previously combined in one column).

* The optional column showing the relationships between labels and VCL
  configurations (when labels are in use) has been separated into two
  columns.

See :ref:`varnish-cli(7)` for details. In the JSON output for
``vcl.list -j``, this information appears in separate fields.

The width of columns in ``backend.list`` and ``vcl.list`` output
(non-JSON) is now dynamic, to fit the width of the terminal window.

For developers and authors of VMODs and API clients
===================================================

Python 3.4 or later is now required to build Varnish, or use scripts
installed along with Varnish, such as ``vmodtool.py`` to build VMODs
or other Varnish artifacts. Python 2 is no longer supported, and this
support will likely be dropped in a future 6.0 LTS release too.

The VRT API has been bumped to version 9.0. Changes include:

* Functions in the API have been added, and others removed.

* The ``VCL_BLOB`` type is now implemented as ``struct vrt_blob``.

* The ``req_bodybytes`` field of ``struct req`` has been removed, and
  should now be accessed as an object core attribute.

See ``vrt.h``, the `change log`_ and
:ref:`whatsnew_changes_director_api_2019_03` in
:ref:`whatsnew_changes_2019_03` for details.

.. _change log: https://github.com/varnishcache/varnish-cache/blob/master/doc/changes.rst

The vmodtool has been changed significantly to avoid name clashes in
the C identifiers declared in ``vcc_if.h``. This may necessitate
changing names in your VMOD code. To facilitate renaming, ``vcc_if.h``
defines macros for prepending the vmod prefix, and for naming enums
and argument structs. For details, see the `change log`_, and examine
the contents of ``vcc_if.h`` after generation.

Going forward, we will adhere to the principle that data returned by
VMOD methods and functions are immutable. This is now enforced in some
places by use of the ``const`` modifier. A VMOD is free to do as it
sees fit within its own implementation, but if you attempt to change
something returned by another VMOD, the results are undefined.

*eof*
