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 <avladulescu@bfproject.ro <mailto:avladulescu@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.tuxx@gmail.com <mailto:alex.tuxx@gmail.com> <mailto:alex.tuxx@gmail.com <mailto:alex.tuxx@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 <iheim@redhat.com <mailto:iheim@redhat.com> <mailto:iheim@redhat.com <mailto:iheim@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.tuxx@gmail.com <mailto:alex.tuxx@gmail.com> <mailto:alex.tuxx@gmail.com <mailto:alex.tuxx@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