Zlib ist nicht vorhanden!

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

Hi Daniel,

dieses Zlib Modul scheint vielleicht ein Problem von MSD zu sein. Mein jetziger Provider behauptet dieses Modul installiert zu haben und er hat keine Ahnung warum es MSD nicht findet.

Ich habe zur Zeit auch noch einen Testauccount bei Schottenhost.de, es läuft alles bis auf die Kompremierung, die gleiche Meldung wie bei meinem normalen Hosting.

Perl-Test für MySQLDumper
Unbedingt notwendige Funktionen für das Cronscript
teste DBI ...
DBI ist installiert.
teste File::Find ...
File::Find ist installiert.
teste File::Basename ...
File::Basename ist installiert.
Konfigurierbare Funktionen für das Cronscript
teste Compress::Zlib ...
Compress::Zlib ist nicht vorhanden !
teste Net::FTP ...
Net::FTP ist installiert.
teste MIME::Lite ...
MIME::Lite ist installiert.

Vorschläge??

gruß Gutschy Smile

Posted: 2006-07-13, 07:08 Re: Zlib ist nicht vorhanden!

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

Tja, Fragen über Fragen?? Keine Ahnung, hab mir jetzt noch einen anderen Testaccount zugelegt und da ist das Zlip Modul vorhanden, und da dieser Hoster auch noch die besten Eckdaten hat, ist mir der Rest eigentlich schon schnurz.

beste Grüße

Michael Very Happy

Posted: 2006-07-13, 14:13 (No subject)

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

Ne, natürlich bei noch einem anderen, währe doch sonst langweilig. Wink

Posted: 2006-07-13, 19:00 (No subject)

Na dann hast Du ja jetzt auch den Beweis, dass der Dumper nicht lügt und es doch am Server liegen muss. Wink

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

Was soll ich denn von dieser Aussage halten.
Die letzt Mail von meinem Hoster.

das Perl-Modul Compress::Zlib wurde nun auf Version 1.41 aktualisiert und
wird nun vom Testskript erkannt.

Man könnte glauben das die sich rausreden wollen, oder?? Oder ist dein Skript so pingelig bei der Auswahl??

Posted: 2006-07-13, 22:21 (No subject)

**uses MSD regulary** Joined: 04 Mar 2006 Posts: 16

Hi Forengemeinde,

da ich für einen Bekannten ein kleines Shop-System installiere, habe ich leider auch feststellen müssen, dass da compress::zlib-Modul für Perl nicht auf seinem Server installiert ist.

Der Support wollte noch etwas klären und in dieser Zeit komprimiert er meine unkomprimierten Dateien mit php-zlib (ebenfalls per Cronjob - nach meinem Backup-Cronjob mittels MSD-Perlscript).

Nun listet mir MSD in der Verwaltung die Anzahl der Backup-Dateien auf (soweit sogut) bloß steht da nun:"Dateien anderer Programme" und 'Datenbank-Backups von "unknown"'. Ebenfalls sind "Tabellen/Einträge" nicht mehr vorhanden.

Ist gzip nicht gleich gzip (perl/php) und ich sollte dann diese Zwischenlösung nicht als Dauerlösung lesen. Oder kann man mit php-gzip komprimierte Archive doch fehlerfrei wieder herstellen?

-volker-

Posted: 2006-07-19, 04:35 (No subject)

**uses MSD regulary** Joined: 04 Mar 2006 Posts: 16

So, das compress::zlib-Modul wurde nun nachinstalliert, allerdings habe ich auch festgestellt, dass Scriptausführung nur im cgi-bin Ordner ausgeführt werden. Da ich mit Plesk absolut auf Kriegsfuß stehe habe ich mich zum cgi-bin-Ordner hochgeangelt.

Im Root-Verzeichnis steht unter anderem:
cgi-bin
httpdocs

Die Domain www.meinedomain.de wird nach httpdocs aufgelöst. Ebenfalls in httpdocs ist das Verzeichnis mysqldumper.

Folgerichtig sollten also nachstehende Pfade richtig sein (schwarz-brot.de ist der Servername aka Rootverzeichnis):

