[apache] DocumentRoot is geen dir

[Verwijderd]

ik draai Fedora Core 3, met daarop apache als webserver

nu schrijf ik in mijn httpd.conf:

code:

# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/lindata/websites"

#
# Each directory to which Apache has access can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories).
#
# First, we configure the "default" to be a very restrictive set of
# features.
#
<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "/lindata/websites">

en dat geeft mij bij het starten van httpd deze foutmelding:

code:

DocumentRoot must be a directory

volgens mij is /lindata/websites wel gewoon een directory, want ik kan er naartoe gaan met bestandsbeheer, en al wat je maar wil.

wat ik gedaan heb:
1)Nu is /lindata wel een schijlabel, en wordt deze automatisch gemount bij het booten van linux.
ik dacht: mss is een schijflabel dan toch geen dit, dus deed ik;
mount -t ext3 /dev/hda9 /data
wat mij de inhoud van hda9 (van lindata dus) in data toonde...
Maar als ik mijn documentroot verzet naar /data/websites, krijg ik dezelfde foutmelding <-- geen oplossing dus

2) de standaard documentroot is /var/www/html
ik dat teruggezet in httpd.conf, en wonderwel, apache startte wel. Dus ik proberen: mount --bind /lindata/websites /var/www/html
wil apache weer niet starten!

nu snap ik er toch niks meer van...
onder Fedora Core 2 draaide alles als een zonnetje (heb eigelijk al spijt van m'n upgraden, maar what's done is done)

suggesties...?

[alt-92]

* alt-92 mompelt iets over een trailing slash (omdat zonder / iets ook een file kan zijn, zeker met *nixen)

[Verwijderd]

naar aanleiding van het gemompel hierboven probeerde ik deze dingen:

code:

/lindata/websites/
lindata/websites/
lindata/websites
/lindata/websites

geen oplossing, zelfde error...

als ik '/' als rootdir geef, dan start apache wel...
als ik dan dan met men webbrowser ga kijken, dan krijg ik een dirlisting (zoals het hoort) van '/' maar daat staat de dit '/lindata' niet in...???
het lijkt wel of apache deze dir gewoon niet kan zien...

[ Voor 41% gewijzigd door Verwijderd op 17-11-2004 11:22 ]

[Speedener]

Zonder aanhalingstekens misschien?

[ Voor 20% gewijzigd door Speedener op 17-11-2004 11:24 ]

[blaataaps]

BackSlash32 schreef op woensdag 17 november 2004 @ 01:42:
* blaataaps mompelt iets over een trailing slash (omdat zonder / iets ook een file kan zijn, zeker met *nixen)

Dit heeft niks met een al dan niet aanwezige trailing slash te maken, dat is pas van toepassing op het moment dat er een client verbindt, en apache dus opstart, wat hier niet eens gebeurt.
Is die documentroot wel echt een directory en geen symlink of iets anders? Die melding krijg je in ieder geval ook op het moment dat je een symlink naar een directory als documentroot hebt.

[Spider.007]

Er bestaat dus ook gewoon een directory 'lindata' in je root Dus als jij in een console

ls /lindata/websites/

doet dan krijg je geen foutmelding?

[Verwijderd]

deze bestaat echt wel...
/lindata is
*) te zien in de console (en ook gewoon met te werken)
*) te zien/gebruiken met nautilius (of hoe heet de linux 'verkenner'
*) ik heb daarop schrijf-lees en alle rechten die je maar wil...

[LinuX-TUX]

Dit riekt naar typefoutjes en chmodfoutjes.

Maar wat ik interessant zou vinden:
Is /lindata een echte directory? Of is het een link naar /mnt/hda9 ?
Wat zijn de rechten op de map lindata? En voor wie zijn die rechten ?

Deze dingen zijn te achterhalen met:
console# ls -al / | grep lin
drwxr-xr-x 14 root root 4096 Sep 22 16:58 lindata

Als je daaruit krijgt dat het
lrwxrwxrwx 14 root root 4096 Sep 22 16:58 lindata
is, is het tijd om je documentroot aan te passen

Verder kan ik ook niet 123 simuleren wat er aan de hand is, suc6 iig

[Verwijderd]

ik krijg

code:

[birkoff@localhost ~]$ ls -al / |grep lin
drwxrwxrwx    8 birkoff root 12288 nov 16 23:56 lindata

heeft apache mss geen toegang tot lindata...?
en hoe zorg ik ervoor dat dat el zo is...?

