Zabbix Documentation 4.4 (current)In development:4.4 (devel)Unsupported:

User Tools

Site Tools



This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
manual:introduction:whatsnew440 [2019/06/13 06:07]
martins-v adding kerberos auth method
manual:introduction:whatsnew440 [2019/07/04 09:20] (current)
martins-v [New host availability widget]
Line 10: Line 10:
   * [[:​manual/​config/​items/​itemtypes/​http#​configuration|HTTP items]]   * [[:​manual/​config/​items/​itemtypes/​http#​configuration|HTTP items]]
 ==== Low-level discovery of block devices ==== ==== Low-level discovery of block devices ====
Line 25: Line 25:
 Maximum allowed length of a host name has been lifted from 64 characters to 128 characters in host discovery and active agent auto-registration. Maximum allowed length of a host name has been lifted from 64 characters to 128 characters in host discovery and active agent auto-registration.
 +==== Frontend ====
 +=== Instant editing for dashboard widgets ===
 +Dashboard widget editing can now be accessed with one mouse click.
 +Once the editing button is clicked, the widget editing form is opened and the whole dashboard goes into editing mode.
 +=== New host availability widget ===
 +A new //Host availability//​ widget has been added to available dashboard widgets. This widget is similar as the //Host info// screen element and displays high-level statistics of host availability based on the selected host groups.
 +|{{:​manual:​introduction:​host_av.png|}}\\ Horizontal display. ​ |{{:​manual:​introduction:​host_av2.png|}}\\ Vertical display. ​ |
 +=== Changed host export format ===
 +The format of host and template export in XML/JSON has been changed in the way how triggers are exported. Previously all triggers were listed after the host information. Now, to achieve better readability,​ triggers that are based on one host item only in problem and recovery expression are listed within tags of the respective host item.
 +Note also how the expression of the triggers does not reference the host or item, but only the function (''​{last()}<>​0''​ in the example):
 +<code xml>
 +    <​hosts>​
 +        <​host>​
 +            <​host>​Host</​host>​
 +            ...
 +            <​items>​
 +                <​item>​
 +                    <​name>​Item</​name>​
 +                    <​type>​0</​type>​
 +                    <​snmp_community/>​
 +                    <​snmp_oid/>​
 +                    <​key>​item.key</​key>​
 +                    ...
 +                    <​triggers>​
 +                        <​trigger>​
 +                            <​expression>​{last()}<>​0</​expression>​
 +                            <​recovery_mode>​0</​recovery_mode>​
 +                            <​recovery_expression/>​
 +                            <​name>​Item value not 0</​name>​
 +                            <​correlation_mode>​0</​correlation_mode>​
 +                            <​correlation_tag/>​
 +                            <​url/>​
 +                            <​status>​0</​status>​
 +                            <​priority>​2</​priority>​
 +                            <​description/>​
 +                            <​type>​0</​type>​
 +                            <​manual_close>​0</​manual_close>​
 +                            <​dependencies/>​
 +                            <​tags/>​
 +                        </​trigger>​
 +                    </​triggers>​
 +                </​item>​
 +            </​items>​
 +        </​host>​
 +    </​hosts>​
 +The same change affects simple trigger prototypes that are placed under <​item_prototype><​trigger_prototypes>​.
 +However, triggers that are more complex and contain several host items are listed within separate <​triggers>​ tags, as before.
 +=== Miscellaneous ===
 +==== Performance ====
 +=== Items table split ===
 +The ''​items''​ table was previously used by both frontend and the server, resulting in undesirable locking of rows at times when, for example, the server would update fields related to '​log'​ items. To resolve this situation, realtime fields (//​lastlogsize//,​ //state//, //mtime//, //error//) have been split into a separate table called ''​item_rtdata''​.