On 01/24/2013 08:03 AM, Alex Leonhardt wrote:
same here, ovirt 3.1 from dreyou's repo ...
vdsm-python-4.10.0-0.44.14.el6.x86_64
vdsm-cli-4.10.0-0.44.14.el6.noarch
vdsm-xmlrpc-4.10.0-0.44.14.el6.noarch
vdsm-4.10.0-0.44.14.el6.x86_64
Alex
On 24 January 2013 12:33, Alexandru Vladulescu <avladule...@bfproject.ro
<mailto:avladule...@bfproject.ro>> wrote:
On 01/24/2013 02:25 PM, Itamar Heim wrote:
On 24/01/2013 04:24, Alexandru Vladulescu wrote:
Hi guys,
I remember asking the same thing a couple of weeks ago. Itamar
answered
to be the same, should check the vdsm.conf file for nfs mount
options.
Because I did not had the time to do test this until now, I
return with
the test results.
Well Alex it seems to be right, on the 3.1 version, if you go
and edit
the /etc/vdsm/vdsm.conf file, on line 146, I uncommented the
nfs_mount_options parameter and changed it to :
nfs_mount_options =
soft,nosharecache,noatime,__rsize=8192,wsize=8192
Went in Ovirt interface, put the node from Hosts tab into
Maintenance,
so that the ISO domain and Master Domain will get unmounted
automatically; restarted the vdsm service on the hypervisior
server and
activate the node back from GUI. Upon mount command, there is
no change
or difference between what I have added and what was configured
automatically before.
I remember something about you must not pass any nfs option from
ovirt, or it will override the vdsm.conf.
are you trying to set nfs options from both engine and vdsm.conf?
Basically, I had 2 questions, one was like Alex asked and it is in the
current topic, and the other was suggestion to add these nfs
configuration parameters changes into the GUI in Storage tab. I asked
if besides the retrans, timeo and vers is it possible to add anything
else in the future GUI devel.
Must mention, I test on 3.1 version from dreyou's repo.
This is key. There was a bug where vdsm did not take the vdsm.conf
nfs_mount_options into consideration [1], which was fixed upstream in
4.10.1--so after the version you are running. There was also a
complementary patch in engine--the two work together to fix this issue.
If you had the fix, you would simply need to be sure to not check the
"Override Default Options" checkbox for your NFS storage in the UI.
However, without the fix, I think the most straightforward way to
accomplish what you want is to configure the storage using a Posix domain
as Itamar suggested earlier in the thread.
I'll leave the question of adding additional, custom parameters in the UI
for others to answer. Seems like it could be useful, but can be
accomplished other ways.
[1] http://bugzilla.redhat.com/826921
type nfs
(rw,soft,nosharecache,timeo=__10,retrans=6,vers=4,addr=x.x.__x.x,clientaddr=x.x.x.x)
Might this be a bug on vdsm to be fixed ?
Alex.
On 01/24/2013 01:45 PM, Alex Leonhardt wrote:
So I've tried some bits Itamar asked me to - however,
still get the
same mount options shown.
I tried "service vdsmd reconfigure; service vdsmd restart"
- the mount
for HV03:/vmfs/data should now have the new mount options,
but no luck.
Anyone time to help ?
Alex
On 24 January 2013 10:54, Alex Leonhardt
<alex.t...@gmail.com <mailto:alex.t...@gmail.com>
<mailto:alex.t...@gmail.com <mailto:alex.t...@gmail.com>>>
wrote:
I've got now :
nfs_mount_options =
soft,nosharecache,rsize=32768,__wsize=32768,noatime
However, when I check the mounts on the host, it does
not show
these addtitional options used ? (only
soft,nosharecache), here
the mount output:
HV02:/vmfs/data.old2 on
/rhev/data-center/mnt/HV02:___vmfs_data.old2
type nfs
(rw,soft,nosharecache,timeo=__600,retrans=6,nfsvers=3,addr=__x.x.x8)
HV02:/vmfs/data on
/rhev/data-center/mnt/HV02:___vmfs_data type nfs
(rw,soft,nosharecache,timeo=__600,retrans=6,vers=3,addr=x.x.__x8)
HV03:/vmfs/data on
/rhev/data-center/mnt/HV03:___vmfs_data type nfs
(rw,soft,nosharecache,timeo=__600,retrans=6,nfsvers=3,addr=__127.0.0.1)
Above is after I restarted HV03 so it really should
have mounted
HV03:/vmfs/data with the new options
another question would be if "nolock" would be a good
idea as it
seems that nfs ops are sometimes being blocked by a
lock ? at
least, it behaves as if .. i havent further
investigated yet.
Alex
On 23 January 2013 13:27, Itamar Heim
<ih...@redhat.com <mailto:ih...@redhat.com>
<mailto:ih...@redhat.com <mailto:ih...@redhat.com>>>
wrote:
On 22/01/2013 11:43, Haim Ateya wrote:
you can set it manually on each hypervisor by
using vdsm.conf.
add the following into /etc/vdsm/vdsm.conf
[irs]
nfs_mount_options = soft,nosharecache
restart vdsmd service on the end.
you can also set them via a posixfs storage
domain, but for
nfs, an nfs storage domain is recommended over a
posixfs one.
question is what is the use case for them, and
should they be
added for nfs domains as well.
----- Original Message -----
From: "Alex Leonhardt"
<alex.t...@gmail.com <mailto:alex.t...@gmail.com>
<mailto:alex.t...@gmail.com
<mailto:alex.t...@gmail.com>>>
To: "oVirt Mailing List" <users@ovirt.org
<mailto:users@ovirt.org>
<mailto:users@ovirt.org
<mailto:users@ovirt.org>>>
Sent: Tuesday, January 22, 2013 1:46:56 AM
Subject: [Users] custom nfs mount options
Hi,
Is it possible set custom nfs mount options,
specifically : noatime,
wsize and rsize ? I couldnt see anything
when "adding
a NFS domain"
- only timeout & retry.
Thanks!
Alex
--
| RHCE | Senior Systems Engineer |
www.vcore.co <http://www.vcore.co>
<http://www.vcore.co> |
| www.vsearchcloud.com
<http://www.vsearchcloud.com> <http://www.vsearchcloud.com> |
_________________________________________________
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
_________________________________________________
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
<mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
--
| RHCE | Senior Systems Engineer | www.vcore.co
<http://www.vcore.co>
<http://www.vcore.co> | www.vsearchcloud.com
<http://www.vsearchcloud.com>
<http://www.vsearchcloud.com> |
--
| RHCE | Senior Systems Engineer | www.vcore.co
<http://www.vcore.co> <http://www.vcore.co>
| www.vsearchcloud.com <http://www.vsearchcloud.com>
<http://www.vsearchcloud.com> |
_________________________________________________
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
--
Alexandru Vladulescu
System Engineer
------------------------------__------------------------------__---------------------
Bright Future Project Romania
Skype : avladulescu
Mobile : +4(0)726.373.098 <tel:%2B4%280%29726.373.098>
------------------------------__------------------------------__---------------------
--
Alexandru Vladulescu
System Engineer
------------------------------__------------------------------__---------------------
Bright Future Project Romania
Skype : avladulescu
Mobile : +4(0)726.373.098 <tel:%2B4%280%29726.373.098>
------------------------------__------------------------------__---------------------
--
| RHCE | Senior Systems Engineer | www.vcore.co <http://www.vcore.co> |
www.vsearchcloud.com <http://www.vsearchcloud.com> |
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
