3:18 a.m.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
I found the workaround for this.
For some reason my Storage domain of data can not be mounted. I just mount =
it manually, like
mount -t nfs nfs2-3:/data /rhev/data-center/mnt/nfs2-3:_data
Actually, the folder of "/rhev/data-center/mnt/nfs2-3:_data" has been creat=
ed. I think this may be some bug as for in my environment, I will reproduce=
it always if I try to deploy the host from second time.
Thanks,
Cong
From: Yue, Cong
Sent: Thursday, December 18, 2014 2:17 PM
To: 'users(a)ovirt.org'
Subject: RE: Can not connect to Storage domain data
I think the problems for my issue are related with the NFS version.
Subject:
Can not connect to Storage domain data
Hi
I successfully deployed the first ovirt host with hosted-engine -deploy. En=
gine VM works well.
While, when I try to create the second host with the same way as the guide =
of
http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part=
-two/
I am not using GlusterFS, and just use one external storage(nfs) in my envi=
ronment.
The issue I have is in the engine administration menu, it says "can not con=
nect to storage domain data"
In the second host, I checked with nfs-check.py for both storage and data d=
omain. It shows the status is ok.
http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues
During deployment of the second host, how the data domain is trying to be m=
ounted?
Thanks,
________________________________
This e-mail message is for the sole use of the intended recipient(s) and ma=
y contain confidential and privileged information. Any unauthorized review,=
use, disclosure or distribution is prohibited. If you are not the intended=
recipient, please contact the sender by reply e-mail and destroy all copie=
s of the original message. If you are the intended recipient, please be adv=
ised that the content of this message is subject to access, review and disc=
losure by the sender's e-mail System Administrator.
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml"
xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word"
=
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml"
xmlns=3D"http:=
//www.w3.org/TR/REC-html40" <head <meta http-equiv=3D"Content-Type"
content=3D"text/html; charset=3Dus-ascii"=
<meta name=3D"Generator" content=3D"Microsoft
Word 14 (filtered medium)" <style><!--
/* Font Definitions */
@font-face
{font-family:"MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
{font-family:SimSun;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:"\@SimSun";
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"\@MS Mincho";
panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle21
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" / </xml><![endif]--><!--[if gte mso
9]><xml <o:shapelayout
v:ext=3D"edit" <o:idmap v:ext=3D"edit"
data=3D"1" /
</o:shapelayout></xml><![endif]--
</head <body lang=3D"EN-US"
link=3D"blue" vlink=3D"purple" <div
class=3D"WordSection1" <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">I found the workaround for this.<o:p></o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">For some reason my Storage domain of data can not be mounted. I just moun=
t it manually, like<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">mount –t nfs nfs2-3:/data
/rhev/data-center/mnt/nfs2-3:_data<o:p></=
o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Actually, the folder of “/rhev/data-center/mnt/nfs2-3:_data”
=
has been created. I think this may be some bug as for in my environment, I =
will reproduce it always if I try to deploy the
host from second time.<o:p></o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Thanks,<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Cong<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p <div <div
style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in" <p
class=3D"MsoNormal"><b><span
style=3D"font-size:10.0pt;font-family:"=
;Tahoma","sans-serif"">From:</span></b><span
style=3D"font-s=
ize:10.0pt;font-family:"Tahoma","sans-serif"">
Yue, Con=
g
<br <b>Sent:</b> Thursday, December 18, 2014 2:17
PM<br <b>To:</b>
'users(a)ovirt.org'<br <b>Subject:</b> RE: Can
not connect to Storage domain data <o:p></o:p></spa=
n></p </div </div <p
class=3D"MsoNormal"><o:p> </o:p></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">I think the problems for my issue are related with the NFS
version.<o:p><=
/o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">From the second, if I change the value of Defaultver /etc/nfsmount.=
conf from “Defaultvres=3D4” to “Defaulvers=3D3”,
th=
e mount can not be done. When I changed it back to “Defaultvers=3D4&#=
8221;, it
will work.<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Also from /proc/mounts, it shows the nfs version is nfs4. But for my firs=
t host, it is nfs3.<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Do somebody have the similar issue about
thi?<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Thank in advance,<o:p></o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
">Cong<o:p></o:p></span></p <p
class=3D"MsoNormal"><span
style=3D"color:#1F497D;mso-fareast-language:JA=
"><o:p> </o:p></span></p <p class=3D"MsoNormal"><span
style=3D"color:#1F497D"><o:p> </o:p></spa=
n></p <div <div
style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in" <p
class=3D"MsoNormal"><b><span
style=3D"font-size:10.0pt;font-family:"=
;Tahoma","sans-serif"">From:</span></b><span
style=3D"font-s=
ize:10.0pt;font-family:"Tahoma","sans-serif"">
Yue, Con=
g
<br <b>Sent:</b> Thursday, December 18, 2014 9:52
AM<br <b>To:</b> <a
href=3D"mailto:users@ovirt.org">users@ovirt.org</a><br <b>Subject:</b> Can not connect to Storage domain
data <o:p></o:p></span></=
p </div
</div <p
class=3D"MsoNormal"><o:p> </o:p></p <p
class=3D"MsoNormal">Hi<o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p class=3D"MsoNormal">I successfully deployed
the first ovirt host with ho=
sted-engine –deploy. Engine VM works well.<o:p></o:p></p <p class=3D"MsoNormal">While, when I try to
create the second host with the=
same way as the guide of
<o:p></o:p></p <p
class=3D"MsoNormal"><a
href=3D"http://community.redhat.com/blog/2014/11/=
up-and-running-with-ovirt-3-5-part-two/">http://community.redhat....
014/11/up-and-running-with-ovirt-3-5-part-two/</a><o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p class=3D"MsoNormal">I am not using
GlusterFS, and just use one external =
storage(nfs) in my environment.<o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p class=3D"MsoNormal">The issue I have is in
the engine administration men=
u, it says “can not connect to storage domain
data”<o:p></o:p><=
/p <p class=3D"MsoNormal">In the second host, I
checked with nfs-check.py for =
both storage and data domain. It shows the status is ok.<o:p></o:p></p <p class=3D"MsoNormal"><a
href=3D"http://www.ovirt.org/Troubleshooting_NFS_=
Storage_Issues">http://www.ovirt.org/Troubleshooting_NFS_Storage_...
<o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p class=3D"MsoNormal">During deployment of the
second host, how the data d=
omain is trying to be mounted?<o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p
class=3D"MsoNormal">Thanks,<o:p></o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p <p
class=3D"MsoNormal"><o:p> </o:p></p </div
<br <hr <font
face=3D"Arial" color=3D"Gray" size=3D"1">This e-mail
message is for t=
he sole use of the intended recipient(s) and may contain confidential and p=
rivileged information. Any unauthorized review, use, disclosure or distribu=
tion is prohibited. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy =
all copies of the original message. If you are the intended recipient, plea=
se be advised that the content of this message is subject to access, review=
and disclosure by the sender's
e-mail System Administrator.<br
</font </body </html
--_000_ED08B56256B38842A463A2A0804C5AC0326ACA471Csvrcaexch1atg_--
From the second, if I change the value of Defaultver
/etc/nfsmount.conf fr=
om "Defaultvres=3D4" to "Defaulvers=3D3",
the mount can not be done. When I=
changed it back to "Defaultvers=3D4", it will work.
Also from /proc/mounts, it shows the nfs version is nfs4. But for my first =
host, it is nfs3.
Do somebody have the similar issue about thi?
Thank in advance,
Cong
From: Yue, Cong
Sent: Thursday, December 18, 2014 9:52 AM
To: users@ovirt.org<mailto:users@ovirt.org