сообщения в сислоге

Форум для обсуждения KTS 4м GSM VoIP шлюза
Правила форума
Пожалуйста, будьте уважительны к участникам форума.
Ответить
major
Сообщения: 1
Зарегистрирован: 05 фев 2010, 19:36

сообщения в сислоге

Сообщение major »

как подозрительными кажутся сообщение от 104 шлюза
инфа по нему :
Gate info: VINETIC device driver, version 1.1.27.7
Software version 2.1.23 $Rev: 623 $
Linux VoIP 2.6.21
root version 1.0

на остальных стоит другая прошивка
Gate info: VINETIC device driver, version 1.1.27.7
Software version 2.1.20 $Rev: 574 $
Linux VoIP 2.6.21
root version 1.0

Господа разработчики - что скажите? ошибка эта нормальна?
сислог везде на нулевом уровне


2010-10-22 23:08:06 User.Warning 192.168.10.104 Oct 22 23:09:03 kernel: eth0: ROVR error<000>
2010-10-22 23:08:06 User.Warning 192.168.10.104 Oct 22 23:09:04 kernel: eth0: ROVR error<000>
2010-10-22 23:08:32 Daemon.Info 192.168.10.101 Oct 22 23:09:22 ntpd[338]: adjusting local clock by -48626046s<000>
2010-10-22 23:08:33 Daemon.Info 192.168.10.100 Oct 22 23:09:21 ntpd[382]: adjusting local clock by -47409486s<000>
2010-10-22 23:08:58 Daemon.Info 192.168.10.103 Oct 22 23:09:42 ntpd[318]: adjusting local clock by -44076758s<000>
2010-10-22 23:09:06 Cron.Notice 192.168.10.104 Oct 22 23:10:01 crond[348]: USER root pid 1311 cmd /sbin/hwclock -w<000>
2010-10-22 23:09:24 Daemon.Info 192.168.10.102 Oct 22 23:10:10 ntpd[335]: adjusting local clock by -45367801s<000>
2010-10-22 23:10:01 Daemon.Info 192.168.10.103 Oct 22 23:10:45 ntpd[318]: adjusting local clock by -44174525s<000>
2010-10-22 23:10:30 Daemon.Info 192.168.10.104 Oct 22 23:11:27 ntpd[335]: adjusting local clock by -56874917s<000>
2010-10-22 23:11:18 Daemon.Info 192.168.10.100 Oct 22 23:12:06 ntpd[382]: adjusting local clock by -47491214s<000>
2010-10-22 23:11:36 User.Warning 192.168.10.104 Oct 22 23:12:34 kernel: eth0: ROVR error<000>
2010-10-22 23:11:37 User.Warning 192.168.10.104 Oct 22 23:12:34 kernel: eth0: ROVR error<000>
2010-10-22 23:11:37 User.Warning 192.168.10.104 Oct 22 23:12:34 kernel: eth0: ROVR error<000>
2010-10-22 23:11:55 User.Warning 192.168.10.104 Oct 22 23:12:53 kernel: eth0: ROVR error<000>
2010-10-22 23:11:55 User.Warning 192.168.10.104 Oct 22 23:12:53 kernel: eth0: ROVR error<000>
2010-10-22 23:12:01 Daemon.Info 192.168.10.104 Oct 22 23:12:58 ntpd[335]: adjusting local clock by -56966084s<000>
2010-10-22 23:12:03 User.Warning 192.168.10.104 Oct 22 23:13:00 kernel: eth0: ROVR error<000>
2010-10-22 23:12:05 Daemon.Info 192.168.10.102 Oct 22 23:12:51 ntpd[335]: adjusting local clock by -45404681s<000>
2010-10-22 23:12:14 User.Warning 192.168.10.104 Oct 22 23:13:11 kernel: eth0: ROVR error<000>
2010-10-22 23:12:14 User.Warning 192.168.10.104 Oct 22 23:13:12 kernel: eth0: ROVR error<000>
2010-10-22 23:12:14 User.Warning 192.168.10.104 Oct 22 23:13:12 kernel: eth0: ROVR error<000>
2010-10-22 23:12:15 User.Warning 192.168.10.104 Oct 22 23:13:12 kernel: eth0: ROVR error<000>
2010-10-22 23:12:15 User.Warning 192.168.10.104 Oct 22 23:13:13 kernel: eth0: ROVR error<000>
2010-10-22 23:12:16 User.Warning 192.168.10.104 Oct 22 23:13:13 kernel: eth0: ROVR error<000>
2010-10-22 23:12:18 User.Warning 192.168.10.104 Oct 22 23:13:16 kernel: eth0: ROVR error<000>
2010-10-22 23:12:55 Daemon.Info 192.168.10.101 Oct 22 23:13:44 ntpd[338]: adjusting local clock by -48708559s<000>
2010-10-22 23:13:32 User.Warning 192.168.10.104 Oct 22 23:14:29 kernel: eth0: ROVR error<000>
2010-10-22 23:13:44 Daemon.Info 192.168.10.102 Oct 22 23:14:29 ntpd[335]: adjusting local clock by -45480397s<000>
2010-10-22 23:14:04 Cron.Notice 192.168.10.104 Oct 22 23:15:01 crond[348]: USER root pid 1315 cmd /sbin/hwclock -w<000>
2010-10-22 23:14:20 Daemon.Info 192.168.10.103 Oct 22 23:15:05 ntpd[318]: adjusting local clock by -44223609s<000>
2010-10-22 23:14:22 Daemon.Info 192.168.10.100 Oct 22 23:15:10 ntpd[382]: adjusting local clock by -47530001s<000>
kts
Администратор
Сообщения: 183
Зарегистрирован: 18 янв 2008, 13:36

Re: сообщения в сислоге

Сообщение kts »

По поводу kernel: eth0: ROVR error<000> мы наблюдали такое поведение при кратковременном пропадении линка на сетевом интерфейсе шлюза. С битой сеткой на шлюзе не связано. Это может случиться если скажем выключить сетевой кабель из шлюза не 10 сек. и подключить обратно. Ядро теряет сетку.
Посмотрите на шлюзе коллизии и дропы пакетов в статистике.
Ответить