Subject Re: [firebird-support] permission denied
Author Mike Dewhirst
Mark Birch wrote:
>
> Not with 'default' settings - you can force any/all to be clobbered if
> you want. Some people seem to look for issues and then create one if
> none can be found.
>
> This thread is a repeat of a topic that has been flogged over and over.
> It really belongs on some "Unix for Dummies" list - no? This is
> filesystems and permissions stuff.

Hey Mark - I'm interested in Unix for Dummies - where can I get it?

Mike

> I am interested, however, to note that you can't backup/restore off the
> physical drive on which the server sits (Helen has raised that several
> times). So, how are they going to backup/restore if the database is on
> a different file system (HD) from the server?
>
> Or am I on the completely wrong track....?
>
> -----Original Message-----
> From: Bill Katelis
> Sent: Wednesday, 20 April 2005 4:54 PM
> To: firebird-support@yahoogroups.com
> Subject: Re: [firebird-support] permission denied
>
>
> on mandrake 9.x at least - /var doesn't get clobbered when
> re-installing.
>
> Jason Dodson wrote:
>
>
>>The idea being that you generally don't have a filesystem "defragger".
>
> A
>
>>unix filesystem is different then that of, say Windows.
>>
>>User tools, system libraries and such will never really change. If
>
> they
>
>>do, it SHOULDNT be that often. So they go into a part of the
>>filesystem/disk that is optimized (or should be) for this kind of
>>operation. And with that, lots or creating/deleting/writing files can
>>really affect your file system performance.
>>
>>/var is part of the filesystem (and generally coordinated the same on
>>the disk) that is meant for heavy IO. On bigger servers, this is where
>>you would have your most speedy, high-end disk. When it is part of the
>>same physical disk as the rest of the system, it at least is the only
>>place that should ever have fragmentation... and with that, the only
>>place that fragmentation is maintained... So it is quick and
>
> efficient.
>
>>/tmp is usually a symlink to /var/tmp. Also, just being under /var
>>doesn't imply that it is free for the world to grab at. Mailboxes
>
> under
>
>>/var/spool/mail for instance only allow the owner of the mailbox and
>>mail to access them. System logs under /var/log are only readable by
>
> root.
>
>>Anyway, like Helen said, it probably really doesn't matter :|
>>
>>Jason
>>
>
> WARNING: This email and any attachments may be confidential and subject
> to copyright. If you are not the intended recipient, you must not
> disclose or use the information contained in this email. If you have
> received this email in error, please notify the sender and permanently
> delete the email immediately. Linfox Pty Ltd and its related
> companies do not warrant that this email and any attachments are free of
> errors, viruses or tampering by third parties, and will not be
> responsible for loss or damage resulting (either directly or indirectly)
> from any such error, virus or tampering. If this is a commercial email
> within the meaning of the Spam Act, you may unsubscribe from future
> commercial emails by emailing unsubscribe@...
>
>
>
> _____
>
> Yahoo! Groups Links
>
>
> * To visit your group on the web, go to:
> http://groups.yahoo.com/group/firebird-support/
>
> * To unsubscribe from this group, send an email to:
> firebird-support-unsubscribe@yahoogroups.com
> <mailto:firebird-support-unsubscribe@yahoogroups.com?subject=Unsubscribe
>
>
> * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> Service <http://docs.yahoo.com/info/terms/> .
>
>
> WARNING: This email and any attachments may be confidential and subject
> to copyright. If you are not the intended recipient, you must not
> disclose or use the information contained in this email. If you have
> received this email in error, please notify the sender and permanently
> delete the email immediately. Linfox Pty Ltd and its related
> companies do not warrant that this email and any attachments are free of
> errors, viruses or tampering by third parties, and will not be
> responsible for loss or damage resulting (either directly or indirectly)
> from any such error, virus or tampering. If this is a commercial email
> within the meaning of the Spam Act, you may unsubscribe from future
> commercial emails by emailing unsubscribe@...
>
>
> [Non-text portions of this message have been removed]
>
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>
>
>