Changes between Version 44 and Version 45 of FAQ


Ignore:
Timestamp:
2011-07-19T16:44:07Z (13 years ago)
Author:
davidsarah
Comment:

minor grammar

Legend:

Unmodified
Added
Removed
Modified
  • FAQ

    v44 v45  
    3333A: Not directly. Each storage server has a single "base directory" which we abbreviate as $BASEDIR. The server keeps all of its shares in a subdirectory named $BASEDIR/storage/shares/ . (Note that you can symlink  this to whatever you want: you can run most of the node from one place, and store all the shares somewhere else). Since there's only one such subdirectory, you can only use one filesystem per node.On the other hand, shares are stored in a set of 1024 subdirectories of that one, named $BASEDIR/storage/shares/aa/, $BASEDIR/storage/shares/ab/, etc. If you were to symlink the first third of these to one filesystem, the next third to a second filesystem, etc, (hopefully with a script!), then you'd get about 1/3rd of the shares stored on each disk. The "how much space is available" and space-reservation tools would be confused (including making the 'reserved_space' parameter unusable), but basically everything else should work normally.
    3434
    35 A cleaner solution might be to use LVM instead, which can combine several physical disks (or loop devices consisting of common files) to a single logical volume. This logical volume can then be mounted (not symlinked!) to $BASEDIR/storage. It also is way more flexible solution, new disks can then be added seemlessly to LVM.
     35A cleaner solution might be to use LVM instead, which can combine several physical disks (or loop devices consisting of common files) to a single logical volume. This logical volume can then be mounted (not symlinked!) to $BASEDIR/storage. This is also a much more flexible solution; new disks can then be added seamlessly to LVM.
    3636
    3737'''Q: Would it make sense to not use any RAID and let Tahoe-LAFS deal with the redundancy?'''