Perlt test geht, bei Modulen fehlt Compress::Zlip

**Donator** Joined: 07 Jul 2006 Posts: 16

Hi DSB,

was die Rechte angeht läuft es bei mir der Perl Test nur wenn ich auf 777 gehe, 755 führt dazu das ich keinen Zugriff auf die Ordner habe, finde ich auch seltsam. Hab jetzt aber auch nicht so viel Kenne, dachte aber die Rechtevergabe schon so einigermaßen verinnerlicht zu haben.

Die Readme Datei habe ich natürich gefunden, aber ich weiß nicht was ich davon umsetzen soll, welche Gründe kann es denn haben dass das Perl Skript nicht ausgeführt werden kann, weil Perl an sich scheint ja zu laufen?? Hab mal die Dateiendungen in cgi geändert, führte nur dazu das jetzt Quelltext angezeigt wird.

Noch einen Ratschlag??

Gutschy Shocked

Posted: 2006-07-11, 21:15 (No subject)

Also wenn der Perltest auf Deinem Server mit 0777 funktioniert, dann sollten auch die anderen Scripte mit 0777 funktionieren.
Setz das crondump.pl also auch auf 0777 und test das noch mal.
dann sehen wir weiter.

**Donator** Joined: 07 Jul 2006 Posts: 16

crondump.pl führt zu folgender Aussagen:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, mcgutschy@web.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
Apache/2.0.46 (Red Hat) Server at www.b481.de Port 80

Die Rechte natürlich auf 0777.

Posted: 2006-07-11, 21:33 (No subject)

Na dann schreib doch mal an den guten mcgutschy. *g*

Hast Du die Datei vielleicht nicht im ASCII-Modus hochgeladen nachdem Du den absolute_path_of_configdir angepasst hast?

**Donator** Joined: 07 Jul 2006 Posts: 16

Oh je, der ASCII Mode, das der ganze Dumper in Binär hochgeladen worden ist, ist hoffentlich nicht zu tragisch.

Die Pfad Anpassung hatte leider auch einen Fehler *duck*. Der Pfad stammte noch aus dem Testsystem *ducknochmehr*. Auf jeden Fall steht da jetzt ein großes

OK aber darunter:

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, mcgutschy@web.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.
Apache/2.0.46 (Red Hat) Server at www.b481.de Port 80

Was meint dieses jetzt???

Posted: 2006-07-11, 21:49 (No subject)

Diese "Fehlermeldung" sagt eigentlich nur: "geht nicht".
Da steckt dummerweise keinerlei Information darüber drin an welcher Stelle es genau gehakt hat.

Wenn Du mir vertraust wäre es wohl am einfachsten wenn ich mir selbst ein Bild mache und mir das auf dem Server direkt anschaue. Wenn Du das möchtest, dann maile mir einen FTP-Zugang an admin at mysqldumper.de .

Wenn nicht, dann schau Dir mal das erwähnte Logfile an und poste mir den dortigen Eintrag bezüglich des Aufrufs.

**Donator** Joined: 07 Jul 2006 Posts: 16

Mach ich gleich fertig.

Und schon mal allerherzlichsten Dank für die Mühe!!!!!!

Posted: 2006-07-11, 21:56 (No subject)

Bitte, bitte. Wink

**Donator** Joined: 07 Jul 2006 Posts: 16

bin jetzt weg, aber morgen wieder gegen Mittag erreichbar.

Posted: 2006-07-11, 22:47 (No subject)

Ok, hier haben wir wieder einen Fall von sehr seltsamer Serverkonfiguration.
Der Sachverhalt:

- Perl ist grundsätzlich außerhalb von cgi-bin erlaubt
- die kleinen Testscripte des Dumpers, welche das vorhandensein der Module prüfen, funktionieren
- sobald man aber auf Funktionen der Module zugreifen will (so wie es die eigentliche Backuproutine in crondump.pl tut), reagiert der Server mit einem "Internal Server Error" (und das meint er wörtlich *g*)

Die Lösung:

es gibt ein cgi-bin-Verzeichnis außerhalb des Webroots.
Hier muss das crondump.pl-Script platziert werden. Dann funktioniert es auch und der Zugriff auf die benötigten Perl-Module klappt.

Ich kann jetzt nicht beurteilen, ob es an einem Fehler in Plesk liegt oder ob der Hoster hier nicht für die richtigen Umgebungsvariablen außerhalb von cgi-bin sorgt, aber seltsam ist das allemal.
Da würde ich mal ein Ticket an den Hoster aufmachen. Wink

Entweder man definiert Perl so, dass es nur innerhalb des richtigen cgi-bin-Verzeichnis erlaubt ist oder man sorgt dafür, dass Perl auch tatsächlich in allen Ordnern korrekt funktioniert, aber dieser Mischmasch ist nicht in Ordnung.