under some conditions, like when calling it in the api where we have a 30s pveproxy limit, we want to make use of the '--timeout' parameter of the file-restore binary, but we may want to call it in the future where we don't want add timeout.
To achieve that, add an extendable 'extra_params' hash parameter to 'file_restore_list' and use the timeout from there. Signed-off-by: Dominik Csapak <d.csa...@proxmox.com> --- changes from v3: * don't hardcode timeout, but use an extra_params hash src/PVE/PBSClient.pm | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/PVE/PBSClient.pm b/src/PVE/PBSClient.pm index d7dd6e1..ec05a1c 100644 --- a/src/PVE/PBSClient.pm +++ b/src/PVE/PBSClient.pm @@ -375,14 +375,19 @@ sub status { }; sub file_restore_list { - my ($self, $snapshot, $filepath, $base64) = @_; + my ($self, $snapshot, $filepath, $base64, $extra_params) = @_; (my $namespace, $snapshot) = split_namespaced_parameter($self, $snapshot); + my $cmd = [ $snapshot, $filepath, "--base64", $base64 ? 1 : 0]; + + if (my $timeout = $extra_params->{timeout}) { + push $cmd->@*, '--timeout', $timeout; + } return run_client_cmd( $self, "list", - [ $snapshot, $filepath, "--base64", $base64 ? 1 : 0 ], + $cmd, 0, "proxmox-file-restore", $namespace, -- 2.30.2 _______________________________________________ pve-devel mailing list pve-devel@lists.proxmox.com https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel