[aklug] Re: file server best practices

When you say you got an iscsi array, is this a san, and wouldn't it have
it's own volume management? What your options are, how it is built and what
it's underlying OS might be might help a little in giving advice. Some sans
you don't really want to know what the underlying fs is, I know one big san
company came to AK for a VMUG meeting and in talking to their engineer they
have modified the fs with custom code to suit their purposes... i.e. you
fiddle with it on the back end and lose your support on the front end.

On Thu, Apr 28, 2016, 7:57 AM Royce Williams <royce@tycho.org> wrote:

> I wouldn't create separate physical partitions - just separate logical
> ones.
>
> Depending on OS, it's sometimes easier to manage group-wide aggregate
> quota, permissions, and backups/restores using logical partitions.
>
> Royce
>
> On Thu, Apr 28, 2016 at 7:50 AM, Todor Fassl <fassl.tod@gmail.com> wrote:
>
>> But what I don't understand is what advantage there is to creating
>> seperate partitions for each department.
>>
>>
>>
>>
>>
>> On 04/28/2016 09:59 AM, Mike wrote:
>>
>>> I'm with Josh and Royce.
>>>
>>> I also believe XFS and EXT4 can both be extended while the partition is
>>> still active and online.
>>>
>>> If there aren't any security considerations between the departments, one
>>> big partition could work, but it seems, on the face of it, that you
>>> would want to separate them.
>>>
>>> Mike B.
>>>
>>> Quoting Royce Williams <royce@tycho.org>:
>>>
>>> +1. Support for dynamic partitioning is essential for this use case. I'm
>>>> personally inclined to ZFS on FreeNAS, but don't know anything about how
>>>> FreeNAS dovetails with iSCSI.
>>>>
>>>> Royce
>>>>
>>>> On Wed, Apr 27, 2016 at 10:28 AM, Josh <hatlessman@gmail.com> wrote:
>>>>
>>>> I'd build it on an LVM, have a partition for each department, and leave
>>>>> some room so you can dynamically allocate space later on.
>>>>>
>>>>> Btrfs is also something to look at, and is more common in Ubuntu. zfs
>>>>> is
>>>>> more prevalent in BSD land.
>>>>>
>>>>> On Wed, Apr 27, 2016 at 10:13 AM, Todor Fassl <fassl.tod@gmail.com>
>>>>> wrote:
>>>>>
>>>>> I have to set up a new file server for my department. It's an academic
>>>>>> department and the old file server has seperate partitions for
>>>>>> faculty,
>>>>>> grad students, and staff. We just got a new 10T ISCSI array and I am
>>>>>> thinking of formatting it as one gigantic file system. The reason is
>>>>>> that
>>>>>> then I don't have to try to guess how much space to allocate for
>>>>>> faculty,
>>>>>> how much for grads, and how much for staff. Suppose I give the
>>>>>> faculty 5T,
>>>>>> grads 3T, and staff 2T and then the grads fill up their partition in a
>>>>>> year. The old array is 2T for faculty, 2T for grads, and 1T for
>>>>>> staff. All
>>>>>> 3 partitions are about equally full. I just don't see any benefit in
>>>>>> maintaining different partitions. Well, there is the one thing that
>>>>>> if the
>>>>>> grad partition gets messed up, it doesn't effect faculty or staff.
>>>>>> If the
>>>>>> faculty partition gets messed up, it doesn't effect grads or staff.
>>>>>> But all
>>>>>> that means is that the divisions are kind of arbitrary.
>>>>>>
>>>>>> One last question... Googling shows me that a lot of people are
>>>>>> using zfs
>>>>>> for file servers. Any opinions on that? Our new file server will be
>>>>>> running
>>>>>> ubuntu server 16.04.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Todd
>>>>>> ---------
>>>>>> To unsubscribe, send email to <aklug-request@aklug.org>
>>>>>> with 'unsubscribe' in the message body.
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>
>>> ---------
>>> To unsubscribe, send email to <aklug-request@aklug.org>
>>> with 'unsubscribe' in the message body.
>>>
>>>
>> --
>> Todd
>> ---------
>> To unsubscribe, send email to <aklug-request@aklug.org>
>> with 'unsubscribe' in the message body.
>>
>>
> --

_
(forgive my terseness or the typos, I am writing on my mobile device)

*JP (Jesse Perry)*
voice/txt: 907-748-2200
email: jp@jptechnical.com
web: http://jptechnical.com

---------
To unsubscribe, send email to <aklug-request@aklug.org>
with 'unsubscribe' in the message body.
Received on Thu Apr 28 15:06:31 2016