Einstellung Konsole werden nicht angenommen
Hi, bei der Administration eines Webservers unter Suse 7.3 habe ich folgende Probleme: 1.) wenn ich mit Hilfe von crontab -e neue Cronjobs fuer einen User anlege (wobei ich mit Hilfe von ssh von extern auf den Server zugreife), dann starten die Cronjobs einfach nicht. Wenn ich dagegen direkt an der Maschine KDE starte und den Task-Planer aufrufe und die Cronjobs dort eintrage, dann funktionieren sie einwandfrei. Seltsamerweise erscheinen auch die Cronjobs, die ich vorher mit crontab-e angelegt habe im Task-Planer. Aber erst nachdem ich sie dort noch einmal abgespeichert habe, werden sie auch wirklich ausgefuehrt. 2.) als root habe ich unter KDE direkt auf der Maschine yast aufgerufen und die Passwoerter fuer alle User geaendert. Die Aenderungen werden sofort nach dem speichern aktiv - zumindest wenn man direkt auf der Maschine arbeitet. Loggt man sich aber ueber SSH ein, sind die alten Passwoerter noch aktiv. Hat jemand eine Idee woran das liegen koennte? -- Danke und Ciao, Sacha Vorbeck Barrierefreies Webdesign und Internetprogrammierung Stegelstr. 80 * home: ++49 - (0)2407 - 18 93 14 52134 Herzogenrath * mobile: ++49 - (0)173 - 749 55 11 http://www.unlimited-vision.net
* On Thu, 21 Nov 2002 at 13:54 +0100, Sacha Vorbeck wrote:
bei der Administration eines Webservers unter Suse 7.3 habe ich folgende Probleme:
1.) wenn ich mit Hilfe von crontab -e neue Cronjobs fuer einen User anlege (wobei ich mit Hilfe von ssh von extern auf den Server zugreife), dann starten die Cronjobs einfach nicht.
Wenn ich dagegen direkt an der Maschine KDE starte und den Task-Planer aufrufe und die Cronjobs dort eintrage, dann funktionieren sie einwandfrei.
Seltsamerweise erscheinen auch die Cronjobs, die ich vorher mit crontab-e angelegt habe im Task-Planer. Aber erst nachdem ich sie dort noch einmal abgespeichert habe, werden sie auch wirklich ausgefuehrt.
Flhscaes Format? Einträge in den User-Crontabs haben das Feld für den Usernamen nicht. Trag mal einen manuell ein, schaus in dem KDE-Zeugs an, speicher ihn und vergleiche die 2 Einträge, bzw. schicke mal beide an die Liste.
2.) als root habe ich unter KDE direkt auf der Maschine yast aufgerufen und die Passwoerter fuer alle User geaendert. Die Aenderungen werden sofort nach dem speichern aktiv - zumindest wenn man direkt auf der Maschine arbeitet.
Loggt man sich aber ueber SSH ein, sind die alten Passwoerter noch aktiv.
Hört sich nach dem nscd (name service cach(e|ing) daemon)) an - rcnscd restart oder gleich deaktivieren, müsste irgendwo über die rc.config gehen. -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
--- Sacha Vorbeck <sachav@gmx.net> schrieb: > Hi,
bei der Administration eines Webservers unter Suse 7.3 habe ich folgende Probleme:
1.) wenn ich mit Hilfe von crontab -e neue Cronjobs fuer einen User anlege (wobei ich mit Hilfe von ssh von extern auf den Server zugreife), dann starten die Cronjobs einfach nicht.
Danach auch an "/etc/init.d/cron restart" gedacht? Geht nur als root [...]
2.) als root habe ich unter KDE direkt auf der Maschine yast aufgerufen und die Passwoerter fuer alle User geaendert. Die Aenderungen werden sofort nach dem speichern aktiv - zumindest wenn man direkt auf der Maschine arbeitet.
Yast ruft beim Beenden ein Skript namens suse-config auf, das u.a. alle möglichen Dämonen neu startet. Vielleicht solltest Du das auch tun (oder die entspr. Dämonen von Hand reloaden (/etc/init.d/<dämon> [restart¦reload])) HTH Volker __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de
* On Thu, 21 Nov 2002 at 14:25 +0100, Volker Tanner wrote:
--- Sacha Vorbeck <sachav@gmx.net> schrieb: > Hi,
bei der Administration eines Webservers unter Suse 7.3 habe ich folgende Probleme:
1.) wenn ich mit Hilfe von crontab -e neue Cronjobs fuer einen User anlege (wobei ich mit Hilfe von ssh von extern auf den Server zugreife), dann starten die Cronjobs einfach nicht.
Danach auch an "/etc/init.d/cron restart" gedacht? Geht nur als root
*ARGL!!!* man -P 'less +/reload' cron -- Adalbert GPG welcome, request public key: mailto:adalbert+key@lopez.at
* Volker Tanner schrieb am 21.Nov.2002:
Danach auch an "/etc/init.d/cron restart" gedacht? Geht nur als root
cron muß nicht restartet werden. Wie sollte das in einer Firma funktionieren, wo nicht jeder dir root-Rechte hat? Jedesmal den Sysadmin belästigen? cron ist doch dafür da, daß jeder jederzeit irgendwelche Aufträge erteilen kann. Bernd -- ROTFL = Rolling On The Floor, Laughing = Auf dem Boden wälzen, lachend. SCNR = Sorry, Could Not Resist = Sorry, Ich konte nicht wiederstehen. AFAIK = As Far As I Know = So weit ich weis|BTW = By The Way = Nebenbei bemerkt IMHO = In My Humble Opinion = meiner bescheidenen Meinung nach |Zufallssig. 9
participants (5)
-
Adalbert Michelic
-
Andreas Hergesell
-
B.Brodesser@t-online.de
-
Sacha Vorbeck
-
Volker Tanner