Avaleht
uus teema   vasta Tarkvara »  Linux & UNIX »  syslog'i kinni keeramine ei õnnestu märgi kõik teemad loetuks
märgi mitteloetuks
vaata eelmist teemat :: vaata järgmist teemat
Hinnavaatlus :: Foorum :: Uudised :: Ärifoorumid :: HV F1 ennustusvõistlus :: Pangalink :: Telekavad :: HV toote otsing
autor
sõnum Saada viide sõbrale.  :: Teata moderaatorile teata moderaatorile
otsing:  
warwas
HV Guru
warwas

liitunud: 06.07.2003



Autoriseeritud ID-kaardiga
sõnum 05.01.2010 19:06:42 syslog'i kinni keeramine ei õnnestu vasta tsitaadiga
Mul siin üks CF kaardilt üles jooksev failiserver (Openfiler). Kaardi eluea pikendamise eesmärgil mõtlesin, et suunaks logimise kuhugi ram-draivile (/tmp sai sinna juba ümber kolitud) või keerkas üldse kinni.
Tuleb välja, et lihtsam mõelda, kui teha.
bash:
  1. *.info;mail.none;authpriv.none;cron.none                /dev/null

või
bash:
  1. *.info;mail.none;authpriv.none;cron.none                /tmp/messages

annab tulemuseks mitte-käivituva teenuse:
bash:
  1. [root@SAN-1 tmp]# service syslog restart
  2. Shutting down kernel logger:                               [  OK  ]
  3. Shutting down system logger:                               [  OK  ]
  4. Starting system logger: /etc/init.d/functions: line 79:  3806 Terminated              $nice /bin/bash -c "$*"
  5.                                                            [FAILED]
  6. Starting kernel logger:                                    [  OK  ]


Oskab keegi äkki õige suuna kätte näidata? Või lahendan ma seda probleemi üldse valest otsast?
Kommentaarid: 247 loe/lisa Kasutajad arvavad:  :: 0 :: 3 :: 224
tagasi üles
vaata kasutaja infot saada privaatsõnum
kaabakas
HV veteran
kaabakas

liitunud: 01.04.2002



Autoriseeritud ID-kaardiga
sõnum 05.01.2010 20:05:24 vasta tsitaadiga
käsitsi 'syslogd -d' käivitades aitab edasi?
_________________
Mida Ott ei õpi, seda Egon ei tea.
Kommentaarid: 105 loe/lisa Kasutajad arvavad:  :: 0 :: 2 :: 95
tagasi üles
vaata kasutaja infot saada privaatsõnum
warwas
HV Guru
warwas

liitunud: 06.07.2003



Autoriseeritud ID-kaardiga
sõnum 14.01.2010 14:23:48 vasta tsitaadiga
huvitav, kui ma niisama 'syslogd''i käivitan, siis vaatamata sellele restartimisel saadavale veale öeldakse mulle, et syslogd: Already running..

