This is a multi-part message in MIME format. ------=_NextPartTM-000-55a33d75-2f24-4571-9c2f-1e9439f8f59a Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =0A= Did you follow the NFS export guidelines and userid 36? Here the=0A= export data from our ISO NFS server path=0A= =0A= # ls -ald /var/nas3/OVirtISO=0A= drwxrwxr-x 3 36 36 74 Dez 10 12:53 /var/nas3/OVirtISO=0A= # cat /etc/exports=0A= /var/nas3/OVirtEXP 10.0.0.0/12(rw,async,no_subtree_check,anonuid=3D36,anong= id=3D36,all_squash)=0A= ...=0A= =0A= Markus= ------=_NextPartTM-000-55a33d75-2f24-4571-9c2f-1e9439f8f59a Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-55a33d75-2f24-4571-9c2f-1e9439f8f59a--

--_3d0a2dd1-ed14-4440-bb69-4de96b116146_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am still trying to resolve this issue. I found the "Troubleshooting NFS S= torage Issues" page=2C and have a few questions regarding the troubleshooti= ng steps contained therein... 1) In the "Permissions" section=2C there's a suggestion under the "SELinux"= subsection to "su - vdsm -s /bin/bash" and then try to mount the target NF= S share under a temp mountpoint. However=2C the mount command is only usabl= e as 'root'=2C right? If this can indeed be done=2C please let me know how = (and I will update the wiki page...) 2) In the "nfs-check program" section=2C it says to run the Python script p= assing the the target NFS share path as a parameter. However=2C it does not= indicate where to run the script -- on the engine=2C or on a node? (When I= ran it on a node=2C it gives the output: return =3D 32 error mount.nfs: ac= cess denied by server while mounting stordevfs.nec-labs.com:/volumes/storag= e/ovirt-isos) Thanks!Will From: willarddennis(a)live.com To: stockhausen(a)collogia.de=3B users(a)ovirt.org Date: Mon=2C 20 Jan 2014 16:17:28 -0500 Subject: Re: [Users] Error when trying to create a new ISO storage domain =0A= =0A= =0A= Thanks for the reply=2C Markus. 36=2Canongid=3D36=2Call_squash) The share is on a Illumos (nee OpenSolaris) box=2C and uses ZFS's NFS imple= mentation. Here is the output of the "share" command (i.e. exportfs) for th= is share: -@storage/ovir /volumes/storage/ovirt-isos anon=3D36=2Csec=3Dnone=2Crw = "" I did change the NFS mount options (added the "anon=3D36"=2C and changed th= e "sec=3D" option from "sys to "none")=2C and now I'm getting a slightly di= fferent error: -----Error while executing action Add Storage Connection: Problem while try= ing to mount target----- Any way to get more info on what exactly the propblem is?? =0A= _______________________________________________=0A= Users mailing list=0A= Users(a)ovirt.org=0A= http://lists.ovirt.org/mailman/listinfo/users = --_3d0a2dd1-ed14-4440-bb69-4de96b116146_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style><!-- .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 12pt=3B font-family:Calibri } --></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>I am still trying to resolve thi= s issue. I found the "Troubleshooting NFS Storage Issues" page=2C and have = a few questions regarding the troubleshooting steps contained therein...<di= v><br></div><div>1) In the "Permissions" section=2C there's a suggestion un= der the "SELinux" subsection to "su - vdsm -s /bin/bash" and then try to mo= unt the target NFS share under a temp mountpoint. However=2C the mount comm= and is only usable as 'root'=2C right? If this can indeed be done=2C please= let me know how (and I will update the wiki page...)</div><div><br></div><= div>2) In the "nfs-check program" section=2C it says to run the Python scri= pt passing the&nbsp=3Bthe target NFS share path as a parameter. However=2C = it does not indicate where to run the script -- on the engine=2C or on a no= de? (When I ran it on a node=2C it gives the output:&nbsp=3Breturn =3D 32 e= rror mount.nfs: access denied by server while mounting stordevfs.nec-labs.c= om:/volumes/storage/ovirt-isos)<br><br>Thanks!</div><div>Will<br><br><div><= hr id=3D"stopSpelling">From: willarddennis(a)live.com&lt;br&gt;To: stockhausen@coll= ogia.de=3B users(a)ovirt.org&lt;br&gt;Date: Mon=2C 20 Jan 2014 16:17:28 -0500<br>Su= bject: Re: [Users] Error when trying to create a new ISO storage domain<br>= <br>=0A= =0A= <style><!--=0A= .ExternalClass .ecxhmmessage P {=0A= padding:0px=3B=0A= }=0A= =0A= .ExternalClass body.ecxhmmessage {=0A= font-size:12pt=3B=0A= font-family:Calibri=3B=0A= }=0A= =0A= --></style>=0A= <div dir=3D"ltr">Thanks for the reply=2C Markus.<br><div><br>&gt=3B Did you= follow the NFS export guidelines and userid 36? Here the<br>&gt=3B export = data from our ISO NFS server path<br>&gt=3B <br>&gt=3B # ls -ald /var/nas3/= OVirtISO<br>&gt=3B drwxrwxr-x 3 36 36 74 Dez 10 12:53 /var/nas3/OVirtISO<br= ync=2Cno_subtree_check=2Canonuid=3D36=2Canongid=3D36=2Call_squash)<br>&gt= =3B ...<br>&gt=3B <br>&gt=3B Markus<br></div><div><br></div><div>The share = is on a Illumos (nee OpenSolaris) box=2C and uses ZFS's NFS implementation.= Here is the output of the "share" command (i.e. exportfs) for this share:<= /div><div><br></div><div><font face=3D"Courier New">-@storage/ovir &nbsp=3B= /volumes/storage/ovirt-isos &nbsp=3B anon=3D36=2Csec=3Dnone=2Crw &nbsp=3B "= "</font></div><div><br></div><div>I did change the NFS mount options (added= the "anon=3D36"=2C and changed the "sec=3D" option from "sys to "none")=2C= and now I'm getting a slightly different error:</div><div><br></div><div>-= ----</div><div><font face=3D"Arial Unicode MS=2C Arial=2C sans-serif" size= =3D"3">Error while executing action Add Storage Connection: Problem while t= rying to mount target</font></div><div><font face=3D"Arial Unicode MS=2C Ar= ial=2C sans-serif" size=3D"3">-----</font></div><div><br></div><div>Any way= to get more info on what exactly the propblem is??</div> </div>= =0A= <br>_______________________________________________=0A= Users mailing list=0A= Users(a)ovirt.org=0A= http://lists.ovirt.org/mailman/listinfo/users</div></div> </div>= </body> </html>= --_3d0a2dd1-ed14-4440-bb69-4de96b116146_--

