Hallo,
ich bin gerade dabei, moodle 1.9 auf einem Server zu installieren, auf dem bisher 1.8 lief.
Dabei habe ich eine merkwürdige Fehlermeldung erhalten (siehe Anhang).
Wie soll ich denn Probleme beseitigen, die gar nicht da sind??
Hallo Steffi,
unter "Weitere Überprüfungen" wird möglicherweise der question_random_check gemacht, der fehlschlägt.
unter "Weitere Überprüfungen" wird möglicherweise der question_random_check gemacht, der fehlschlägt.
| question_random_check |  Wenn dieser Test fehlschlägt, dann ist ein mögliches Problem vorhanden.
Gut. Keine der 'Zufallsfragen' in Ihren Tests ist so konfiguriert, dass Fragen aus einem Mix von freigegebenen und nicht freigegebenen Fragenkategorien ausgewählt werden könnten. |
Was macht man da?
Inzwischen ging es aus unerfindlichen Gründen weiter - aber danach lief dann gar nix mehr:
Warning: mkdir() [function.mkdir]: open_basedir restriction in effect. File(/var/www/vhosts/domain.net/moodledata) is not within the allowed path(s): (/var/www/vhosts/domain.net/httpdocs:/tmp) in /var/www/vhosts/domain.net/httpdocs/moodle/lib/setuplib.php on line 125
//<![CDATA[ setTimeout('fix_column_widths()', 20); function openpopup(url,name,options,fullscreen) { fullurl = "http://www.domain.net/moodle" + url; windowobj = window.open(fullurl,name,options); if (fullscreen) { windowobj.moveTo(0,0); windowobj.resizeTo(screen.availWidth,screen.availHeight); } windowobj.focus(); return false; } function uncheckall() { void(d=document); void(el=d.getElementsByTagName('INPUT')); for(i=0;i<el.length;i++) { void(el[i].checked=0); } } function checkall() { void(d=document); void(el=d.getElementsByTagName('INPUT')); for(i=0;i<el.length;i++) { void(el[i].checked=1); } } function inserttext(text) { text = ' ' + text + ' '; if ( opener.document.forms['theform'].message.createTextRange && opener.document.forms['theform'].message.caretPos) { var caretPos = opener.document.forms['theform'].message.caretPos; caretPos.text = caretPos.text.charAt(caretPos.text.length - 1) == ' ' ? text + ' ' : text; } else { opener.document.forms['theform'].message.value += text; } opener.document.forms['theform'].message.focus(); } //]]>
Inzwischen ging es aus unerfindlichen Gründen weiter - aber danach lief dann gar nix mehr:
Warning: mkdir() [function.mkdir]: open_basedir restriction in effect. File(/var/www/vhosts/domain.net/moodledata) is not within the allowed path(s): (/var/www/vhosts/domain.net/httpdocs:/tmp) in /var/www/vhosts/domain.net/httpdocs/moodle/lib/setuplib.php on line 125
ERROR: You need to create the directory /var/www/vhosts/domain.net/moodledata with web server write access
ERROR: You need to create the directory /var/www/vhosts/domain.net/moodledata with web server write access
ERROR: You need to create the directory /var/www/vhosts/domain.net/moodledata with web server write access
//<![CDATA[ setTimeout('fix_column_widths()', 20); function openpopup(url,name,options,fullscreen) { fullurl = "http://www.domain.net/moodle" + url; windowobj = window.open(fullurl,name,options); if (fullscreen) { windowobj.moveTo(0,0); windowobj.resizeTo(screen.availWidth,screen.availHeight); } windowobj.focus(); return false; } function uncheckall() { void(d=document); void(el=d.getElementsByTagName('INPUT')); for(i=0;i<el.length;i++) { void(el[i].checked=0); } } function checkall() { void(d=document); void(el=d.getElementsByTagName('INPUT')); for(i=0;i<el.length;i++) { void(el[i].checked=1); } } function inserttext(text) { text = ' ' + text + ' '; if ( opener.document.forms['theform'].message.createTextRange && opener.document.forms['theform'].message.caretPos) { var caretPos = opener.document.forms['theform'].message.caretPos; caretPos.text = caretPos.text.charAt(caretPos.text.length - 1) == ' ' ? text + ' ' : text; } else { opener.document.forms['theform'].message.value += text; } opener.document.forms['theform'].message.focus(); } //]]>
A server error that affects your login session was detected. Please login again or restart your browser.
steht doch da:
"open_basedir restriction in effect: File(/var/www/vhosts/domain.net/moodledata) is not within the allowed path(s)"
Du musst Deinen admin sagen dass der bei open_basedir das verzeichnis erlauben soll (stichwort php.ini)
S.
"open_basedir restriction in effect: File(/var/www/vhosts/domain.net/moodledata) is not within the allowed path(s)"
Du musst Deinen admin sagen dass der bei open_basedir das verzeichnis erlauben soll (stichwort php.ini)
S.
... irgendwann den Provider in Frage stellen, denn das kann es ja nicht sein!
Wenn ich mir ansehe, wie da ein Fehler den anderen jagd. Bei mir dauert ein server ein paar Minuten und das ist Standard was hier verlangt wird!
z.B. als Hilgenstock als deutschen Moodlepartner fragen, das sollten Installationen keine Probleme machen.
LG Peter Sereinigg
Wenn ich mir ansehe, wie da ein Fehler den anderen jagd. Bei mir dauert ein server ein paar Minuten und das ist Standard was hier verlangt wird!
z.B. als Hilgenstock als deutschen Moodlepartner fragen, das sollten Installationen keine Probleme machen.
LG Peter Sereinigg
Steffi besitzt einen Rootserver (vgl. Parallelthread). Sie ist der Provider.
Gruß,
Maik
Gruß,
Maik
Das Datenverzeichnis heißt bei mir .moodledata - nicht moodledata.
Außerdem lief an genau der selben Stelle bisher moodle1.8.
Weiterhin läuft auf dem selben Server schon eine andere moodle1.9-Installation.
Von daher verstehe ich das Auftreten dieses Fehlers gar nicht ...
Habe jetzt moodle noch mal komplett runtergeschmissen und neu hochgeladen.
Werd mich dann gleich an die Installation setzen - vielleicht klappt es jetzt.
Melde mich dann wieder.
Danke für eure Antworten!
EDIT:
JUHU!!!
Installation ohne jegliche Fehlermeldung durchgelaufen!
*freu*
Außerdem lief an genau der selben Stelle bisher moodle1.8.
Weiterhin läuft auf dem selben Server schon eine andere moodle1.9-Installation.
Von daher verstehe ich das Auftreten dieses Fehlers gar nicht ...
Habe jetzt moodle noch mal komplett runtergeschmissen und neu hochgeladen.
Werd mich dann gleich an die Installation setzen - vielleicht klappt es jetzt.
Melde mich dann wieder.
Danke für eure Antworten!
EDIT:
JUHU!!!
Installation ohne jegliche Fehlermeldung durchgelaufen!
*freu*
"Habe jetzt moodle noch mal komplett runtergeschmissen und neu hochgeladen.
Werd mich dann gleich an die Installation setzen - vielleicht klappt es jetzt."
Gruß,
Maik
Werd mich dann gleich an die Installation setzen - vielleicht klappt es jetzt."
Die Ursache liegt ganz woanders, nämlich in der Konfiguration des vhosts. Die wird bei Plesk individuell über eigene php.inis gesteuert.
Dein Weg wird nicht zum Erfolg führen. Du brauchst m.E. dringend jemanden, der dir den Server managed. Da das alles Standardkram ist, der nichts mit Moodle zu tun hat, würde ich es mit einem Gesuch auf webhostlist.de versuchen. Pleskmühlen brauchen so 45-60 Minuten Aufmerksamkeit/Monat. Ein guter Freelancer (Serveradmin) ist ab 50-80 Euro/Stunde zu bekommen (vielleicht reicht ja erstmal eine einmalige Aktion, damit der Mist erstmal läuft). Zeit für Familie und Freizeit ist zumindest ideell wertvoller.
Eine echte - auch preisliche - Alternative ist wirklich guter Webspace. Es gibt mittlerweile etliche Anbieter, bei denen Moodle ganz hervorragend läuft und du dich mit diesen Problemen nicht herumschlagen musst. Natürlich musst du dem Anbieter vorher detailliert nach den Voraussetzungen fragen (die allesamt haarklein dokumentiert sind, z.B. auf moodle.de). Viele schauen bei Providern eher auf den Preis und auf die Zahlen und machen dann ein langes Gesicht, wenn z.B. der TeX-Filter nicht läuft und sie sich zwei Jahre gebunden haben. Ein guter Provider bietet dir ein kostenloses Testpaket, berät dich individuell (keine Textbausteinmails) und lässt dich 30 Tage zum Monatsende ohne Repressalien aus dem Vertrag, weil er seine Leistungen kennt und dazu steht.
Es fehlen dir m.E. die absoluten Grundlagen für einen auf Dauer erfolgreichen Rootserverbetrieb, z.B. sind Verzeichnisse, die mit einem Punkt beginnen, auf Linuxsystemen sogenannte "versteckte" Verzeichnisse, die ihren Sinn ganz woanders haben.
Zusätzlich bist du mit deinen Fragen wahrscheinlich viel besser in Plesk- und Apacheforen , bzw. Foren zur Rootserveradministration aufgehoben...
Dein Weg wird nicht zum Erfolg führen. Du brauchst m.E. dringend jemanden, der dir den Server managed. Da das alles Standardkram ist, der nichts mit Moodle zu tun hat, würde ich es mit einem Gesuch auf webhostlist.de versuchen. Pleskmühlen brauchen so 45-60 Minuten Aufmerksamkeit/Monat. Ein guter Freelancer (Serveradmin) ist ab 50-80 Euro/Stunde zu bekommen (vielleicht reicht ja erstmal eine einmalige Aktion, damit der Mist erstmal läuft). Zeit für Familie und Freizeit ist zumindest ideell wertvoller.
Eine echte - auch preisliche - Alternative ist wirklich guter Webspace. Es gibt mittlerweile etliche Anbieter, bei denen Moodle ganz hervorragend läuft und du dich mit diesen Problemen nicht herumschlagen musst. Natürlich musst du dem Anbieter vorher detailliert nach den Voraussetzungen fragen (die allesamt haarklein dokumentiert sind, z.B. auf moodle.de). Viele schauen bei Providern eher auf den Preis und auf die Zahlen und machen dann ein langes Gesicht, wenn z.B. der TeX-Filter nicht läuft und sie sich zwei Jahre gebunden haben. Ein guter Provider bietet dir ein kostenloses Testpaket, berät dich individuell (keine Textbausteinmails) und lässt dich 30 Tage zum Monatsende ohne Repressalien aus dem Vertrag, weil er seine Leistungen kennt und dazu steht.
Es fehlen dir m.E. die absoluten Grundlagen für einen auf Dauer erfolgreichen Rootserverbetrieb, z.B. sind Verzeichnisse, die mit einem Punkt beginnen, auf Linuxsystemen sogenannte "versteckte" Verzeichnisse, die ihren Sinn ganz woanders haben.
Zusätzlich bist du mit deinen Fragen wahrscheinlich viel besser in Plesk- und Apacheforen , bzw. Foren zur Rootserveradministration aufgehoben...
Gruß,
Maik
@Maik - das mag ja sein - aber Zeit habe ich mehr als Geld ... 
Ich habe ja schon mehrere moodle-Installation erfolgreich hinter mir - weiß auch nicht, was diesmal los war.
Jetzt funzt es jedenfalls erst mal. Ich lerne ja auch jedesmal dazu!
Ich habe ja schon mehrere moodle-Installation erfolgreich hinter mir - weiß auch nicht, was diesmal los war.
Jetzt funzt es jedenfalls erst mal. Ich lerne ja auch jedesmal dazu!
Steffi, guter Webspace ist günstiger als ein Root, schneller zu kündigen und spart dir Zeit (doppelter Gewinn). Lernen kannst du billiger auf einen alten Rechner zu Hause, auf dem du Linux laufen lässt und den du in dein Netzwerk einbindest.
Was wirst du z.B. tun, wenn dein System aufgrund deiner Kenntnisse gehackt und zum Ausgangspunkt für Angriffe auf andere Server wird?
Was wirst du tun, wenn dein System z.B. zum Versand von Spam missbraucht wird?
Deswegen reagieren in Foren viele oft arrogant wirkende Admins so allergisch auf Serveranfänger, weil ca. 60% der Serverkonfigurationsarbeiten darin bestehen, Systeme gegen sowas abzusichern oder den eingehenden Müll ressourcenintensiv zu filtern.
Ich würde sehr gerne in meinem Mailserver auf amavis (Spam und Virenprüfung) verzichten, weil mir das zu viel wegfrisst - geht aber nicht.
Gruß,
Maik
Ich würde sehr gerne in meinem Mailserver auf amavis (Spam und Virenprüfung) verzichten, weil mir das zu viel wegfrisst - geht aber nicht.
Gruß,
Maik
Hallo Steffi,
es kommt immer darauf an was man mit einem "Server" will,
just for fun, dann spielt Zeit keine Rolle,
wenn es um echte Anwendungen geht (Schule, Uni, Betrieb, Anbieter,....), dann wird es kritisch,
wer kann schon tagelang auf seine Lösung verzichten? Jedes (!) Update kann zu einem Stillstand führen, egal ob Betriebssystem, Datenbank oder Applikation.
Maik hat Sicherheit angesprochen ... du kannst di rnicht vorstellen, was sich da alles hinter den Kulissen abspielt. Auch ich hab viel Lehrgend gezahlt, im Glauben es wird billiger, ja solange es kein Problem gab, aber meine Kunden erwarten Stabilität und Sicherheit. Da hab auch ich meine Partner, alleine schafft das niemand mehr.
... natürlich lernen wir alle dazu ...
Grüße Peter
es kommt immer darauf an was man mit einem "Server" will,
just for fun, dann spielt Zeit keine Rolle,
wenn es um echte Anwendungen geht (Schule, Uni, Betrieb, Anbieter,....), dann wird es kritisch,
wer kann schon tagelang auf seine Lösung verzichten? Jedes (!) Update kann zu einem Stillstand führen, egal ob Betriebssystem, Datenbank oder Applikation.
Maik hat Sicherheit angesprochen ... du kannst di rnicht vorstellen, was sich da alles hinter den Kulissen abspielt. Auch ich hab viel Lehrgend gezahlt, im Glauben es wird billiger, ja solange es kein Problem gab, aber meine Kunden erwarten Stabilität und Sicherheit. Da hab auch ich meine Partner, alleine schafft das niemand mehr.
... natürlich lernen wir alle dazu ...
Grüße Peter
Lehrgeld haben alle gezahlt, die heute wirklich gut geworden sind. Solange man selbst dafür die Konsequenzen trägt (und die auch wirklich *trägt*) hat das für mich auf jeden Fall etwas mit einem produktiven Lernprozess zu tun. Das würde ich bei SuS entsprechend der Altersstufe noch anders sehen.
Nur was weh tut, ist auch gut. (Rosenstolz)
Gruß,
Maik
"Es fehlen dir m.E. die absoluten Grundlagen für einen auf Dauer erfolgreichen Rootserverbetrieb, z.B. sind Verzeichnisse, die mit einem Punkt beginnen, auf Linuxsystemen sogenannte "versteckte" Verzeichnisse, die ihren Sinn ganz woanders haben."
Der Sinn des Punktes sollte ja auch sein, das Verzeichnis zu verstecken - es soll ja laut Installationsanweisung nicht frei erreichbar sein.
Da ich aber parallel zum httpdocs auf meinem Server nichts ablegen kann, habe ich es so gemacht. Was spricht dagegen?
Der Sinn des Punktes sollte ja auch sein, das Verzeichnis zu verstecken - es soll ja laut Installationsanweisung nicht frei erreichbar sein.
Da ich aber parallel zum httpdocs auf meinem Server nichts ablegen kann, habe ich es so gemacht. Was spricht dagegen?
Dagegen spricht, dass die Benutzung von versteckten Verzeichnissen entgegen deiner Annahme keine Sicherheit bringt. Du aktivierst in dem jeweiligen Programm die Anzeige "versteckte Dateien anzeigen" und dann siehst du sie wieder.
Mein Hinweis bezog sich nicht auf diesen Punkt, sondern auf die Tatsache, dass in den Fehlermeldungen *alles* steht, was du zur Lösung des Problems brauchst.
Du kannst auf deinem Server außerhalb von httpdocs sehr wohl etwas ablegen, nur kann der Webserver dorthin nicht schreiben. Das verhindert die Einstellungen von open_basedir in deiner php.ini (nicht die globale, sondern diejenige, die Plesk für den vhost anlegt).
Lege unterhalb von httpdocs zwei Verzeichnisse an.
/moodle
/moodledata
Lass' über Plesk eine Domain auf /moodle zeigen (Document Root), installiere in dieses Verzeichis Moodle so, dass die config.php direkt in diesem Verzeichnis liegt. Stelle sicher, dass *keine* Domain auf /httpdocs zeigt. Dann läuft es.
Tue mir einen Gefallen:
Google bitte einmal nach open_basedir, damit du jetzt nicht wieder Drag'n Drop machst, sondern etwas über die Ursache lernst.
Gruß,
Maik
Mein Hinweis bezog sich nicht auf diesen Punkt, sondern auf die Tatsache, dass in den Fehlermeldungen *alles* steht, was du zur Lösung des Problems brauchst.
Du kannst auf deinem Server außerhalb von httpdocs sehr wohl etwas ablegen, nur kann der Webserver dorthin nicht schreiben. Das verhindert die Einstellungen von open_basedir in deiner php.ini (nicht die globale, sondern diejenige, die Plesk für den vhost anlegt).
Lege unterhalb von httpdocs zwei Verzeichnisse an.
/moodle
/moodledata
Lass' über Plesk eine Domain auf /moodle zeigen (Document Root), installiere in dieses Verzeichis Moodle so, dass die config.php direkt in diesem Verzeichnis liegt. Stelle sicher, dass *keine* Domain auf /httpdocs zeigt. Dann läuft es.
Tue mir einen Gefallen:
Google bitte einmal nach open_basedir, damit du jetzt nicht wieder Drag'n Drop machst, sondern etwas über die Ursache lernst.
Gruß,
Maik
Naja eine notlösung wäre evtl. auch eine .htaccess im modledata etwa mit
S.
order deny, allow deny from allDann kann php noch problemlos drauf zugreifen; apache aber liefert aus dem pfad nichts ausser eiem fehler aus...
S.
Hallo Sylvio,
verbiete ich damit nicht grundsätzlich den Zugriff auf das Verzeichnis?
verbiete ich damit nicht grundsätzlich den Zugriff auf das Verzeichnis?
>verbiete ich damit nicht grundsätzlich den Zugriff auf das Verzeichnis?
Ja, aber nur fuer apache, was ja beabsichtigt ist (es kann keiner mehr was aus dem pfad direkt downladen). PHP kann weiterhin (aus den anderen Pfaden heraus) drauf zufreifen..
S.
Ja, aber nur fuer apache, was ja beabsichtigt ist (es kann keiner mehr was aus dem pfad direkt downladen). PHP kann weiterhin (aus den anderen Pfaden heraus) drauf zufreifen..
S.
ach so ... naja, dann scheint es ja eine gute Lösung (nicht nur Not~) zu sein ...
Kann PHP auch von anderen Servern / Domains darauf zugreifen?
Kann PHP auch von anderen Servern / Domains darauf zugreifen?
Natürlich nicht. Das wäre ja sonst auch ein GAU.. Zugriff ist nur von selber server her möglich (lokales Filesystem; ja nach permisson).
S.
S.
ok - danke - dann werd ich es so mal versuchen.
Den Punkt vor dem Namen werd ich allerdings lassen, sonst muss ich ja im moodle sicher alles mögliche ändern, oder?
Geht das überhaupt - den Namen des Datenverzeichnisses ändern?
Den Punkt vor dem Namen werd ich allerdings lassen, sonst muss ich ja im moodle sicher alles mögliche ändern, oder?
Geht das überhaupt - den Namen des Datenverzeichnisses ändern?
moodledata steht (nur) im config.php.
Wenn direkt Links gelegt werden, kann das zu Problemen führen, dafür gibt es aber ein hidden Feature in Moodle:
...deineDomain/moodle/admin/replace.php
Die ersetzt jeden Begriff in der Datenbank "gnadenlos"
Grüße Peter
Wenn direkt Links gelegt werden, kann das zu Problemen führen, dafür gibt es aber ein hidden Feature in Moodle:
...deineDomain/moodle/admin/replace.php
Die ersetzt jeden Begriff in der Datenbank "gnadenlos"
Grüße Peter
Das ist ja super! Vielen Dank!
Dein Problem ist ja gelöst - losgelassen hat es mich trotzdem nicht und so habe ich gegoogelt und das hier gefunden:
<snip>
<snip>
Sonderfall open_basedir
Die Option open_basedir wird von Plesk bei jedem Account innerhalb der <directory> Direktive definiert uns lässt sich nicht analog zu den oben genannten Optionen überschreiben. Es ist deshalb notwendig die open_basedir Definition auch innerhalb der Datei vhost.conf in eine <directory> Direktive einzuschliessen:
<Directory /home/httpd/vhosts/xxx.de/httpdocs>
<IfModule sapi_apache2.c>
php_admin_value open_basedir "/home/httpd/vhosts/xxx.de/httpdocs:/tmp" </IfModule> </Directory>
Die Vorlage hierfür findet man in der Datei httpd.include innerhalb des conf Verzeichnisses des betreffenden Accounts. Diese übernimmt man idealerweise per Copy & Paste in die Datei vhost.conf und erweitert lediglich den Pfad der bereits vorhandenen open_basedir Definition. Die einzelnen Verzeichnisse auf die ein Script zugreifen darf werden dabei jeweils durch einen Doppelpunkt. Um also beispielsweise einer Applikation den Zugriff auf das Programmverzeichnis /usr/bin zu gewähren hängt man an die vorhandene Definition ein ":/usr/bin" an:
<Directory /home/httpd/vhosts/xxx.de/httpdocs> <IfModule sapi_apache2.c> php_admin_value open_basedir "/home/httpd/vhosts/xxx.de/httpdocs:/tmp:/usr/bin" </IfModule> </Directory> </snip> Nachzulesen hier.
Wenn du also dafür sorgen willst, dass Moodle sein Datenverzeichnis z.B. unter /home/httpd/vhosts/moodledata findet, kautet die rote Zeile: "/home/httpd/vhosts/xxx.de/httpdocs:/tmp:/usr/bin:/home/httpd/vhosts/moodledata"
Das ist dann sauber und kein Gebastel, zumal dir als nächstes Problem zu 98% auffallen wird,
dass der TeX-Filter nicht läuft und dafür brauchst du das dann wieder., weil es wieder an open_basedir liegen wird. Gruß, Maik
Hallo Maik,
vielen Dank für deine Mühe!
Das Problem ist, dass es bei mir schon daran scheitert, dass ich parallel zum httpdocs kein Verzeichnis anlegen kann (permission denied).
Ich habe ein Verzeichnis parallel zu httpdocs, das nennt sich private - und ist nur für mich zugänglich.
Wenn ich allerdings moodledata dort anlege und auch alle Lese- und Schreibrechte setze, erhalte ich bei der moodle-Installation die Meldung:
Das angegebene Datenverzeichnis ist nicht vorhanden und kann nicht angelegt werden. Korrigieren Sie die Pfad-Eingabe oder legen Sie das Verzeichnis manuell an.
Die Pfadangabe lautet:
/var/www/vhosts/domain.eu/private/moodledata
Das findet moodle aber leider nicht ...
Viele Grüße
Steffi
vielen Dank für deine Mühe!
Das Problem ist, dass es bei mir schon daran scheitert, dass ich parallel zum httpdocs kein Verzeichnis anlegen kann (permission denied).
Ich habe ein Verzeichnis parallel zu httpdocs, das nennt sich private - und ist nur für mich zugänglich.
Wenn ich allerdings moodledata dort anlege und auch alle Lese- und Schreibrechte setze, erhalte ich bei der moodle-Installation die Meldung:
Das angegebene Datenverzeichnis ist nicht vorhanden und kann nicht angelegt werden. Korrigieren Sie die Pfad-Eingabe oder legen Sie das Verzeichnis manuell an.
Die Pfadangabe lautet:
/var/www/vhosts/domain.eu/private/moodledata
Das findet moodle aber leider nicht ...
Viele Grüße
Steffi
Wie Maik schon geschrieben hat; php.ini bzw. (wenn erlaubt) .htaccess anpassen (Stichwort open_basedir) und Permisson überprüfen (der webuser muß in dem Verzeichnis schreiben dürfen). Alternativ hat eine spezielle ".htaccess" für den moodledata-Pfad (das Thema hatten wir ja schon, wo apache-zugriff verboten wird).
S.
S.
"Das Problem ist, dass es bei mir schon daran scheitert, dass ich parallel zum httpdocs kein Verzeichnis anlegen kann (permission denied)."
Mit Rootrechten kannst du in der Shell immer und überall Ordner anlegen oder dir die Rechte dazu jederzeit verschaffen. Daher kann deine Aussage so nicht stimmen - sorry.
Du hast wahrscheinlich irgendwelche Probleme damit. Dann teile uns doch bitte mit, wie und womit du versuchst den Ordner anzulegen.
An welcher Stelle bei der Abarbeitung der oben geposteten Anleitung tritt genau ein Fehler auf? Den Link zur vollständigen Ressource habe ich ja gepostet.
Alternativ:
Warum nutzt du die Anleitung nicht?
Mit Rootrechten kannst du in der Shell immer und überall Ordner anlegen oder dir die Rechte dazu jederzeit verschaffen. Daher kann deine Aussage so nicht stimmen - sorry.
Du hast wahrscheinlich irgendwelche Probleme damit. Dann teile uns doch bitte mit, wie und womit du versuchst den Ordner anzulegen.
An welcher Stelle bei der Abarbeitung der oben geposteten Anleitung tritt genau ein Fehler auf? Den Link zur vollständigen Ressource habe ich ja gepostet.
Alternativ:
Warum nutzt du die Anleitung nicht?
Hilfe macht immer am meisten Spaß, wenn sich der Hilfesuchende in irgendeiner Form auf die vorangehenden Beiträge bezieht. Das tust du aus irgendwelchen Gründen nicht.
Gruß,
Maik
Hallo Maik,
ich hatte versucht, den Ordner in Plesk anzulegen - da hat er mir den Zugriff verweigert.
Da ich nicht angenommen hatte, dass die Zugriffsrechte in der Shell anders sind, hatte ich es dort dann gar nicht probiert. Auf deinen Hinweis hin, habe ich es nun doch versucht - und siehe da - in der Shell konnte ich den Ordner anlegen. *schäm*
Danke!
Ich habe auch alle Rechte gesetzt und Benutzer und Gruppe angepasst - aber moodle findet das Verzeichnis leider trotzdem nicht.
Komme ich da jetzt mit deiner obigen Anleitung weiter?
Ich habe mich bisher nicht näher damit beschäftigt, weil ich dachte, dass ich mein Datenverzeichnis ohnehin nicht dort anlegen kann.
Beim einfachen Durchlesen hab ich kein Wort verstanden ...
Viele Grüße
Steffi
ich hatte versucht, den Ordner in Plesk anzulegen - da hat er mir den Zugriff verweigert.
Da ich nicht angenommen hatte, dass die Zugriffsrechte in der Shell anders sind, hatte ich es dort dann gar nicht probiert. Auf deinen Hinweis hin, habe ich es nun doch versucht - und siehe da - in der Shell konnte ich den Ordner anlegen. *schäm*
Danke!
Ich habe auch alle Rechte gesetzt und Benutzer und Gruppe angepasst - aber moodle findet das Verzeichnis leider trotzdem nicht.
Komme ich da jetzt mit deiner obigen Anleitung weiter?
Ich habe mich bisher nicht näher damit beschäftigt, weil ich dachte, dass ich mein Datenverzeichnis ohnehin nicht dort anlegen kann.
Beim einfachen Durchlesen hab ich kein Wort verstanden ...
Viele Grüße
Steffi
"Beim einfachen Durchlesen hab ich kein Wort verstanden ..."
Und ja - die Anleitung ist die Lösung deines Problems wie schon mehrfach gepostet. In einem Pleskforum könnte dir übrigens viel besser geholfen werden.
Maik
Solche generellen Aussagen akzeptiere ich meist nicht, weil sie keinen Hebelpunkt für weitere Hilfe bieten. Das ist ja nur ein Auszug aus der Webseite. Was hast du genau nicht verstanden, an welcher Stelle hast du Schwierigkeiten? Sei konkret und sage nicht andauernd: "Geht nicht! Verstehe ich alles nicht!".
Und ja - die Anleitung ist die Lösung deines Problems wie schon mehrfach gepostet. In einem Pleskforum könnte dir übrigens viel besser geholfen werden.
Maik
Ich wollte mit dieser Aussage auch nicht um weitere Hilfe bitten, sondern nur sagen, dass ich mich damit erst beschäftigen muss, um es (hoffentlich) zu verstehen.
Ich weiß, dass es nur ein Auszug aus einer Webseite ist - ich habe sie auch bereits gelesen.
Ich weiß, dass es nur ein Auszug aus einer Webseite ist - ich habe sie auch bereits gelesen.
Hallo Maik,
ich habe jetzt eine Datei vhost.conf erstellt mit folgendem Inhalt:
Nutzer und Gruppe der Datei ist root.
Anschließend habe ich
/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=domain.com
ausgeführt, damit die Datei von Plesk eingebunden wird (laut Anleitung auf der verlinkten WebSeite).
Es gab keine Bestätigung - aber auch keine Fehlermeldung dafür!?
Dann habe ich noch im Plesk den Apache neu gestartet und gehofft, dass es funktioniert.
War aber leider nicht der Fall.
Moodle sagt:
ERROR: You need to create the directory /var/www/vhosts/domain.com/moodledata with web server write access
(Ich hatte die config.php manuell angelegt.)
Die Rechte für moodledata hab ich alle gesetzt.
Was hat es denn mit <IfModule sapi_apache2.c> auf sich? Könnte man das auch weglassen?
ich habe jetzt eine Datei vhost.conf erstellt mit folgendem Inhalt:
<Directory /var/www/vhosts/domain.com/httpdocs> <IfModule sapi_apache2.c> php_admin_value open_basedir "/var/www/vhosts/domain.com/httpdocs:/tmp:/var/www/vhosts/domain.com/moodledata" </IfModule> </Directory>Die Datei liegt im Verzeichnis /var/www/vhosts/domain.com/conf/.
Nutzer und Gruppe der Datei ist root.
Anschließend habe ich
/usr/local/psa/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=domain.com
ausgeführt, damit die Datei von Plesk eingebunden wird (laut Anleitung auf der verlinkten WebSeite).
Es gab keine Bestätigung - aber auch keine Fehlermeldung dafür!?
Dann habe ich noch im Plesk den Apache neu gestartet und gehofft, dass es funktioniert.
War aber leider nicht der Fall.
Moodle sagt:
ERROR: You need to create the directory /var/www/vhosts/domain.com/moodledata with web server write access
(Ich hatte die config.php manuell angelegt.)
Die Rechte für moodledata hab ich alle gesetzt.
Was hat es denn mit <IfModule sapi_apache2.c> auf sich? Könnte man das auch weglassen?
Du hast "domain.com" durch den richtigen Domainnamen eines existierenden Accounts ersetzt? Das Verzeichnis /var/www/vhosts/domain.com/ muss es eigentlich dann schon vorher geben....#
Gruß,
Maik
Ja, klar. domain.com ist der Name meiner Domain.
Das Verzeichnis gab es schon - ja. Das hab ich nicht angelegt.
Was meinst du damit?
Das Verzeichnis gab es schon - ja. Das hab ich nicht angelegt.
Was meinst du damit?
"Nutzer und Gruppe der Datei sind root."
Nicht gut. Muss der Webservernutzer sein, der sollte seine Configdateien schon lesen können. Idealerweise schaust du einmal welche Rechte die anderen Dateien im gleichen Verzeichnis haben uns setzt das entsprechend.
Lege einmal eine Datei "info.php" mit dem Inhalt:
<?php phpinfo(); ?>
in das httpdocs-Verzeichnis der Domain und rufe sie mit dem Browser auf. Dann flugs nach dem String "basedir" gesucht und den Inhalt nochmal hier gepostet.
Ich schaff' das noch, den Antwortenzähler hier dreistellig hinzubekommen!
Maik
Unter basedir ist alles beim alten:
Wegen Nutzer und Gruppe: Die Datei ist ja im Verzeichnis conf - da komme ich mit Plesk nicht ran. Müsste also die Werte über die Konsole rausfinden.
Welchen Befehl nehme ich dafür?
"Ich schaff' das noch, den Antwortenzähler hier dreistellig hinzubekommen!"
Ich helf dir dabei, ok?
| open_basedir | /var/www/vhosts/competencescout.com/httpdocs:/tmp | no value |
Wegen Nutzer und Gruppe: Die Datei ist ja im Verzeichnis conf - da komme ich mit Plesk nicht ran. Müsste also die Werte über die Konsole rausfinden.
Welchen Befehl nehme ich dafür?
"Ich schaff' das noch, den Antwortenzähler hier dreistellig hinzubekommen!"
Ich helf dir dabei, ok?
Kannst du Englisch? Der mc zeigt dir unter "Datei" die Befehle chmod (Rechteänderung) und chown (Besitzeränderung) an. Versuch's erstmal damit.
Ansonsten heißen die Freunde chmod / chown auf der Konsole. Eine Suche mit Google damit offenbart dir die komplette Syntax und zahllose Drag'n Drog-Beispiele.
Vergiss' Plesk. Damit verwaltet man keine Server. Nicht, wenn es Rootserver ist. Das ist ein Hilfsmittel, nie ein Serverwartungstool.
Gruß,
Maik
Ansonsten heißen die Freunde chmod / chown auf der Konsole. Eine Suche mit Google damit offenbart dir die komplette Syntax und zahllose Drag'n Drog-Beispiele.
Vergiss' Plesk. Damit verwaltet man keine Server. Nicht, wenn es Rootserver ist. Das ist ein Hilfsmittel, nie ein Serverwartungstool.
Gruß,
Maik
chmod, chown und chgrp kenn ich - aber damit kann ich ja nur die Rechte/Besitzer/Gruppe ändern - nicht anzeigen.
Habs aber inzwischen selbst rausgefunden.
ls -l zeigt mir die Dateien samt Rechten/Besitzer/Gruppe an.
Im Verzeichnis conf existieren demnach die Dateien httpd.include, webalizer.conf und vhost.conf (die ich angelegt habe).
Alle drei haben die selben Rechte: -rw-r--r-- und als Besitzer und Gruppe jeweils root.
Habs aber inzwischen selbst rausgefunden.
ls -l zeigt mir die Dateien samt Rechten/Besitzer/Gruppe an.
Im Verzeichnis conf existieren demnach die Dateien httpd.include, webalizer.conf und vhost.conf (die ich angelegt habe).
Alle drei haben die selben Rechte: -rw-r--r-- und als Besitzer und Gruppe jeweils root.
Gut. Dann bitte ab ins Pleskforum, da das nun eindeutig ein Pleskproblem ist. Garantiert gibt es in Plesk einen Link zur Webseite des Herstellers, der entsprechende Supportforen betreibt. Plesk erscheint ja in ständig neuen Versionen. Hier kommen wir nicht weiter.
Gruß,
Maik
Schade - dann schaffen wir den dreistelligen Bereich wohl nicht mehr ...
Wie hast du denn das mit dem moodledata-Verzeichnis gelöst?
Kann doch eigentlich nicht sein, dass das nur mein Problem ist, oder?
Wie wird das denn üblicherweise gemacht?
Wie hast du denn das mit dem moodledata-Verzeichnis gelöst?
Kann doch eigentlich nicht sein, dass das nur mein Problem ist, oder?
Wie wird das denn üblicherweise gemacht?
Ohne Plesk. Alles von Hand zu Fuß eingerichtet - bei Servern fass' ich keine Maus an. Die meisten, die ich kenne und Plesk nutzen, legen /moodledata stumpf nach /httpdocs und verzichten auf den TeX-Filter und andere Addons.
Confixx kann über html_special_vars das Ganze besser.
Confixx kann über html_special_vars das Ganze besser.
Gruß,
Maik
Im httpdocs ist es doch aber übers Internet zu erreichen - das soll man doch auf keinen Fall machen!?
Wie hast du es denn angestellt, dass moodle das Datenverzeichnis findet?
Das ist ja mein eigentliches Problem ...
Wie hast du es denn angestellt, dass moodle das Datenverzeichnis findet?
Das ist ja mein eigentliches Problem ...
Dein Problem hat direkt mit deinem Adminpanel Plesk zu tun. Das habe ich nicht und daher auch nicht das damit verbundene Problem.
Gruß,
Maik
Habs gelöst!
Hab die vhost.conf folgendermaßen umgeschrieben:
Jetzt mach ich erst mal Feierabend ... würd ja sagen "und trink ein Bier" - aber bäh ...
Schönen Abend noch und viiiiielen Dank!
Hab die vhost.conf folgendermaßen umgeschrieben:
<Directory /var/www/vhosts/domain.com/httpdocs> <IfModule sapi_apache2.c> php_admin_value open_basedir "/var/www/vhosts/domain.com/httpdocs:/tmp:/var/www/vhosts/domain.com/moodledata" </IfModule> <IfModule mod_php5.c> php_admin_value open_basedir "/var/www/vhosts/domain.com/httpdocs:/tmp:/var/www/vhosts/domain.com/moodledata" </IfModule> </Directory>Und jetzt findet moodle sein Datenverzeichnis!!
Jetzt mach ich erst mal Feierabend ... würd ja sagen "und trink ein Bier" - aber bäh ...
Schönen Abend noch und viiiiielen Dank!
Hallo Maik,
ich habe bereits im März 2008 bei S4Y angefragt (weil ich im Plesk-Handbuch dazu nichts gefunden habe), wie das funktioniert, eine Domain auf ein Unterverzeichnis zeigen zu lassen.
Daraufhin erhielt ich folgende Antwort:
"Sehr geehrter Kunde,
unter Plesk ist diese Möglichkeit leider nicht gegeben. Ich empfehle, den Ordner selbst aufzulösen und den Inhalt eine ebene höher zu Platzieren, sodass der Inhalt direkt unter httpdocs liegt und somit automatisch beim Aufruf von www.domain.de ausgegeben wird..."
Ich habe dann einfach die index ins httpdocs gelegt und von dort moodle aufgerufen.
Hast du das im Plesk anders gelöst? Wäre für Hinweise sehr dankbar! Hab auch schon gegoogelt (!) - dort aber auch vor allem Antworten dieser Art gefunden:
"was du möchstest, kann man leider nicht dirket in Plesk einstellen.
Aber du kanns eine Weiterleitung auch mit einer .htaccess im httpdocs/ Ordner erreichen, oder du erstellst eine vhost.conf im conf/ Verzeichnis mit der Anweisung ..."
Meinst du das so?
Ich kann im Übrigen kein Verzeichnis parallel zu httpdocs anlegen ...
Steffi
Liebe Community,
ich habe auch ein Problem mit der Installation von Moodle es fängt beim Anlegen vom moodledata verzeichnis an.
Warning: file_exists(): open_basedir restriction in effect.
File(/var/www/vhosts/ebs-bildung.de/moodledata) is not within the allowed path(s): (/var/www/vhosts/ebs-bildung.de/httpdocs/:/tmp/) in /var/www/vhosts/ebs-bildung.de/httpdocs/install.php on line 305
Warning: is_writable(): open_basedir restriction in effect. File(/var/www/vhosts/ebs-bildung.de) is not within the allowed path(s): (/var/www/vhosts/ebs-bildung.de/httpdocs/:/tmp/) in /var/www/vhosts/ebs-bildung.de/httpdocs/install.php on line 309
Die Problemlösungen in diesen Thread habe ich schon berücksichtig.
Konfiguration:
Virtual Linux Server (von Hosteurope)
Ubuntu 10.04.2 LTS
Apache 2, PHP5, MySql
Apachekonfiguration (in Anlehung an die oben genannten Lösungvorschläge)
Auszug aus der default.conf
Verzeichnisrechte:
-----------------------------------------------------------------
Externe Konfiguration über die Datei vhost.conf habe ich auch schon versucht, aber dann doch lieber in default.conf eingetragen.
Nach stundenlangen google- und Forensuche immer noch keine funktionierende Lösung!
Was mache ich falsch? Habt ihr noch eine Idee / einen Vorschlag zur Problemlösung?
Für eure Unterstützung danke ich euch schonmal im vorraus.
Dies ist meine erste Moodleinstallation auf einen Server (voher nur auf Localhost mit lampp), bin also Neuling auf dem Gebiet. (Habt bitte Nachsicht mit mir )
Grüße laserq
Website-Administration => Server => PHP-Informationen
Welche Werte für openbase_dir zeigt er dir dort an?
Gruß,
Maik
phpinfo()
Gruß Gernot
Ich frage mich, warum Master Value leer ist... Da scheinen im Apache zwei verschiedene Konfigurationen miteinander zu konkurrieren.
Kannst du die Pfade zusätzlich nochmal in der php.ini eintragen?
Sollte in /etc/php5/ liegen.
Gruß,
Maik
Hallo,
ertsmal vielen Dank an Maik!! Denke ich bin jetzt schon einen Schritt weiter und habe open_basdir in der php.ini gesetzt.
Nun bemängelt das installationsskript aber das ich das moodledata Verzeichnis nicht im Documentroot anlegen darf. Also wollte ich es unter /var/www/vhosts/ebs-bildung.de/moodledata anlegen. Dafür ist ja der Master_value richtig gesetzt.
Nun aber mein Problem:
Hab in der Doku gelesen das der Master_value ja durch den Local_value überschrieben wird.
Wenn ich nun versuche die default.conf in /etc/apache2/site-available/ zu ändern funktioniert das nicht. Egal was ich da eintrage der Local_value ändert sich nicht. Meine http.conf ist leer. Kann es sein das meine default.conf irgendwie von Plesk überschrieben wird ?
Die default.conf sieht momentan wie folgt aus:
Grüße Gernot
Hallo Gernot,
ich glaube bei Systemen mit Plesk bringt es nichts, die Apache-Konfiguration direkt am Server zu ändern. Diese wird, meines Wissens nach, jedes mal zurückgesetzt.
Wenn mich nicht alles täuscht, gibt es in Plesk die Möglichkeit, die vhost-Konfiguration über die Verwaltungsoberfläche anzupassen.
Kleiner Tip: Systeme mit Plesk/Confixx und Co. sind ziemlich kritisch zu betrachten. Sicherheitsupdates oder gar Versions-Updates des OS sind nur sehr schwer zu realisieren. Das heißt, du hast irgendwann einen Server mit uralter Software.
Viele Grüße
Andreas
ich glaube bei Systemen mit Plesk bringt es nichts, die Apache-Konfiguration direkt am Server zu ändern. Diese wird, meines Wissens nach, jedes mal zurückgesetzt.
Wenn mich nicht alles täuscht, gibt es in Plesk die Möglichkeit, die vhost-Konfiguration über die Verwaltungsoberfläche anzupassen.
Kleiner Tip: Systeme mit Plesk/Confixx und Co. sind ziemlich kritisch zu betrachten. Sicherheitsupdates oder gar Versions-Updates des OS sind nur sehr schwer zu realisieren. Das heißt, du hast irgendwann einen Server mit uralter Software.
Viele Grüße
Andreas
"Wenn mich nicht alles täuscht, gibt es in Plesk die Möglichkeit, die vhost-Konfiguration über die Verwaltungsoberfläche anzupassen."
Das nennt sich bei Plesk http_special_vars. Dort können die vhost-Deklarationen dauerhaft eingetragen werden. Ich empfehle froxlor für die Serveradministration.
Gruß,
Maik
VIELEN DANK AN ALLE!!! Ich hab es hinbekommen, moodledata Verzeichniss lässt sich nun anlegen....
Ihr hattet Recht, Plesk überschreibt alle Konfigurationsdatein des Apaches, deshalb muss man das open_basedir über die vhost.conf ändern. Das wichtigste: man muss Plesk mitteilen das sich die vhost.conf änderd mit dem Befehl: /usr/local/psa/admin/bin/websrvmng -a
meine vhost.conf:
<Directory /var/www/vhosts/ebs-bildung.de/httpdocs>
<IfModule sapi_apache2.c>
php_admin_value open_basedir "/var/www/vhosts/ebs-bildung.de/:/tmp:/var/www/vhosts/ebs-bildung.de/moodledata"
</IfModule>
<IfModule mod_php5.c>
php_admin_flag engine on
php_admin_flag safe_mode off
php_admin_value open_basedir "/var/www/vhosts/ebs-bildung.de/:/tmp:/var/www/vhosts/ebs-bildung.de/moodledata"
</IfModule>
</Directory>
Wichtig ist noch das man nicht <VirtualHost *:80>......</VirtualHost> drinne stehen hat, ansonsten gibt es ne Fehlermeldung bei der Generieung der ***_http.include
VIELEN DANK nochmal an alle!!!!
viele Grüße & schönes We
Gernot