Re: [Zope] experience w/ filestorage mount points? maximum?
Christoph Berendes wrote: Why so many, in separate files, you ask... 1. why not? (what's the cost/risk of multiple Data.fs files and mount points), hmmm? Because it's not a common use case, so you end up pushing limits and bumping into bugs that no-one else cares about ;-) 2. makes it easy to move a single client site between instances and servers (we don't yet know how load is going to mount up, and whether we'll need to set up a new server at, say, 30 sites, or 100, or ...) zexp 3. site import/export doesn't work as well, and it seems that import/export of large Zope objects is deprecated... huh? rubbish. What specific problems have you had? 4. I'm told that, occasionally, Data.fs become corrupted. I've yet to see that in 5 years of extensive ZODB use, other than by hardware failure, in which case you're screwed however you have things set up ;-) We have some protection if that happens, since it should (I'd think) affect only one client, not many. Nah, the stuff you're worried about will trash multiple mounted storages just as well as one big one ;-) I'm very interested in answers to #1 (things that will make me regret our current strategy) The biggest risk is that you'll be the only person who cares if things go wrong because of that setup... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] experience w/ filestorage mount points? maximum?
Christoph Berendes wrote: I am writing to tap the list's experience with running a single zope instance with a large number (30, 500, 2000?) of mount points. Why do you want so many ;-) We're hosting a number of client sites, and for each client, e.g. clientX, we have a mount point: zodb_db clientX mount-point /clientX filestorage path $INSTANCE/var/clientX/Data.fs /filestorage /zodb_db Why not just keep them all in the same .fs file? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] experience w/ filestorage mount points? maximum?
Why so many, in separate files, you ask... 1. why not? (what's the cost/risk of multiple Data.fs files and mount points), hmmm? 2. makes it easy to move a single client site between instances and servers (we don't yet know how load is going to mount up, and whether we'll need to set up a new server at, say, 30 sites, or 100, or ...) 3. site import/export doesn't work as well, and it seems that import/export of large Zope objects is deprecated... 4. I'm told that, occasionally, Data.fs become corrupted. We have some protection if that happens, since it should (I'd think) affect only one client, not many. I'm very interested in answers to #1 (things that will make me regret our current strategy) Chris Withers wrote: Christoph Berendes wrote: I am writing to tap the list's experience with running a single zope instance with a large number (30, 500, 2000?) of mount points. Why do you want so many ;-) We're hosting a number of client sites, and for each client, e.g. clientX, we have a mount point: zodb_db clientX mount-point /clientX filestorage path $INSTANCE/var/clientX/Data.fs /filestorage /zodb_db Why not just keep them all in the same .fs file? cheers, Chris ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
