Re: 'Floating point exception'

Bill Yerazunis wrote:

>    >> We schemed on that quite a bit, but the killer was that statistics
>    >> files on NFS servers _cannot_ be safely locked within the NFS
>    >> semantics.
>    >
>    > Not trivial, yes, but mail systems have been reliably locking
>    > mailboxes placed on NFS storage for ages.
> 
> Near as I can figure out, they're not.  There's a higher level server
> operating on the mailserver hosts acting as a lock manager.

Well, I have first hand experience here. On my previous job, I was responsible
for a rather large mail system. We ran Zmailer and UW IMAPD. Several NFS servers
and more than a dozen frontend servers. It started all Solaris some 12 years
ago, these days it's all Linux. lockd did give us a lot of grief, and we
resorted to .lock files, as implemented by both Zmailer and UW-imapd (and I
guess everyone else there). Exported with "sync,no_wdelay", mounted with
"nolock", and running rock stable for years. I can assure you that there is no
any special lock manager! I would have known ;-)

Yes, you need to use "sync", which purportedly has negative impact on
performance. Yes, this *may* not work with other OSes with different
implementations of NFS. Still, you *can* build a production grade system with
"lockable" files on NFS.

Eugene

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com

_______________________________________________
Crm114-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/crm114-general

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJyHXkfrw/cIw6UWkRAmEyAJ4hMoQRIWYNSFC2s0Fq5GBNw/vOngCeIa1Q
bfWHHKxhtUac9K8g3y4lNdE=
=acSM
-----END PGP SIGNATURE-----