restart syslogd 会造成server重起吗？

sccdyuebo

今天为了建了syslog server。 把client端的syslogd重起了下，结果造成一台product机器重起了。同样的命令在其他N台机器上都跑了，都没出现问题。郁闷！\r\n所敲的命令：\r\n# /etc/init.d/syslogd stop; /etc/init.d/syslogd start; tail /var/adm/messages\r\n\r\n不知道有没有谁也遇到过同样的问题哦。\r\nsolaris 8, VCS 4.1

brucewoo

发生这种事情的概率不高

sccdyuebo

今天就被我遇到了。幸好不是最重要的一台的server.\r\n不过，为什么会出现这种情况呀！谁能分析下吗？

brucewoo

仔细检查一下系统日志,你不把日志的信息贴出来,\r\n别人想分析都很难的

sccdyuebo

messages:\r\nSep 11 10:28:09 product1 genunix: [ID 540533 kern.notice] ^MSunOS Release 5.8 Version Generic_117350-43 64-bit\r\nSep 11 10:28:09 product1 genunix: [ID 913632 kern.notice] Copyright 1983-2003 Sun Microsystems, Inc.  All rights reserved.\r\nSep 11 10:28:09 product1 genunix: [ID 678236 kern.info] Ethernet address = 0:14:4f:4f:4c:6d\r\nSep 11 10:28:09 product1 unix: [ID 389951 kern.info] mem = 8388608K (0x200000000)\r\nSep 11 10:28:09 product1 unix: [ID 930857 kern.info] avail mem = 8247631872\r\nSep 11 10:28:09 product1 rootnex: [ID 466748 kern.info] root nexus = Sun Fire V440\r\nSep 11 10:28:09 product1 rootnex: [ID 349649 kern.info] pcisch2 at root: SAFARI 0x1e 0x600000\r\nSep 11 10:28:09 product1 genunix: [ID 936769 kern.info] pcisch2 is /pci@1e,600000\r\nSep 11 10:28:09 product1 rootnex: [ID 349649 kern.info] pcisch0 at root: SAFARI 0x1c 0x600000\r\nSep 11 10:28:09 product1 genunix: [ID 936769 kern.info] pcisch0 is /pci@1c,600000\r\nSep 11 10:28:09 product1 rootnex: [ID 349649 kern.info] pcisch1 at root: SAFARI 0x1d 0x700000\r\nSep 11 10:28:09 product1 genunix: [ID 936769 kern.info] pcisch1 is /pci@1d,700000\r\nSep 11 10:28:09 product1 rootnex: [ID 349649 kern.info] pcisch3 at root: SAFARI 0x1f 0x700000\r\nSep 11 10:28:09 product1 genunix: [ID 936769 kern.info] pcisch3 is /pci@1f,700000\r\nSep 11 10:28:22 product1 pcisch: [ID 370704 kern.info] PCI-device: ide@d, uata0\r\nSep 11 10:28:22 product1 genunix: [ID 936769 kern.info] uata0 is /pci@1e,600000/ide@d\r\n\r\n\r\n在 syslogd 被stop后，系统就crash了。当从NET MGT进去的时候，系统已经处在维护模式了。

briangao

syslog should not cause your machine to reboot or crash. But you mentioned VCS 4.1. What does it mean? You use VCS 4.1 for your syslog server? Inappropriate configuration of cluster could cause server panic.

风之幻想

应该是cluster引起的.上回遇到过在cluster上mount共享分区的时候,down过机.

sccdyuebo

cat /etc/syslog.conf\r\n#ident  \"@(#)syslog.conf        1.5     98/12/14 SMI\"   /* SunOS 5.0 */\r\n#\r\n# Copyright (c) 1991-1998 by Sun Microsystems, Inc.\r\n# All rights reserved.\r\n#\r\n# syslog configuration file.\r\n#\r\n# This file is processed by m4 so be careful to quote (`\') names\r\n# that match m4 reserved words.  Also, within ifdef\'s, arguments\r\n# containing commas must be quoted.\r\n#\r\n*.err;kern.notice;auth.notice                   /dev/sysmsg\r\n*.err;kern.debug;daemon.notice;mail.crit        /var/adm/messages\r\n\r\n*.alert;kern.err;daemon.err                     operator\r\n*.alert                                         root\r\n\r\n*.emerg                                         *\r\n\r\n# if a non-loghost machine chooses to have authentication messages\r\n# sent to the loghost machine, un-comment out the following line:\r\n#auth.notice                    ifdef(`LOGHOST\', /var/log/authlog, @loghost)\r\n\r\nmail.debug                      ifdef(`LOGHOST\', /var/log/syslog, @loghost)\r\n\r\n#\r\n# non-loghost machines will use the following lines to cause \"user\"\r\n# log messages to be logged locally.\r\n#\r\nifdef(`LOGHOST\', ,\r\nuser.err                                        /dev/sysmsg\r\nuser.err                                        /var/adm/messages\r\nuser.alert                                      `root, operator\'\r\nuser.emerg                                      *\r\n)\r\n\r\n这两台机器的syslog都是这样的

sccdyuebo

又重新try了N次，都没有在crash了。\r\n但就是不知道当时为什么会突然crash的。想找到root cause.