want ik kan het antwoord ^^ niet goed interpreteren, ik begrijp niet wat je bedoelt...

[LinuX-TUX]

Verwijderd schreef op woensdag 17 november 2004 @ 11:49:
ik krijg

code:

[birkoff@localhost ~]$ ls -al / |grep lin
drwxrwxrwx    8 birkoff root 12288 nov 16 23:56 lindata

heeft apache mss geen toegang tot lindata...?
en hoe zorg ik ervoor dat dat el zo is...?

want ik kan het antwoord ^^ niet goed interpreteren, ik begrijp niet wat je bedoelt...

even snel:
X XXX XXX XXX
de eerste is een stickybit, kan je van alles mee doen, staat voor wat voor iets het is. Een directory of een link (en er zijn nog meer, maar daan gaan we even niet op in)

de tweede groep X'en is van de gebruiker, wat mag hij ermee? R W X staat voor zich neem ik aan. (read write execute)

De derde groep X'en is de groep, wat mag de groep ermee.

De vierde groep is zijn alle andere gebruikers, wat mogen zij ermee doen.

Maar dit heeft dus geen uitkomst geboden, helaas. Ook als je rechten verkeerd staan op je DocumentRoot hoord de server wel normaal te functioneren, maar krijg je een pagina als "Access forbidden! You don't have permission to access the requested directory."

offtopic:
Prent die rechten in je hoofd, dit is het meestvoorkomende als er wat fout gaat met servers

kan nog steeds mijn hoofd wel , hoeveel nutteloze uren ik aan zulke problemen heb besteed zonder daar naar te kijken

[Spider.007]

Kun je voor de zekerheid even de output geven van `mount`; en van `ls -al /lindata/`? Wat staat er precies in je error_log? Probeer eens of een `strace apachectl restart` iets interessants oplevert?

[Verwijderd]

mount geeft mij:

code:

