From: Joe Orton [EMAIL PROTECTED]
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4 filesystem, because httpd assumes that
/path/to/file/.htaccess (where /path/to/file is a normal file) returns
ENOENT or ENOTDIR, but reiser4 returns EACCES in
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4 filesystem, because httpd assumes that
/path/to/file/.htaccess (where /path/to/file is a normal file) returns
ENOENT or ENOTDIR, but reiser4 returns EACCES in this case.
Can someone explain the
On Mon, Sep 13, 2004 at 03:06:37PM +0100, Joe Orton wrote:
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4 filesystem, because httpd assumes that
/path/to/file/.htaccess (where /path/to/file is a normal file) returns
ENOENT or ENOTDIR, but
Markus Törnqvist wrote:
Is the repacker available for reiser4? I can see code in
it works with echo 1 /sys/fs/reiser4/hda2/repacker/start afaik, but
I haven't tried it myself yet, as my backups are a bit out of date.
Thanks Markus.
As far as I can tell (can anybody confirm/deny), it's up to
On Tue, Sep 14, 2004 at 01:42:42AM +0800, Will Smith wrote:
As far as I can tell (can anybody confirm/deny), it's up to userspace
to manually toggle the 'direction' flag as required before starting
the repacker - the direction seems to default to 0 ('backward') on each
mount.
Sure seems that
On Mon, Sep 13, 2004 at 08:13:26PM +0400, Alex Zarochentsev wrote:
On Mon, Sep 13, 2004 at 03:06:37PM +0100, Joe Orton wrote:
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4 filesystem, because httpd assumes that
/path/to/file/.htaccess
Joe Orton writes:
On Mon, Sep 13, 2004 at 08:13:26PM +0400, Alex Zarochentsev wrote:
On Mon, Sep 13, 2004 at 03:06:37PM +0100, Joe Orton wrote:
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4 filesystem, because httpd assumes that
On Mon, Sep 13, 2004 at 07:52:55PM +0100, Joe Orton wrote:
On Mon, Sep 13, 2004 at 08:13:26PM +0400, Alex Zarochentsev wrote:
On Mon, Sep 13, 2004 at 03:06:37PM +0100, Joe Orton wrote:
Hi, we had a bug report that Apache httpd logs a spurious error for
every file served from a reiser4
viro wrote
On Mon, Sep 13, 2004 at 11:49:22AM +0400, Alex Zarochentsev wrote:
Hi,
This patch does not allow open(name, O_DIRECTORY) to be successful for
non-directories in reiser4. It replaces -i_op-lookup != NULL is dir
check for the last path component by explicit S_ISDIR(-i_mode) check.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hey all -
One of the most common complaints I've heard about ReiserFS is how
graceless it is in handling critical I/O errors.
ext[23] can handle I/O errors anywhere, with the results being up to the
system admin to determine: continue, go read only, or
On Mon, Sep 13, 2004 at 04:34:15PM -0500, David Dabbs wrote:
I'm working on something similar, but with alternate pathname resolution
when the path begins with exactly two slashes. Only pseudocode here because
I do not have access to my box:
if (*name == '/') {
if (*(name+1)=='/'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paavo Hartikainen wrote:
| On PowerPC, I have never got ReiserFS working. It breaks apart when
| trying to copy contents to ReiserFS from existing Ext3 filesystem. I
| tried this about one year ago (PowerPC 603e, latest Linux 2.4 kernel
| back then),
viro wrote:
if (*name == '/') {
if (*(name+1)=='/' *(name+2)==':') {
name+=3;
Pathname resolution is a hell of a fundamental thing and kludges
like that are too ugly to be acceptable. If you can't make that clean
and have to resort to stuffing special cases
i got this warning on my md0 (raid 0, two scsi drives) array. i've never
seen it before. reiserfsck 3.6.14 (i know, not the latest) didn't detect any
problems. i tried to reproduce it, but i couldn't trigger it. i've never
seen this before.
i found this, which claims to fix it, but it already
nothing fancy.
i forgot to mention i'm using a 64meg journal.
--
Tom Vier [EMAIL PROTECTED]
DSA Key ID 0x15741ECE
15 matches
Mail list logo