'syslog -d' annab tulemuseks:
bash:
  1. [root@SAN-1 log]# syslogd -d
  2. Allocated parts table for 1024 file descriptors.
  3. Starting.
  4. Called init.
  5. Called allocate_log, nlogs = -1.
  6. cfline(*.info;mail.none;authpriv.none;cron.none         /tmp/messages)
  7. symbolic name: info ==> 6
  8. symbolic name: none ==> 16
  9. symbolic name: mail ==> 16
  10. symbolic name: none ==> 16
  11. symbolic name: authpriv ==> 80
  12. symbolic name: none ==> 16
  13. symbolic name: cron ==> 72
  14. leading char in action: /
  15. filename: /tmp/messages
  16. Called allocate_log, nlogs = 0.
  17. cfline(authpriv.*                                               /tmp/secure)
  18. symbolic name: * ==> 255
  19. symbolic name: authpriv ==> 80
  20. leading char in action: /
  21. filename: /tmp/secure
  22. Called allocate_log, nlogs = 1.
  23. cfline(mail.*                                                   /tmp/maillog)
  24. symbolic name: * ==> 255
  25. symbolic name: mail ==> 16
  26. leading char in action: /
  27. filename: /tmp/maillog
  28. Called allocate_log, nlogs = 2.
  29. cfline(cron.*                                                   /tmp/cron)
  30. symbolic name: * ==> 255
  31. symbolic name: cron ==> 72
  32. leading char in action: /
  33. filename: /tmp/cron
  34. Called allocate_log, nlogs = 3.
  35. cfline(*.emerg                                                  *)
  36. symbolic name: emerg ==> 0
  37. leading char in action: *
  38. write-all
  39. Called allocate_log, nlogs = 4.
  40. cfline(uucp,news.crit                                           /tmp/spooler)
  41. symbolic name: crit ==> 2
  42. symbolic name: uucp ==> 64
  43. symbolic name: news ==> 56
  44. leading char in action: /
  45. filename: /tmp/spooler
  46. Called allocate_log, nlogs = 5.
  47. cfline(local7.*                                         /var/log/boot.log)
  48. symbolic name: * ==> 255
  49. symbolic name: local7 ==> 184
  50. leading char in action: /
  51. filename: /var/log/boot.log
  52. Opened UNIX socket `/dev/log'.
  53. 0: 7F 7F  X 7F 7F 7F 7F 7F 7F  X  X 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F 7F FILE: /tmp/messages
  54. 1:  X  X  X  X  X  X  X  X  X  X FF  X  X  X  X  X  X  X  X  X  X  X  X  X  X FILE: /tmp/secure
  55. 2:  X  X FF  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X FILE: /tmp/maillog
  56. 3:  X  X  X  X  X  X  X  X  X FF  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X FILE: /tmp/cron
  57. 4:  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1  1 WALL:
  58. 5:  X  X  X  X  X  X  X  7  7  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X FILE: /tmp/spooler
  59. 6:  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X  X FF  X FILE: /var/log/boot.log
  60. logmsg: syslog.info<46>, flags 4, from SAN-1, msg syslogd 1.4.1: restart.
  61. Called fprintlog, logging to FILE /tmp/messages
  62. syslogd: restarted.
  63. Debugging disabled, SIGUSR1 to turn on debugging.



EDIT: Täiesti müstika! Pärast üht terve süsteemi restarti hakkas asi tööle. icon_eek.gif


EDIT #2: Asi ei ole ikkagi päris korras. Miskipärast ei taha cron'i logimine kuidagi dressuurile alluda.
syslogd.conf'is suunasin croni logi kenasti oma RAM draivile (/tmp)... mis tegelikult ka õnnestus, aga nüüd on mul 2 cron'i logi - üks /tmp/cron ja teine endiselt /var/log/cron
Panin syslogd teenuse üldse kinni - tulemuseks on see, et /tmp kataloogis olev logi enam ei muutu... küll aga kasvab jõudsalt edasi /var/log kataloogis olev isend.

Milles asi?? Kas see cron'i logimine on kuskil eriti rohujuure tasandil sisse kirjutatud??


EDIT #3: Iga kümne minuti tagant tilgub sinna logisse selliseid ridu:
bash:
  1. root (01/14-12:10:01-4568) CMD (/usr/lib64/sa/sa1 1 1)
  2. root (01/14-12:20:01-4586) CMD (/usr/lib64/sa/sa1 1 1)
  3. root (01/14-12:30:01-4611) CMD (/usr/lib64/sa/sa1 1 1)
  4. root (01/14-12:40:01-4680) CMD (/usr/lib64/sa/sa1 1 1)
  5. root (01/14-12:50:01-4700) CMD (/usr/lib64/sa/sa1 1 1)

Guugeldades sain targemaks, et see "sa1" peaks olema osake "Sysstat"'ist. Aga kust ma seda konfda saan?
Mis asi seda üldse käivitab? Roodu crontab on täiesti tühi... icon_confused.gif
Kommentaarid: 247 loe/lisa Kasutajad arvavad:  :: 0 :: 3 :: 224
tagasi üles
vaata kasutaja infot saada privaatsõnum
kaabakas
HV veteran
kaabakas

liitunud: 01.04.2002



Autoriseeritud ID-kaardiga
sõnum 14.01.2010 15:52:09 vasta tsitaadiga
Vaata /etc/cron.* kaustadesse. Ja kas roodu crontabi alla mõtled /etc/crontab faili või crontab -e käsku? Kontrolli mõlemat. Croni logimist peaks saama konfida ka croni poolt, mitte ainult syslogi poolt. Kuidas täpselt, sõltub mis tarkvara sul croni teeb.

Sysstat peaks olema võimalik uninstallida.

Tegelikult võid ju /var/log ka ramdrivele mountida.
_________________
Mida Ott ei õpi, seda Egon ei tea.
Kommentaarid: 105 loe/lisa Kasutajad arvavad:  :: 0 :: 2 :: 95
tagasi üles
vaata kasutaja infot saada privaatsõnum
warwas
HV Guru
warwas

liitunud: 06.07.2003



Autoriseeritud ID-kaardiga
sõnum 15.01.2010 11:30:14 vasta tsitaadiga
/etc/cron.* kaustad kammisin juba läbi ja kõik mittevajalik sai eemaldatud.
/etc/crontab sisu on suhtkoht traditsiooniline:
bash:
  1. [root@SAN-1 log]# cat /etc/crontab
  2. SHELL=/bin/bash
  3. PATH=/sbin:/bin:/usr/sbin:/usr/bin
  4. MAILTO=root
  5. HOME=/
  6.  
  7. # run-parts
  8. 01 * * * * root run-parts /etc/cron.hourly
  9. 02 4 * * * root run-parts /etc/cron.daily
  10. 22 4 * * 0 root run-parts /etc/cron.weekly
  11. 42 4 1 * * root run-parts /etc/cron.monthly

crontab -e näitab tühjust

Mis asi mul siin cron'i teeb, ma ei teagi. Openfiler on Redhat'i ja/või CenOS'ist aretatud. Äkki saab sealt mingeid paralleele tõmmata?

Kogu /var/log'i RAM'i tõstmine käis mul endal ka korra peast läbi... paistab, et peabki sedasi tegutsema.
Kommentaarid: 247 loe/lisa Kasutajad arvavad:  :: 0 :: 3 :: 224
tagasi üles
vaata kasutaja infot saada privaatsõnum
näita postitusi alates eelmisest:   
uus teema   vasta Tarkvara »  Linux & UNIX »  syslog'i kinni keeramine ei õnnestu
[vaata eelmist teemat] [vaata järgmist teemat]
 lisa lemmikuks
näita foorumit:  
 ignoreeri teemat 
sa ei või postitada uusi teemasid siia foorumisse
sa ei või vastata selle foorumi teemadele
sa ei või muuta oma postitusi selles foorumis
sa ei või kustutada oma postitusi selles foorumis
sa ei või vastata küsitlustele selles foorumis
sa ei saa lisada manuseid selles foorumis
sa võid manuseid alla laadida selles foorumis



Hinnavaatlus ei vastuta foorumis tehtud postituste eest.