[Question] Duy nhất Nagios gặp lỗi với sendmail? |
22/07/2010 21:37:31 (+0700) | #1 | 216072 |
|
quanta
Moderator
|
Joined: 28/07/2006 14:44:21
Messages: 7265
Location: $ locate `whoami`
Offline
|
|
Mình dùng sendmail 8.13.8-8 trên CentOS với SMTP của Gmail.
Thử bằng cách gửi mail từ command line hoặc qua OSSEC thì OK. Nhưng riêng với Nagios thì gặp lỗi sau trong /var/log/maillog:
sendmail[9026]: NOQUEUE: SYSERR(nagios): can not chdir(/var/spool/clientmqueue/): Permission denied
Thêm smmsp (user chạy sendmail) vào group nagios và nagios vào group smmsp:
Code:
/etc/group:smmsp: x:51:apache,nagios
/etc/group:nagios: x:503:apache,smmsp
thì lại gặp lỗi sau:
sendmail[26435]: NOQUEUE: SYSERR(nagios): can not write to queue directory /var/spool/clientmqueue/ (RunAsGid=0, required=51): Permission denied
Permission của các files liên quan:
Code:
-rwxr-sr-x 1 root root 775064 Jun 29 23:46 /usr/sbin/sendmail
-rw-r--r-- 1 root root 59061 Jun 30 11:23 sendmail.cf
-rw-r--r-- 1 root root 40336 Jun 30 12:18 submit.cf
drwxrwx--- 2 smmsp smmsp 114688 Jul 22 22:00 /var/spool/clientmqueue/
drwx------ 2 root mail 4096 Jul 22 22:24 /var/spool/mqueue/
Chỉ khi chmod 777 /var/spool/clientmqueue thì lỗi trên mới biến mất và mail được gửi đi. Tất nhiên, đây không phải là giải pháp, và khi đó sendmail sẽ cảnh báo:
sendmail[30462]: dangerous permissions=40777 on queue directory /var/spool/clientmqueue/
Ai biết nguyên nhân ở đâu chỉ giúp mình với. Cảm ơn. |
|
Let's build on a great foundation! |
|
|
|
[Question] Duy nhất Nagios gặp lỗi với sendmail? |
26/07/2010 12:00:42 (+0700) | #2 | 216330 |
|
1mp0ss1bl3
Member
|
0 |
|
|
Joined: 14/02/2008 21:32:58
Messages: 41
Location: ...
Offline
|
|
/etc/group:smmsp: x:51:apache,nagios
/etc/group:nagios: x:503:apache,smmsp
quanta thử rollback cái này
rồi thử thay đổi permission của sendmail binary như sau:
-rwxr-sr-x 1 root smmsp 775064 Jun 29 23:46 /usr/sbin/sendmail
rồi restart lại service xem sao. Nếu vẫn không được bạn xem lại partition chứa sendmail có mount với option "nosuid" không nha.
Thân |
|
To achieve the impossible, one must thing the absurd - to look where everyone else has looked, but to see what no else has seen. |
|
|
|
[Question] Duy nhất Nagios gặp lỗi với sendmail? |
26/07/2010 16:17:24 (+0700) | #3 | 216370 |
|
quanta
Moderator
|
Joined: 28/07/2006 14:44:21
Messages: 7265
Location: $ locate `whoami`
Offline
|
|
1mp0ss1bl3 wrote:
/etc/group:smmsp: x:51:apache,nagios
/etc/group:nagios: x:503:apache,smmsp
quanta thử rollback cái này
rồi thử thay đổi permission của sendmail binary như sau:
-rwxr-sr-x 1 root smmsp 775064 Jun 29 23:46 /usr/sbin/sendmail
rồi restart lại service xem sao.
Cảm ơn bạn nhiều. Thử theo cách của bạn thì cũng có tiến triển chút ít, nghĩa là: có mail được gửi đi, còn có mail thì không và trong /var/log/maillog cũng không thông báo gì cả.
Mail được gửi đi:
Jul 26 15:13:07 SVR040-763 nagios: SERVICE NOTIFICATION: quanta;SVR049-3161.localdomain;Apache status;OK;notify-service-by-email;APACHE OK - 0.083 sec. response time, Busy/Idle 1/7, open 248/256, ReqPerSec 0.0, BytesPerReq 0, BytesPerSec 0
Jul 26 15:13:07 SVR040-763 sendmail[12210]: o6Q8D7Pc012210: to=quanta@hvaonline.net, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30416, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (o6Q8D7FH012211 Message accepted for delivery)
Mail không được gửi đi, mặc dù có alert trong nagios.log:
Jul 26 16:23:18 SVR040-763 nagios: SERVICE ALERT: MT333-3140.localdomain;PING;WARNING;SOFT;1;PING WARNING - Packet loss = 0%, RTA = 0.94 ms
Code:
# grep "Jul 26 16:23" /var/log/maillog | wc -l
0
1mp0ss1bl3 wrote:
Nếu vẫn không được bạn xem lại partition chứa sendmail có mount với option "nosuid" không nha.
Không có thằng nào mount với nosuid đâu bạn à. |
|
Let's build on a great foundation! |
|
|
|
[Question] Duy nhất Nagios gặp lỗi với sendmail? |
26/07/2010 18:42:24 (+0700) | #4 | 216373 |
|
1mp0ss1bl3
Member
|
0 |
|
|
Joined: 14/02/2008 21:32:58
Messages: 41
Location: ...
Offline
|
|
Cho mình hỏi có mail nào của cùng 1 service mà cái có, cái không nhận được không bạn?
Mình nghĩ, vấn đề không nằm ở sendmail vì như bạn nói hoàn toàn không có thông tin gì ở maillog. Như vậy, chỉ có thể là nagios có vấn đề.
Bạn xem lại các file config của nagios xem. Nếu có thay đổi gì với những file này thì nên tắt hẳn service rồi load lại, vì nếu chỉ reload service nó vẫn còn sử dụng bản cache cũ. |
|
To achieve the impossible, one must thing the absurd - to look where everyone else has looked, but to see what no else has seen. |
|
|