<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hello mates!</p>
    <p><br>
    </p>
    <p>Apoligies for so big delay.... have been in a high load work
      days.... We have finally declined using NFS,</p>
    <p><br>
    </p>
    <p>Thanks a lot to all!!<br>
    </p>
    <p>Best regards,<br>
    </p>
    <br>
    <div class="moz-cite-prefix">El 9/2/17 a las 10:25, Niels Dettenbach
      via Info-cyrus escribió:<br>
    </div>
    <blockquote cite="mid:18591852.M7RpPcv0tY@gongo" type="cite">
      <pre wrap="">Am Mittwoch, 8. Februar 2017, 17:24:19 CET schrieb Egoitz Aurrekoetxea via 
Info-cyrus:
</pre>
      <blockquote type="cite">
        <pre wrap="">I think it should be very similar to using a local filesystem... Does
anyone can tell some experience in this config?..
</pre>
      </blockquote>
      <pre wrap="">
I know one older "smaller" cyrus setup with i.e. 100 IMAP/POP-Users which has 
it's complete spool and db (!) on NFSv3 over a Fast Ethernet Switch what works 
quite OK (as long as we do not want to place a backup restore of the whole 
spool over that NFS which is slow). 

The mount is just default but relatime and local_lock=none which may be 
suboptimal by performance - it could make sense to held locking local only or 
to disable it completely if you just have one NFS Client with a "single" 
CYRUS. It may make sense to disable locking (at least remote locks) as it may 
not be required in that scenario.

Holding the db locally could improve performance, but it seems that the OS 
caching / buffering mechanisms are "enough" there in that old setup.

Any further hints / experiences here for different NFS mount options / locking 
options are welcome - until today we do not run any further cyrus on NFS.

It makes sense to monitor the cyrus services (service based) and the NFS mount 
and if it fail's, you should take care to repair the NFS mount and restart 
cyrus. Your cyrus conf should have a recover line within start and after such 
a "crash" a cyrus "reconstruct" run could make sense too.

The spooler before LMTP held all messages qeued if the LMTP is not working 
properly.

many thanks and best regards,


Niels.





</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">----
Cyrus Home Page: <a class="moz-txt-link-freetext" href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a>
List Archives/Info: <a class="moz-txt-link-freetext" href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a>
To Unsubscribe:
<a class="moz-txt-link-freetext" href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a></pre>
    </blockquote>
    <br>
  </body>
</html>