Re: Crontab
On Sat, Sep 10, 2011 at 08:54:52PM BST, Paweł Lalewicz || i-pawe...@tlen.pl || wrote: Witam, Od pewnego czasu czyt. po upgrade wykonanym kilka m-cy temu crontab zachowuje mi się dość dziwnie. Mam ustawione wykonanie zdarzenia: 30 19 2-31 * 1-5 Czyli zdarzenie powinna wykonywać się o godzinie 19:30 od 2-31 dnia każdego miesiąca od poniedziałku do piątku. Mimo ustawień dni tygodnia 1-5 zdarzenia wykonuje się od poniedziałku do soboty. Jeżeli ustawię zakres dni z 2-31 na * zadanie wykonuje się poprawnie od poniedziałku do piątku. Ktoś wie o co może chodzić? Z góry dzięki za pomoc. Upgrade czego, całego systemu czy tylko crona? Z której wersji i do której? cron, fcron, czy jeszcze inny? Pozdrawiam, -- Raf -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110911161411.ga2...@linuxstuff.pl
Re: Crontab
On Sat, Sep 10, 2011 at 08:54:52PM BST, Paweł Lalewicz || i-pawe...@tlen.pl || wrote: Ktoś wie o co może chodzić? Z góry dzięki za pomoc. Ech, sam powinienem zerknąć do manuala zanim wysłałem poprzednią wiadomość. Cron, przynajmniej Vixie, nie jest aż tak inteligentny: Za man 5 crontab: Note: The day of a command's execution can be specified by two fields day of month, and day of week. If both fields are restricted (i.e.,aren't *), the command will be run when either field matches the current time. For example, ``30 4 1,15 * 5'' would cause a command to be run at 4:30 am on the 1st and 15th of each month, plus every Friday. One can, however, achieve the desired result by adding a test to the command (see the last example in EXAMPLE CRON FILE below). Pozdrawiam, -- Raf -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110911163531.ga2...@linuxstuff.pl
Crontab
Witam, Od pewnego czasu czyt. po upgrade wykonanym kilka m-cy temu crontab zachowuje mi się dość dziwnie. Mam ustawione wykonanie zdarzenia: 30 19 2-31 * 1-5 Czyli zdarzenie powinna wykonywać się o godzinie 19:30 od 2-31 dnia każdego miesiąca od poniedziałku do piątku. Mimo ustawień dni tygodnia 1-5 zdarzenia wykonuje się od poniedziałku do soboty. Jeżeli ustawię zakres dni z 2-31 na * zadanie wykonuje się poprawnie od poniedziałku do piątku. Ktoś wie o co może chodzić? Z góry dzięki za pomoc. -- Z poważaniem, Paweł Lalewicz _ GG:39211GSM: +48 510 808 000 ICQ:78825643 Tlen: i-pawelek Skype: i-pawelek IRCnet: Pawelek_ #kielce -- To UNSUBSCRIBE, email to debian-user-polish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e6bc08c.4040...@tlen.pl
apt-get ZNIKNAL CRONTAB
heja Debian SID pakiet: cron (3.0pl1-84) dzis dalem apt-get update pozniej apt-get dist-upgrade i oto wynik upgradu cron-a Setting up cron (3.0pl1-84) ... chgrp: cannot access `/usr/bin/crontab': No such file or directory dpkg: error processing cron (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: cron no masakre ... zniknal mi crontab ... hm czy ktos moze cos na ten temat wiecej powiedziec w sensie czy tez taka jazda w pakietach z SID-a -- pozdro bieniu
Re: apt-get ZNIKNAL CRONTAB
Dnia czwartek 29 lipca 2004 11:38, bieniu napisał: Setting up cron (3.0pl1-84) ... chgrp: cannot access `/usr/bin/crontab': No such file or directory dpkg: error processing cron (--configure): no masakre ... zniknal mi crontab ... hm czy ktos moze cos na ten temat wiecej powiedziec w sensie czy tez taka jazda w pakietach z SID-a To jest unstable - jak jest błąd w paczce to się sprawdza bugraporty od paczki. A rozwiązanie jest proste :) -- JID: hrw-jabber.org Sharp Zaurus SL-5500 + Nokia 6310i If you can't learn to do it well, learn to enjoy doing it badly. -- Ashleigh Brilliant
Re: apt-get ZNIKNAL CRONTAB
On Thu, Jul 29, 2004 at 10:38:04AM +0100, bieniu wrote: dzis dalem apt-get update pozniej apt-get dist-upgrade i oto wynik upgradu cron-a Setting up cron (3.0pl1-84) ... chgrp: cannot access `/usr/bin/crontab': No such file or directory dpkg: error processing cron (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: cron no masakre ... zniknal mi crontab ... hm czy ktos moze cos na ten temat wiecej powiedziec w sensie czy tez taka jazda w pakietach z SID-a Już wiesz dlaczego nazywa się unstable ;) Generalnie polecam pakiet apt-listbugs. Wyświetli Ci wszystkie krytyczne błędy w pakietach, które aktualizujesz. Błąd w cronie był zgłoszony już w nocy (bodajże koło 1) i mi się wyświetlił więc Tobie dzisiaj też by się zapewne wyświetlił. Jako, że takie błędy są naprawiane błyskawicznie, ale sama baza pakietów nie jest odświeżana fafnaście razy dziennie, to polecam poszukanie poprawionego pakietu w http://incoming.debian.org http://incoming.debian.org/cron_3.0pl1-86_i386.deb I ogólnie rzecz biorąc nie pytaj ludzi czy wiedzą na ten temat coś więcej a sam się spróbuj dowiedzieć. Jak już nie chcesz używać apt-listbugs to chociaż w przypadku gdy coś Ci przestanie działać pierwsze co powinieneś zrobić to udać się pod adres http://bugs.debian.org/nazwapakietu Miałbyś *trzy* błędy na ten temat zawierające informacje jak poradzić sobie z problemem zanim poprawka pojawi się w archiwum. pozdr, fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: apt-get ZNIKNAL CRONTAB
On Thu, 29 Jul 2004 10:53:50 +0200, Marcin Juszkiewicz wrote Dnia czwartek 29 lipca 2004 11:38, bieniu napisał: Setting up cron (3.0pl1-84) ... chgrp: cannot access `/usr/bin/crontab': No such file or directory dpkg: error processing cron (--configure): no masakre ... zniknal mi crontab ... hm czy ktos moze cos na ten temat wiecej powiedziec w sensie czy tez taka jazda w pakietach z SID-a To jest unstable - jak jest błąd w paczce to się sprawdza bugraporty od paczki. A rozwiązanie jest proste :) no tak ... :) rozwiazanie pod reka ... ah znowu dalem niezbyt madrego posta ... ale bylem w szoku prosze o wybaczenie :) pozdrawiam bieniu
Re: Re: crontab
a co to ten znak konca liniii, tyle razy probowalem i nigdy mi nie dziala ten crontab cholerny
Re: crontab
On Wed, 18 Feb 2004, Piotr Romańczuk wrote: Dorzucę jeszcze swój kamyczek, bo kiedyś też długo szukałem nieuruchamiającego się skryptu z cron.d. Otórz na końcu linii tablicy cron MUSI stać znak końca linii :-) Inaczej Cron to olewa - bo w końcu nie jest to linią ;-) bylo to zglosic jako bug do pakietu z cronem. trudno takie funkcjonowanie programu uznac za poprawne, bo znak konca linii nie jest wyznacznikiem istnienia linii, ale ich separatorem. niby niuans, ale to istotna roznica. podobnie jak w C srednik jest znakiem konca instrukcji, a w Pascalu srednik jest separatorem poszczegolnych instrukcji. tez niby niuans :) znik.
Re: crontab
Dnia Wed, 18 Feb 2004, Grzegorz Szyszlo napisał: On Wed, 18 Feb 2004, Piotr Romańczuk wrote: Dorzucę jeszcze swój kamyczek, bo kiedyś też długo szukałem nieuruchamiającego się skryptu z cron.d. Otórz na końcu linii tablicy cron MUSI stać znak końca linii :-) Inaczej Cron to olewa - bo w końcu nie jest to linią ;-) bylo to zglosic jako bug do pakietu z cronem. trudno takie funkcjonowanie programu uznac za poprawne, bo znak konca linii nie jest wyznacznikiem istnienia linii, ale ich separatorem. niby niuans, ale to istotna roznica. No cóż - tyle, że jest to konwencja obowiązująca w całym UNIXie. W końcu nawet kompilator C z tego co pamiętam wywala Warning gdy nie ma entera po ostatniej instrukcji. Poza tym należy pamiętać, że prawie wszystkie narzędzia UNIXowe działają na stdin, stdout. Wtedy naturalnym jest, że enter musi być na końcu. W końcu jak sobie wyobrażasz bash'a który wykonuje instrukcję mimo, że jej nie zakończyłeś enterem? ;) PS. Mam nadzieję, że nie rozpoczynamy wątku święta wojna ENTEROWCÓW z NIEENTEROWCAMI ;) -- Pozdrawiam Romek Kalukiewicz
Re: crontab
On Wed, 18 Feb 2004, Roman Kalukiewicz wrote: PS. Mam nadzieję, że nie rozpoczynamy wątku święta wojna ENTEROWCÓW z NIEENTEROWCAMI ;) cos ty :) co najwyzej kazdy zostanie przy swoim stanowisku. a co do instrukcji nie zakonczonych enterem w shellu czy stdin/stdout, to chodzi tu raczej o sposob buforowania. tyle ze po zamkniecu gniazdka przez nadawce, linia bez entera tez jest przepychana. warto o tym pamietac. znik.
Re: crontab
Witam :) Zobaczmy, co ma do powiedzenia Marcin Owsiany: On Mon, Feb 09, 2004 at 11:49:20PM +0100, Andrzej Wiśniewski wrote: Do /etc/cron.d to sie nie dziwie ze nie robi poprawny format plikow w cron.d to: * * * * * roottest czyli user na czyich prawach robi. Skrót myślowy. To, co powyżej to wpisywałem do crontaba roota, do pliku w cron.d oczywiście wpisywałem tak, jak podałeś. Niestety, żaden z tych dwóch sposobów nie działa. /etc/init.d/cron stop /etc/init.d/cron start To raczej nie pomoże. A do logów kolega patrzył? A czekał przynajmniej 2 minuty od modyfikacji? No więc kolega do logów patrzył, a jakże. Dwie minuty także odczekał, trzy także. Dłużej nie stało cierpliwości, a szkoda. Pierwszy ślad po skrypcie w logach pojawił się 5 (!) minut po modyfikacji pliku w /etc/cron.d. Nie wiem, dlaczego. W każdym razie, jak ruszyło to już działa. Dziękuję wszystkim za pomoc :-) pozdrawiam Deni -- ___ Among my people this is how we celebrate state funerals. Our marriage ceremonies are solemn, sober, moments of reflection, also regret, disagreement, argument and mutual recrimination. Once you know it can't get any worse you can relax and enjoy the marriage. But to start with something like this.. No, it is a very bad sign for the future. Londo Mollari
crontab
Witam, Mam sobie skrypt, sprawdzający czy działa clamav i w razie potrzeby podnoszący go. Skrypt odpalony z ręki robi co trzeba, ale wpisany czy do crontaba roota, czy wrzycony do katalogu /etc/cron.d nie uruchamia się; w logach nie widać po nim żadnych śladów. Wiecie może, dlaczego? Oto ten skrypt: #!/bin/sh status=$(/bin/ps ax | /bin/grep 'clamd' | /bin/grep -v 'grep' | /bin/grep -v 'clamcheck' | /usr/bin/wc -l) if [ $status = '0' ]; then /bin/rm /var/run/clamd.ctl; /etc/init.d/clamav-daemon start; fi Do crontaba zaś wpisuję coś takiego: * * * * * /root/adm/clamcheck pozdrawiam Deni -- ___ Życie nie jest sprawiedliwe. Jest po prostu lepsze od śmierci, to wszystko.
Re: crontab
Witam, Dnia pon, lut 09, 2004 at 01:19:55 CET, Dariusz 'Deni' Bobak napisał: Witam, Mam sobie skrypt, sprawdzający czy działa clamav i w razie potrzeby podnoszący go. Skrypt odpalony z ręki robi co trzeba, ale wpisany czy do crontaba roota, czy wrzycony do katalogu /etc/cron.d nie uruchamia się; w logach nie widać po nim żadnych śladów. Wiecie może, dlaczego? Oto ten skrypt: Do crontaba zaś wpisuję coś takiego: * * * * * /root/adm/clamcheck Do /etc/cron.d to sie nie dziwie ze nie robi poprawny format plikow w cron.d to: * * * * * roottest czyli user na czyich prawach robi. Pozdrawiam, Tomasz T. Ciaszczyk -- .: ciachoatciacho.pl ][Try not! Do, or do not! There is no try! :. .: http://ciacho.pl][-- Yoda :. .: ciachoatjabber.org][ :. pgptZGpryxEG1.pgp Description: PGP signature
Re: crontab
Witam :) Zobaczmy, co ma do powiedzenia Tomasz T. Ciaszczyk: Mam sobie skrypt, sprawdzający czy działa clamav i w razie potrzeby podnoszący go. Skrypt odpalony z ręki robi co trzeba, ale wpisany czy do crontaba roota, czy wrzycony do katalogu /etc/cron.d nie uruchamia się; w logach nie widać po nim żadnych śladów. Wiecie może, dlaczego? Oto ten skrypt: Do crontaba zaś wpisuję coś takiego: * * * * * /root/adm/clamcheck Do /etc/cron.d to sie nie dziwie ze nie robi poprawny format plikow w cron.d to: * * * * * roottest czyli user na czyich prawach robi. Skrót myślowy. To, co powyżej to wpisywałem do crontaba roota, do pliku w cron.d oczywiście wpisywałem tak, jak podałeś. Niestety, żaden z tych dwóch sposobów nie działa. pozdrawiam Deni -- ___ Among my people this is how we celebrate state funerals. Our marriage ceremonies are solemn, sober, moments of reflection, also regret, disagreement, argument and mutual recrimination. Once you know it can't get any worse you can relax and enjoy the marriage. But to start with something like this.. No, it is a very bad sign for the future. Londo Mollari
Re: crontab
Witajcie, Skrót myślowy. To, co powyżej to wpisywałem do crontaba roota, do pliku w cron.d oczywiście wpisywałem tak, jak podałeś. Niestety, żaden z tych dwóch sposobów nie działa. tez mam na jednym z serwerow problem z crontabem. gdybys doszedl co jest nie tak - daj znac. dodam ze identyczna konfgiuracja crona na kilkunastu innych jest ok. szukalem, nie wiem. Na razie nie jest to dla mnie jakos szczegolnie pilne. wszedzie sa sciezki, pliki sa wykonywalne, poprawny format zapisu etc... debian woody. -- Pozdrawiam, Marcin.
RE: crontab
Do /etc/cron.d to sie nie dziwie ze nie robi poprawny format plikow w cron.d to: * * * * * roottest czyli user na czyich prawach robi. Skrót myślowy. To, co powyżej to wpisywałem do crontaba roota, do pliku w cron.d oczywiście wpisywałem tak, jak podałeś. Niestety, żaden z tych dwóch sposobów nie działa. /etc/init.d/cron stop /etc/init.d/cron start ? :/ -- AndY
Re: crontab
On Mon, Feb 09, 2004 at 11:49:20PM +0100, Andrzej Wiśniewski wrote: Do /etc/cron.d to sie nie dziwie ze nie robi poprawny format plikow w cron.d to: * * * * * roottest czyli user na czyich prawach robi. Skrót myślowy. To, co powyżej to wpisywałem do crontaba roota, do pliku w cron.d oczywiście wpisywałem tak, jak podałeś. Niestety, żaden z tych dwóch sposobów nie działa. /etc/init.d/cron stop /etc/init.d/cron start To raczej nie pomoże. A do logów kolega patrzył? A czekał przynajmniej 2 minuty od modyfikacji? Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
RE: crontab
/etc/init.d/cron stop /etc/init.d/cron start To raczej nie pomoże. Jeśli ktoś się bawił czasem na serwerze lub po prostu podczas walki zgasił crona to może się udać :/ Mało prawdopodobne ale jednak :) A do logów kolega patrzył? A czekał przynajmniej 2 minuty od modyfikacji? A może znajdzie się coś też w poczcie np. dla root'a? -- AndY
crontab
witam,
probowal ktos kiedys ustawic w cron-ie saytime? wlacza sie o sekunde za
pozno ('the time is and ONE second'). da sie ustawic w cronie zeby
apliakcja sie uruchamiala w 59 sekundzie? :)
--
Tomasz Kotecki [EMAIL PROTECTED]
Re: crontab
Dnia Mon, May 19, 2003 at 08:00:55PM +0200 Tomasz Kotecki napisał/a:
witam,
probowal ktos kiedys ustawic w cron-ie saytime? wlacza sie o sekunde za
pozno ('the time is and ONE second'). da sie ustawic w cronie zeby
apliakcja sie uruchamiala w 59 sekundzie? :)
Był wątek o uruchamianiu co 30sek, wyciągnij wnioski.
pzdr
yanek
--
,,Weź przeczytaj chociaż jeden dokument o systemie DNS.
Bo odnoszę wrażenie, że wiesz o tym tyle co ja o hodowli świń.''
- Bartosz Feński aka fEnIo (@ debian-user-polish@lists.debian.org)
RE: crontab nie działa ??
Mam problem z crontab'em. Po wydaniu polecenia crontab -u root -e dodaje linijkę: 30 18 * * * /sbin/shutdown -r +0 i system niestety ale niewykonuje tego polecenia o 18:30. Czy ma ktoś jakieś sugestie ?? A co mówi /var/log/cron.log ? -- Pozdrawiam, Radosław 'Warden' Antoniuk | GG: 260746 ICQ:55423024 warden(at)debian.black.pl | #lgul #debian.pl #lms
RE: crontab nie działa ??
Mam problem z crontab'em. Po wydaniu polecenia crontab -u root -e dodaje linijkę: 30 18 * * * /sbin/shutdown -r +0 i system niestety ale niewykonuje tego polecenia o 18:30. Czy ma ktoś jakieś sugestie ?? A co mówi /var/log/cron.log ? Nic. Tak jak by wogule niebyło zadania do wykonania na tą godzię.
Re: crontab nie działa ??
Jak podają anonimowe źródła, przepowiedziano, że Adrian Merda napisze: Mam problem z crontab'em. Po wydaniu polecenia crontab -u root -e dodaje linijkę: 30 18 * * * /sbin/shutdown -r +0 i system niestety ale niewykonuje tego polecenia o 18:30. Czy ma ktoś jakieś sugestie ?? A co mówi /var/log/cron.log ? Nic. Tak jak by wogule niebyło zadania do wykonania na tą godzię. ps -A|grep cron no i po wpisie daj mu parę minut na połapanie się w sytuacji Pozdrawiam -- Jacek Kawa **-Ludzie mają w sobie coś z diabła... -Dobrego czy złego?**
RE: crontab nie działa ??
Witam Dziękuję za pomoc. Problem rozwiązałem :-) Brakowało znaku końca wiersza. Jak po instrukcji do wykonania dałem enter to zaczęło działac. Jeszcze raz dzieki. admer
Re: crontab i skrypty
- Original Message -
From: Aleksander Różyło [EMAIL PROTECTED]
To: debian-user-polish@lists.debian.org
Sent: Monday, February 10, 2003 4:24 PM
Subject: crontab i skrypty
Hail :)
Umiescilem w cronie skrypcik, ktory jak odpalam z shella to dziala
pieknie.
Uruchamia inne skrypty jesli trzeba cos przebudowac w kofiguracji sieci i
nie pluje sie do niczego.
Natomiast crontab przysyla mi informacje typu:
line 3: arp: command not found
linia ktora siedzi w skrypcie: arp -n | grep ^212.14. | awk
'{print arp -d $1}' | sh
lub
/etc/init.d/dhcp3-server: line 22: start-stop-daemon: command not found
[ciach]
Zrob wiec plik nazwij go jakos daj mu prawa do wykonania a w srodku podaj
komendy ktore maja byc wykonywane
I wtedy w crontabie .. /gadzies/tam/sobie/plik
Re: crontab i skrypty
Aleksander Różyło napisał w dniu Mon, Feb 10, 2003 at 04:24:59PM CET co
następuje:
: Hail :)
:
: Umiescilem w cronie skrypcik, ktory jak odpalam z shella to dziala pieknie.
: Uruchamia inne skrypty jesli trzeba cos przebudowac w kofiguracji sieci i
: nie pluje sie do niczego.
: Natomiast crontab przysyla mi informacje typu:
:
: line 3: arp: command not found
: linia ktora siedzi w skrypcie: arp -n | grep ^212.14. | awk
: '{print arp -d $1}' | sh
brak komendy arp na $PATH..
podawaj albo pelna sciezke, albo definiuj sobie $PATH
:
: lub
:
: /etc/init.d/dhcp3-server: line 22: start-stop-daemon: command not found
:
: jednym slowem skrypt odpalajacy szereg innych skryptow nie widzi komend
: wydawalo by sie podstawowych..
hmm.. start-stop-daemon nie jest podstawowa.
tak jak powyzej.
:
: jak temu zaradzic? podawanie patha w skyptach robi jeszcze wieksza kaszane..
a niby dlaczego? ;
w wiekszosci skryptow laduje sobie plik konfiguracyjny ktory jest
includowany w 90% skryptow (bo i tak wiekszosc skryptow mi dziala na
tych samych funkcjach).
includowanie plikow to:
. /path/to/plik
: Mako
--
Pozdrawiam,
TTC
.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
.:: Tomasz T. Ciaszczyk [ ciachoatciacho.pl ] http://ciacho.pl
.::
.:: Normalność to pierwszy symptom śmiertelnej choroby.
.:: Jak tylko poczujesz, że nadchodzi normalność,
.:: zaraz poszukaj antidotum
.:: -- Jonathan Carroll
`-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
pgpFQn2k2i0Dm.pgp
Description: PGP signature
Re: crontab i skrypty
- Original Message -
From: Tomasz T. Ciaszczyk [EMAIL PROTECTED]
To: debian-user-polish@lists.debian.org
Sent: Monday, February 10, 2003 5:03 PM
Subject: Re: crontab i skrypty
Hail.
Kombinuje juz druga godzine bez efektu.. caly czas to samo
/oko/test: line 76: arp: command not found
/oko/test: line 77: arp: command not found
Stopping DHCP server: dhcpd3/etc/init.d/dhcp3-server: line 34:
start-stop-daemon: command not found
.
Starting DHCP server: /etc/init.d/dhcp3-server: line 22: start-stop-daemon:
command not found
dhcpd3.
jesli skrypt odpala crontab
..
a przeciez to proste skypty:
arp -n | grep ^212.14. | awk '{print arp -d $1}' | sh
arp -f
a inna linia:
/etc/init.d/dhcp3-server restart
wywoluje start-stop-daemona.. i tez command not found :(
ustawialem
PATH=/usr/local/bin:/usr/bin:/bin:/oko:/root/bin:/sbin:/etc/init.d (moze zle
zapisalem?)
i pakowalem /usr/sbin/ przed arpami, nawet kopiowalem arpa i pare innych
filesow do katalogu w ktorym siedzi skrypt - no effect :((
pliis hlp..
Pozrawiam
ALeksander Różyło
Mako
Re: crontab i skrypty
* Person Aleksander Różyło [EMAIL PROTECTED] wrote: ustawialem PATH=/usr/local/bin:/usr/bin:/bin:/oko:/root/bin:/sbin:/etc/init.d (moze zle zapisalem?) [root~]# which arp /usr/sbin/arp Salvador -- ::)^|^(:: Michał `Salvador' Jęczalik Jr -- [EMAIL PROTECTED] -- :(:\:/:): http://www.salvador.eu.org/
Re[2]: crontab i skrypty
Witaj Aleksander, W Twoim liście datowanym 10 lutego 2003 (20:33:44) można przeczytać: AR /etc/init.d/dhcp3-server restart AR wywoluje start-stop-daemona.. i tez command not found :( AR ustawialem AR PATH=/usr/local/bin:/usr/bin:/bin:/oko:/root/bin:/sbin:/etc/init.d (moze zle AR zapisalem?) AR i pakowalem /usr/sbin/ przed arpami, nawet kopiowalem arpa i pare innych AR filesow do katalogu w ktorym siedzi skrypt - no effect :(( AR pliis hlp.. AR Pozrawiam AR ALeksander Różyło AR Mako A jestes w ogole zalogowany jako root? :) -- Pozdrowienia, Maciejmailto:[EMAIL PROTECTED]
Re: crontab i skrypty
On Mon, Feb 10, 2003 at 08:33:44PM +0100, Aleksander Różyło wrote: PATH=/usr/local/bin:/usr/bin:/bin:/oko:/root/bin:/sbin:/etc/init.d (moze zle zapisalem?) A wyeksportowałeś zmienną? Możesz dodać 'env|grep PATH' do skryptu, żeby zobaczyć jaką ścieżkę będzie widzieć następna komenda. Marcin -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Niedzialajacy Crontab
CO moze powodowac ze nie dziala mi crontab? Tzn wpisuje crontab -e i otwiera sie EDITOR ;) wpisuje dane, zamykam edytor i pojawia sie brak nazwy pliku do zapisu? -- Z pozdrowieniami Rafał Zawadzki Linux registered user #232814