[birkoff@localhost ~]$ mount
/dev/hda7 on / type ext3 (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/hda6 on /boot type ext3 (rw)
none on /dev/shm type tmpfs (rw)
/dev/hda9 on /lindata type ext3 (rw)
/dev/hda5 on /windata type vfat (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/hdc on /media/cdrecorder type iso9660 (ro,nosuid,nodev,fscontext=system_u:object_r:removable_t,user=birkoff)
[birkoff@localhost ~]$

ls -al /lindata

code:

[birkoff@localhost ~]$ ls -al /lindata/
totaal 68
drwxrwxrwx   8 birkoff root    12288 nov 16 23:56 .
drwxr-xr-x  27 root    root     4096 nov 17 11:14 ..
drwxrwxrwx   7 birkoff birkoff  4096 nov 16 23:51 apps
drwxrwxrwx   5 birkoff birkoff  4096 nov  9 17:54 Mail
drwxrwxrwx   2 birkoff birkoff  4096 okt  8 18:04 systemdata
drwx------   2 birkoff birkoff  4096 nov 16 23:47 .Trash-birkoff
drwxrwxrwx  12 birkoff birkoff  4096 nov  9 08:16 websites
drwxrwxrwx  13 birkoff birkoff  4096 okt 23 19:24 wine-20041019
[birkoff@localhost ~]$

in men errorlog staat niks relevants in...
ik heb men errorlog leeggemaakt, en dan apache herstart, om te kijken of er een errorlog entry zou bijkomen, maar dat was dus niet het geval. error_log blijft leeg...

[Spider.007]

Haal alsjeblieft die write access voor world van die directory af; dit is echt superlelijk. Doe gewoon even dit:

chmod o-w,g-w -R /lindata/
find /lindata -type f -exec chmod -x {} \;

Als apache herstart moet er trouwens altijd een melding in je error_log komen; iets in de trend van

[Wed Nov 17 13:57:05 2004] [notice] SIGHUP received. Attempting to restart
[Wed Nov 17 13:57:06 2004] [notice] Apache configured -- resuming normal operations

weet je zeker dat je de juiste logfile bekijkt?

[Sendy]

Erg dubieus als buitenstaanders smeken om een permissie anders in te stellen. Stel nu dat er vanalles breekt? Ga je dan dan langs om het te fiksen? Goed kijken dus voordat je dat advies opvolgt. [en tevens meen ik dat je X kan gebruiken om op dirs wel een x te zetten maar op files niet - dat scheelt weer tikken ;)]

Verder kan ik de TS alleen aanraden om inderdaad de strace uitvoer (zoals Spider.007 voorstelt) te bekijken. Vreemd probleem.

edit:

En het is "mijn" of "m'n", niet "men", dat is iets anders.

[ Voor 14% gewijzigd door Sendy op 17-11-2004 21:36 ]

[blaataaps]

Sendy schreef op woensdag 17 november 2004 @ 15:53:
Erg debieus als buitenstaanders smeken om een permissie anders in te stellen. Stel nu dat er vanalles breekt?

Ik denk dat er minder dingen gebroken zijn door het weghalen van 777-permissies dan door het toevoegen of behouden van die permissies.

[Verwijderd]

ff ter verduielijking:
de webserver draait op men laptop, en enkel men laptop heeft toegang tot de server, 'tis om de site die in aan't bouwen ben te testen...
dus wie wat mag, speelt hier zo geen rol...

maar welke output moet ik nu net posten?

ik keek in /var/log/httpd/error_log

[LinuX-TUX]

Helaas kunnen we niet vragen of je even je logs wil hosten op je webserver

Maar als je de server uit zet ( /etc/init.d/apachectl stop OF /etc/init.d/httpd stop ) en die logs van de directory kopieerd naar een backup foldertje en opnieuw weer je server start, wat verschijnt er dan allemaal? Start de server uberhaubt wel ( "ps -ef | grep httpd" als je hem gestart hebt, output moet naast de grep actie ook de deamon laten zien )

Daarbij, wat is de output van: /etc/init.d/apachectl configtest (of /etc/init.d/httpd configtest) ?

De logs zijn van groot belang, als je ze echt niet krijgt, zou je dan jouw volledige httpd.conf willen posten/hosten bij je provider? Zonder 1 van de 2 is dit een speculatie topic aan het worden en schiet niemand wat op

[Verwijderd]

code:

[root@localhost logs]# /etc/init.d/httpd configtest
[root@localhost logs]#

de server draait niet, want als ik wil starten, krijg ik een 'mislukt' te zien...
en ook:

code:

[root@localhost logs]# ps -ef | grep httpd
root      3490  3425  0 19:40 pts/1    00:00:00 grep httpd
[root@localhost logs]#

dan maar de volledige httpd.conf file: http://users.pandora.be/birkstuff/httpd.conf

[Spider.007]

Je weet dat in je huidige httpd.conf de Documentroot overal een prefixed '/' missen?

Ik weet ook vrijwel zeker dat dit niet klopt:

ServerRoot "/etc/httpd"

en dat dit

/usr

zal moeten zijn

[LinuX-TUX]

Naast die missende slashes waar Spider.007 al op wijst, vind ik de documentroot ook vrij afwijkend. Bij mij is deze weer /usr/local/apache waar alle server gerelateerde executables/configuraties inzitten.

Ik weet wel dat RedHat en (logischerwijs) Fedora er vanaf kunnen wijken, maar ServerRoot in /etc , dat is toch idd iets te ver.

Al wat geprobeerd in de tussentijd? Ik had namelijk wel een update verwacht na spiders reply

/me LinuX-TUX volgt dit topic angstig, omdat het op het internet wel voorkomt, deze fout, maar nooit uitgelegt word waar het aan lag

[Verwijderd]

van pure miserie heb ik apache derafgegooid, en opnieuw erop...
met standaard instellingen in httpd.conf
nu heb ik een dir aangemaakt /websites (gewoon in m'n rootdir dus)
en deze als DocumentRoot genomen. Ik heb naar deze dir alle bestanden en mappen uit /lindata/websites gekopierd. Nu start apache wel!
maar hij ziet niet alle dir's in /windata???

en ServerRoot, daar ben ik niet aangeweest... Maar het lijkt me toch te kloppen, anders zou httpd toch niet willen starten, aangezien de configfiles dan niet gevonden kunnen worden???

/me begint te denken dat de laatste nieuwe versie van httpd nogal crappy&buggy is...,?

[Plato-II]

LinuX-TUX schreef op vrijdag 19 november 2004 @ 00:50:
Naast die missende slashes waar Spider.007 al op wijst, vind ik de documentroot ook vrij afwijkend. Bij mij is deze weer /usr/local/apache waar alle server gerelateerde executables/configuraties inzitten.

Ik weet wel dat RedHat en (logischerwijs) Fedora er vanaf kunnen wijken, maar ServerRoot in /etc , dat is toch idd iets te ver.

/etc/httpd is al enige jaren de standaard binnen de apache rpm's die redhat levert en daar zal het probleem waarschijnlijk ook niet aan liggen.

Verwijderd schreef op vrijdag 19 november 2004 @ 01:21:
van pure miserie heb ik apache derafgegooid, en opnieuw erop...
met standaard instellingen in httpd.conf
nu heb ik een dir aangemaakt /websites (gewoon in m'n rootdir dus)
en deze als DocumentRoot genomen. Ik heb naar deze dir alle bestanden en mappen uit /lindata/websites gekopierd. Nu start apache wel!
maar hij ziet niet alle dir's in /windata???

Op de een of andere manier blijf ik het idee hebben dat dit niet echt een probleem met apache is, maar dat er iets op het filesystem niet in orde is. Toch zien de permissies etcetera er gewoon prima uit... Heb je problemen met meer applicaties, of enkel met apache?

[Verwijderd]

tot hiertoe lijkt enkel apache problemen te geven.
maar het zou best kunnen dat m'n FS niet helemaal in orde is, omdat ik verder eigelijk enkel standaardaplicaties gebruik (surfen-emailen-openoffice-etc)

heb je mss een idee WAT er fout kan zijn, zodat ik gericht kan zoeken?
moest het helpen:

code:

[root@localhost ~]# ls -l /lindata/
totaal 56
drwxrwxrwx   7 birkoff birkoff  4096 nov 16 23:51 apps
drwxr-xr-x  12 birkoff birkoff 12288 nov 19 00:46 harimau.psb.com
drwxrwxrwx   5 birkoff birkoff  4096 nov  9 17:54 Mail
drwxrwxrwx   2 birkoff birkoff  4096 okt  8 18:04 systemdata
drwxrwxrwx   2 birkoff birkoff  4096 nov 19 01:06 websites
drwxrwxrwx  13 birkoff birkoff  4096 okt 23 19:24 wine-20041019
[root@localhost ~]#

en

code:

[root@localhost ~]# ls -l /websites/
totaal 336
-rwxrwxrwx   1 birkoff birkoff 95348 sep  7 20:42 1610050804.pdf
drwxrwxrwx   2 birkoff birkoff  4096 aug 31 14:30 chat
-rwxrwxrwx   1 birkoff birkoff   222 okt 27 15:15 fototestaanroep.php
-rwxrwxrwx   1 birkoff birkoff   964 okt 27 13:51 fototest.php
-rwxrwxrwx   1 birkoff birkoff    65 okt 27 18:13 geefdoortest.php
-rwxrwxrwx   1 birkoff birkoff  1102 okt 27 15:25 grid.php
drwxrwxrwx   2 birkoff birkoff  4096 aug 27 14:39 index-script
-rwxrwxrwx   1 birkoff birkoff    21 nov 21  2003 info.php
-rw-rw-r--   1 birkoff birkoff  1796 nov  9 08:16 obcobc.sql
drwxrwxrwx  13 birkoff birkoff  4096 nov  5 16:58 pencak
-rwxrwxrwx   1 birkoff birkoff  1969 sep  8 19:39 pencakpencak.sql
-rw-rw-r--   1 birkoff birkoff 63648 nov  9 08:15 pencakpensilat.sql
drwxrwxrwx   3 birkoff birkoff  4096 aug 22 18:27 PhotoServer
drwxrwxrwx   5 birkoff birkoff  4096 jul 12 21:12 php
drwxrwxrwx   7 birkoff birkoff  4096 jul 11 16:22 phpMyadmin
drwxrwxrwx   7 birkoff birkoff  4096 jun 22 00:31 phpMyAdmin-2.5.7
drwxrwxrwx   5 birkoff birkoff  4096 nov  7 19:57 test
drwxrwxrwx   2 birkoff birkoff  4096 okt 27 13:19 testimage
-rwxrwxrwx   1 birkoff birkoff   261 okt 27 18:16 testpage.php
-rwxrwxrwx   1 birkoff birkoff    19 jun 17 22:21 test.php
-rwxrwxrwx   1 birkoff birkoff   944 okt 27 13:47 thumb.php
drwxrwxrwx   3 birkoff birkoff  4096 mei 22 14:45 WSForum
[root@localhost ~]#

merk op dat momenteel de DocumentRoot bij mij op "/websites" staat...

[Sendy]

Een tip om gericht te zoeken is al gegeven: strace gebruiken. Dit geeft veel uitvoer, dus filter het even intelligent voordat je het hier post.

[Verwijderd]

bovenstaande verhaal speelt zich allemaal af op mijn laptop...

Nu installeer ik FC 3 ook op mijn desktop, en probeer de hele zooi...
ik heb erop gelet zoveel mogelijk hetzelfde te doen:
*) een partitie met label /lindata
*) een map in /lindata die websites heet
*) enige aangebrachte wijziging in httpd.conf = Documentroot =/lindata/websites

