[erledigt] Fehler beim aktivieren der Deutschen Übersetzungen

Ok, ich bin in meinen Recherchen einen Schritt weiter.
Aufgrund der Ähnlichkeit des Problems hier ein Quote aus einem anderen Thread:

Das hat mich auf eine Idee gebracht. Bei mir wurde während der Installation weder .../sites/default/files/tmp/
noch .../files/tmp/ noch .../tmp/

Probehalber habe ich aber alle drei einmal mit 0755 angelegt, keine Besserung.
Die Formulierung "Sollte der files Ordner nicht direkt im root liegen?" hat mich auf eine noch eigenartigere Idee gebracht. ABER diese hatte dann Erfolg:

Im root meines V-Servers befindet sich tatsächlich ein Ordner namens temp, mit eben diesen filexxxxxx Dateien.
Pfad: /tmp/
also absolut und nicht relativ zum Drupal-root!
Die Rechte des Ordners sind 1777, den gabs aber schon vor der Drupal-Installation.

Hat denn keiner einen Lösungsvorschlag? Es muss doch mehr Leute mit dem Problem geben!

also eigentlich sollte /tmp/ unter Linux System immer funktionieren insbesondere mit chmod 1777, das definitiv das einzigst Richtige ist,
wie sieht das chmod von drupal/files bzw drupal/sites/xyz/files aus?
hast du vlt. /tmp/ 0755 gegeben? das wäre verehrend
--------------
Mein Blog: www.freeblogger.org
Deutscher IRC-Channel: irc.freenode.net #drupal.de je mehr desto besser
... Jabber-me: dereine@jabber.ccc.de Warum Jabber?

drupal/files bzw. drupal/sites/xyz/files sind beide auf 0755

/tmp/ hab ich natürlich auf 1777 gelassen ;-)

mein Fehler ist aber immernoch da :(

Hat jemand Erfahrung mit der deutschen Übersetzung? Oder hapert es an Drupal selbst? Auf Englisch funktioniert ja wie gesagt alles problemlos...

Also ich bin mir eigentlich ziemlich sicher, dass der Fehler nicht bei Drupal zu suchen ist, sondern ausschließlich ein Konfigurationsproblem Deines Webservers ist. Evtl. hast Du die Möglichkeit dazu mal Deinen Provider zu kontaktieren?

--
bv - drupalcenter.de

Wie bereits erwähnt, das ist ein V-Root Server, alle Konfigurationen unterliegen damit mir und nicht meinem Hoster ;-)

Und mit Englisch als Standardsprache klappt ja auch alles. Es scheint mir so, als gebe es ein Problem mit JavaScript:

Diese Meldungen erscheinen zeitgleich mit den anderen Fehlermeldungen...

Meine Theorie ist folgende:

Diese Meldung entsteht, weil die Übersetzung etwas temporär zwischenspeichern möchte und das nicht kann.
Nochmal die verschiedenen roots:

/ ist die Systemroot auf /tmp hat der Webserver in der Regel keinen Zugriff, da das außerhalb der DocumentRoot liegt.

Diese ist z.B. /srv/www/vhosts/irgendeinname/htdocs

Alles was Drupal angeht passiert innerhalb dieser DocumentRoot. Die DrupalRoot ist dann aus Systemsicht z.B.
/srv/www/vhosts/irgendeinname/htdocs/hier-wohnt-drupal

Für Pfadangaben innerhalb von Drupal wie z.B. unter admin/settings/file-system gilt dann:
files bezieht sich auf /srv/www/vhosts/irgendeinname/htdocs/hier-wohnt-drupal/files
/tmp bezieht sich auf /srv/www/vhosts/irgendeinname/htdocs/tmp

Diese Ordner brauchen entsprechende Rechte.
Hoffe das hilft vielleicht weiter und ist halbwegs verständlich formuliert.

Genau dort liegen aber eben diese eigenartigen Dateien. Und die kommen nicht von mir...
Erweiterung: Fileowner ist wwwrun, group www...
also hat der Webserver doch Zugriff.

In meinem Fall ist das:
/srv/www/vhosts/meindomainname/httpdocs/

Und der Ordner /srv/www/vhosts/meindomainname/httpdocs/tmp existierte nach der Drupal-Installation nicht, sondern musste von mit manuell angelegt werden.
Die Rechte dieses Ordners sind auf 0755. Der Ordner ist aber leer...
Die Rechte auf 0777 zu setzen behebt das Problem auch nicht.

Meine Idee: Anstatt auf ./tmp zuzugreifen, schafft es Drupal (wie auch immer) in /tmp zu schreiben, absolut betrachtet, nicht realtiv.
Ich weiß, dass dem nicht so sein sollte aber ich weiß nicht wie ich dieses Pfadproblem beheben kann/soll.

Erweiterung:

