Falk Sauer wrote:
Hi Dirk
On Fri, Sep 28, 2001 at 10:58:56PM +0200, Dirk Försterling wrote:
Ach so, einer fehlt noch:
Der Apache sagt mir wirklich nicht mehr außer "[emerg] (22)Invalid argument: Failed to allocated shared memory" im error_log, sobald PHP 4 installiert ist. Es handelt sich hier um eine SuSE-7.2 out-of-the Box mit 2.2er-Kernel (2.4.4-4GB auch ausprobiert). Wie soll ich nähere Angaben machen, wenn die Programme das nicht tun.
du könntest zb. mal auf http://sdb.suse.com/ nach samba suchen und wenn du da alles gemacht hast was bei deinem system in Frage kommt dich nochmal hier melden falls der Fehler immer noch auftritt.
Nun, sdb.suse.com ergibt bei mir nur "host not found". Falls Du sdb.suse.de meintest, dann habe ich da nachgesehen. Mit dem Stichwort "samba" finde ich ganze 13 Artikel, die größtenteils Steinalt sind und genau wie in http://sdb.suse.de/de/sdb/html/fehr_druck_1.html sieht auch der Druckerfilter hier aus. Nur daß er nicht läuft, d.h. smbclient bleibt bei 100% CPU-Last stecken. Die restlichen Artikel treffen nicht zu. Ansonsten habe ich auch schon andere Stichwörter durchprobiert. Diese Mailingliste ist für mich sozusagen der letzte Anlaufpunkt. Aber was hat samba mit apache zu tun? Jedenfalls habe ich auch nach "apache" gesucht und es handelt sich hier nicht um das ssl-Problem (ist installiert, die Fehlermeldung eine andere). Es ist auch nicht das PERL-Problem (Modulreihenfolge). Auch das Modul auth_ldap ist nicht installiert. Die anderen der 19 Artikel in der SDB treffen entweder nicht zu oder helfen nicht weiter (weil für zu alte Distribution bestimmt).
Die hier zur Diskussion stehende Installation ist eine SuSE 7.2 vollinstallation ("einfach alles"). Nachdem die Platte doch recht wenig Platz hatte, wurde nahezu alles was mit X11 zu tun hat deinstalliert (soweit die Konflikte es erlaubt haben). Das Problem mit dem Apache trat davor auf und tritt nach der Abspeckung immernoch auf.
Das deutet darauf hin das du noch nicht obigem link gefolgt bist.
Da kann ich nur widersprechen. Ich hatte die Mailingliste als letztes aufgesucht, da ich keine andere Lösung gefunden habe. sogar deja.com habe ich durchforstet. Speziell das Problem mit den Pipes in Skripten macht mir arge Kopfschmerzen, weil ich keine Ahnung habe ob sich das noch woanders auswirkt. Auch das Einfügen mit Backticks (also auch wieder Pipes) funktioniert nicht, wenn das Skript per cron oder lpd aufgerufen wird. Bei cron kann ich das fast immer beheben, wenn ich in der crontab die Datei_ein_leitung (nicht umleitung von stdout, sondern stdin) aus /dev/null heraus in das Skript hinzufüge (< /dev/null). Nach deiner anderen Antwort zu Urteilen scheinst Du zu vermuten, ich hätte mich vertippt. Leider klappt diese Umleitung nicht mehr, wenn das aufgerufene Skript selbst wieder Programme startet, z.B. java oder andere Skripten. Die aufgerufenen Programme laufen einfach nicht. Die Umleitung von stdout und stderr in ein "log" ergibt hier stets eine leere Datei. Noch ein Beispiel: first.sh: # !/bin/bash LS=`/bin/ssh ziel ls` REMDATE=`/bin/ssh ziel date` echo "... ${REMDATE} ... ${LS} ..." > /tmp/test echo `/home/user/bin/another.sh` >> /tmp/test another.sh: #! /bin/bash DATE=`/bin/ssh ziel date` echo "... ${DATE} ..." Das Skript first.sh wird via cron aufgerufen: 00 12 * * * /home/user/bin/first.sh >> /tmp/cronlog 2>&1 Auf SuSE-Linux 7.0 klappt es auf Anhieb. Auf 7.2 passiert gar nichts. Im syslog von ziel taucht nicht mal ein ssh-Connect auf. Ändere ich den crontab-Eintrag auf 00 12 * * * /home/user/bin/first.sh >> /tmp/cronlog 2>&1 < /dev/null (Datei - Einleitung, also stdin) dann läuft das Skript durch bis zum aufruf von another.sh in Backticks. Dieses wird nicht aufgerufen, d.h. es ist in /tmp/test am Ende kein Datum zu finden. Wie gesagt: Diese Konstellation läuft unverändert auf SuSE 7.0. Die Datei /tmp/cronlog enthält bei dem Beispiel nie etwas. Ich habe hiermit versucht, das Problem auf einen kleinsten Nenner zu bringen. Es geht also nicht darum ob die Skripten korrekt sind, sondern warum hier Teile der Skripten (unter SuSE 7.2) nicht aufgerufen werden, und anscheinend dabei sdtin und/oder stdout eine Rolle spielt was es früher nicht tat.
Auserdem gibts im listenarchiv mindestens 100 Artikel zu diesem Thema.
Habe ich gesehen und gelesen. Möglicherweise habe ich auch was überlesen, da daß Archiv nicht gerade vor Komfortabilität strotzt. Mit dem mod_ssl hat der Fehler jedenfalls nix zu tun. Ich werd's dann nochmal mit einer von vornheherein kleineren Installation versuchen (was den apache angeht, das cron+smbprint-Problem habe ich nicht auf dem gleichen Rechner). -- :: Dirk Försterling :: Support & Entwicklung :: eORGA Bernhard Üllenberg :: Klosterstr. 49 :: c/o com.in.to GmbH :: 40211 Düsseldorf :: Fon +49.211.3985823 :: Fax +49.211.3985824