Hallo noch einmal, es sind noch weitere Probleme aufgetaucht: 1. cron macht nicht das, was er soll - eigentlich macht er gar nichts. Zumindest arbeitet er die /etc/crontab nicht ab. ALso rccron status liefert "running" - soweit ok Ein Testeintrag in /etc/crontab z.B. * * * * * root echo huhu > /test.txt tut gar nichts. Auch die "eigentlichen" crontab-Einträge (Virensignatur vom Internetserver holen bzw. update der blacklists) laufen nicht. Wenn ich man crontab richtig verstanden habe, sollte cron doch eigentlich minütlich die crontab abgleichen ...? cron Neustarten bringt auch nichts - ist aber laut manpage auch nicht nötig. Ich weiß leider nicht mehr, wo ich noch suchen sollte :( 2. Heikel: Ich habe mich bei der Einrichtung des slss an die Empfehlung gehalten, einen gültigen domainnamen für die Schule zu benutzen. Wir haben einen solchen (realschule-schwabach.de), auf dem unsere Homepage liegt. Nun beißt sich dieser DNS-Eintrag scheinbar mit den dns-Einstellungen auf dem ssls. An dns habe ich mich bis jetzt nicht rangetraut. Das Ganze wirkt sich wie folgt aus: Beim Versuch, sich an https://admin.realschule-schwabach.de oder proxy.realschule... etc. anzumelden, wird man auf den squid umgeleitet und dann passiert gar nix mehr (Proxyeinstellungen im IE: Proxy benutzen: proxy, Adresse 8080). Die Anmeldung ist zwar über https://admin möglich - allerdings bekomme ich dann regelmäßig die unschöne Zertifikatswarnung, dass der sitename im Zertifikat nicht mit der Site übereinstimmt. Das Gleiche gilt - und das ist ärgerlicher - für den Squid. D.h.: Wenn ein Schüler eine blockierte Seite anbrowsen (Deutschkollegen mögen mir verzeihen ;-) will, bekommt er sozusagen als "Vorwarnung" auch ebendiese Zertifikatswarnung. Sonst funktioniert der Internetzugang problemlos. Grüße C. Schütz -- C. Schütz Systembetreuer Staatl. Realschule Schwabach
Moin, On Wed, 10 Sep 2003, Dieter Kroemer wrote:
Ein Testeintrag in /etc/crontab z.B. * * * * * root echo huhu > /test.txt
Was soll das root bedeuten? - root ist kein Befehl.
... aber root ist ein User, mit dem "echo huhu > /test.txt" ausgeführt werden wird... Viele Grüße, -- Christoph Thiel (ct@kki.org, cthiel1@linux01.gwdg.de)
Hallo, Bedeutet das "root" in diesem Falle nicht, dass der Befehl als root ausgeführt werden soll? Christoph
-----Original Message----- From: Dieter Kroemer [mailto:kroe@rs-schesslitz.de] Sent: Wednesday, September 10, 2003 8:04 PM To: slss@suse.com Subject: Re: [slss] Probleme mit cron und Domainnamen
Hallo C.
Ein Testeintrag in /etc/crontab z.B. * * * * * root echo huhu > /test.txt
Was soll das root bedeuten? - root ist kein Befehl.
Gruß Dieter
-- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help@suse.com
Am Mittwoch, 10. September 2003 16:52 schrieb c.schuetz@realschule-schwabach.de:
Ein Testeintrag in /etc/crontab z.B. * * * * * root echo huhu > /test.txt tut gar nichts.
Nachdem ich jetzt auch weiß, was das root bedeutet (aber Sinn macht es in der crontab von root nicht wirklich, oder?), versuch doch mal Folgendes: * * * * * echo huhu > /test.txt oder wenn's mit root sein soll ;-) * * * * * root `echo huhu > /test.txt` (ich glaube die heißen Backticks; Anführungszeichen von oben links nach unten rechts) Bei mir funktioniert es - natürlich kann das in der crontab von einem "normlen" user nicht funktionieren, da die Befehle dieser crontab niemals als root ausgeführt werden können und daher kann auch nicht direkt in / geschrieben werden. Also wenn, dann als root einloggen und mit crontab -e diese crontab editieren. Gruß Dieter
Hallo Dieter,
Nachdem ich jetzt auch weiß, was das root bedeutet (aber Sinn macht es in der crontab von root nicht wirklich, oder?), versuch doch mal Folgendes: * * * * * echo huhu > /test.txt Hab ich schon, ohne Erfolg.
Zum Thema "root": Ich habe mich bei meinen Eintrag an das Vorbild der SuSE- Einträge gehalten - dort steht auch überall "root" - wird auch in der man crontab so erwähnt.
oder wenn's mit root sein soll ;-) * * * * * root `echo huhu > /test.txt` (ich glaube die heißen Backticks; Anführungszeichen von oben links nach unten rechts)
Bei mir funktioniert es - natürlich kann das in der crontab von einem "normlen" user nicht funktionieren, da die Befehle dieser crontab niemals als root ausgeführt werden können und daher kann auch nicht direkt in / geschrieben werden.
Habe ich auch schon probiert: Den Eintrag entsprechend abgeändert und mit crontab -u foo /home/foo/meine_crontab einen Eintrag in /var/irgendwas/cron/tabs erzeugt. Soweit so richtig erzeugt - nur ebenfalls ohne Erfolg. Das mit den Anführungszeichen (Ticks) probiere ich morgen mal. An einen Erfolg mag ich aber nicht so recht glauben. Die eigentlich wichtigen contab-Einträge sind shell-scripte und die von SusE stehen auch ohne Ticks drin - laufen tun sie aber auch nicht.
Also wenn, dann als root einloggen und mit crontab -e diese crontab editieren.
Wenn ich die manpage richtig verstanden habe, dient crontab (das Programm!) nur dem _zusätzlichen Zweck_, dass ein "gewöhnlicher user" seine eigenen cronjobs anlegen kann. Die nur dem root zugängliche Datei /etc/crontab wird m.E. in jedem Fall minütlich abgearbeitet (ohne mit crontab einen Eintrag in /var/ichweißnichtmehrwas/cron/tabs zu erzeugen. crontab -u root /etc/crontab habe ich aber trotzdem mal ausprobiert - auch ohne Erfolg :(( Gruß Christian -- C. Schütz Systembetreuer Staatliche Realschule Schwabach email: c.schuetz@realschule-schwabach.de
cron-Problem gelöst! cron tut das, was er soll - warum erst jetzt, weiß ich aber auch nicht. Jedenfalls hatte er heute früh brav das antivir-Update gezogen. ...muss an meiner "Aurora" liegen ;-) Dank an alle für die Antworten! Grüße C. Schütz -- C. Schütz Systembetreuer Staatliche Realschule Schwabach email: c.schuetz@realschule-schwabach.de
1. cron macht nicht das, was er soll - eigentlich macht er gar nichts. Zumindest arbeitet er die /etc/crontab nicht ab. ALso rccron status liefert "running" - soweit ok Ein Testeintrag in /etc/crontab z.B. * * * * * root echo huhu > /test.txt tut gar nichts. Auch die "eigentlichen" crontab-Einträge (Virensignatur vom Internetserver holen bzw. update der blacklists) laufen nicht. Wenn ich man crontab richtig verstanden habe, sollte cron doch eigentlich minütlich die crontab abgleichen ...? cron Neustarten bringt auch nichts - ist aber laut manpage auch nicht nötig.
participants (5)
-
c.schuetz@realschule-schwabach.de
-
Christian Schütz
-
Christoph Thiel
-
Dieter Kroemer
-
Kasseckert