
This is a multi-part message in MIME format. --------------000805040307010004060205 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Answer to the question about removing the Posix FS ... yes, putting that domain in maintenance mode does in fact restore hostA to its former glory. -Eric
Eric Horne <mailto:ovirt@box11.org> Monday, August 18, 2014 8:53 PM I have a home lab in which I am learning about oVirt, but I'm having some trouble and thought some kind souls out there could point me in the right direction.
There are two servers, each server in it's own cluster (long story, but that's how it is). I'm on oVirt 3.4.x on both hosts, and the hosts are running CentOS 6.5. A third machine is acting as the engine, so nothing too funky there -- it too is running CentOS 6.5. I created a Posix Compliant FS on one of the hosts (hostB). It is a LVM device where I carved out 100GB from an existing volume group. The storage worked great, I moved an imported server there and it runs beautifully. However... the other host (hostA) is now in a "non-operational" state because it can't get to the LVM device of hostB. Since it's a local device on hostB, I am not surprised that hostA can't get to it; nevertheless, hostA thinks it is in a bad state and every minute tries to migrate the guests it is hosting off to another host (except there are no other hosts because I don't have the hardware yet).
Also hostB has somehow become the SPM -- but I'd prefer hostA to be the SPM; it has better connectivity.
So.. questions: 1) I read on the Internet somehwhere that this could be a caching issue and that restarting the host could fix it. Any thoughts on that? 2) Is there something I should do to make the Posix Compliant FS accessible to hostA? 3) Would removing the Posix Compliant FS bring hostA back into happiness without a reboot? 4) How do I force hostA to be the SPM or revoke hostB's SPM status?
Thanks for your time and help!
-Eric
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--------------000805040307010004060205 Content-Type: multipart/related; boundary="------------010709010308090707040800" --------------010709010308090707040800 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html><head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> </head><body bgcolor="#FFFFFF" text="#000000"><span>Answer to the question about removing the Posix FS ... yes, putting that domain in maintenance mode does in fact restore hostA to its former glory. <br> <br> -Eric </span><br> <blockquote style="border: 0px none;" cite="mid:53F2CA54.4000203@box11.org" type="cite"> <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div style="display:table;width:100%;border-top:1px solid #EDEEF0;padding-top:5px"> <div style="display:table-cell;vertical-align:middle;padding-right:6px;"><img photoaddress="ovirt@box11.org" photoname="Eric Horne" src="cid:part1.07040500.01080206@box11.org" name="compose-unknown-contact.jpg" height="25px" width="25px"></div> <div style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%"> <a moz-do-not-send="true" href="mailto:ovirt@box11.org" style="color:#737F92 !important;padding-right:6px;font-weight:bold;text-decoration:none !important;">Eric Horne</a></div> <div style="display:table-cell;white-space:nowrap;vertical-align:middle;"> <font color="#9FA2A5"><span style="padding-left:6px">Monday, August 18, 2014 8:53 PM</span></font></div></div></div> <div style="color:#888888;margin-left:24px;margin-right:24px;" __pbrmquotes="true" class="__pbConvBody"> <meta content="text/html; charset=ISO-8859-1" http-equiv="content-type"> <span>I have a home lab in which I am learning about oVirt, but I'm having some trouble and thought some kind souls out there could point me in the right direction. <br> <br>There are two servers, each server in it's own cluster (long story, but that's how it is). I'm on oVirt 3.4.x on both hosts, and the hosts are running CentOS <span style="display: inline; font-size: inherit; padding: 0pt;" class="__postbox-detected-content __postbox-detected-date" __postbox-detected-content="__postbox-detected-date"><span style="display: inline; font-size: inherit; padding: 0pt;" class="__postbox-detected-content __postbox-detected-date" __postbox-detected-content="__postbox-detected-date">6.5.</span></span> A third machine is acting as the engine, so nothing too funky there -- it too is running CentOS <span style="display: inline; font-size: inherit; padding: 0pt;" class="__postbox-detected-content __postbox-detected-date" __postbox-detected-content="__postbox-detected-date">6.5.</span> I created a Posix Compliant FS on one of the hosts (hostB). It is a LVM device where I carved out 100GB from an existing volume group. The storage worked great, I moved an imported server there and it runs beautifully. However... the other host (hostA) is now in a "non-operational" state because it can't get to the LVM device of hostB. Since it's a local device on hostB, I am not surprised that hostA can't get to it; nevertheless, hostA thinks it is in a bad state and every minute tries to migrate the guests it is hosting off to another host (except there are no other hosts because I don't have the hardware yet). <br> <br>Also hostB has somehow become the SPM -- but I'd prefer hostA to be the SPM; it has better connectivity. <br> <br>So.. questions: <br>1) I read on the Internet somehwhere that this could be a caching issue and that restarting the host could fix it. Any thoughts on that? <br>2) Is there something I should do to make the Posix Compliant FS accessible to hostA? <br>3) Would removing the Posix Compliant FS bring hostA back into happiness without a reboot? <br>4) How do I force hostA to be the SPM or revoke hostB's SPM status? <br> <br>Thanks for your time and help! <br> <br>-Eric <br> <br> <br> <br> <br> <br> </span> <div>_______________________________________________<br>Users mailing list<br><a class="moz-txt-link-abbreviated" href="mailto:Users@ovirt.org">Users@ovirt.org</a><br><a class="moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div></div> </blockquote> </body></html> --------------010709010308090707040800 Content-Type: image/jpeg; x-apple-mail-type=stationery; name="compose-unknown-contact.jpg" Content-Transfer-Encoding: base64 Content-ID: <part1.07040500.01080206@box11.org> Content-Disposition: inline; filename="compose-unknown-contact.jpg" /9j/4AAQSkZJRgABAQEARwBHAAD/2wBDAAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEC AQEBAQEBAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL/2wBDAQEBAQEBAQICAgICAgIC AgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgL/wAAR CAAZABkDAREAAhEBAxEB/8QAGAAAAwEBAAAAAAAAAAAAAAAABgcICQr/xAA0EAABAwMCAgUK BwAAAAAAAAACAQMEBQYRABITIQcUMUF2CBUXIjI2N0JRtVRWkZOV0dL/xAAYAQEAAwEAAAAA AAAAAAAAAAADAAEEAv/EACQRAAICAAQGAwAAAAAAAAAAAAABAhEDMrHREyExM0FxgfDx/9oA DAMBAAIRAxEAPwDuEt+gW/ULet6oVC3rfqNQqFv0OfPn1GhUqfOmzZtKZlS5UqZMaNwzNwiJ VIl7eXLCaZIGwBl3TY8epPx2+jy2ZNPjvkwc9uhW8j7nCPhvOsQliYIeS7cvCpp8o50qwrC4 v3lsNSDbdmTEhvs2tahxpfV3WnmbbozJEw/gwdadbYExVRXKEKoSdvJcaOSqxE7/AAiX0gXx +a69/JSf9alIlste0VzaNpeFrcT9KKymotyiaZ0KRCnzacoE7Kjzn4gi2KqUh3jqDHDHv4mR UfruTWlMzlVUKIVNp9GguEJnAh0+IZjyAiisgyRDnu5azS8miKqjOTVkKqS/psG37fo1Fbab eg25b8eZPeFJBBJSjMG5HjMeyihnaauZwe4OGiju13GAcpOwBeN+U8/IkGbsiS8b7ryogmbz hbyc9REROfZhERO5ETShjPtvpGqTUyLErytS4siSwx5x2tRH4hPOI0DkjZtaJtFxuVEbIUUi yeNujlBUJGbJN6nM/Cyf2Hf60YgjvKA+NPSP4gT7axpcPtr51YWJnYn9dnAQWl722p4ot37y zqnlfp6FrqbwawG8/9k= --------------010709010308090707040800-- --------------000805040307010004060205--