Hozzászólások
-
SzerzőBejegyzés
-
Na igen, a cron nem fogja lefuttatni a lokális profilet arról magadnak kell gondoskodnod!
Örülök, hogy segíthettem!-TamsA-
Na igen, a cron nem fogja lefuttatni a lokális profilet arról magadnak kell gondoskodnod!
Örülök, hogy segíthettem!-TamsA-
Így igaz, de ha crontab -e működik akkor nem kell hozzá nyúlni,
Az újabb disztrókban, alapból csak root-nak van a crontabot csinálni, időzítve futtatni.
Ekkor kell, ha nincs hozzá frontend, az említett állományokat (cron.allow, cron.deny) szerkeszteni-TamsA-
Így igaz, de ha crontab -e működik akkor nem kell hozzá nyúlni,
Az újabb disztrókban, alapból csak root-nak van a crontabot csinálni, időzítve futtatni.
Ekkor kell, ha nincs hozzá frontend, az említett állományokat (cron.allow, cron.deny) szerkeszteni-TamsA-
Akkor nem tudom, hogy nálunk a szervereken miért futnak le a crontab -e -vel beállított dolgok?!
ok 1xű: mert az a dolguk hogy lefussanak!
pedig úgye szerveren fizikailag csak akkor vgyunk benn ha éppen csinálunk valamit!
és azért időzítünk (at, cron) mert nem vagyunk bennt h. megcsináljuk.ja és _nem_ fcron-ról hanem a standard UX-os cron-ról beszélünk.
De ez már súrolja a Flame kategóriát úgyhogy kiszállok.
Következő válasz arra megy, ha eredeti kérdésre lesz post.-TamsA-
Kellemes Ünnepeket…
Akkor nem tudom, hogy nálunk a szervereken miért futnak le a crontab -e -vel beállított dolgok?!
ok 1xű: mert az a dolguk hogy lefussanak!
pedig úgye szerveren fizikailag csak akkor vgyunk benn ha éppen csinálunk valamit!
és azért időzítünk (at, cron) mert nem vagyunk bennt h. megcsináljuk.ja és _nem_ fcron-ról hanem a standard UX-os cron-ról beszélünk.
De ez már súrolja a Flame kategóriát úgyhogy kiszállok.
Következő válasz arra megy, ha eredeti kérdésre lesz post.-TamsA-
Kellemes Ünnepeket…
Hát sírva fakadnék ha így lenne!
cronnak pont az a dolga, hogy ütemezetten futtassa le a dolgokat.
Jól is néznénk ki, ha be kellene jelentkezni, ha azt akarnánk hogy lefusson, mert akkor már mi is simán le tundnánk futtatni….Egyébként ,meg pistike csinál cront- akkor az az ő nevében fog futni, vagyis azt tesz tönkre amihez a rendszergazdi jogot adott neki!
Más:
ne keverjük a /etc/cron.* a crontab -e paranccsal létrehozottal!!!
ez két különböző dolog!!
nézz csak bele!!!(root) crontab -l
no crontab for rootehhez képest a /etc/cron.* ban vannak ütemezett dolgok!
a crontabbal szabályosan létrehozott taskok a (rendszertől függő módon) /var/spool/cron/tabs alatt leledznek.
pl.: pistike coronja: /var/spool/cron/tabs/pistike állományban!
-TamsA-
Hát sírva fakadnék ha így lenne!
cronnak pont az a dolga, hogy ütemezetten futtassa le a dolgokat.
Jól is néznénk ki, ha be kellene jelentkezni, ha azt akarnánk hogy lefusson, mert akkor már mi is simán le tundnánk futtatni….Egyébként ,meg pistike csinál cront- akkor az az ő nevében fog futni, vagyis azt tesz tönkre amihez a rendszergazdi jogot adott neki!
Más:
ne keverjük a /etc/cron.* a crontab -e paranccsal létrehozottal!!!
ez két különböző dolog!!
nézz csak bele!!!(root) crontab -l
no crontab for rootehhez képest a /etc/cron.* ban vannak ütemezett dolgok!
a crontabbal szabályosan létrehozott taskok a (rendszertől függő módon) /var/spool/cron/tabs alatt leledznek.
pl.: pistike coronja: /var/spool/cron/tabs/pistike állományban!
-TamsA-
root-os installért szól az installer ..
Elaci üres sora jó ötlet lehet, nekem soha nem volt ilyenre szükségem…
export script ügye minden környezeti változót beállít?!
ORACLE_HOME
PATH
LD_LIBRARY_PATH
NLS_LANG
(ORACLE_SID vagy TWO_TASK) opcionális?
root-os installért szól az installer ..
Elaci üres sora jó ötlet lehet, nekem soha nem volt ilyenre szükségem…
export script ügye minden környezeti változót beállít?!
ORACLE_HOME
PATH
LD_LIBRARY_PATH
NLS_LANG
(ORACLE_SID vagy TWO_TASK) opcionális?
-
SzerzőBejegyzés
legutóbbi hsz