My issue is with Gluster 6.7 (the default with oVirt 4.3.7) as is the case with Christian. I still have the failing volume and disks and can share any information required. On Mon, Feb 24, 2020 at 6:21 PM Strahil Nikolov <hunter86_bg@yahoo.com> wrote:
On February 24, 2020 1:55:34 PM GMT+02:00, Hesham Ahmed <hsahmed@gmail.com> wrote:
Were you ever able to find a fix for this? I am facing the same problem and the case is similar to yours. We have a 6 node distributed-replicated Gluster, due to a network issue all servers got disconnected and upon recover one of the volumes started giving the same IO error. The files can be read as root but are giving error when read as vdsm. Everything else is as in your case including the oVirt versions. While doing a full dd if=IMAGE of=/dev/null allows the disk to be mounted on one server temporarily, upon reboot/restart it returns to failing with IO error. I had to create a completely new gluster volume and copy the disks from the failing volume as root to resolve this.
Did you create a bug report in Bugzilla for this?
Regards,
Hesham Ahmed
On Wed, Feb 5, 2020 at 1:01 AM Christian Reiss <email@christian-reiss.de> wrote:
Thanks for replying,
What I just wrote Stahil was:
ACL is correctly set:
# file: 5aab365f-b1b9-49d0-b011-566bf936a100 # owner: vdsm # group: kvm user::rw- group::rw- other::---
Doing a setfacl failed due to "Operation not supported", remounting with acl, too:
[root@node01 ~]# mount -o remount,acl
/rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net\:_ssd__storage/
/bin/sh: glusterfs: command not found
As I am running the oVirt node I am not sure how feasable down/upgrading is. I think I am stuck with what I have.
Also, if this would be a permission issue, I would not be able to access the file at all. Seems I can access some of it. And all of it when root loaded the whole file first.
I also did, even if it was correctly set, the chown from the mountpoint again, to no avail.
On 04/02/2020 21:53, Christian Reiss wrote:
ACL is correctly set:
# file: 5aab365f-b1b9-49d0-b011-566bf936a100 # owner: vdsm # group: kvm user::rw- group::rw- other::---
Doing a setfacl failed due to "Operation not supported", remounting
with
acl, too:
[root@node01 ~]# mount -o remount,acl /rhev/data-center/mnt/glusterSD/node01.dc-dus.dalason.net \:_ssd__storage/ /bin/sh: glusterfs: command not found
As I am running the oVirt node I am not sure how feasable down/upgrading is. I think I am stuck with what I have.
Also, if this would be a permission issue, I would not be able to access the file at all. Seems I can access some of it. And all of it when root loaded the whole file first.
-- with kind regards, mit freundlichen Gruessen,
Christian Reiss _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/G2MOTXZU6AFAGV...
If you mean the ACL issue -> check https://bugzilla.redhat.com/show_bug.cgi?id=1797099 Ravi will be happy to have a setup that is already affected, so he can debug the issue. In my case , I have reverted to v7.0
Best Regards, Strahil Nikolov