just transferred to reiser4 to test. Apache then promptly started 'forbidding' every page on the server. The error messages in the error_log are of the form [Wed Sep 08 16:17:47 2004] [crit] [client 192.168.8.3] (13)Permission denied: /home/shaun/public_html/rdr-blue/gfx/index_pictures.png/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: http://192.168.8.3/~shaun/rdr-blue/ That is, apache seems to be trying to look inside a file as if it's a folder. I assume this is a generic reiser4 problem not just the specific sources i'm using. Switching back to reiser3 with exact same data and there's no problem. Reproducible: Always Steps to Reproduce: 1. emerge ck-sources, enable reiser4 and build 2. enable overrides in apache 3. transfer apache doc data to reiser4 volume >>> --upgradeonly implies --update... adding --update to options. Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.8-ck6) ================================================================= System uname: 2.6.8-ck6 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.5.2 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache prelink sandbox" GENTOO_MIRRORS="http://194.83.57.7/sites/www.ibiblio.org/gentoo/ http://212.219.56.152/sites/www.ibiblio.org/gentoo/ http://194.83.57.3/sites/www.ibiblio.org/gentoo/ http://194.83.57.15/sites/www.ibiblio.org/gentoo/ http://194.83.57.2/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib aim alsa apache2 apm arts artswrappersuid avi cdr composite crypt cups dga directfb divx4linux doc dri dvd dvdr dvdread encode esd fbcon flac flash foomaticdb gd gdbm gif gmp gpm gstreamer gtk gtk+ gtk2 hardenedphp imlib jabber java javascript jpeg kde ldap libg++ libwww linguas_en_GB live mad matroska media-video/mplayer:libcaca mikmod mmx monkey motif moznoxft mpeg msn mysql ncurses net-www/apache:threads nls oggvorbis opengl oss pam pdflib perl png postgres ppds python qt quicktime readline samba scanner sdl slang spell sse ssl svga tcltk tcpd tetex theora tiff truetype usb video_cards_radeon x86 xml xml2 xmms xv xvid yahoo zlib"
Not correctly distinguishing between files and directories is a reiser4 'feature'... See LKML thread "silent semantic changes with reiser4" for the full story.
I had heard that, I'm posting 'cause I tested a testing package and it broke something. Reiser4 will probably have a lot of changes folded in on it's way to the kernel proper but how will they know what to change if they don't know what's broken?
*** Bug 63314 has been marked as a duplicate of this bug. ***
a semi-workout for this is to disable FollowSymLinks (add -FollowSymLinks for all Options directives). but that breaks all symlinks too...
Sorry, not much we can do about this. reiser4 is still labelled an experimental filesystem and its semantics will no doubt change before it gets into the mainline kernel. I also doubt apache will support this for the same reason. Adding apache@ to CC so that they are aware of the issue
Just filed a bug report with apache... Those guys are fast! Their conclusion was that even though Reiser4 is experimental it highlights a real problem in how apache resolves paths and the assumptions it makes.
Oh..thats quite suprising, since most people seem to think that the reiser4 "files are directories" thing is a bit wrong. Either way, perhaps you could update the URL field of this bug with the apache bug address to help others to monitor this issue? Thanks.