Eintrag in crondump.pl für absolute_path_of_configdir:
/home/httpd/vhosts/schwarz-brot.de/httpdocs/mysqldumper/work/config/
Aufruf im Browser oder für externen Cronjob:
http://www.schwarz-brot.de/mysqldumper/../../cgi-bin/crondump.cgi?config=mysqldumper.conf
Aufruf in der Shell oder für die Crontab:
perl /home/httpd/vhosts/schwarz-brot.de/httpdocs/mysqldumper/../../cgi-bin/crondump.cgi config=mysqldumper.conf

Die fett gedruckte Zeile nochmal in Reinform (weil www.schwarz-brot.de ja eben nicht das Rootverzeichnis des Servers ist, sondern nach httpdocs aufgelöst wird, wird daraus:

rootverzeichnis/httpdocs/mysqldumper/../../cgi-bin/blabla. Mit den beiden eingestellten Rücksprüngen landet er also im root/cgi-bin. Soweit alles trivial.

Frage1: Warum funktioniert das auch nur mit einem Rücksprung?

Ergebnis:
sowohl mit eingestellten ../../cgi-bin als auch mit ../cgi-bin (Konfiguration cronscript im MSD) findet er die Scripte im cgi-bin-Verzeichnis. Das würde ja bedeuten, dass ich mit einem Rücksprung schon im root wäre. Wenn man einmal im root ist kann man natürlich so oft man will zurückspringen - höher als root geht nun mal nicht. Das ist mir schon klar - aber wieso reicht ein Rücksprung?

Alle Perltests funktionieren (ich meine hier nicht die Ansicht im Quelltext - sondern sie funktionieren halt) - auch das Backup wird als *.gz angelegt. Allerdings habe ich immer noch die Warnung im Statusfenster:
"Bug in zlib! Keine Kompression möglich.
Da zlib nicht installiert ist, stehen keine GZip-Funktionen zur Verfügung." Ich kann diese Komprimierung auch nur für das Perlscript aktivieren - alle anderen Komrimierungsoptionen erscheinen "blind" und sind daher nicht aktivierbar.

Ebenfalls nicht verändert hat sich "Dateien anderer Programme" und 'Datenbank-Backups von "unknown"' im Verwaltungsmenü MSD.

PS: Die Installation des compress-Modules ist ca. 7 std her. Kann es daran liegen, dass der Server noch nicht resettet wurde?

-volker-

Posted: 2006-07-19, 17:55 (No subject)

**uses MSD regulary** Joined: 04 Mar 2006 Posts: 16

Hi,

man - geiler Support hier - Respekt!

Ich habe vorsichtshalber mal alle Backupdateien mit MSD gelöscht, und danach mir per Perl ein neues anlegen lassen - will sagen: Es bezieht sich leider auch auf die neu angelegten Backups.

PS: Das mit dem Doppelrücksprung lasse ich im Crontab aber doch lieber drin - man weis ja nie.

-volker-

Posted: 2006-07-19, 18:29 (No subject)

Posted: 2006-07-19, 18:53 (No subject)

Jetzt ist auch völlig klar warum MSD die Datei nicht öffnen kann.
Da hätte ich auch vorher drauf kommen können. Wink

Wenn Du eine Datei mit Perl und zlib erstellst und unter PHP kein zlib zur Verfügung steht, dann kann er selbstverständlich den Kopf der Datei nicht einlesen (das geschieht ja unter PHP).
Deshalb, weil er keine Kopfdaten findet, geht MSD davon aus, dass es sich um ein Fremdbackup handelt.

Veranlasse, dass Dein Hoster die PHP-Version aktualisiert, dann wird es auch richtig angezeigt. Oder verzichte beim Backup per Perl auf die Kompression, dann wird es auch richtig angezeigt.

Ganz abgesehen davon ist Deine PHP-Version 4.3.2 dermaßen alt, dass es geradezu sträflich ist, eine so alte Version mit all den bekannten Sicherheitslücken auf einem Webspace laufen zu lassen.
Ein Update tut dringend not.