Hi,<div><br></div><div>I guess you are referring to the old documentation, right? I found the warning about sqlite and NFS in the 3.2 archives [1]. It should be enough if you move the one.db file and create a symlink.</div>
<div><br></div><div>Regards</div><div><br></div><div>[1] <a href="http://opennebula.org/documentation:archives:rel3.2:sfs#considerations_limitations">http://opennebula.org/documentation:archives:rel3.2:sfs#considerations_limitations</a><br clear="all">
<div>--<br>Carlos Martín, MSc<br>Project Engineer<br>OpenNebula - The Open-source Solution for Data Center Virtualization<div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a> | <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="mailto:cmartin@opennebula.org" style="color:rgb(42,93,176)" target="_blank"></a></span></div>
</div>
<br><br><div class="gmail_quote">On Fri, Jan 11, 2013 at 2:30 PM, Andreas Calvo Gómez <span dir="ltr"><<a href="mailto:andreas.calvo@scytl.com" target="_blank">andreas.calvo@scytl.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Carlos,<br>
We are exporting the whole /var/lib/one directory as per the
documentation, which helps to maintain all the cloud by sharing the
same ssh public keys and configuration.<br>
<br>
Do you think placing the SQLite database in a non-NFS directory will
make things better?<div><div class="h5"><br>
<br>
<div>On 11/01/13 14:09, Carlos Martín
Sánchez wrote:<br>
</div>
<blockquote type="cite">Hi,
<div><br>
</div>
<div>Are you exporting only the shared datastores, or the whole
/var/lib/one location?</div>
<div>In older versions we advised to share /var/lib/one to make
the ssh configuration easier, but NFS would make the sqlite DB
misbehave.<br clear="all">
<div><br>
</div>
<div>Regards</div>
<div>--<br>
Carlos Martín, MSc<br>
Project Engineer<br>
OpenNebula - The Open-source Solution for Data Center
Virtualization
<div><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:cmartin@opennebula.org" target="_blank">cmartin@opennebula.org</a>
| <a href="http://twitter.com/opennebula" target="_blank">@OpenNebula</a></span><span style="border-collapse:collapse;color:rgb(136,136,136);font-family:arial,sans-serif;font-size:13px"></span></div>
</div>
<br>
<br>
<div class="gmail_quote">On Thu, Jan 10, 2013 at 11:45 AM,
Andreas Calvo Gómez <span dir="ltr"><<a href="mailto:andreas.calvo@scytl.com" target="_blank">andreas.calvo@scytl.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello,<br>
We've been using ONE for some time now, and it worked
flawlessly.<br>
<br>
A month ago, we switched from GFS to NFS to shared storage,
because GFS is really difficult to maintain and operate.<br>
<br>
We found out that Sunstone is becoming inactive randomly:
while the WEBUI seems to be working, users cannot log in and
logged users cannot operate (launch VNC, start/stop VMs,
...).<br>
However, there are no references to an error or lockup
either in sunstone logs (both .log and .error) or in ONE
logs.<br>
<br>
Any hint or point to track down this behaviour?<br>
<br>
ONE version is 3.8.1 under CentOS 6.3.<br>
<br>
Thanks<br>
<br>
-- <br>
Andreas Calvo Gómez<br>
Systems Engineer<br>
Scytl Secure Electronic Voting<br>
Plaça Galˇla Placidia, 1-3, 1st floor ˇ 08006 Barcelona<br>
Phone: <a href="tel:%2B%2034%20934%20230%20324" value="+34934230324" target="_blank">+ 34 934 230 324</a><br>
Fax: <a href="tel:%2B%2034%20933%20251%20028" value="+34933251028" target="_blank">+ 34 933 251 028</a><br>
<a href="http://www.scytl.com" target="_blank">http://www.scytl.com</a><br>
<br>
NOTICE: The information in this e-mail and in any of its
attachments is<br>
confidential and intended solely for the attention and use
of the named<br>
addressee(s). If you are not the intended recipient, any
disclosure,<br>
copying,<br>
distribution or retaining of this message or any part of it,
without the<br>
prior<br>
written consent of Scytl Secure Electronic Voting, SA is
prohibited and<br>
may be<br>
unlawful. If you have received this in error, please contact
the sender<br>
and<br>
delete the material from any computer.<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
<pre cols="72">--
Andreas Calvo Gómez
Systems Engineer
Scytl Secure Electronic Voting
Plaça Galˇla Placidia, 1-3, 1st floor ˇ 08006 Barcelona
Phone: <a href="tel:%2B%2034%20934%20230%20324" value="+34934230324" target="_blank">+ 34 934 230 324</a>
Fax: <a href="tel:%2B%2034%20933%20251%20028" value="+34933251028" target="_blank">+ 34 933 251 028</a>
<a href="http://www.scytl.com" target="_blank">http://www.scytl.com</a>
NOTICE: The information in this e-mail and in any of its attachments is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient, any disclosure,
copying,
distribution or retaining of this message or any part of it, without the
prior
written consent of Scytl Secure Electronic Voting, SA is prohibited and
may be
unlawful. If you have received this in error, please contact the sender
and
delete the material from any computer. </pre>
</div></div></div>
</blockquote></div><br></div>