[pve-devel] [PATCH container] mountpoint mount: activate PVE-managed volumes during preparation

Fabian Grünbichler f.gruenbichler at proxmox.com
Thu Apr 11 15:35:01 CEST 2024


On March 25, 2024 12:00 pm, Fiona Ebner wrote:
> 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 at proxmox.com>
> ---
> 
> Requires the following patch to be tested on recent kernels:
> https://lists.proxmox.com/pipermail/pve-devel/2024-January/061260.html
> 
>  src/PVE/LXC.pm | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/src/PVE/LXC.pm b/src/PVE/LXC.pm
> index 7db4833..29ff418 100644
> --- a/src/PVE/LXC.pm
> +++ b/src/PVE/LXC.pm
> @@ -1849,6 +1849,7 @@ sub __mountpoint_mount {
>  
>  	my $scfg = PVE::Storage::storage_config($storage_cfg, $storage);
>  
> +	PVE::Storage::activate_volumes($storage_cfg, [$volid]);

shouldn't this atually pass $snapname as well? for some storages this
does make quite the difference ;)

there is also one more call in pct.pm (for the `pct fsck` command) that
seems to lack activation before mapping.

>  	my $path = PVE::Storage::map_volume($storage_cfg, $volid, $snapname);
>  
>  	$path = PVE::Storage::path($storage_cfg, $volid, $snapname) if !defined($path);
> -- 
> 2.39.2
> 
> 
> 
> _______________________________________________
> pve-devel mailing list
> pve-devel at lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> 
> 
> 




More information about the pve-devel mailing list