12:36 p.m.
--------------030609020105080503060106
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
just to close off this issue.
I found problem.
My /etc/exports file had a space in it where it shouldn't have (between
* and options).
This seemed to acceptable with older versions of centos7.2 but on my
newer host with latest centos7.2 (3.10.0-327.13.1.el7.x86_64) it only
mounted read-only. maybe default changed from rw to ro?
I fixed exports file and now both versions of centos work.
/mount_point *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)
On 4/13/16 4:39 PM, Brett I. Holcomb wrote:
On Wed, 2016-04-13 at 15:52 -0700, Bill James wrote:
> [vdsm@ovirt4 test /]$ touch
> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test
> touch: cannot touch
> ‘/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test’:
> Read-only file system
>
> Hmm, read-only. :-(
>
> ovirt3-ks.test.j2noc.com:/ovirt-store/nfs on
> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs type
> nfs4
>
(*rw*,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,port=0,timeo=600,retrans=6,sec=sys,clientaddr=10.100.108.96,local_lock=none,addr=10.100.108.33)
>
> now to figure out why....
>
>
> [root@ovirt4 test ~]# ls -la /rhev/data-center/mnt/
> total 8
> drwxr-xr-x 4 vdsm kvm 110 Apr 13 15:30 .
> drwxr-xr-x 3 vdsm kvm 16 Apr 13 08:06 ..
> drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:19
> netappqa3:_vol_cloud__images_ovirt__QA__export
> drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:17
> netappqa3:_vol_cloud__images_ovirt__QA__ISOs
>
>
>
> export and ISO domain mount fine too. (and rw)
>
>
>
> ovirt-engine-3.6.4.1-1.el7.centos.noarch
>
>
> On 04/13/2016 03:21 PM, Brett I. Holcomb wrote:
>> On Wed, 2016-04-13 at 15:09 -0700, Bill James wrote:
>>> I have a cluster working fine with 2 nodes.
>>> I'm trying to add a third and it is complaining:
>>>
>>>
>>> StorageServerAccessPermissionError: Permission settings on the
>>> specified
>>> path do not allow access to the storage. Verify permission settings
>>> on
>>> the specified storage path.: 'path =
>>> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs'
>>>
>>>
>>> if I try the commands manually as vdsm they work fine and the volume
>>> mounts.
>>>
>>>
>>> [vdsm@ovirt4 test /]$ mkdir -p
>>> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
>>> [vdsm@ovirt4 test /]$ sudo -n /usr/bin/mount -t nfs -o
>>> soft,nosharecache,timeo=600,retrans=6
>>> ovirt3-ks.test.j2noc.com:/ovirt-store/nfs
>>> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
>>> [vdsm@ovirt4 test /]$ df -h
>>> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
>>> Filesystem Size Used Avail Use%
>>> Mounted on
>>> ovirt3-ks.test.j2noc.com:/ovirt-store/nfs 1.1T 305G 759G 29%
>>> /rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
>>>
>>>
>>> After manually mounting the NFS volumes and activating the node it
>>> still
>>> fails.
>>>
>>>
>>> 2016-04-13 14:55:16,559 WARN
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
>>> ]
>>> (DefaultQuartzScheduler_Worker-61) [64ceea1d] Correlation ID:
>>> 64ceea1d,
>>> Job ID: a47b74c7-2ae0-43f9-9bdf-e50963a28895, Call Stack: null,
>>> Custom
>>> Event ID: -1, Message: Host ovirt4.test.j2noc.com cannot access the
>>> Storage Domain(s) <UNKNOWN> attached to the Data Center Default.
>>> Setting
>>> Host state to Non-Operational.
>>>
>>>
>>> Not sure what "UNKNOWN" storage is, unless its one I deleted
earlier
>>> that somehow isn't really removed.
>>>
>>> Also tried "reinstall" on node. same issue.
>>>
>>> Attached are engine and vdsm logs.
>>>
>>>
>>> Thanks.
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>>> http://lists.ovirt.org/mailman/listinfo/users
>> Try adding anonuid=36,anongid=36 to the mount and make sure 36:36 is
>> the owner group on the mount point. I found this,http://www.ovirt.org
>> /documentation/how-to/troubleshooting/troubleshooting-nfs-storage-
>> issues/, helpful.
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users%0A>
Try adding the anonuid=36,anongid=36 to the NFS mount options.
--------------030609020105080503060106
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
just to close off this issue.<br>
I found problem.<br>
My /etc/exports file had a space in it where it shouldn't have
(between * and options).<br>
This seemed to acceptable with older versions of centos7.2 but on my
newer host with latest centos7.2 (3.10.0-327.13.1.el7.x86_64) it
only mounted read-only. maybe default changed from rw to ro?<br>
<br>
I fixed exports file and now both versions of centos work.<br>
<br>
/mount_point
*(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 4/13/16 4:39 PM, Brett I. Holcomb
wrote:<br>
</div>
<blockquote cite="mid:1460590790.3902.20.camel@l1049h.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<div>On Wed, 2016-04-13 at 15:52 -0700, Bill James wrote:</div>
<blockquote type="cite"> [vdsm@ovirt4 test /]$ touch
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test<br>
touch: cannot touch
‘/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test’:
Read-only file system<br>
<br>
Hmm, read-only. :-(<br>
<br>
ovirt3-ks.test.j2noc.com:/ovirt-store/nfs on
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
type nfs4
(<b>rw</b>,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,port=0,timeo=600,retrans=6,sec=sys,clientaddr=10.100.108.96,local_lock=none,addr=10.100.108.33)<br>
<br>
now to figure out why....<br>
<br>
<br>
[root@ovirt4 test ~]# ls -la /rhev/data-center/mnt/<br>
total 8<br>
drwxr-xr-x 4 vdsm kvm 110 Apr 13 15:30 .<br>
drwxr-xr-x 3 vdsm kvm 16 Apr 13 08:06 ..<br>
drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:19
netappqa3:_vol_cloud__images_ovirt__QA__export<br>
drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:17
netappqa3:_vol_cloud__images_ovirt__QA__ISOs<br>
<br>
<br>
<br>
export and ISO domain mount fine too. (and rw)<br>
<br>
<br>
<br>
ovirt-engine-3.6.4.1-1.el7.centos.noarch<br>
<br>
<br>
<div class="moz-cite-prefix">On 04/13/2016 03:21 PM, Brett I.
Holcomb wrote:<br>
</div>
<blockquote cite="mid:1460586060.3902.19.camel@l1049h.com"
type="cite">
<pre wrap="">On Wed, 2016-04-13 at 15:09 -0700, Bill James
wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have a cluster working fine with 2 nodes.
I'm trying to add a third and it is complaining:
StorageServerAccessPermissionError: Permission settings on the
specified
path do not allow access to the storage. Verify permission settings
on
the specified storage path.: 'path =
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs'
if I try the commands manually as vdsm they work fine and the volume
mounts.
[vdsm@ovirt4 test /]$ mkdir -p
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
[vdsm@ovirt4 test /]$ sudo -n /usr/bin/mount -t nfs -o
soft,nosharecache,timeo=600,retrans=6
ovirt3-ks.test.j2noc.com:/ovirt-store/nfs
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
[vdsm@ovirt4 test /]$ df -h
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
Filesystem Size Used Avail Use%
Mounted on
ovirt3-ks.test.j2noc.com:/ovirt-store/nfs 1.1T 305G 759G 29%
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
After manually mounting the NFS volumes and activating the node it
still
fails.
2016-04-13 14:55:16,559 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
]
(DefaultQuartzScheduler_Worker-61) [64ceea1d] Correlation ID:
64ceea1d,
Job ID: a47b74c7-2ae0-43f9-9bdf-e50963a28895, Call Stack: null,
Custom
Event ID: -1, Message: Host ovirt4.test.j2noc.com cannot access the
Storage Domain(s) <UNKNOWN> attached to the Data Center Default.
Setting
Host state to Non-Operational.
Not sure what "UNKNOWN" storage is, unless its one I deleted earlier
that somehow isn't really removed.
Also tried "reinstall" on node. same issue.
Attached are engine and vdsm logs.
Thanks.
_______________________________________________
Users mailing list
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<pre wrap="">Try adding anonuid=36,anongid=36 to the mount and
make sure 36:36 is
the owner group on the mount point. I found this, <a moz-do-not-send="true"
href="http://www.ovirt.org">http://www.ovirt.org</a>
/documentation/how-to/troubleshooting/troubleshooting-nfs-storage-
issues/, helpful.
_______________________________________________
Users mailing list
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
<pre>_______________________________________________
Users mailing list
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users%0A">http...
</a></pre>
</blockquote>
<div><br>
</div>
<div>Try adding the anonuid=36,anongid=36 to the NFS mount
options.</div>
<div><br>
</div>
<div><br>
</div>
</blockquote>
<br>
</body>
</html>
--------------030609020105080503060106--