We probably always wanted to use a real HTML comment as "tag" here,
but it seems the '!' was forgotten. With older mediawiki it still
worked, but 1.31 got stricter and thus it was converted to HTML
entities.
Bring the plugin again in line with the HTMLets MediaWiki
extension[0] it based on in the first place.
[0]: 11e5ef1ea2/HTMLets.php (140)
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Some (new) mediawiki versions can convert '<' and '>' to '<' or
'>', this resulted in a situation where our encoded tag did not
get detected by the decode logic, and thus a visitor only saw
something like the following:
> <--- @PVEDOCHACK@
> PCEtLSBhc2NpaWRvYyBIRUFERVIgLS0+DQo8c2NyaXB0IHR5.....
> @PVEDOCHACK@ -->
The word "HACK" was a bit unfortunate too, as it could be interpreted
as in the docs got hacked, by unknowing people. So change that too to
'PVEDOCS_BASE64'
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
we had some bigger changes like the previous button, so show them off
in new versions of the screenshots
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
with some basic usage hints and warnings. this should be extended once
proper support for loading of keys at boot time is merged upstream, or
when we support it directly in pve-storage.
Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
Editing the kernel commandline is described centrally in the bootloaders
chapter. Refer to it where appropriate (qm-pci-passthrough.adoc).
Additionally update the documentation on ZFS as rpool to the inclusion of
`systemd-boot`
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
With the recently added support for booting ZFS on root on EFI systems via
`systemd-boot` the documentation needs adapting (mostly related to editing
the kernel commandline).
This patch adds a short section on Bootloaders to the sysadmin chapter
describing both `grub` and PVE's use of `systemd-boot`
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
While yes, there's a note covering this, users have had often
questions about it, or if it's possible at all, so it deserves its
own section, it's more visible and can be better found this way.
Adapt for corosync 3
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Parts about multicast and RRP have been removed entirely. Instead, a new
section 'Corosync Redundancy' has been added explaining the concept of
links and link priorities.
Signed-off-by: Stefan Reiter <s.reiter@proxmox.com>
Currently we do not yet have fixed dates for Stretch, but we can
estimate it to be about a year after Buster release on 06.07.2019, so
~ XY.07.2020, probably. Try to be rather strict, as it's easier to
postpone this date than to prepone this date. Users won't be angry if
they get support a month or two longer, but probably are if it's cut
for a month or two,
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
