fix #5414: use proper percentages in `pct df`

while some people write percentages as 0.XX , putting a % next to that is just
confusing. also, combined with the format modifier this would be rather lossy,
and also not match regular `df` output..

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

bump version to 5.0.11

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

api: fix regression with locking start-after-create

The API now correctly forks first a worker and then locks the config
in for the actual creation, but this broke the start-after-create
feature, as that also locks the config.

Use the same approach like in qemu-server and just do the start after
the create, outside of the lock.

While this has a small race window where another API call could lock
the newly created CT again, we never really guaranteed that the start
after create param is guaranteed atomic.

Even if we want to guarantee that someday, we can still do so, but
this is a good stop-gap until then and worked fine for VMs since its
introduction.

Fixes: 7a73568 ("api: status: move config locking from API handler into worker")
Reported-by: Stefan Hanreich <s.hanreich@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
Tested-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
Tested-by: Fiona Ebner <f.ebner@proxmox.com>
Tested-by: Stefan Hanreich <s.hanreich@proxmox.com>

bump version to 5.0.10

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

firewall: add handling for new nft firewall

When the nftables firewall is enabled, we do not need to create
firewall bridges.

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>
 [ TL: use a more meaningful variable name and add a comment ]
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

api: stop: reword overrule-shutdown parameter description

The previous wording made it sound like all "visible" tasks were
aborted, which is not the case: A user with Sys.Audit but without
Sys.Modify may see a task that was started by a different user, but
overrule-shutdown would not abort the task.

Change wording to better reflect that not all visible tasks may be
aborted.

Also, add a full-stop that was previously missing.

Signed-off-by: Friedrich Weber <f.weber@proxmox.com>

volume mount: make adding noacl more efficient

Move this special case handling inside the code branch where we
already got the format available to avoid calling parse_volname twice.

Suggested-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

d/control: record build-dependency for dh-apparmor

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

format disk: set FS root uid/gid for passed through /dev/ volumes

When calling mkfs one must pass the root uid/gid parameter along side
as they are used unconditionally, but this wasn't done for the edge
case where a block device from the host was used as volume for the CT,
causing an undef warning.

Note that this code branch is not reachable currently, but that might
change. For now add a FIXME comment to mark this for removal, as we
probably do not want to format devices from /dev/ in any way (and no
user reported that this was broken, so use case seems to be
non-existent).

Fixes: d216e89 ("unprivileged: remove bad chown -R call")
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

tree-wide: style fixes for root uid/gid variable name

no semantic change intended

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

volume mount: code clean-up & reduction

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

fix #4846: Avoid the outdated noacl mount option on ext4

