Fehler im Batch-Upload nac Upate auf 1.5.8 Fehler im Batch-Upload nac Upate auf 1.5.8
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

Fehler im Batch-Upload nac Upate auf 1.5.8

Started by Piet, November 10, 2010, 10:28:40 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Piet

Hallo Leute,

es gibt schon zig Themen die Probleme mit dem Batch-Upload behandeln. Aber keins der von mir gefundenen hat mir bei meinem Problem geholfen.

Ich habe ein Update von 1.4.x auf 1.5.8 gemacht. Mit der 1.4.x lief der batch-upload einwandfrei.

Jetzt aber geht es nicht mehr. Beim batch-Upload erscheint ein rotes X wo normalerweise der Hacken auftaucht. Der Link zu dem X ist auch komisch (siehe dazu die beiden Anhänge).

-keine Sonder/Leerzeichen im Dateinamen
-Einfach-Upload und Mehrfach (flash) geht
-Rechte auf 777 (mit Rechten 755 geht der normale Upload nicht)

Testaccount etc. habe ich erstmal gelassen, vielleicht reichen die Infos in diesem Posting ja schon.
Wäre schön wenn mir jamend helfen könnte.
Link: www.mike-pietsch.de

Gruß Piet

Αndré

Quote from: Piet on November 10, 2010, 10:28:40 AM
-Rechte auf 777 (mit Rechten 755 geht der normale Upload nicht)
Überprüfe ob die Besitzrechte auch stimmen. Jedoch ist ein 'undefined' erstmal kein gutes Zeichen. Du solltest bitte auch sicherstellen, dass alle Dateien von Coppermine ordnungsgemäß hochgeladen wurden. Evtl. ist eine PHP- oder JS-Datei fehlerhaft.

Piet

Hi,

danke für deine Antwort.
Ich habe eben alles gelöscht und eine neue saubere Installation gemacht. Anschließend die config.inc.php wieder hochgeladen.
Unverändert.

Wie meinst du das mit den Besitzrechten prüfen?
Es hat ja bis vor kurzem auf 1.4.x prima geklappt.

Gruß Piet

Αndré

In unixähnlichen Systemen gibt es Besitz- und Zugriffsrechte (chown, chmod). Das meinte ich mit Besitzrechten.

Werden die Dateien denn trotz des roten X hinzugefügt?
Was passiert, wenn du z.B. ein PDF-Dokument hinzufügst?

Piet

Nein, es wird kein Bild hochgeladen. Anschließend kommt die Meldung "Album leer".


....aaaber ich habe ein PDF hochgeladen, das klappte seltsamerweise....??? Ich denke das bring uns bei der Fehlersuche ein wenig weiter.

Αndré

Versuch mal ein sehr kleines Bild hochzuladen. Um genau zu sein eins, das so klein ist, dass weder das Original verkleinert werden muss oder ein Bild in Zwischengröße erzeugt wird.

Piet

OK, jetzt sind wir der Sache ein wenig näher gekommen.

Kleinere Bilder gehen, aber bei größeren tritt dieses Problem auf.

Αndré

Hört sich für mich nach einem Rechteproblem an, sobald die Originaldatei geändert werden soll. Also Besitzrechte und Zugriffsrechte korrekt setzen bzw. setzen lassen.

Piet

OK, ich habe noch mal nachgeschaut.
Ordner albums, albums/edit, albums/upload, albums/userpics haben 777
/albums/upload/test hat ebenfalls 777.
Ich habe auch alle darin enthaltenen Dateien auf 777 gesetzt.

Geht immer noch nicht. Und wie gesagt, mit 1.4.x hat es Problemlos geklappt.
Was sollte doch eigentlich kein Rechteproblem sein oder?

Αndré

Quote from: Αndré on November 10, 2010, 11:15:30 AM
Überprüfe ob die Besitzrechte auch stimmen.
In den meisten Fällen kannst du das nicht selbst machen, sondern muss von deinem Provider vorgenommen werden.

