Subject | RE: [firebird-support] permission denied |
---|---|
Author | Mark Birch |
Post date | 2005-04-20T07:36:55Z |
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.
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:
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
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]
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.
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.they
>
> User tools, system libraries and such will never really change. If
> do, it SHOULDNT be that often. So they go into a part of theefficient.
> 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
>under
> /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
> /var/spool/mail for instance only allow the owner of the mailbox androot.
> mail to access them. System logs under /var/log are only readable by
>WARNING: This email and any attachments may be confidential and subject
> Anyway, like Helen said, it probably really doesn't matter :|
>
> Jason
>
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]