On 2/13/26 11:47 AM, Fabian Grünbichler wrote:
On January 23, 2026 2:25 pm, Dominik Csapak wrote:
sometimes we may want to call the hookscript with additional parameters
in some phases, e.g. we want to call it for each pci device that was
prepared before starting with the correct uuid or pci id.
Add these new parameters to the environment instead of the positional
parameters of the hookscript, since that is more future proof and we get
a key/value pair instead of just the position.
Signed-off-by: Dominik Csapak <[email protected]>
---
changes from v1:
* use a hash instead of a list for the parameters, and give them to the
hookscript via the environment instead of positional parameters, like
we do for the vzdump hookscript
src/PVE/GuestHelpers.pm | 10 +++++++++-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/PVE/GuestHelpers.pm b/src/PVE/GuestHelpers.pm
index f8d112b..b4122e6 100644
--- a/src/PVE/GuestHelpers.pm
+++ b/src/PVE/GuestHelpers.pm
@@ -115,14 +115,22 @@ sub check_hookscript {
}
sub exec_hookscript {
- my ($conf, $vmid, $phase, $stop_on_error) = @_;
+ my ($conf, $vmid, $phase, $stop_on_error, $params) = @_;
return if !$conf->{hookscript};
+ $params //= {};
+
eval {
my $hookscript = check_hookscript($conf->{hookscript});
die $@ if $@;
+ local %ENV;
+
+ for my $key (keys $params->%*) {
+ $ENV{ uc($key) } = $params->{$key};
this should really have some sort of static prefix, both to avoid
clashes, and to allow the hookscript to find all such parameters (e.g.
for logging purposes) by filtering all set env variables.
PVE_HOOKSCRIPT_PARAM_...
or something similar would do the trick?
yep make sense, but maybe something a bit shorter?
PVE_PARAM_
PVE_HS_PARAM_
PVE_HS_
?
+ }
+
PVE::Tools::run_command([$hookscript, $vmid, $phase]);
};
if (my $err = $@) {
--
2.47.3
_______________________________________________
pve-devel mailing list
[email protected]
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