Joachim Müller

vgl.
Quote from: http://documentation.coppermine-gallery.net/de/install_permissions.htm#chmod_chownOwnership (CHOWN)
In rare cases you might run into permission issues that can't be solved by setting permissions using the CHMOD command - instead, you need to change the ownership of folder/files using the CHOWN command that only applies on Posix-compliant operating systems. Issues related to ownership usually happen if the user the FTP upload runs under differs from the user the webserver runs under. The tricky thing is that there is no control built into your FTP application to review or change ownership. Therefore, if the server isn't yours to administer and you don't have shell access, you're stuck and will have to ask your webhost for support.

Piet

Hallo ihr,

vielen dank für die Antworten.
Ich habe mich mit dem Provider in Verbindung gesetzt (all-inkl). Sie haben mir auch gezeigt, wie ich die Rechte wieder zurücksetzten kann.

Zitat aus der Mail:
QuoteDie Meldung sagt aus, dass der Ordner "Files" einen anderen Besitzer benötigt. Sie können im KAS www.kasserver.com unter Tools/Besitzerrechte diese Zugriffsrechte wieder auf Ihren FTP - User zurücksetzen, so dass Sie mit Ihrem FTP Client diese Daten wieder problemlos bearbeiten können. Aktivieren Sie dazu bitte auch die Option "rekursiv", damit alle Dateien sowie Unterverzeichnisse in diesem angegebenen Ordner auch korrigiert werden. Beachten Sie bitte, dass das Zurücksetzen etwa 5 Minuten Zeit in Anspruch nimmt.
Tja,
leider hat es nichts geholfen..., langsam weiß ich nicht mehr weiter...

Αndré

Leider hat dir all-inkl genau das falsche mitgeteilt. Die Besitzrechte sollen nicht dem FTP-Benutzer zugeordnet werden, sondern dem PHP-Benutzer. Schließlich möchte PHP die Dateien weiterverarbeiten, und genau das funktioniert nicht.

Piet

Hi,
ja ich hatte all-inkl noch mal angeschrieben. Sie hatten mir dann genau das was du geschrieben hast gesagt.
Gesagt->getan. Ich kann jetzt per FTP keine Rechte mehr verändern. Nur sehen. Und sie stehen auf 755 (was ja auch reichen sollte).
Er würde sich ja auch bei der Auswahl der Dateien beschweren, das er das Verzeichnis nicht beschreiben kann.

Tja was soll ich sagen, es geht nicht. Der gleiche Fehler.

Mich wundert ja nach wie vor, dass es erst mit dem Update auf 1.5.8 Probleme macht. Auch eine neue Installation (um sicherzustellen das irgendwelche Parameter nicht passen).

Ist denn bei 1.5.8 irgendwas anders in der batch-Upload-Methode als in 1.4.x?

Ich werde die Tage noch mal 1.4.x installieren. Wenn es da geht kann es doch nicht an den Servereinstellungen liegen oder?

Und dann gebe ich auf.. :(

Ich danke euch allen für die Hilfe!!!!

lamama

Quote from: Piet on November 11, 2010, 08:34:20 AM
Kleinere Bilder gehen, aber bei größeren tritt dieses Problem auf.

Welche konkreten Größen gehen denn noch und welche nicht mehr?
Versuche doch mal, der aktuell möglichen Maximalgröße auf die Schliche zu kommen.
Vll. ein out of memory bei php?

Hast Du dir die Errorlogs schon mal angeschaut?


Piet

Hallo Leute,
ich hatte es damals aufgegeben, hatte schon zu viel Zeit in Probieren und so investiert.

Jetzt habe ich die neuste Version hochgeladen und siehe da, es funktioniert wirder.
Muß also ein Fehler in der alten Version gewesen sein.

Ich danke allen die mir versucht haben zu helfen.

Gruß Piet

Αndré