seth vidal wrote:
On Fri, 2007-09-21 at 10:29 -0400, Rob Crittenden wrote:
> Matthew Miller wrote:
>> On Fri, Sep 21, 2007 at 09:19:43AM -0400, seth vidal wrote:
>>> As a sysadmin /srv is a useful thing - it's what most sysadmins do
>>> anyway - create a top level path where they mount the large, local disks
>>> and put all their data. So they know on every system if they hit /etc
>>> and /srv with the backups they'll have what they should be worried
>>> about. All admins may not call it /srv but they do something like
>>> it: /fs, /local, /data, /srv
>>>
>>> it's all the same result.
>>>
>>> so while your argument for not using it in the distro is fine -the
>>> reality is that this is what is actually done by sysadmins all over the
>>> world.
>> +1
>>
>> Thank you Seth.
>>
>> /var is transient data. There should be nothing there that needs backups.
>> And users shouldn't look there for files they might edit.
>>
> Transient and not backed up? What about /var/mail, /var/spool/cron and
> /var/log?
- /var/log - shouldn't matter - it's being sent to centralized log hosts
which I've always had put files in /srv/logs
- /var/mail has no data - all your mail should be in your central mail
server and not in /var/mail but in another path /srv/mail or /srv/mqueue
often
- /var/spool/cron doesn't have any files in it b/c users are not allowed
to add cron jobs except on highly specific systems. Moreover, if you're
adding root or system-controlled cron jobs they should go in /etc/cron.d
or in the /etc/cron.hourly, /etc/cron.daily, etc directories.
never in /var/spool/cron and NEVER add by such a cumbersome tool as cron
i agree with you about /srv, but not with the above. do you have any
system with real users? why don't you allow cron jobs for normal users???
--
Levente "Si vis pacem para bellum!"