Ermittelt Perl falschen Pfad?

**knows MySQLDumper** Joined: 12 May 2007 Posts: 6

Hallo erst mal an alle,

ich bin sehr begeistert von MySQL-Dumper, das möchte ich vorweg schicken! clap

Danke!

Allerdings habe ich ein Problem. Das Perl-Cron tut nicht was es soll.

Ich habe es gem. dem Howto eingerichtet; der Server besteht den Perltest mit Bravour.

Passe ich jetzt allerdings die crondump.pl entsprechend an (absolute_path_of_configdir), und starte es aus der Shell heraus, so bricht er ab mit der Meldung,

Posted: 2007-05-16, 18:48 (No subject)

Wie sehen denn deine Pfade in der infophp aus?
Ist der safemode an oder aus?
Irgendwas scheint da ja intern bei Dir auf dem Server schief zu laufen.
Hast schon mal bei deinem Hoster angefragt und die Problematik geschildert?

Gruß

Kevin

**knows MySQLDumper** Joined: 12 May 2007 Posts: 6

Hi Kevin,

Danke für die Antwort.

Safe Mode ist aktiviert. Was du mit info-php meinst ist mir grade nicht ganz klar... Die PHP-Ausgabe über PHP-Versionsausgabe (wo auch die ganzen Module stehen) gibt mir ebenfalls die internen Pfade aus

**knows MySQLDumper** Joined: 12 May 2007 Posts: 6

SO, ich habe das Problem gelöst, indem ich einfach händisch den korrekten Pfad übergebe. Zusatz dafür in Zeile 180:

Posted: 2007-05-18, 22:15 (No subject)

Na- wenn er es dann immerhin tut ist ja erstmal gut.
Mit dem safe_mode war ich auch auf dem falschen Dampfer. Das betrifft nur PHP und nicht Perl. d'oh!

Die "PHP-Versionsausgabe" ist die infophp, die ich meinte (wird häufig phpinfo.php benannt). Aber das ist auf jedenfall schon mal aussagekräftig, dass Dir die infophp den internen Pfad ausgibt, die Perl bei Dir offensichtlich haben muss. Warum dir das Script einen anderen Pfad ausgibt ist mir ein Rätsel. Irgendwas ist das krumm.
@DSB - hast Du eine Erleuchtung für uns?

*edit*
obwohl: warte mal - das könnte doch was mit dem safe_mode zu tun haben. Die Pfadangabe wird ja von einem PHP Script ausgegeben. Think

**knows MySQLDumper** Joined: 12 May 2007 Posts: 6

Naja, ich vermute, mein Provider arbeitet in etwa so:

Die Dateien liegen im Pfad /nfsn/content/$benutzer, während ich in der Shell auf ein mini-dateisystem chrootet werde (halt der Standard-Unix-Aufbau), wo mir dann meine Daten unter /home gemountet werden.

Und während jetzt also Apache und alles, was systemweit läuft, korrekten Zugriff auf den richtigen Pfad haben (/nfsn/content), und diesen dementsprechend an das Perl-Script übergeben, läuft dieses lokal unter meinem Benutzer mit den anderen Pfaden (/home), weshalb es dann zu den genannten Problemen kommt.

So meine Interpretation, ohne wirkliche Ahnung von Apache, Perl und Shared Hosting zu haben Wink

Posted: 2007-05-19, 10:06 (No subject)

Das Problem scheint ja sogar intern im Carp-Modul aufzutreten, so dass ich vermute, dass schlichtweg eine Serverumgebungsvariable nicht korrekt konfiguriert ist.

Da soll der Hoster die entsprechende Variable dem tatsächlichen Pfad entsprechend konfigurieren. Danach sollte alles laufen.