Ich habe mir die Datum-Uhrzeit Informationen dieser Files mal angesehen, sie werden tatsächlich zum Zeitpunkt der FEhlermeldung erst erstellt (in /tmp), VON Drupal, können von Drupal dann aber selbstverständlich nicht verwendet werden (da ausserhalb des Drupal-roots).
WIE bringe ich Drupal aber dazu anstatt von /tmp einfach /srv/www/vhosts/meindomainname/httpdocs/tmp zu benutzen????

Also doch ein Webserver Problem. Hast du Zugriff auf die Apache-Config?
Noch eine ratlose letzte Idee:

unter admin/settings/file-system

/tmp ändern in files/tmp oder irgendwas innerhalb der DrupalRoot. Diesen Ordner anlegen und 777 vergeben (auch für die übergeordneten)...

Indem Du unter admin/settings/file-system den Pfad für "Temporäres Verz." von "/tmp" auf "tmp" abändest. Alles was da drin steht unt mit einem Slash "/" beginnt, bezieht sich auf den Server-Root, alles ohne Slash beginnend bezieht sich auf Apaches Document_Root.

Daran pfriemel ich auch gerade...
Genau dort steht nämlich /tmp, es wird aber dummerweise nicht realtiv interpretiert......
gebe ich dort den absoluten Pfad an, so wird er niccht gespeichert.
Ausserdem sind die Fehlermeldungen etwas dicker sobald ich file-system betrete:

* Die ausgewählte Datei /tmp/filezAWIfR konnte nicht hochgeladen werden, da das Ziel nicht richtig konfiguriert ist.
* Die ausgewählte Datei /tmp/filelIOVe1 konnte nicht hochgeladen werden, da das Ziel nicht richtig konfiguriert ist.
* warning: fopen() [function.fopen]: SAFE MODE Restriction in effect. The script whose uid is 0 is not allowed to access /srv/www/vhosts/************************/httpdocs/sites/default/files owned by uid 30 in /srv/www/vhosts/*********/httpdocs/includes/file.inc on line 129.
* warning: fopen(sites/default/files/.htaccess) [function.fopen]: failed to open stream: Success in /srv/www/vhosts/**************/httpdocs/includes/file.inc on line 129.
* Sicherheitswarnung: .htaccess-Datei konnte nicht geschrieben werden. Bitte erstellen sie eine .htaccess-Datei im sites/default/files-Verzeichnis, mit folgendem Inhalt:
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
Options None
Options +FollowSymLinks

Also wieder das Owner Problem. Allerdings ist der sites/default/files Ordner dem User wwwrun zugeordnet... warum kann der Webserver darauf dann nicht zugreifen? Bzw. warum hat das Script die UID 0?

@tumblingmug: würde funktionieren, wenn denn Drupal den Pfad auch speichern würde ^^

EDIT2:

Bahahaaa ich dreh gleich durch...
Ich hab jetzt die geforderte .htaccess angelegt, nun wird der Pfad auch ordnungsgemäß gespeichert...
ABER: nun sieht die Fehlermeldung so aus:

Die ausgewählte Datei /srv/www/vhosts/***********/httpdocs/tmp/filelS3Ct7 konnte nicht hochgeladen werden, da das Ziel nicht richtig konfiguriert ist.

-.-

Bitte Deinen Hoster, den SAFE MODE auf OFF zu schalten. Wenn er das nicht will, vergiß Drupal auf diesem Host (und den Hoster am besten auch gleich).
Denn: Shared Hosting UND mod_php UND Safe Mode On == fast unbenutzbarer Hosting Space, falls Du nicht nur statische Seiten ausliefern willst. (Es mag übrigens Umgehungen geben, aber insgesamt hast Du mit ob. gen. Konstellation ein schwergewichtiges, unzeitgemäßes Eisen am Bein.)
Drupal darf mit den Rechten des Apache Users auf Deinem Webspace keine Dateien schreiben (was am SAFE MODE liegt), daher die beharrlichen Fehlermeldungen.

EDIT: Sorry, Du bist ja Dein eigener Hoster :))
Dann editiere die php.ini und setze den SAFE MODE auf OFF. Apache danach neustarten.

Ok Danke, der SAFE MODE wars!

Ich dachte eigentlich der Safe-Mode Fehler hätte sich erledigt, denn nachdem ich die .htaccess erstellt hatte war er verschwunden.
Naja, jetzt funktionierts ja, vielen Dank nochmal!

ich habe den selben fehler, und zwar seit der installation von imagegallery. ich habe die files angeschaut, sie existieren und enthalten css informationen. der ordner ist auf chmod 777. interessant: neu erstellte files haben chmod 600, und in den fehlerlogs steht NICHT.

weiss jemand rat? wäre froh um antworten...

edit: hab erst jetzt gesehen dass es sich um drupal 6 handelt. ich hab noch 5. soll ich ein eigenes topic eröffnen?

Auch bei mir safe mode on war die Ursache.
Nach dem Abschalten waren die Fehlermeldungen weg.