Re: cron schreibt nicht
Hallo Dr., Dr. Werner Popken, 18.10.2005 (d.m.y): server4:~# less /usr/local/bin/lb /usr/bin/top -i -d 1 -n 1 -b | /bin/grep load /tmp/top.dump echo 123abc /tmp/top.test Wenn /usr/local/bin/lb das Skript ist, welches von cron aufgerufen werden soll, dann fehlen da noch zwei Informationen: 1. Ist es auch ausfuehrbar (x-Bit gesetzt)? 2. Es fehlt die Shebang-Zeile am Anfang, in der der Interpreter fuer den nachfolgenden Code angegeben wird. Gruss, Christian Schmidt -- Wie man sein Kind nicht nennen sollte: Bernhard Ihner signature.asc Description: Digital signature
cron schreibt nicht
Hallo! Auf einer SuSE und einer Debian (sarge) habe ich identische Mechanismen implementiert. Jede Minute soll die erste Zeile von top in eine Datei geschrieben werden. Auf der Debian funktioniert es nicht. Die betreffende Datei wird nicht beschrieben. Woran kann es liegen? Bei beiden gibt es ein Shell-Skript mit folgendem Inhalt: top -i -d 1 -n 1 -b | grep load /tmp/top.dump Es funktioniert auch in folgender Schreibweise top i d1 n1 b | grep load /tmp/top.dump Wenn man dieses Skript von Hand aufruft, wird die erste Zeile von top auf beiden Systemen in die Datei geschrieben. Das klappt einwandfrei. Nun habe ich zu crontab hinzufügt: * * * * * /usr/local/bin/lb /dev/null 21 Ich habe auch die Variante * * * * * /usr/local/bin/lb probiert, es macht keinen Unterschied. Das Problem ist, daß unter Debian mit cron die betreffende Datei mit 0 Byte angelegt wird. Die Rechte sind es nicht, die sind überall identisch, nämlich root:root. Ich habe dann vermutet, daß ich aus cron heraus gar nicht schreiben kann, und das Shell-Skript verändert, um diese Hypothese zu testen: top -i -d 1 -n 1 -b | grep load /tmp/top.dump echo 123abc /tmp/top.test Nun habe ich folgendes Bild: server4:~# l /tmp/top* -rw-r--r-- 1 root root 0 Oct 18 08:57 /tmp/top.dump -rw-r--r-- 1 root root 7 Oct 18 08:57 /tmp/top.test Die Hypothese ist also falsch. Natürlich habe ich man studiert und mit Google versucht herauszufinden, was hier los ist, aber ich habe keinen Erfolg gehabt. Hat irgend jemand eine Idee? Auf einer zweiten Debian Maschine, die im Prinzip identisch konfiguriert ist (hat mehr RAM), habe ich noch einen anderen Versuch gestartet, der sehr eigenartige Ergebnisse bringt: server3:~# whoami root server3:~# echo 123 /tmp/top.test server3:~# l /tmp/top* -rw-r--r-- 1 root root 76 Oct 18 08:55 /tmp/top.dump Ich kann also noch nicht einmal mit echo in eine Datei schreiben. Auf der anderen Maschine funktioniert das einwandfrei: server4:~# echo qoqoqo123456 /tmp/top.test server4:~# l /tmp/top* -rw-r--r-- 1 root root 0 Oct 18 08:57 /tmp/top.dump -rw-r--r-- 1 root root 13 Oct 18 08:57 /tmp/top.test Unter SuSE keinerlei Probleme. Wie muß ich das verstehen? Das man von cron ist auf beiden Systemen identisch. Vielen Dank! Werner Popken -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: cron schreibt nicht
am 18.10.2005, um 9:14:35 +0200 mailte Dr. Werner Popken folgendes: Ich habe dann vermutet, daß ich aus cron heraus gar nicht schreiben Du vermutest flasch, Es sind die die Pfade, die fehlen, unter CRON hast Du nicht Dein gewohntes Environment. kann, und das Shell-Skript verändert, um diese Hypothese zu testen: top -i -d 1 -n 1 -b | grep load /tmp/top.dump Verändere es so, daß top ind grep mit absoluten Pfaden aufgerufen werden. Andreas -- Andreas Kretschmer(Kontakt: siehe Header) Heynitz: 035242/47212, D1: 0160/7141639 GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net ===Schollglas Unternehmensgruppe=== -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: cron schreibt nicht
Andreas schrieb am Dienstag, 18. Oktober 2005, 09:56:13: am 18.10.2005, um 9:14:35 +0200 mailte Dr. Werner Popken folgendes: Ich habe dann vermutet, daß ich aus cron heraus gar nicht schreiben Du vermutest flasch, Es sind die die Pfade, die fehlen, unter CRON hast Du nicht Dein gewohntes Environment. kann, und das Shell-Skript verändert, um diese Hypothese zu testen: top -i -d 1 -n 1 -b | grep load /tmp/top.dump Verändere es so, daß top ind grep mit absoluten Pfaden aufgerufen werden. Klingt bestechend, aber leider: server4:~# less /usr/local/bin/lb /usr/bin/top -i -d 1 -n 1 -b | /bin/grep load /tmp/top.dump echo 123abc /tmp/top.test server4:~# l /tmp/top* -rw-r--r-- 1 root root 0 Oct 18 10:33 /tmp/top.dump -rw-r--r-- 1 root root 7 Oct 18 10:33 /tmp/top.test Außerdem erklärt das nicht, wieso echo auf server3 nicht geht. Mit freundlichen Grüßen Werner Popken -- Dr. Werner Popken Herausgeber, Geschäftsführer ISIS GmbH, Büttendorfer Str.342, 32609 Hüllhorst Tel +49-5744-5115-74 Mobil +49-172-93 80 238 skype wernerpopken http://Pferdezeitung.com -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: cron schreibt nicht
* Dr. Werner Popken ([EMAIL PROTECTED]) schrieb: top -i -d 1 -n 1 -b | grep load /tmp/top.dump abgesehen von anderen Problemen, würde ich ja lieber /usr/bin/uptime nehmen.
Re: cron schreibt nicht
Sascha Hüdepohl [EMAIL PROTECTED] writes: * Dr. Werner Popken ([EMAIL PROTECTED]) schrieb: top -i -d 1 -n 1 -b | grep load /tmp/top.dump abgesehen von anderen Problemen, würde ich ja lieber /usr/bin/uptime nehmen. um einen schnellen ueberblick ueber die historische belastung eines rechners zu bekommen, gibt es das paket atsar. atsar -P |head erzeugt z.B. folgendend output: , | 00:00:01 pswch/s runq nrproc lavg1 lavg5 avg15 _procload_ | 00:10:02 612146 0.56 0.15 0.07 | 00:20:02 596136 0.00 0.03 0.03 | 00:30:01 616135 0.00 0.04 0.03 | 00:40:02 641135 0.01 0.04 0.02 | 00:50:02 594135 0.48 0.13 0.04 | 01:00:02 614135 0.00 0.03 0.01 ` minutengenau ist das allerdings nicht. -- frobnicate foo
Re: cron schreibt nicht
debian-user-german@lists.debian.org schrieb am Dienstag, 18. Oktober 2005, 11:25:15: * Dr. Werner Popken ([EMAIL PROTECTED]) schrieb: top -i -d 1 -n 1 -b | grep load /tmp/top.dump abgesehen von anderen Problemen, würde ich ja lieber /usr/bin/uptime nehmen. Klasse, kannte ich nicht, das ist, was ich brauche! Und es funktioniert! Herzlichen Dank an alle! Mit freundlichen Grüßen Werner Popken -- Dr. Werner Popken Herausgeber, Geschäftsführer ISIS GmbH, Büttendorfer Str.342, 32609 Hüllhorst Tel +49-5744-5115-74 Mobil +49-172-93 80 238 skype wernerpopken http://Pferdezeitung.com -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: cron schreibt nicht
debian-user-german@lists.debian.org schrieb am Dienstag, 18. Oktober 2005, 11:59:09: Sascha Hüdepohl [EMAIL PROTECTED] writes: * Dr. Werner Popken ([EMAIL PROTECTED]) schrieb: top -i -d 1 -n 1 -b | grep load /tmp/top.dump abgesehen von anderen Problemen, würde ich ja lieber /usr/bin/uptime nehmen. um einen schnellen ueberblick ueber die historische belastung eines rechners zu bekommen, gibt es das paket atsar. atsar -P |head erzeugt z.B. folgendend output: , | 00:00:01 pswch/s runq nrproc lavg1 lavg5 avg15 _procload_ | 00:10:02 612146 0.56 0.15 0.07 | 00:20:02 596136 0.00 0.03 0.03 | 00:30:01 616135 0.00 0.04 0.03 | 00:40:02 641135 0.01 0.04 0.02 | 00:50:02 594135 0.48 0.13 0.04 | 01:00:02 614135 0.00 0.03 0.01 ` minutengenau ist das allerdings nicht. Ich will meine Lastverteilung, die im Moment nach festen Regeln arbeitet, dynamisieren. Dazu brauche ich vernünftige Daten; die müssen nicht minutengenau sein, aber uptime bzw. top liefern das ja, und atsar scheint das ähnlich zu tun. Diese Daten müssen natürlich auf den einzelnen Maschinen erhoben werden, können dann zentral erfaßt und dort vom Verteilungsmechanismus entsprechend ausgewertet werden. Die Sache ist im Prinzip simpel gedacht und sollte einwandfrei funktionieren. Im Moment gibt es nämlich immer wieder einmal Situationen, wo einzelne Maschinen erheblich mehr Last zu verkraften haben, andere wiederum entsprechend unterfordert sind. Das soll durch diesen Regelnmechanismus behandelt werden. Nochmals vielen Dank! Wir haben zwar nicht genau, warum der erste Ansatz nicht funktioniert hat, aber der zweite ist einfacher und kostet vermutlich erheblich weniger und funktioniert einwandfrei, ist also vorzuziehen. Mit freundlichen Grüßen Werner Popken -- Dr. Werner Popken Herausgeber, Geschäftsführer ISIS GmbH, Büttendorfer Str.342, 32609 Hüllhorst Tel +49-5744-5115-74 Mobil +49-172-93 80 238 skype wernerpopken http://Pferdezeitung.com -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)