ik start httpd, en alles werkt zoals het hoort... Ik ben blij ermee, maar toch wilde ik graag weten waarom het niet werkt op men laptop...
mijn vermoeden begint dus idd zwara te gaan naar ene probleem met men filesystem. Maar ik ondervindt (tot op heden) daar nog nergens last van.

[Plato-II]

Verwijderd schreef op zondag 21 november 2004 @ 16:33:
(...)
Nu installeer ik FC 3 ook op mijn desktop, en probeer de hele zooi...
(...)

ik start httpd, en alles werkt zoals het hoort... Ik ben blij ermee, maar toch wilde ik graag weten waarom het niet werkt op men laptop...

Het is een herhaling van wat Sendy al suggereerde, maar het gebruik van strace lijkt me zeer nuttig. Wijzig in de httpd.conf de instellingen weer terug zoals het niet werkte en voer dan een

strace service httpd start

uit en bekijk het resultaat rond het einde (of plaats het volledige resultaat ergens online). Met een beetje geluk zie je dan waarom httpd de map niet kan vinden.

[Gwaihir]

Je hebt wel de leesrechten van /lindata gepost, maar heb je ook de rest van de boom bekeken? Bijvoorbeeld van /lindata/websites en van die "enkele directories" die je bij je andere oplossing niet kon zien via Apache?

