From nethubonline at gmail.com  Mon Jan 14 07:51:38 2019
From: nethubonline at gmail.com (Nethub Online - Ming)
Date: Mon, 14 Jan 2019 12:51:38 +0800
Subject: [Users] snapshot then rsync Container file with extended attribute
 "trusted.pfcache" fails on OpenVZ 7
Message-ID: <CAFcwVtyqwdJJJ7OhZo82E2iGySogm+BygfakUztPhO_wnDM-jw@mail.gmail.com>

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"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190114/4f699abb/attachment.html>

From bkb at virtuozzo.com  Mon Jan 14 10:53:31 2019
From: bkb at virtuozzo.com (Konstantin Bukharov)
Date: Mon, 14 Jan 2019 07:53:31 +0000
Subject: [Users] snapshot then rsync Container file with extended
 attribute "trusted.pfcache" fails on OpenVZ 7
In-Reply-To: <CAFcwVtyqwdJJJ7OhZo82E2iGySogm+BygfakUztPhO_wnDM-jw@mail.gmail.com>
References: <CAFcwVtyqwdJJJ7OhZo82E2iGySogm+BygfakUztPhO_wnDM-jw@mail.gmail.com>
Message-ID: <HE1PR0802MB239558C2D5D8D0BADC7AE3ECB2800@HE1PR0802MB2395.eurprd08.prod.outlook.com>

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<mailto:root at localhost> ~]# vzpkg update cache centos-7-x86_64
[root at localhost<mailto:root at localhost> ~]# prlctl create 101 --vmtype ct
[root at localhost<mailto:root at localhost> ~]# prlctl set 101 --ipadd 192.168.0.99
[root at localhost<mailto:root at localhost> ~]# prlctl set 101 --hostname attr.test.com<http://attr.test.com>
[root at localhost<mailto:root at localhost> ~]# prlctl set 101 --nameserver "8.8.8.8"
[root at localhost<mailto:root at localhost> ~]# prlctl set 101 --memsize 4G --swappages 4M
[root at localhost<mailto:root at localhost> ~]# prlctl start 101
[root at localhost<mailto: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<mailto:root at localhost> ~]# vzctl snapshot 101 --id 674bac28-6c49-41a3-aff6-2cf080236d55 --skip-suspend
[root at localhost<mailto:root at localhost> ~]# vzctl snapshot-mount 101 --id 674bac28-6c49-41a3-aff6-2cf080236d55 --target /mnt
[root at localhost<mailto: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<mailto: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"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20190114/03956351/attachment-0001.html>

From nethubonline at gmail.com  Mon Jan 14 12:42:57 2019
From: nethubonline at gmail.com (Nethub Online - Ming)
Date: Mon, 14 Jan 2019 17:42:57 +0800
Subject: [Users] snapshot then rsync Container file with extended
 attribute "trusted.pfcache" fails on OpenVZ 7
In-Reply-To: <HE1PR0802MB239558C2D5D8D0BADC7AE3ECB2800@HE1PR0802MB2395.eurprd08.prod.outlook.com>
References: <CAFcwVtyqwdJJJ7OhZo82E2iGySogm+BygfakUztPhO_wnDM-jw@mail.gmail.com>
	<HE1PR0802MB239558C2D5D8D0BADC7AE3ECB2800@HE1PR0802MB2395.eurprd08.prod.outlook.com>
Message-ID: <CAFcwVtyRnwqXDo9-7CW2x5Q4xKTK90rbw5sH=1Xk=_=M7RFQJw@mail.gmail.com>

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>

From lists at corradofiore.it  Fri Jan 18 07:14:30 2019
From: lists at corradofiore.it (Corrado Fiore)
Date: Fri, 18 Jan 2019 12:14:30 +0800
Subject: [Users] Kernel stab134.8 - panic at boot
Message-ID: <A46E5F75-3C94-4599-B78C-7ABD818F9D7E@corradofiore.it>

Dear All,

I am installing the latest vz6 kernel on a beefy SuperMicro X10 machine.  I followed the usual installation routine, i.e.

-- Install CentOS 6 (latest)
-- Follow instructions on page https://wiki.openvz.org/Quick_installation_(legacy)
-- Reboot

## Expected result:  machine rebooting in OpenVZ 6 kernel

## Actual result:  a kernel panic error appears on screen at boot.  I am pasting it here:

[	67.817501]	Kernel panic - not syncing: Attempted to kill init!
[	67.817581]	Pid: 1, comm: init veid: 0 Not tainted 2.6.32-042stabl34.8 #1
[	67.817660]	Call Trace:	
[	67.817737]	[<ffffffff81564lb0>]	? panic+0xa7/0xl8b
[	67.817816]	[<ffffffff8114a470>]	? perf_event_exit_task+0xc0/0x340
[	67.817897]	[<ffffffff8108d56f>]	? do_exit+0x3bf/0x9c0
[	67.817975]	[<ffffffff811c9e35>]	? fput+0x25/0x30
[	67.818052]	[<ffffffff81570302>1	? system_ca1l_after_swapgs+0xa2/0xl52
[	67.818132]	[<ffffffff8108d5c8>]	? do_group_exit+0x58/0xd0
[	67.818210]	[<ffffffff8108d657>]	? sys_exit_group+0x17/0x20
[	67.818288]	[<ffffffff815703e7>]	? system_ca1l_fastpath+0x35/0x3a
[	67.818367]	[<ffffffff8157030e>1	? system_ca1l_after_swapgs+0xae/0xl52

## Notes:

- Similar errors *seem* to be linked to problems when mounting the root file system;
- The CentOS 2.6.32-754.el6.x86_64 kernel boots always successfully;
- The main partition is backed by an Areca 1214-4i controller with BBU, configured as HW Raid10;
- The kernel module for Areca controllers is present in both initrd images, albeit in different locations:

cat /var/log/dracut.log | grep arcmsr
Thu Jan 17 14:33:30 CET 2019 Info: Installing ///lib/modules/2.6.32-754.el6.x86_64/extra/arcmsr/arcmsr.ko
Thu Jan 17 16:42:07 CET 2019 Info: Installing ///lib/modules/2.6.32-042stab134.8/kernel/drivers/scsi/arcmsr/arcmsr.ko

~~~~

Has anyone encountered such an issue before?

Thanks,
Corrado Fiore

From vvs at virtuozzo.com  Fri Jan 18 11:32:31 2019
From: vvs at virtuozzo.com (Vasily Averin)
Date: Fri, 18 Jan 2019 11:32:31 +0300
Subject: [Users] Kernel stab134.8 - panic at boot
In-Reply-To: <A46E5F75-3C94-4599-B78C-7ABD818F9D7E@corradofiore.it>
References: <A46E5F75-3C94-4599-B78C-7ABD818F9D7E@corradofiore.it>
Message-ID: <290084f9-8197-b0c9-2512-506376db1098@virtuozzo.com>

Dear Corrado,

> Thu Jan 17 14:33:30 CET 2019 Info: Installing ///lib/modules/2.6.32-754.el6.x86_64/extra/arcmsr/arcmsr.ko
This points to out-of-tree driver.  Please call 
rpm -qf /lib/modules/2.6.32-754.el6.x86_64/extra/arcmsr/arcmsr.ko  
to be sure.

I afraid this driver is not included into original RHEL6 kernel, and was compiled/installed separately.
RHEL6 kernel is in maintenance mode, they do not add support for new hardware.
OpenVz6 inherit the state from RHEL6, we have no resources for hardware tesdting/maintenanace.

So you can:
- install out-of-tree driver over our kernel, like you did for original RHEL6 kernel, 
   (and repeat the procedure after each new kernel update)
- or switch to using OpenVz7, that is based on RHEL7 and inherit support for new hardware.
- or install OpenVz6 on old hardware.

Thank you,
	Vasily Averin

On 1/18/19 7:14 AM, Corrado Fiore wrote:
> Dear All,
> 
> I am installing the latest vz6 kernel on a beefy SuperMicro X10 machine.  I followed the usual installation routine, i.e.
> 
> -- Install CentOS 6 (latest)
> -- Follow instructions on page https://wiki.openvz.org/Quick_installation_(legacy)
> -- Reboot
> 
> ## Expected result:  machine rebooting in OpenVZ 6 kernel
> 
> ## Actual result:  a kernel panic error appears on screen at boot.  I am pasting it here:
> 
> [	67.817501]	Kernel panic - not syncing: Attempted to kill init!
> [	67.817581]	Pid: 1, comm: init veid: 0 Not tainted 2.6.32-042stabl34.8 #1
> [	67.817660]	Call Trace:	
> [	67.817737]	[<ffffffff81564lb0>]	? panic+0xa7/0xl8b
> [	67.817816]	[<ffffffff8114a470>]	? perf_event_exit_task+0xc0/0x340
> [	67.817897]	[<ffffffff8108d56f>]	? do_exit+0x3bf/0x9c0
> [	67.817975]	[<ffffffff811c9e35>]	? fput+0x25/0x30
> [	67.818052]	[<ffffffff81570302>1	? system_ca1l_after_swapgs+0xa2/0xl52
> [	67.818132]	[<ffffffff8108d5c8>]	? do_group_exit+0x58/0xd0
> [	67.818210]	[<ffffffff8108d657>]	? sys_exit_group+0x17/0x20
> [	67.818288]	[<ffffffff815703e7>]	? system_ca1l_fastpath+0x35/0x3a
> [	67.818367]	[<ffffffff8157030e>1	? system_ca1l_after_swapgs+0xae/0xl52
> 
> ## Notes:
> 
> - Similar errors *seem* to be linked to problems when mounting the root file system;
> - The CentOS 2.6.32-754.el6.x86_64 kernel boots always successfully;
> - The main partition is backed by an Areca 1214-4i controller with BBU, configured as HW Raid10;
> - The kernel module for Areca controllers is present in both initrd images, albeit in different locations:
> 
> cat /var/log/dracut.log | grep arcmsr
> Thu Jan 17 14:33:30 CET 2019 Info: Installing ///lib/modules/2.6.32-754.el6.x86_64/extra/arcmsr/arcmsr.ko
> Thu Jan 17 16:42:07 CET 2019 Info: Installing ///lib/modules/2.6.32-042stab134.8/kernel/drivers/scsi/arcmsr/arcmsr.ko
> 
> ~~~~
> 
> Has anyone encountered such an issue before?
> 
> Thanks,
> Corrado Fiore
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users
>