- This topic has 42 hozzászólás, 7 résztvevő, and was last updated 17 years, 6 months telt el by
.
-
Bejegyzés
-
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?
sipdav wrote:Nekem új, hogy a crontab -e -vel root-nak bevitt cuccok csak akkor futnak ha root belépett.Persze, és ha kispisti létrehoz egy crontab-ot mondjuk napi egyszeri rm -r /usr/lib paranccsal, és bootkor minden júzer crontabja lefut, amikor gyakorlatilag root-jogok vannak? Na, nehogy már. Majd akkor fog elindulni, ha ő megjelenik a rendszerben, de akkor már root-jogoktól megszabadult. Legalábbis nekem így logikus, és régebben, amikor (f)cron-t használtam, a /etc-be raktam be a fájlt, és ment is minden tök jól. User-specified fájlokat én nem használtam.
http://www.linuxhelp.net/guides/cron/
Cron stores it’s enteries in the crontab (cron table) file. This is generally located in your /etc directory. As well, each user on your system can have their own crontab which would be stored in /var/spool/cron/.
Bár ahogy itt olvasom, mégse úgy van:
Cron searches /var/spool/cron for crontab files which are named after accounts in /etc/passwd; crontabs found are loaded into memory. Cron also searches for /etc/crontab and the files in the /etc/cron.d directory, which are in a different format (see crontab(5)). Cron then wakes up every minute, examining all stored crontabs, checking each command to see if it should be run in the current minute.
Szóval egy a lényeg: én megpróbálnám a /etc-be rakni…
sipdav wrote:Nekem új, hogy a crontab -e -vel root-nak bevitt cuccok csak akkor futnak ha root belépett.Persze, és ha kispisti létrehoz egy crontab-ot mondjuk napi egyszeri rm -r /usr/lib paranccsal, és bootkor minden júzer crontabja lefut, amikor gyakorlatilag root-jogok vannak? Na, nehogy már. Majd akkor fog elindulni, ha ő megjelenik a rendszerben, de akkor már root-jogoktól megszabadult. Legalábbis nekem így logikus, és régebben, amikor (f)cron-t használtam, a /etc-be raktam be a fájlt, és ment is minden tök jól. User-specified fájlokat én nem használtam.
http://www.linuxhelp.net/guides/cron/
Cron stores it’s enteries in the crontab (cron table) file. This is generally located in your /etc directory. As well, each user on your system can have their own crontab which would be stored in /var/spool/cron/.
Bár ahogy itt olvasom, mégse úgy van:
Cron searches /var/spool/cron for crontab files which are named after accounts in /etc/passwd; crontabs found are loaded into memory. Cron also searches for /etc/crontab and the files in the /etc/cron.d directory, which are in a different format (see crontab(5)). Cron then wakes up every minute, examining all stored crontabs, checking each command to see if it should be run in the current minute.
Szóval egy a lényeg: én megpróbálnám a /etc-be rakni…
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-
tamsa wrote: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….
Nem tudom, nekem pedig pont így lenne logikus. A /etc-ben az van, ami mindenképpen fusson, mihelyst elindul a cron. Pl. logok törlése/tömörítése/stb. a „klasszikus” példa.
A user-specifikusok nyilván azért user-specifikusak, mivel azt az adott júzer akarja futtatni. Mondjuk pl. a készülő programját mondjuk óránként tarolja be (egy bzip2-vel megbolondítva). Vagy bizonyos időközönként egy osd_cat-tal valami bölcsességet kiírni az X-re. Vagy bármi más, amik azért általában nem érintik a rendszert…
Namost ha ő nincs bejelentkezve, akkor minek fussanak ezek? Nekem ezért lenne ez így logikus. Ezen kár vitatkozni, a tények makacs dolgok, és nem úgy vannak még az fcron-ban se (most olvasom a manját), ahogy gondoltam…
De akkor mi a liba?tamsa wrote: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….
Nem tudom, nekem pedig pont így lenne logikus. A /etc-ben az van, ami mindenképpen fusson, mihelyst elindul a cron. Pl. logok törlése/tömörítése/stb. a „klasszikus” példa.
A user-specifikusok nyilván azért user-specifikusak, mivel azt az adott júzer akarja futtatni. Mondjuk pl. a készülő programját mondjuk óránként tarolja be (egy bzip2-vel megbolondítva). Vagy bizonyos időközönként egy osd_cat-tal valami bölcsességet kiírni az X-re. Vagy bármi más, amik azért általában nem érintik a rendszert…
Namost ha ő nincs bejelentkezve, akkor minek fussanak ezek? Nekem ezért lenne ez így logikus. Ezen kár vitatkozni, a tények makacs dolgok, és nem úgy vannak még az fcron-ban se (most olvasom a manját), ahogy gondoltam…
De akkor mi a liba?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…
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz