Thomas Lamprecht [Wed, 20 Nov 2024 21:38:04 +0000 (22:38 +0100)]
ha: update CRM docs a bit
To better describe the long time existing status quo and mention the
new auto idle, while not changing much in practice it should be
documented in any way.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Markus Frank [Mon, 18 Nov 2024 11:16:59 +0000 (12:16 +0100)]
qm: add AMD SEV documentation
add documentation for the qemu-server patch series to add AMD SEV
support.
Signed-off-by: Markus Frank <m.frank@proxmox.com>
[ TL: fleece in wording improvement suggested by Shannon ] Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Christoph Heiss [Tue, 12 Nov 2024 14:33:52 +0000 (15:33 +0100)]
installation: document advanced btrfs options
Also includes the new `compress` option that has been recently
introduced in the installer.
Signed-off-by: Christoph Heiss <c.heiss@proxmox.com>
[ TL: small asciidoc format/style fixes ] Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Thomas Lamprecht [Thu, 24 Oct 2024 15:28:25 +0000 (17:28 +0200)]
package repos: document Ceph 19.2 Squid repos
Note, at time of commit the Enterprise repo is not yet available, but
that should change (soon) once this is bumped, so do not bother with
a temporary note.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Thomas Lamprecht [Mon, 30 Sep 2024 09:41:24 +0000 (11:41 +0200)]
system requirements: use correct and modern acronym for Intel 64-bit
Intel EMT64 is not a thing, the correct variant would be Extended
Memory 64 Technology, which is shortened to EM64T [0].
But the `Intel EM64T` term was replace a long time ago by `Intel 64`
[1], so just go with that.
[0]: https://www.intel.com/content/www/us/en/support/articles/000005898/processors.html
[1]: "[...] in March 2004 unveiled the "official" name EM64T (Extended
Memory 64 Technology). In late 2006 Intel began instead using
the name Intel 64 for its implementation [...]"
-- https://en.wikipedia.org/wiki/X86-64#Intel_64
Reported-by: Alexander P. Inzinger-Zrock Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Markus Frank [Fri, 26 Jul 2024 08:21:12 +0000 (10:21 +0200)]
passthrough: viommu: replace host requirement with reference to pcie passthrough
Enabling IOMMU on the host is not a requirement for vIOMMU. It is only
a requirement for passthrough. Add a sentence to clarify the need for
a configured PCI(e) passthrough on the host for passthrough to nested
VMs.
While at it also clarify that this does not only applies to PCI but
also PCIe here.
Suggested-by: Dominik Csapak <d.csapak@proxmox.com> Signed-off-by: Markus Frank <m.frank@proxmox.com>
[ TL: mention all changes and avoid overly long line with link ] Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Add a concise section about what PBS change detection mode is, where
to configure the option and what it affects, including a table with a
description of the modes.
Signed-off-by: Christian Ebner <c.ebner@proxmox.com>
Folke Gleumes [Tue, 18 Jun 2024 14:15:27 +0000 (16:15 +0200)]
acme: add note about validation delay
The effect and unit of the validation delay was unclear from our
documentation, and the link to the acme.sh documentation didn't explain
it either
Signed-off-by: Folke Gleumes <f.gleumes@proxmox.com>
[ TL: reflow to 80cc, while 100cc is fine in general, this file uses
basically only 80cc and honoring local style trumps using a more
modern line wrap width ] Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Christoph Heiss [Fri, 10 May 2024 13:16:18 +0000 (15:16 +0200)]
asciidoc: add clickable anchor link to all headings
Works the same as in our PBS documentation and is generally common for
documentations.
Very useful for linking specific sections of the documentation in other
places. Previously, this always had to be done by getting the correct
anchor from the HTML directly via e.g. browser devtools.
Signed-off-by: Christoph Heiss <c.heiss@proxmox.com> Tested-by: Max Carrara <m.carrara@proxmox.com>
The initramfs-tools hook /usr/share/initramfs-tools/hooks/udev copies
link files from /etc/systemd/network to the initramfs, where they take
effect in early userspace. If the link files in the initramfs diverge
from the link files in the rootfs, this can lead to confusing
behavior, as reported in enterprise support. For instance:
- If an interface matches link files both in the initramfs and the
rootfs, it will be renamed twice during boot.
- A leftover link file in the initramfs renaming an interface A to a
new name X may prevent a link file in the rootfs from renaming a
different interface B to the same name X (it will fail with "File
exists").
To avoid this confusion, mention the link files are copied to the
initramfs, and suggest updating the initramfs after making changes to
the link files.
Suggested-by: Hannes Laimer <h.laimer@proxmox.com> Signed-off-by: Friedrich Weber <f.weber@proxmox.com>
Friedrich Weber [Mon, 29 Apr 2024 07:49:22 +0000 (09:49 +0200)]
fix #5429: network: override device names: include Type=ether
Mention that the systemd link file should contain `Type=ether` in most
setup, to make sure it only applies to Ethernet devices and does not
ever apply to e.g. bridges or bonds which inherit the MAC address of
the Ethernet device. Mention that some setups may require other
options.
Thomas Lamprecht [Tue, 23 Apr 2024 20:07:28 +0000 (22:07 +0200)]
backup: move screenshots for retention and note-templates to their section
As the job one is quite a bit crowded as is and there are some
screenshots that fit really well with some specific sections like
retention or the backup note templates.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
installation: add section about unattended/automatic installation
Mention and briefly explain it. The main part of the documentation will
live in the Wiki for now as it applies to not just Proxmox VE.
Signed-off-by: Aaron Lauterer <a.lauterer@proxmox.com>
[ TL: adapt to changes made in the wiki article ] Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
We ship our own fwupd package, since it needs to handle the
differently named efi_os_dir (proxmox vs debian).
Due to our experience with `udisks2` causing issues on hypervisors,
our package downgraded the Recommends udisks2, to a Suggests.
The downside is, that users need to explicitly set their ESP
mountpoint in the config file.
Additionally a minor stylistic rephrasing (is an option vs. could be
an option).
Tested this today, while giving our fwupd package a spin.
projects / pve-docs.git / log