[Verwijderd]

wat strace mij brengt:

code:

stat64("/sbin/env", 0xfeeda4c0)         = -1 ENOENT (No such file or directory)
stat64("/usr/sbin/env", 0xfeeda4c0)     = -1 ENOENT (No such file or directory)
stat64("/bin/env", {st_mode=S_IFREG|0755, st_size=15676, ...}) = 0
access("/bin/env", X_OK)                = 0
stat64("/bin/env", {st_mode=S_IFREG|0755, st_size=15676, ...}) = 0
access("/bin/env", X_OK)                = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xf6fec708) = 4051
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x807603b, [], SA_RESTORER, 0xbf2a48}, {SIG_DFL}, 8) = 0
waitpid(-1, Starten van httpd: Syntax error on line 265 of /etc/httpd/conf/httpd.conf:
DocumentRoot must be a directory
                                                           [MISLUKT]
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 4051
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xfeeda17c, WNOHANG)        = -1 ECHILD (No child processes)
sigreturn()                             = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL}, {0x807603b, [], SA_RESTORER, 0xbf2a48}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
read(255, "", 1819)                     = 0
exit_group(1)                           = ?
[root@localhost ~]#

daar zie ik dus net dezelfde foutmelding in als ik gewoon httpd start... of zie ik iets over het hoofd?

@ Birdie: die permissies staan ook in wat ik gepost heb...
de permissies in de map /lindata/websites die ik gepost heb, is de HELE dirlijst. Daar staan ook de dirs tussen die apache niet ziet...

[Spider.007]

Zou je voor de zekerheid je huidige httpd.conf nogmaals neer kunnen zetten op http://users.pandora.be/birkstuff/httpd.conf Dan kunnen we even kijken of hij wel klopt; aangezien de huidige versie bijvoorbeeld nog steeds een foute DocumentRoot heeft

[Verwijderd]

done

[Sendy]

Heb je je documentroot ook al zonder dubbele quotes geprobeerd? Ik zie nu in de Apache manual dat dat helemaal niet hoeft?

http://httpd.apache.org/docs/mod/core.html#documentroot

[Erkens]

Birdie schreef op zondag 21 november 2004 @ 16:44:
Je hebt wel de leesrechten van /lindata gepost, maar heb je ook de rest van de boom bekeken? Bijvoorbeeld van /lindata/websites en van die "enkele directories" die je bij je andere oplossing niet kon zien via Apache?

[ot]in principe maakt dit niks uit, je krijgt dan alleen een mooie 403