Re: [Zope-dev] Weird Data.fs corruption...zope-dev@zope.org
Dieter Maurer wrote: > > Martijn Pieters writes: > > Ai, NFS! There is a known no-no about using NFS for Data.fs storage, it leads > > to data corruptions. Zope and NFS do not mix. > Huch, why that? > > I use Data.fs (occasionally) over NFS and did not yet have had > problems. > And appending to a file should work over NFS. > Locking may be a bit more problematic, but this is not an > issue provided I ensure that only on Zope process runs at a > time. Locking was the main reason why I recommended against using NFS. This is much less of an issue with ZServer than it was with the old PCGI publisher, which tried to guess when a site was down and automatically restart it when it was. I also generally don't trust NFS with something as important as data Data.fs file. Note that the subject corruption error was due to a software bug that appeared briefly in the Zope CVS. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! Technical Director (888) 344-4332http://www.python.org Digital Creationshttp://www.digicool.com http://www.zope.org Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats. ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Weird Data.fs corruption... zope-dev@zope.org
On Wed, Aug 09, 2000 at 10:56:44PM +0200, Dieter Maurer wrote: > Martijn Pieters writes: > > Ai, NFS! There is a known no-no about using NFS for Data.fs storage, it leads > > to data corruptions. Zope and NFS do not mix. > Huch, why that? > > I use Data.fs (occasionally) over NFS and did not yet have had > problems. > And appending to a file should work over NFS. > Locking may be a bit more problematic, but this is not an > issue provided I ensure that only on Zope process runs at a > time. I don't know the details, but IIRC there are bugs and general design problems that make NFS and Zope clash. Corruption is a matter of time, we discourage people using it. Search the mailinglist archives or wait for someone else to back me up on this :). -- Martijn Pieters | Software Engineermailto:[EMAIL PROTECTED] | Digital Creations http://www.digicool.com/ | Creators of Zope http://www.zope.org/ | ZopeStudio: http://www.zope.org/Products/ZopeStudio - ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Weird Data.fs corruption...zope-dev@zope.org
Martijn Pieters writes: > Ai, NFS! There is a known no-no about using NFS for Data.fs storage, it leads > to data corruptions. Zope and NFS do not mix. Huch, why that? I use Data.fs (occasionally) over NFS and did not yet have had problems. And appending to a file should work over NFS. Locking may be a bit more problematic, but this is not an issue provided I ensure that only on Zope process runs at a time. Dieter ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )