by including the message/error from the remote side. Some people on the forum
[0]
ran into 'no tunnel IP received', but without information from the remote side
it's hard to tell why.
[0]: https://forum.proxmox.com/threads/failed-no-tunnel-ip-received.80172
Signed-off-by: Fabian Ebner
---
PVE/
This breaks pvesr replication, because the -T switch is active there.
I'll send a v2 and preserve the regex captures.
Am 11.02.21 um 10:42 schrieb Fabian Ebner:
by including the message/error from the remote side. Some people on the forum
[0]
ran into 'no tunnel IP received', but without infor
by including the message/error from the remote side. Some people on the forum[0]
ran into 'no tunnel IP received', but without information from the remote side
it's hard to tell why.
[0]: https://forum.proxmox.com/threads/failed-no-tunnel-ip-received.80172
Signed-off-by: Fabian Ebner
---
Change
Thank you for looking so carefully!
On Wed, Feb 10, 2021 at 10:40:56AM +0100, Fabian Grünbichler wrote:
>
> On February 5, 2021 11:04 am, Dominic Jäger wrote:
> > Extend qm importdisk/importovf functionality to the API.
> >
> > @@ -4325,4 +4324,378 @@ __PACKAGE__->register_method({
> > retu
Signed-off-by: Stefan Reiter
---
Rebased from Fabian's series. Thus of course also needs the updated version of
libproxmox-backup-qemu to build and run.
See: https://lists.proxmox.com/pipermail/pve-devel/2021-February/046945.html
.../pve/0059-PBS-add-master-key-support.patch | 97 +
Do not block the VM and save the state on aborting a snapshot, as the
snapshot will be invalid anyway.
Also, when aborting, wait for the target file to be closed, otherwise a
client might run into race-conditions when trying to remove the file
still opened by QEMU.
Signed-off-by: Stefan Reiter
-
might help with RBD performance for snapshots, since it writes larger
data buffers at once
Signed-off-by: Stefan Reiter
---
Included in first patch, squashed into existing patches.
New in v2.
migration/qemu-file.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/migration/qe
Finally turn backup QMP calls into coroutines, now that it's possible.
This has the benefit that calls are asynchronous to the main loop, i.e.
long running operations like connecting to a PBS server will no longer
hang the VM.
Additionally, it allows us to get rid of block_on_coroutine_fn, which
w
On 09.02.21 16:24, Stefan Reiter wrote:
> In most circumstances a pidfd gets closed automatically once the child
> dies, and that *should* be guaranteed by us calling SIGKILL - however,
> it seems that sometimes that doesn't happen, leading to leaked file
> descriptors[0].
>
> Also add a small not
On 08.02.21 12:15, Stefan Reiter wrote:
> ...taking card not to lose the custom precision for byte conversion.
>
> Signed-off-by: Stefan Reiter
> ---
>
> v2:
> * add precision parameter to render_bytes
>
> now needs a dependency bump on common
>
> PVE/VZDump/QemuServer.pm | 64 ---
On 08.02.21 12:15, Stefan Reiter wrote:
> Signed-off-by: Stefan Reiter
> ---
>
> v2:
> * rename helper
> * return tuple
> * use 'total-time'
> * improve messages
>
> PVE/QemuConfig.pm | 12
> 1 file changed, 12 insertions(+)
>
>
applied, thanks!
made some adaptions though:
* swi
On 08.02.21 12:15, Stefan Reiter wrote:
> Signed-off-by: Stefan Reiter
> ---
>
> v2:
> * use $device
>
> PVE/QemuConfig.pm | 2 ++
> 1 file changed, 2 insertions(+)
>
>
applied, thanks!
___
pve-devel mailing list
pve-devel@lists.proxmox.com
https:
On 08.02.21 12:15, Stefan Reiter wrote:
> Signed-off-by: Stefan Reiter
> ---
>
> v2:
> * always show task viewer, since with patch 5 we always print something to the
> task log - I'm honestly fine with whatever here, might as well apply v1 of
> this or go with Fabians idea and use 'vmstate' a
On 09.02.21 19:41, Stoiko Ivanov wrote:
> With ZFS 2.0.0 upstream ships a pam module, which uses an users login password
> to optionally decrypt their home dataset.
>
> Debian upstream ships the config in a separate package, which seems cleaner
> than adding it to zfsutil-linux.
>
> This patchset
On 10.02.21 15:55, Stoiko Ivanov wrote:
> the patch fixes a potential panic on systems running ZFS > 2.0.0 and
> is already queued for inclusion in 2.0.3 - see [0] for a related
> github issue.
>
> [0] https://github.com/openzfs/zfs/issues/11474
>
> Signed-off-by: Stoiko Ivanov
> ---
> tested by
This commit mirrors e3c4007bc94956962c03da8c6853415d2fdf057c in
pve-cluster. The fix there got lost with a refactoring for reusing the
code here in pve-common in c92b771669e68a8b49906b8a0a68b533750567b0
Tested by repeadetly reading https://$pve-node:8006/nodes on a
virtual testcluster.
Signed-off
16 matches
Mail list logo
