<div>Hi,<br><br><div class="gmail_quote">On Tue, Jan 22, 2013 at 12:02 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">
    Hello,<br>
    Is there any way to place the one.db sqlite file in another
    directory? (so it is outside the NFS shared path)<br></div></blockquote><div><br></div><div>The path to one.db cannot be changed in oned.conf, but a symbolic link works fine.<div><br></div><div>Regards<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" target="_blank" style="color:rgb(42,93,176)"></a></span></div>

</div></div></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">
    Thanks<br>
    <div>On 14/01/13 15:32, Andreas Calvo Gómez
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      We will try it under our maintenance schedule.<br>
      <br>
      However, stopping and starting daemons shows the following
      warnings:<br>
      [root@opennebula ~]# /etc/init.d/opennebula-occi stop &&
      /etc/init.d/opennebula-sunstone stop &&
      /etc/init.d/opennebula stop && /etc/init.d/httpd stop<br>
      Stopping OCCI Server daemon: occi-server stopped<br>
                                                                 [  OK 
      ]<br>
      Stopping Sunstone Server daemon: sunstone-server stopped<br>
                                                                 [  OK 
      ]<br>
      Stopping OpenNebula daemon: oned and scheduler stopped<br>
                                                                 [  OK 
      ]<br>
      Stopping httpd:                                            [  OK 
      ]<br>
      [root@opennebula ~]# service opennebula start && service
      opennebula-sunstone start && service opennebula-occi start
      && service httpd start<br>
      Starting OpenNebula daemon: Stale .lock detected. Erasing it.<br>
                                                                 [  OK 
      ]<br>
      Starting Sunstone Server daemon: sunstone-server started<br>
                                                                 [  OK 
      ]<br>
      Starting OCCI Server: Stale .lock detected. Erasing it.<br>
      occi-server started<br>
                                                                 [  OK 
      ]<br>
      Starting httpd: httpd: Could not reliably determine the server's
      fully qualified domain name, using <a href="http://opennebula.scytl.net" target="_blank">opennebula.scytl.net</a> for
      ServerName<br>
                                                                 [  OK 
      ]<br>
      <br>
      Any hint about those lock files detected?<br>
      <br>
      Thanks<br>
      <div>On 11/01/13 14:51, Carlos Martín
        Sánchez wrote:<br>
      </div>
      <blockquote type="cite">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" target="_blank">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"></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><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>
      </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>
    </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>

</blockquote></div><br></div>