[Devel] [PATCH 2/2] cpt: restore veth devices with correct names (v4)

2013-05-30 Thread Andrey Vagin
transmit pair of veth names to criu via the option --veth-pair v2: unset IFS and delete eval from vps-rst v3: fix comments from Kir v4: vzcheckvar VE_VETH_DEVS Signed-off-by: Andrey Vagin --- scripts/vps-rst.in | 11 ++- src/lib/hooks_ct.c | 16 +--- 2 files changed, 23 inse

[Devel] [PATCH] [RFC] cpt: clean up dump files

2013-05-30 Thread Andrey Vagin
OpenVZ checkpointing saves all data in one file. Currently criu is used for upstream CTs and it generates many files (one file for each type of objects), so we can get the following error Stale CT dump file /var/lib/vz/dump/Dump.101 found, removing Can't unlink /var/lib/vz/dump/Dump.101 Only a to

[Devel] [PATCH] fuse: fix alignment in short read optimization for async_dio

2013-05-30 Thread Maxim Patlasov
The bug was introduced with async_dio feature: trying to optimize short reads, we cut number-of-bytes-to-read to i_size boundary. Hence the following example: truncate --size=300 /mnt/file dd if=/mnt/file of=/dev/null iflag=direct led to FUSE_READ request of 300 bytes size. This t

[Devel] libvirt

2013-05-30 Thread Kir Kolyshkin
Is there anyone here interested in, or already using, libvirt support for OpenVZ? Please let me know, we might use your help and feedback. Regards, Kir ___ Devel mailing list Devel@openvz.org https://lists.openvz.org/mailman/listinfo/devel

Re: [Devel] [PATCH] fuse: fix alignment in short read optimization for async_dio

2013-05-30 Thread Brian Foster
On 05/30/2013 08:41 AM, Maxim Patlasov wrote: > The bug was introduced with async_dio feature: trying to optimize short reads, > we cut number-of-bytes-to-read to i_size boundary. Hence the following > example: > > truncate --size=300 /mnt/file > dd if=/mnt/file of=/dev/null iflag=dir