15.10.2012-0:28:33 :: Something smarter than us is going to emerge


node:	15.10.2012-0:28:33
template:	4
parent:	LINUX pro uplne zacatecniky
owner:	bilak
viewed by:
created:	15.10.2012 - 00:28:33

cwbe coordinatez:
101
63540
63542
2109677
63692
6877419

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

a este jdna hlupa otazka:
pridal som si do crontabu nieco ako * * * * * /var/blabla/script.sh v ktorom kontrolujem kazdu minutu ci mi bezi servisa
skript ma samozrejme prava na execute a ked ho pustim z prikazoveho riadku, tak sa vpohode vykona ale z cronu ani za boha.

nastavil som v crontabe aj path (PATH=/usr/bin:/bin:/usr/sbin/service) a aj tak mi to nefunguje :(

help

00000101000635400006354202109677000636920687741906879075

ok poradil som si,
problem bol v tom, ze v skripte som mal nieco ako
if ! podmienky

no a ked som z toho spravil if ! 'podmienky'
tak to zacalo chodit - vyzera to na to, ze crontab sa nevedel popasovat so skriptom ktory nebol v uvodzovkach.

00000101000635400006354202109677000636920687741906879029

skus ako prvy riadok skriptu dat #!/bin/bash -l

ak tam pouzivas grep, pozri aj
http://stackoverflow.com/questions/9316576/grep-interactive-vs-crontab

00000101000635400006354202109677000636920687741906878556

pozri si maily, mal by si tam mat output.

este taka vec, ak to davas do /etc/cron.d miesto user crontabu, tak pozri opis formatu v /etc/crontab (asi ti tam chyba username):

* * * * * root echo "test" > /cesta/niekam

(nezabudni dat enter za tym)

pripadne mozes skusit restartovat cron, nikdy nevies...

0000010100063540000635420210967700063692068774190687855606878880

* * * * * root echo "test" > /cesta/niekam 2>&1

inak mu ten výstup asi moc nepomôže

1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.

000001010006354000063542021096770006369206877419068785560687888006880020

ked nezbehne echo, tak to ma dost v prdeli, mne toto funguje

00000101000635400006354202109677000636920687741906878556068788800688002006880217

teraz píšem vo všeobecnosti, vždy si treba presmerovať chybový výstup na stdout, keď hocičo loguješ

1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.

0000010100063540000635420210967700063692068774190687855606878880068800200688021706880238

nie, vo vseobecnosti sa to urcite neda povedat. je dovod, preco su tieto dva vystupy oddelene.

000001010006354000063542021096770006369206877419068785560687888006880020068802170688023806881375

no skús mi povedať aké v prípade logovania a tiež mi skús povedať prečo potom nelogovať chybový výstup. v tvojom prípade je chybový výstup úplne ignorovaný, čo z logu robí log neplnohodnotný a sťažuje akékoľvek zisťovanie zlyhania. to je fakt a žiadna filozofická omáčka okolo nemá zmysel.

1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.

00000101000635400006354202109677000636920687741906878556068788800688002006880217068802380688137506881830

je to tu off topic, pretoze tu nejde vobec o logovanie.

ale tak dovod, preco chces logovat stderr a nie stdout je:
1) neznehodnotis stdout (co je uzitocny vystup)
2) nezahltis si disk neuzitocnymi logmi (stdout)

skus mi napr. vysvetlit ako by si odstranil chybove hlasky o pristupovych pravach z findu, ked si presmerujes kokotiny na stdout...

0000010100063540000635420210967700063692068774190687855606878880068800200688021706880238068813750688183006882109

ja využitiu deskriptorov rozumiem, ďakujem za zopakovanie. každopádne platí to, čo som povedal vyššie o základnom logovaní a riešení problémov.

1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.

000001010006354000063542021096770006369206877419068785560687888006880020068802170688023806881375068818300688210906882306

zakladny problem je, ze nazyvas 2>&1 logovanie

00000101000635400006354202109677000636920687741906878556068788800688002006880217068802380688137506881830068821090688230606882604

> log.log 2>&1 je logovanie

1. Mathematics is the language of nature. 2. Everything around us can be represented and understood through numbers. 3. If you graph these numbers, patterns emerge. Therefore: There are patterns everywhere in nature.

0000010100063540000635420210967700063692068774190687855606878880068800200688021706880238068813750688183006882109068823060688260406882758

nie

00000101000635400006354202109677000636920687741906877486

ma skript execute prava pre vsetkych? ak si to narval do systemoveho cronu, potrebujes mat exec pre ostatnych, lebo sa to pusta pod rootom. (chmod a+x)

0000010100063540000635420210967700063692068774190687748606877540

aha tak to a som tam nedal vyskusam, dik ;)

btw. ten skript som vytvaral pod rootom a ked ho pustim priamo, tak to bezi, myslis ze tam to a pomoze?

000001010006354000063542021096770006369206877419068774860687754006877590

aha ked je tak, tak asi nie

00000101000635400006354202109677000636920687741906877455

#grep CRON /var/log/syslog

mozno vypluje nieco uzitocne

I can\'t explain myself
because I\'m not myself you see
I got lost in someone else...