[Users] snapshot then rsync Container file with extended attribute "trusted.pfcache" fails on OpenVZ 7

Nethub Online - Ming nethubonline at gmail.com
Mon Jan 14 12:42:57 MSK 2019


Thanks Konstantin,

There is no problem for extended attribute "trusted.foo1" , the problem
only happens when it is "trusted.pfcache", so the file system on
destination that supports extended attribute already, it is just don't know
what's wrong with "trusted.pfcache" extended attribute.

Below commands show you that there is no such error when it is extended
attribute "trusted.foo1"

[root at localhost ~]# getfattr -d -m trusted /mnt/usr/local/src/test.txt
getfattr: Removing leading '/' from absolute path names
# file: mnt/usr/local/src/test.txt
trusted.foo1="bar"


[root at localhost ~]# rsync -Xv /mnt/usr/local/src/test.txt /vz/backups/tmp/

sent 63 bytes  received 12 bytes  150.00 bytes/sec
total size is 5  speedup is 0.07

[root at localhost ~]# getfattr -d -m trusted  /vz/backups/tmp/test.txt
getfattr: Removing leading '/' from absolute path names
# file: vz/backups/tmp/test.txt
trusted.foo1="bar"

On Mon, 14 Jan 2019 at 15:57, Konstantin Bukharov <bkb at virtuozzo.com> wrote:

> Hello,
>
>
>
> It depends on what exactly do you want.
>
> If you need backup with extended attributes – please ensure that file
> system on your destination supports it.
>
> If you don’t like this attribute on the file – please contact Plesk – you
> get this RPM there.
>
>
>
> Best regards,
>
> Konstantin
>
>
>
> *From:* users-bounces at openvz.org <users-bounces at openvz.org> *On Behalf Of
> *Nethub Online - Ming
> *Sent:* Monday, January 14, 2019 7:52
> *To:* users at openvz.org
> *Subject:* [Users] snapshot then rsync Container file with extended
> attribute "trusted.pfcache" fails on OpenVZ 7
>
>
>
> Bug already reported to : https://bugs.openvz.org/browse/OVZ-7075
>
>
>
>
>
> >Description of problem: I want to snapshot and then rsync to backup the
> container files, but I found that rsync -X a file inside container with
> extended attribute "trusted.pfcache" that will fail with "Operation not
> supported" error
>
> >Steps to Reproduce:
> [root at localhost ~]# vzpkg update cache centos-7-x86_64
> [root at localhost ~]# prlctl create 101 --vmtype ct
> [root at localhost ~]# prlctl set 101 --ipadd 192.168.0.99
> [root at localhost ~]# prlctl set 101 --hostname attr.test.com
> [root at localhost ~]# prlctl set 101 --nameserver "8.8.8.8"
> [root at localhost ~]# prlctl set 101 --memsize 4G --swappages 4M
> [root at localhost ~]# prlctl start 101
> [root at localhost ~]# prlctl exec 101 "yum -y install
> http://autoinstall.plesk.com/PHP_7.3.0/dist-rpm-CentOS-7-x86_64/packages/plesk-php73-7.3.0-centos7.18121116.x86_64.rpm"
>
> [root at localhost ~]# vzctl snapshot 101 --id
> 674bac28-6c49-41a3-aff6-2cf080236d55 --skip-suspend
> [root at localhost ~]# vzctl snapshot-mount 101 --id
> 674bac28-6c49-41a3-aff6-2cf080236d55 --target /mnt
> [root at localhost ~]# rsync -X /mnt/opt/plesk/php/7.3/etc/php.ini /root
> rsync: rsync_xal_set:
> lsetxattr(""/root/.PEAR.php.dJOBjI"","trusted.pfcache") failed: Operation
> not supported (95)
> rsync error: some files/attrs were not transferred (see previous errors)
> (code 23) at main.c(1055) [sender=3.0.9]
>
>
>
> >Actual results: "Operation not supported" error
>
> >Expected results: no error
>
> >Host OS: Virtuozzo Linux release 7.5 (installed by
> openvz-iso-7.0.8-390.iso)
>
> >Guest OS: CentOS Linux release 7.6.1810 (Core)
>
> >Additional info (see https://openvz.org/Reporting_OpenVZ_problem):
> extended attribute "trusted.pfcache" could be shown as below:
>
> [root at localhost ~]# getfattr -d -m trusted
> /mnt/opt/plesk/php/7.3/share/pear/PEAR.php
> getfattr: Removing leading '/' from absolute path names
> # file:
> vz/root/2aafc2d3-8b1c-4b2b-be49-09e8f9d47671/opt/plesk/php/7.3/share/pear/PEAR.php
>
> trusted.pfcache="50ccc83706988014c492e89cb21310b7943f56c6"
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190114/0c1d37f3/attachment.html>


More information about the Users mailing list