Re: samba VFS Quota or Quota tool
On Sun, Apr 15, 2012 at 2:05 AM, Camaleón <email@example.com> wrote:
> On Sat, 14 Apr 2012 12:36:20 +0500, Muhammad Yousuf Khan wrote:
> Sir, please, turn off html, I hardly can read your messages :-(
> (correcting the quotes and trimming)
>>> Then how about repartition the whole volume in small chunks? That way
>>> you will limiting the available space by the partition size, and this
>>> cannot be avoided, can be easily monitored, you will have more control
>>> over the resources permission...
>> but i am using RAID 1, and if i divide the partition in few or many
>> chunks it means i am creating more RAID 1 drives, is it practical ? i
>> mean i never tried that , according to you experience what you say?
> I suppose you are referring here to linux software raid (mdadm), right?
yes, definitely this is what i mean
> If that's the case, you can have the number of volume partitions under
> the RAID1 your system can manage. In fact, that's the usual setup, I
> mean, if you have two physical hard disks (sda and sdb), you'll have md0
> (sda1+sdb1) for /boot, md1 (sda2+sdb2) for /, md2 (sda3+sdb3) for /home,
> md3 (sda4+sdb4) for /var, etc...
> What is not a good idea is to share/mix "non-raided" partitions with
> "raided-ones" because an error in one of the disks will expose the
> running system. It is thus recommended to have all the partitions in a
> disk holding raid volumes inside a raid set.
> But still... is this "a perfect" setup? Maybe not and some people would
> instead recommend adding LVM over the RAID 1 to make your disk layout
> even more flexible and configurable over the time.
> But note that's something that will add "two" extra layers of complexity
> in your configuration (first, the software raid and then, the LVM) and
> while that setup can be seen as an advantadge, unexperienced users could
> easily make fatal mistakes (with data loss) while setting it up. Again, I
> would prefer running whatever tests you need to do from a virtualized
> environment where you can break things without having to worry the day
> after :-)
Thanks , LVM is a good idea. i already have a basic understanding with
it. ok ill work over it in virtual environment and then ill implement
it on the production server.
Thanks , it was very helpful
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact firstname.lastname@example.org
> Archive: email@example.com">http://firstname.lastname@example.org