[Kolab-devel] singleinstancestore within Cyrus (Re: Multiple Kolab's php eat all the RAM)

[Bernhard Reiter]

On Montag, 5. Januar 2009, Alain Spineux wrote:
> > I do not recomment singleinstancestore on the imap backend,
> > as it might complicate backups and restores. Usually using group accounts
> > for account-less folders you can avoid too much double storage in the
> > common cases.
>
> This doesn't "complicate" the backup nor the restore,  except if you
> want to keep this advantage during the backup and after the restore.
> This reduce by 3 the space for my hosted domains.
> This also require to use the good switch when using "du" :-)

So it is done by hardlinks I presume.
After a backup and restore the advantace is gone, 
which I would call a "complication". :)
(To me a backup - restore should lead to the same situation it was started 
from, at least in the main points a 3 times size increase is a main point.)


-- 
Managing Director - Owner: www.intevation.net      (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 206 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/devel/attachments/20090106/b35d16cf/attachment.sig>