Do not use the 'noacl' mount option when mounting a container disk with
an ext4 file system. The option was deprecated in kernel commit
f70486055ee3 ("ext4: try to deprecate noacl and noxattr_user mount
options") (v3.4) as it no other filesystem exposed disabling ACL as
mount option, and then finally got removed in commit 2d544ec923db ("ext4:
remove deprecated noacl/nouser_xattr options") (v6.1).

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

d/control: bump versioned dependencies for libpve-guest-common-perl

to ensure that the new abort_guest_tasks helper is available

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

fix #4474: lxc api: add overrule-shutdown parameter to stop endpoint

The new `overrule-shutdown` parameter is boolean and defaults to 0. If
it is 1, all active `vzshutdown` tasks for the same CT (which are
visible to the user/token) are aborted before attempting to stop the
CT.

Passing `overrule-shutdown=1` is forbidden for HA resources.

Signed-off-by: Friedrich Weber <f.weber@proxmox.com>

config: add missing use statement for LXC::Tools module

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

fix invalid device passthrough being added to config

Fix a bug that allows a device passthrough entry to be added to the
config despite the device path not pointing to a device. Previously,
adding an invalid device passthrough entry would throw an error, but the
entry would still be added to the config. This is fixed by moving the
respective checks from update_lxc_config to update_pct_config, which is
run before the entry is written to the config file.

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>
[FE: drop hunk for use statements left-over from earlier version]
Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

pct: fsck: add missing call to activate volume

Otherwise, running pct fsck for e.g. an LVM volume after shutting down
a container would fail.

The container is not running, so the volume should be deactivated
afterwards.

Suggested-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

pct: fsck: also unmap when fsck command failed

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

mountpoint mount: activate PVE-managed volumes during preparation

Otherwise it was not possible to hotplug a volume that was previously
deactivated and requires activation, e.g. an LVM LV that was detached
after shutting down the container couldn't be hotplugged anymore
later.

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

config list helper: fix return type of vmid for container index API enpoint

The schema declares it to be an integer. Done in the config_list()
helper, to ensure consistency for the following existing code in
vmstatus():

> my $list = $opt_vmid ? { $opt_vmid => { type => 'lxc', vmid => int($opt_vmid) }} : config_list();

Should not cause any issues for other callers of the helper.

Reported in the community forum:
https://forum.proxmox.com/threads/137628/

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

fix undef warning when apparmor changeprofile fails

Fix a "Use of uninitialized value in numeric ne (!=)" warning when
syswrite returns undef when trying to change the apparmor profile.

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>

fix #5160: fix move_mount regression for mount point hotplug

Set up an Apparmor profile to allow moving mounts for mount point
hotplug.

This fixes a regression caused by
kernel commit 157a3537d6 ("apparmor: Fix regression in mount mediation")

The commit introduced move_mount mediation, which now requires
move_mount to be allowed in the Apparmor profile. Although it is allowed
for most paths in the /usr/bin/lxc-start profile, move_mount is called
with a file descriptor instead of a path in mountpoint_insert_staged,
thus it is not affected by the allow rules in
/etc/apparmor.d/abstractions/lxc/container-base.

To fix this, introduce a new Apparmor profile to allow move_mount on
every mount, specifically for mount point hotplug.

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>

api: status: move config locking from API handler into worker

Previously, container start/stop/shutdown/suspend would try to acquire
the config lock in the API handler prior to forking a worker. If the
lock was currently held elsewhere, this would block the API handler
and thus the pvedaemon worker thread until the 10s timeout expired (or
the lock could be acquired).

To avoid blocking the API handler, immediately fork off a worker
process and try to acquire the config lock in that worker.

Patch best viewed with `git show -w`.

Suggested-by: Wolfgang Bumiller <w.bumiller@proxmox.com>
Signed-off-by: Friedrich Weber <f.weber@proxmox.com>

bump version to 5.0.9

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

pct: drop completion helper for target storage on remote-migration

not much use to complete local storages here

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

pct: avoid use of qemu-server completion method

Didn't matter functionality wise, as VMIDs are agnostic to the actual
guest type, but ugly and making it harder to bootstrap.

Worked by luck only if QemuServer got loaded already.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

api: lxc: add missing use statement for UNIX Sockets module

worked by luck as this was already loaded by some of our dependencies
already.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

pct: add keep-env option to the 'enter' and 'exec' command

The keep-env option allows the user to define if the current
environment should be kept when running 'pct enter/exec'. pct will now
always set '--keep-env' or '--clear-env' when calling lxc-attach to
anticipate the upcoming change in default behavior.

Signed-off-by: Folke Gleumes <f.gleumes@proxmox.com>
 [ TL: fix some extra whitespace, extend subject slightly ]
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

fix #5194: pct: delete environment variables set by pve

proxmox-perl-rs set's SSL_CERT_{DIR,FILE}, which can break ssl in
containers if their certificate store can't be found in the same spot.
This patch explicitly unsets those variables before starting the
container.

Signed-off-by: Folke Gleumes <f.gleumes@proxmox.com>

config: schema: remove duplicate attribute assignment for mpX

The 'optional' attribute is already set just above this hunk.

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>
[FE: expand commit title/message]
Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

bump version to 5.0.8

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

sdn: fix wrong vmid parameter in prestart-hook

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>

sdn: pass vmid and hostname to add_dhcp_mapping

If no DHCP mapping was found in IPAM it will request a new IP.
In order to register an IPAM mapping it requires these values.

Signed-off-by: Stefan Lendl <s.lendl@proxmox.com>

bump version to 5.0.7

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

d/control: recommend libpve-network-perl >= 0.8.3

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

add missing 'have_sdn' guards

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

Merge branch 'sdn/dhcp-support'

bump pve-common dep to 8.1.0

required for the previous commit (device passthrough)

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

create: Do not call create_ifaces_ipams_ips

Since create_vm already calls update_pct_config, which in turn calls
vmconfig_apply_pending we do not need to explicitly create the IPAM
entries when creating a container from scratch.

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>

config: Use LXC Config instead of QemuServer for parsing net

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>

network: Do not always reserve new IP in IPAM

Currently when updating the network configuration of a container, SDN
would always create a new entry in the IPAM. Only create a new entry
when the bridge or MAC changes or the NIC is completely new.

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>

hotplug network: Only change IPAM when MAC or bridge changes

Currently a new IPAM entry is created everytime a NIC config changes.
When editing properties other than MAC or Bridge this could lead to
duplicated entries in the IPAM. Only reserve a new IP when the bridge
or MAC changes or the NIC is completely new.

Signed-off-by: Stefan Hanreich <s.hanreich@proxmox.com>

lxc-pve-prestart-hook : add_dhcp_mapping

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

vm_apply_pending: add|del ips from ipam for offline changes

Co-Authored-by: Stefan Hanreich <s.hanreich@proxmox.com>
Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

vm_clone : create ips in ipams

also delete ips in case of failure

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

vm_create|restore: create ips in ipam

also delete ips on create failure

Co-Authored-by: Stefan Hanreich <s.hanreich@proxmox.com>
Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

vm_destroy: remove ips from ipam for all interfaces

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

nic hotplug : add|del ips in ipam

Co-Authored-by: Stefan Hanreich <s.hanreich@proxmox.com>
Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

Add device passthrough

Add a dev[n] argument to the container config to pass devices through to
a container. A device can be passed by its path. Additionally the access
mode, uid and gid can be specified through their respective properties.

Signed-off-by: Filip Schauer <f.schauer@proxmox.com>

bump version to 5.0.6

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

test: add coverage for presets in CentOS 8 setup test

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

test: use sane indentation for files to check in setup test

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup centos: set default systemd preset for CentOS 8 or newer

Those should be able to cope with our defaults, like enabling
container-getty@ instead of getty@, well

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup base: comment breakage potential if used with ancient distros

it isn't for now, but might be in the future

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup: handle getty services also via systemd-preset

fixes an issue where the first boot of a Fedora 39 CT had no
container-getty due to the default prefixes enabling the getty@
service instead, only on second boot (where presets aren't applied
anymore) our TTY handling actually was in effect and worked.

Note that preset aren't bothered by a service not existing, but still,
for older distro releases disabling getty@ could lead to problem, for
now we call this only for modern distro releases any way, and it also
only affects newly created CTs.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup base: disable sysfs debug mounts via systemd presets

they will fail and are not really useful in the container, at least
not as default.
Just disable via the preset mechanism, so any user can easily start
that mount if it'd make sense for their use case.

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup debian, centos: fixup comment typo/line-length

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

Merge branch 'c.heiss/nixos/fix-arch-detection'

resolved conflict with b58ba5d4494c ("drop old mount code")

setup: fix architecture detection for NixOS containers

NixOS is special and deviates in many places from a "standard" Linux
system. In this case, /bin/sh does not exist in the filesystem, before
the initial activation (aka. first boot) - which creates a symlink at
/bin/sh.

Due to the currently existing fallback code, only an error message is
logged and the architecture is defaulted to x86_64. Still, this is not
something users might expect.

Thus try a bit harder to detect the architecture for NixOS containers by
inspecting the init script, which contains a shebang-line with the full
path to the system shell.

This moves the architecture detection code to the end of the container
creation lifecycle, so that it can be implemented as a plugin
subroutine. Therefore this mechanism is now generic enough that it can
be adapted to other container OS's in the future if needed. AFAICS
`arch` is only used when writing the actual LXC config, so determining
it later during creation does not change anything.

detect_architecture() has been made a bit more generic; the LXC-specific
error was moved out of this function, as well as the chroot(). Ensuring
that it is executed from the correct rootdir/chroot should be handled by
the caller.

Tested by creating a NixOS and a Debian container (to verify that
nothing regressed) and checking if the warning "Architecure detection
failed: [..]" no longer appears for the NixOS CT and if  `arch` in the
CT config is correct. Also tested restoring both containers from a local
and a PBS backup, as well as migrating both container.

Signed-off-by: Christoph Heiss <c.heiss@proxmox.com>

gitignore: add build artefacts to ignore list

Signed-off-by: Stefan Lendl <s.lendl@proxmox.com>
 [ TL: fix subject & more specific glob ]
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

api: network: get interfaces from containers

Adds an 'interfaces' endpoint in the API
(/nodes/{node}/lxc/{vmid}/interfaces'), which returns a list of
interface names, together with a MAC, IPv4 and IPv6 address. This list
may be expanded in the future. Note that this is only returned for
*running* containers, stopped containers simply return an empty list.

Signed-off-by: Leo Nunner <l.nunner@proxmox.com>

add_bridge_fbd: remove unused firewall param

Merge remote-tracking branch 'origin/master'

drop old mount code

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

bump version to 5.0.5

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

fix #3069: vzdump: add 'pbs-entries-max' parameter

configuring pbs-entries-max can avoid failing backups due to a high
amount of files in folders where a folder exclusion is not possible

Signed-off-by: Alexander Zeidler <a.zeidler@proxmox.com>

fix #3460: restore: honor '--ignore-unpack-errors' flag for pbs

Signed-off-by: Max Carrara <m.carrara@proxmox.com>

d/control: require pbs client 3.0.2-1

for the `--ignore-extract-device-errors` flag

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

config permission check: also check access for currently configured bridge

Relevant when modifying or removing an existing network device.

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

fix #4765: pct: do not report cpu usage

When running `pct status VMID` the variable
$last_proc_vmid_stat->{$vmid} is not set and pct reports no cpu usage.

For consistency with the qt command we do not print the cpu usage.

Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com>

bump version to 5.0.4

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup: fedora: fix wrong systemd-networkd preset

The refactoring of the systemd-preset handling inadvertently changed
the preset for Fedora >= 37 to disabled in e11806e ("add
setup_systemd_preset helper, disable networkd for debian 12+")

Reported in our community forum:
https://forum.proxmox.com/threads/129395/

Tested with a Fedora 38 container on PVE 8.0

Fixes: e11806e0de064e6570d40e7c04bc4656687b2c62
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>

bump version to 5.0.3

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

migration: add trailing newline to aliased volumes error message

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

migration: fail when aliased volume is detected

Aliased volumes (referencing the same volume multiple times) can lead to
unexpected behavior in a migration.

Therefore, stop the migration in such a case.

The check works by comparing the path returned by the storage plugin.
This means that we should be able to catch the common situations where
it can happen:

* by referencing the same volid multiple times
* having a different volid due to an aliased storage: different storage
name but pointing to the same location.

We decided against checking the storages themselves being aliased. It is
not possible to infer that reliably from just the storage configuration
options alone.

Reviewed-by: Fiona Ebner <f.ebner@proxmox.com>
Signed-off-by: Aaron Lauterer <a.lauterer@proxmox.com>

migration: only migrate volumes used by the guest

When scanning all configured storages for volumes belonging to the
container, the migration could easily fail if a storage is not
available, but enabled. That storage might not even be used by the
container at all.

By not doing that and only looking at the disk images referenced in the
config, we can avoid that.
We need to add additional steps for pending volumes with checks if they
actually exist. Changing an existing mountpoint to a new volume
will only create the volume on the next start of the container.

The big change regarding behavior is that volumes not referenced in the
container config will be ignored.  They are already orphans that used to
be migrated as well, but are now left where they are.

Reviewed-by: Fiona Ebner <f.ebner@proxmox.com>
Signed-off-by: Aaron Lauterer <a.lauterer@proxmox.com>

bump version to 5.0.2

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup: debian: factor out inittab setup

it's too easy to try to append to `setup_init`, missing that
there's a `return if !file_exists` in there...

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

setup: enable systemd-networkd via preset for ubuntu 23.04+

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

setup: enable systemd-networkd via preset for archlinux

Note that this is now done in `setup_init` which is a
pre-start hook rather than a one time template fixup,
however, the presets are only applied on first boot or if
the user requests them explicitly, and the usual mechanisms
to prevent the file from being written can be used.

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

add setup_systemd_preset helper, disable networkd for debian 12+

Since we use ifupdown by defaul there and systemd-networkd
would also pull systemd-networkd-wait-online.service which
fails.

We expect this to have to be used for more initial service
setups in the future, so a helper is added to `Base`.

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>

buildsys: expand clean target

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

CT modification: fix hostname/DNS perm check

the old broken code tried to parse the hostname, searchdomain and nameserver
options as guest NIC, which obviously cannot work.

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>

tests: add minimal test for LXC_NAME hosts entry

based on test-alpine-002

Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>

tests: fix small syntax glitch

adaptation to adhere to perlcritics recommendation led to the snapshot
tests to not work anymore:
```
Undefined subroutine &Test::MockModule called at snapshot-test.pm line 300.
```

With this the snapshot tests still run and perlcritic seems happy

Fixes: f505de300431134b202ad5a88f55721cb95e6fe4
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>

setup: cope with non-existing /etc/hosts again

Fixes: 8f56203 ("fix #4515: template setup: remove bogus LXC_NAME line from /etc/hosts")
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

setup: support upcoming Debian, Devuan and Ubuntu releases

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

fix #4515: template setup: remove bogus LXC_NAME line from /etc/hosts

Templates not built directly by us, but redistributed from
images.linuxcontainer.org contain the following line in /etc/hosts:
`127.0.1.1       LXC_NAME`

While it is mostly cosmetic - LXC_NAME, contains an underscore and is
not a valid DNS name.

Simply drop it for newly created containers in template_fixup.

We ship Debian, Devuan ourselves, without this line - so no need for
modification there.

Currently the NixOS container-template (see [0]) also does not seem
to contain the line.

Noticed the issue with a fresh fedora container, where systemd-resolved
logs a warning upon boot.

[0] https://nixos.wiki/wiki/Proxmox_Linux_Container

Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>

setup: systemd-network: use correct values for dhcp-modes

the change from v4->ipv4 happened 2015 in systemd commit
cb9fc36a1211967e8c58b0502a26c42552ac8060 - so by now it should be
safe to replace it for all containers relying on systemd-networkd.

This change follows fb554c701f1e9cac4b278fd6b82a4f2b45da8acf (in
pve-container) but in this case the issue is only cosmetic for now.

Noticed with a current arch-linux container

Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>

bump version to 5.0.1

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

d/control: bump versioned dependency to libpve-access-control

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

d/control: bump versioned dependency to libpve-guest-common-perl

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

check_bridge_access: code cleanup

like in qemu-server

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

network permissions: implement checks

when creating a new container
when restoring a backup
when cloning a container
and obviously, when changing the nics of an existing container

Signed-off-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>
 [ T: add $opt in override param check ]
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

config: implement method to calculate derived properties from a config

See the corresponding commit in guest-common for more information.

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

setup: fedora: support up to Fedora 40 for future proofing

We might want to make this actually open ended, or just warn for
best-effort if above our tested range..

Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>

api: resize: fork before locking

making sure the early checks are done once before the expensive
forking and locking and once after locking, because the state might
have changed.

The size calculation had to be adapted a bit, to ensure the original
size is not added twice when it's a request with a leading '+'.

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

api: resize: drop error that can never apply

Because container images are never qcow2.

Signed-off-by: Fiona Ebner <f.ebner@proxmox.com>

fix #4457: use bridge mtu if no mtu is defined

Signed-off-by: Alexandre Derumier <aderumier@odiso.com>

drop old 'lxc.id_map' config key support

lxc since v3 only support 'lxc.idmap' now and we don't need
to support this here either anymore

Signed-off-by: Wolfgang Bumiller <w.bumiller@proxmox.com>