Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Philipp Meier
On Fri, Oct 24, 2003 at 10:43:42AM +0200, Patrick Cornelissen wrote: > Reinhold Plew wrote: > > >ein Cronjob läuft eigentlich immer unter der UID des Eigentümers, also > >des Users welcher die Crontab angelegt hat, nur ohne dessen Environment. > >Der ganz sichere Weg wäre, im Script den Interpre

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Reinhold Plew
Patrick Cornelissen schrieb: Reinhold Plew wrote: ein Cronjob läuft eigentlich immer unter der UID des Eigentümers, also des Users welcher die Crontab angelegt hat, nur ohne dessen Environment. Der ganz sichere Weg wäre, im Script den Interpreter zu setzen und die Pfade des Users einzutragen

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Christian Schmidt
Patrick Cornelissen schrieb/wrote: > Reinhold Plew wrote: > > >Ach, noch was: bei mir fragt rsync beim ersten Zugriff auf ein anderes > >System, ob ich diesem vertrauen möchte (RSA). > > Hier nicht, vieleicht, weil da der rsync server läuft oder so. Oder weil der entsprechende Rechner schon n ~

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Patrick Cornelissen
Reinhold Plew wrote: ein Cronjob läuft eigentlich immer unter der UID des Eigentümers, also des Users welcher die Crontab angelegt hat, nur ohne dessen Environment. Der ganz sichere Weg wäre, im Script den Interpreter zu setzen und die Pfade des Users einzutragen, welche er auch beim normalen l

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Reinhold Plew
Patrick Cornelissen schrieb: Reinhold Plew wrote: und wenn (Vermutung, nicht getestet) rsync nun Pfade braucht? Lösche doch mal Deine PATH-Variable und rufe den Befehl nochmal auf -> Ergebnis? Funktioniert trotzdem. Mir ist die Idee gekommen ein weiteres Skript anzulegen, was auch in cron.dai

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Patrick Cornelissen
Reinhold Plew wrote: und wenn (Vermutung, nicht getestet) rsync nun Pfade braucht? Lösche doch mal Deine PATH-Variable und rufe den Befehl nochmal auf -> Ergebnis? Funktioniert trotzdem. Mir ist die Idee gekommen ein weiteres Skript anzulegen, was auch in cron.daily gestartet wird und einfach nu

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Reinhold Plew
Hallo Patrick, Patrick Cornelissen schrieb: Reinhold Plew wrote: ich denke mal, das Rüdiger die PATH-VAriable meinte, Cronjobs kennen nämlich meist kein Environment. Das war ja auch meine erste Vermutung, als die Cronjobs fehl schlugen, aber deswegeb habe ich ja überall feste Pfade genommen:

Re: cron.daily, welcher user

2003-10-24 Diskussionsfäden Patrick Cornelissen
Reinhold Plew wrote: ich denke mal, das Rüdiger die PATH-VAriable meinte, Cronjobs kennen nämlich meist kein Environment. Das war ja auch meine erste Vermutung, als die Cronjobs fehl schlugen, aber deswegeb habe ich ja überall feste Pfade genommen: /usr/bin/rsync -rv --password-file=/etc/rsync_

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Reinhold Plew
Hallo PAtrick, Patrick Cornelissen schrieb: Peter Wiersig wrote: (Sorry für PM) Skript: (anonymisiert) #! /bin/sh Das "man run-parts" von '#!/bin/interpretername' spricht, sollte einen kurzen Test ohne das Leerzeichen rechtfertigen. Und auch den habe ich schon gemacht. ohne Erfolg. ich denke mal

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Ruediger Noack
Patrick Cornelissen wrote: Ich verstehe halt nicht, warum alles klappt, wenn ich es per hand ausführe und wenn cron es macht, kommt file not found. Dann checke mal die Umgebungsvariablen (PATH etc.) und setze sie im cron-Job passend. -- Gruß Rüdiger -- Haeufig gestellte Fragen und Antworten

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Patrick Cornelissen
Peter Wiersig wrote: (Sorry für PM) Skript: (anonymisiert) #! /bin/sh Das "man run-parts" von '#!/bin/interpretername' spricht, sollte einen kurzen Test ohne das Leerzeichen rechtfertigen. Und auch den habe ich schon gemacht. ohne Erfolg. -- Bye, Patrick Cornelissen http://www.p-c-software.de h

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Patrick Cornelissen
Markus Maiwald wrote: probier es mal mit der Option CONNECTING TO AN RSYNC SERVER OVER A REMOTE SHELL PROGRAM --rsh="ssh -l ssh-user" Das werde ich heute mal ausprobieren. Kann man eigentlich einen speziellen cronjob testen, in realistischen Bedingungen, also nicht per Hand, sondern semiautomati

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Patrick Cornelissen
Patrick Cornelissen wrote: Wenn man nach user cron debian sucht wird man von Suchergebnissen erschlagen und in der manpage steht dazu nichts. Hilfe! (Wenn man das Script mit 644 versieht startet er nicht, weil das pwd-file nicht für alle lesbar sein darf) "Wenn man die Passwort datei mit 644 ver

Re: cron.daily, welcher user

2003-10-23 Diskussionsfäden Markus Maiwald
On Thu, 23 Oct 2003 08:50:15 +0200, Patrick Cornelissen <[EMAIL PROTECTED]> wrote: Hi! Auf meinem Server hat der co-admin ein script geschrieben, was leider nicht läuft... Es soll von einem anderen Server über das Netz ein Backup spiegeln. Aktuell hat er dazu eine rsync-pw datei angelegt und d

cron.daily, welcher user

2003-10-22 Diskussionsfäden Patrick Cornelissen
Hi! Auf meinem Server hat der co-admin ein script geschrieben, was leider nicht läuft... Es soll von einem anderen Server über das Netz ein Backup spiegeln. Aktuell hat er dazu eine rsync-pw datei angelegt und die natürlich nur für root lesbar gemacht. Skript: (anonymisiert) #! /bin/sh /usr/bi