--_3f61678c-eed1-4323-b4bc-f49d198b4e5d_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks for the response=2C Dafna... Just needed a clue where to look=2C thanks :) I see that the mount cmd is being invoked with sudo=2C and that's how it wo= rks for the user vdsm --/usr/bin/sudo -n /bin/mount -t nfs -o soft=2Cnoshar= ecache=2Ctimeo=3D600=2Cretrans=3D6=2Cnfsvers=3D3 stordevfs.nec-labs.com:/vo= lumes/storage/ovirt-isos /rhev/data-center/mnt/stordevfs.nec-labs.com:_volu= mes_storage_ovirt-isos And then the resulting error I'm getting:MountError: (32=2C '=3Bmount.nfs: = access denied by server while mounting stordevfs.nec-labs.com:/volumes/stor= age/ovirt-isos\n') ...which correlates with the output of the nfs-check.py script. So=2C I will have to debug on the Illumos side as to why I don't seem to ha= ve the needed perm's=3B but=2C in the meantime=2C I did set up a NFS share = on a CentOS 6.4 box I have available=2C following directions on http://www= .ovirt.org/Troubleshooting_NFS_Storage_Issues =2C and it does work fine fro= m there.=20 Thanks for your assistance! Best=2CWill = --_3f61678c-eed1-4323-b4bc-f49d198b4e5d_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style><!-- .hmmessage P { margin:0px=3B padding:0px } body.hmmessage { font-size: 12pt=3B font-family:Calibri } --></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'><br>Thanks for the response=2C D= afna...<br><div><br>&gt=3B vdsm is using mount command.<br>&gt=3B please lo= ok at vdsm log and find the mount command that is failing and <br>&gt=3B ru= n it manually to see the mount trace.<br>&gt=3B <br>&gt=3B you can also att= ach the vdsm log here and we can try to find it :)<br>&gt=3B <br>&gt=3B Daf= na<br><br></div><div>Just needed a clue where to look=2C thanks :)</div><di= v><br></div><div>I see that the mount cmd is being invoked with sudo=2C and= that's how it works for the user vdsm --</div><div><div><font face=3D"Cour= ier New">/usr/bin/sudo -n /bin/mount -t nfs -o soft=2Cnosharecache=2Ctimeo= =3D6<span style=3D"font-size: 12pt=3B">00=2Cretrans=3D6=2Cnfsvers=3D3 stord= evfs.nec-labs.com:/volumes/storage/ovirt-isos /rhev/data-center/mnt/stordev= fs.nec-labs.com:_volumes_storage_ovirt-isos</span></font></div></div><div><= br></div><div>And then the resulting error I'm getting:</div><div><font fac= e=3D"Courier New">MountError: (32=2C '=3Bmount.nfs: access denied by server= while mounting stordevfs.nec-labs.com:/volumes/storage/ovirt-isos\n')</fon= t></div><div><br></div><div>...which correlates with the output of the nfs-= check.py script.</div><div><br></div><div>So=2C I will have to debug on the= Illumos side as to why I don't seem to have the needed perm's=3B but=2C in= the meantime=2C I did set up a NFS share on a CentOS 6.4 box I have availa= ble=2C following directions on &nbsp=3B<a href=3D"http://www.ovirt.org/Trou= bleshooting_NFS_Storage_Issues" target=3D"_blank" style=3D"font-size: 12pt= =3B">http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues</a>&nbsp=3B=2C= and it does work fine from there.&nbsp=3B</div><div><br></div><div>Thanks = for your assistance!</div><div><br></div><div>Best=2C</div><div>Will</div> = </div></body> </html>= --_3f61678c-eed1-4323-b4bc-f49d198b4e5d_--