1 Тема от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]

Всем доброго времени суток, есть сервер с debian squeze, доступный по ssh. Работает хорошо и стабильно, но как то заглянул в last и обнаружил что сервер перезагружается, причем практически каждый день, а иногда по несколько раз на дню. Как давно не понятно, потому как last показывает только за послений месяц, причину выяснить не получается, пишу сюда с надеждой на более опытных людей. Точно не знаю какие логи публиковать, поэтому если какие понадобятся - напишите какие, вот вывод команды last:

testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb 18 10:23   still logged in
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb 18 10:07   still logged in
reboot   system boot  2.6.32-5-amd64   Mon Feb 18 10:03 - 10:26  (00:22)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb 18 09:34 - crash  (00:29)
testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb 18 08:22 - crash  (01:41)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb 18 08:00 - crash  (02:02)
reboot   system boot  2.6.32-5-amd64   Sun Feb 17 19:04 - 10:26  (15:22)
reboot   system boot  2.6.32-5-amd64   Sun Feb 17 07:21 - 10:26 (1+03:05)
reboot   system boot  2.6.32-5-amd64   Sat Feb 16 13:12 - 10:26 (1+21:13)
reboot   system boot  2.6.32-5-amd64   Sat Feb 16 00:12 - 10:26 (2+10:13)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb 15 17:03 - 17:04  (00:00)
testuser pts/2        xxx.xxx.xxx.xxx   Fri Feb 15 09:26 - 16:52  (07:26)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb 15 08:12 - 13:24  (05:11)
reboot   system boot  2.6.32-5-amd64   Fri Feb 15 00:42 - 10:26 (3+09:43)
testuser pts/6        xxx.xxx.xxx.xxx   Thu Feb 14 14:34 - 14:34  (00:00)
testuser pts/4        xxx.xxx.xxx.xxx   Thu Feb 14 14:29 - 17:03  (02:34)
testuser pts/2        xxx.xxx.xxx.xxx   Thu Feb 14 08:55 - 15:06  (06:11)
testuser pts/0        xxx.xxx.xxx.xxx   Thu Feb 14 08:54 - 17:02  (08:08)
testuser pts/0        xxx.xxx.xxx.xxx   Thu Feb 14 08:53 - 08:54  (00:00)
reboot   system boot  2.6.32-5-amd64   Thu Feb 14 03:55 - 10:26 (4+06:30)
reboot   system boot  2.6.32-5-amd64   Wed Feb 13 17:36 - 10:26 (4+16:49)
testuser pts/4        xxx.xxx.xxx.xxx   Wed Feb 13 16:44 - 16:56  (00:11)
testuser pts/2        xxx.xxx.xxx.xxx   Wed Feb 13 14:44 - crash  (02:52)
testuser pts/2        xxx.xxx.xxx.xxx   Wed Feb 13 14:33 - 14:33  (00:00)
testuser pts/0        xxx.xxx.xxx.xxx   Wed Feb 13 14:04 - 16:48  (02:43)
testuser pts/0        xxx.xxx.xxx.xxx   Wed Feb 13 08:42 - 13:54  (05:11)
reboot   system boot  2.6.32-5-amd64   Tue Feb 12 19:05 - 10:26 (5+15:21)
testuser pts/0        wn2nat45.beeline Tue Feb 12 18:28 - 18:30  (00:01)
testuser pts/0        xxx.xxx.xxx.xxx   Tue Feb 12 17:03 - 17:03  (00:00)
testuser pts/2        xxx.xxx.xxx.xxx   Tue Feb 12 11:17 - 17:02  (05:44)
testuser pts/0        xxx.xxx.xxx.xxx   Tue Feb 12 08:12 - 17:02  (08:49)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb 11 15:47 - 17:03  (01:15)
reboot   system boot  2.6.32-5-amd64   Mon Feb 11 15:37 - 10:26 (6+18:49)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb 11 14:32 - crash  (01:04)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb 11 12:44 - 12:45  (00:00)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb 11 12:12 - 12:12  (00:00)
testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb 11 11:16 - 15:27  (04:11)
testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb 11 11:14 - 11:14  (00:00)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb 11 08:44 - crash  (06:52)
reboot   system boot  2.6.32-5-amd64   Sun Feb 10 15:49 - 10:26 (7+18:36)
reboot   system boot  2.6.32-5-amd64   Sun Feb 10 06:29 - 10:26 (8+03:57)
reboot   system boot  2.6.32-5-amd64   Sat Feb  9 10:43 - 10:26 (8+23:42)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb  8 16:27 - 17:02  (00:35)
reboot   system boot  2.6.32-5-amd64   Fri Feb  8 16:08 - 10:26 (9+18:18)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb  8 15:55 - crash  (00:12)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb  8 09:06 - 13:18  (04:11)
reboot   system boot  2.6.32-5-amd64   Fri Feb  8 01:15 - 10:26 (10+09:10)
testuser pts/0        xxx.xxx.xxx.xxx   Thu Feb  7 15:52 - 17:04  (01:11)
reboot   system boot  2.6.32-5-amd64   Thu Feb  7 15:04 - 10:26 (10+19:21)
testuser pts/2        xxx.xxx.xxx.xxx   Thu Feb  7 11:47 - 11:49  (00:01)
testuser pts/0        xxx.xxx.xxx.xxx   Thu Feb  7 08:44 - 14:56  (06:11)
reboot   system boot  2.6.32-5-amd64   Thu Feb  7 08:17 - 10:26 (11+02:08)
testuser pts/2        xxx.xxx.xxx.xxx   Wed Feb  6 14:19 - 17:31  (03:11)
testuser pts/0        xxx.xxx.xxx.xxx   Wed Feb  6 11:54 - 15:09  (03:14)
reboot   system boot  2.6.32-5-amd64   Wed Feb  6 10:15 - 10:26 (12+00:10)
testuser pts/0        xxx.xxx.xxx.xxx   Wed Feb  6 09:29 - crash  (00:46)
testuser pts/0        xxx.xxx.xxx.xxx   Tue Feb  5 14:47 - 17:59  (03:11)
reboot   system boot  2.6.32-5-amd64   Tue Feb  5 14:43 - 10:26 (12+19:42)
testuser pts/0        xxx.xxx.xxx.xxx   Tue Feb  5 10:48 - crash  (03:55)
reboot   system boot  2.6.32-5-amd64   Tue Feb  5 08:01 - 10:26 (13+02:24)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb  4 14:52 - 17:02  (02:09)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb  4 13:59 - 15:58  (01:59)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb  4 10:47 - 13:58  (03:10)
testuser pts/4        xxx.xxx.xxx.xxx   Mon Feb  4 10:19 - 10:19  (00:00)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb  4 10:14 - 13:26  (03:11)
testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb  4 10:03 - 17:01  (06:58)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb  4 09:49 - 10:14  (00:25)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb  4 09:44 - 09:49  (00:04)
reboot   system boot  2.6.32-5-amd64   Mon Feb  4 09:39 - 10:26 (14+00:46)
testuser pts/2        xxx.xxx.xxx.xxx   Mon Feb  4 08:38 - crash  (01:01)
testuser pts/0        xxx.xxx.xxx.xxx   Mon Feb  4 08:19 - crash  (01:20)
reboot   system boot  2.6.32-5-amd64   Sun Feb  3 20:46 - 10:26 (14+13:39)
reboot   system boot  2.6.32-5-amd64   Sun Feb  3 06:05 - 10:26 (15+04:21)
reboot   system boot  2.6.32-5-amd64   Fri Feb  1 22:29 - 10:26 (16+11:56)
testuser pts/2        xxx.xxx.xxx.xxx   Fri Feb  1 08:42 - 16:57  (08:14)
testuser pts/0        xxx.xxx.xxx.xxx   Fri Feb  1 08:02 - 11:14  (03:11)

2 Ответ от neol

  • neol
  • Пользователь
  • Неактивен
  • Зарегистрирован: 20.02.2010
  • Сообщений: 291
  • Репутация : [ 32 | 1 ]

Смотрите syslog, kern.log, dmesg. Но если сервер перезагружается совершенно неожиданно, то логи могли и не успеть сохраниться. UPS-то у вас есть? Может просто проблемы с питанием?

3 Ответ от yars

  • yars
  • yars
  • Slacker
  • Неактивен
  • Откуда: Тамбовская область
  • Зарегистрирован: 23.03.2012
  • Сообщений: 10,043
  • Репутация : [ 309 | 1 ]
neol пишет:

просто проблемы с питанием?

Да, мне кажется, это наиболее вероятная причина. Вторая не менее вероятная - сервер страдает перегревом.

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

4 Ответ от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]

Сервер находится в стойке у провайдера, поэтому проверить глазами или еще как то не получится. Можно ли как-нибудь за счет логов узнать наверняка, что перезагрузка на уровне железа, а не программная?

5 Ответ от yars

  • yars
  • yars
  • Slacker
  • Неактивен
  • Откуда: Тамбовская область
  • Зарегистрирован: 23.03.2012
  • Сообщений: 10,043
  • Репутация : [ 309 | 1 ]

Если только понаблюдать за температурами, напряжениями и оборотами кулеров - тут вам  lm-sensors в помощь...

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

6 Ответ от Lupo Alberto

  • Откуда: Беларусь, Гомель
  • Зарегистрирован: 04.07.2010
  • Сообщений: 11,183
  • Репутация : [ 571 | 8 ]
zednight пишет:

Сервер находится в стойке у провайдера, поэтому проверить глазами или еще как то не получится. Можно ли как-нибудь за счет логов узнать наверняка, что перезагрузка на уровне железа, а не программная?

В идеале — установить и настроить collectd;
на практике — настроить хотя бы логгирование системных сообщений проблемного сервера на другой компьютер и смотреть логи.

А что вообще есть в каталоге /var/log на проблемном сервере? Покажите

ls -lR /var/log
Был, был и весь вышел...
+ zednight

7 Ответ от zednight (18.02.2013 13:38:11 отредактировано zednight)

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]
Lupo Alberto пишет:
zednight пишет:

Сервер находится в стойке у провайдера, поэтому проверить глазами или еще как то не получится. Можно ли как-нибудь за счет логов узнать наверняка, что перезагрузка на уровне железа, а не программная?

В идеале — установить и настроить collectd;
на практике — настроить хотя бы логгирование системных сообщений проблемного сервера на другой компьютер и смотреть логи.

А что вообще есть в каталоге /var/log на проблемном сервере? Покажите

ls -lR /var/log

-rw-r--r-- 1 root        root        0 Фев  6 06:25 alternatives.log
-rw-r--r-- 1 root        root      678 Фев  5 12:16 alternatives.log.1
-rw-r--r-- 1 root        root      411 Июл 13  2012 alternatives.log.2.gz
-rw-r--r-- 1 root        root     2641 Май 10  2012 alternatives.log.3.gz
drwxr-x--- 2 root        adm      4096 Май 13  2012 apache2
drwxr-xr-x 2 root        root     4096 Фев  6 06:25 apt
-rw-r--r-- 1 root        root     4409 Фев 11 12:48 aptitude
-rw-r--r-- 1 root        root     1055 Фев  5 14:22 aptitude.1.gz
-rw-r--r-- 1 root        root     6206 Май 22  2012 aptitude.2.gz
-rw-r----- 1 root        adm    773261 Фев 18 13:46 auth.log
-rw-r----- 1 root        adm   5003271 Фев 17 06:25 auth.log.1
-rw-r----- 1 root        adm    397794 Фев 11 06:25 auth.log.2.gz
-rw-r----- 1 root        adm    317632 Фев  3 06:25 auth.log.3.gz
-rw-r----- 1 root        adm    333536 Янв 27 06:25 auth.log.4.gz
-rw-r----- 1 root        adm        31 Июн 17  2011 boot
-rw-rw---- 1 root        utmp        0 Фев  1 06:25 btmp
-rw-rw---- 1 root        utmp        0 Янв  1 06:25 btmp.1
drwxr-xr-x 2 root        root     4096 Фев  1 06:25 ConsoleKit
-rw-r----- 1 root        adm   2765412 Фев 18 13:47 daemon.log
-rw-r----- 1 root        adm  12693008 Фев 17 06:25 daemon.log.1
-rw-r----- 1 root        adm    879901 Фев 11 06:25 daemon.log.2.gz
-rw-r----- 1 root        adm    762910 Фев  3 06:25 daemon.log.3.gz
-rw-r----- 1 root        adm    758119 Янв 27 06:25 daemon.log.4.gz
drwxr-xr-x 2 root        root     4096 Май  4  2012 dbconfig-common
-rw-r----- 1 root        adm    125565 Фев 18 10:03 debug
-rw-r----- 1 root        adm    293875 Фев 16 13:12 debug.1
-rw-r----- 1 root        adm     50380 Фев 10 15:50 debug.2.gz
-rw-r----- 1 root        adm     25395 Фев  3 06:05 debug.3.gz
-rw-r----- 1 root        adm      4326 Янв 27 04:40 debug.4.gz
-rw-r----- 1 root        adm     74362 Фев 18 10:03 dmesg
-rw-r----- 1 root        adm     74330 Фев 17 19:04 dmesg.0
-rw-r----- 1 root        adm     15207 Фев 17 07:21 dmesg.1.gz
-rw-r----- 1 root        adm     15183 Фев 16 13:12 dmesg.2.gz
-rw-r----- 1 root        adm     15197 Фев 16 00:12 dmesg.3.gz
-rw-r----- 1 root        adm     15197 Фев 15 00:42 dmesg.4.gz
-rw-r--r-- 1 root        root     1492 Фев 12 16:52 dpkg.log
-rw-r--r-- 1 root        root    12349 Фев  5 14:22 dpkg.log.1
-rw-r--r-- 1 root        root      261 Авг 23 10:17 dpkg.log.2.gz
-rw-r--r-- 1 root        root      221 Авг 14  2012 dpkg.log.3.gz
-rw-r--r-- 1 root        root      279 Июл 13  2012 dpkg.log.4.gz
-rw-r--r-- 1 root        root    46134 Май 22  2012 dpkg.log.5.gz
drwxr-s--- 2 Debian-exim adm      4096 Май  7  2012 exim4
-rw-r--r-- 1 root        root        0 Май 15  2012 exit
-rw-r--r-- 1 root        root    24048 Май  5  2012 faillog
-rw-r--r-- 1 root        root     1000 Июн 17  2011 fontconfig.log
drwxr-xr-x 2 root        root     4096 Июн 17  2011 fsck
drwxr-xr-x 2 root        root     4096 Июн 17  2011 hp-health
drwxr-xr-x 2 root        root     4096 Июн 17  2011 hp-snmp-agents
drwxr-xr-x 3 root        root     4096 Июн 17  2011 installer
-rw-r----- 1 root        adm    436517 Фев 18 12:52 kern.log
-rw-r----- 1 root        adm    828706 Фев 16 19:59 kern.log.1
-rw-r----- 1 root        adm    199632 Фев 11 04:33 kern.log.2.gz
-rw-r----- 1 root        adm     99807 Фев  3 06:05 kern.log.3.gz
-rw-r----- 1 root        adm     16906 Янв 27 04:40 kern.log.4.gz
-rw-rw-r-- 1 root        utmp   292584 Фев 18 11:47 lastlog
drwx------ 2 root        root    16384 Июн 17  2011 lost+found
-rw-r----- 1 root        adm         0 Июн 17  2011 lpr.log
-rw-r----- 1 root        adm         0 Янв 31 06:25 mail.err
-rw-r----- 1 root        adm       162 Янв 30 08:00 mail.err.1
-rw-r----- 1 root        adm       163 Янв 24 22:39 mail.err.2.gz
-rw-r----- 1 root        adm       163 Окт 31 15:11 mail.err.3.gz
-rw-r----- 1 root        adm       163 Сен 28 23:24 mail.err.4.gz
-rw-r----- 1 root        adm    444665 Фев 18 13:44 mail.info
-rw-r----- 1 root        adm   4008976 Фев 17 06:22 mail.info.1
-rw-r----- 1 root        adm    963716 Фев 11 06:25 mail.info.2.gz
-rw-r----- 1 root        adm    282137 Фев  3 06:18 mail.info.3.gz
-rw-r----- 1 root        adm    290207 Янв 27 06:22 mail.info.4.gz
-rw-r----- 1 root        adm    444665 Фев 18 13:44 mail.log
-rw-r----- 1 root        adm   4008976 Фев 17 06:22 mail.log.1
-rw-r----- 1 root        adm    963716 Фев 11 06:25 mail.log.2.gz
-rw-r----- 1 root        adm    282137 Фев  3 06:18 mail.log.3.gz
-rw-r----- 1 root        adm    290207 Янв 27 06:22 mail.log.4.gz
-rw-r----- 1 root        adm       642 Фев 18 10:03 mail.warn
-rw-r----- 1 root        adm      1498 Фев 16 13:12 mail.warn.1
-rw-r----- 1 root        adm       391 Фев 10 15:49 mail.warn.2.gz
-rw-r----- 1 root        adm       383 Фев  3 06:05 mail.warn.3.gz
-rw-r----- 1 root        adm       277 Янв 27 04:40 mail.warn.4.gz
-rw-r--r-- 1 root        root        0 Фев  5 12:16 memcached.log
-rw-r----- 1 root        adm    310846 Фев 18 12:52 messages
-rw-r----- 1 root        adm    534638 Фев 17 06:25 messages.1
-rw-r----- 1 root        adm    150013 Фев 11 06:25 messages.2.gz
-rw-r----- 1 root        adm     75082 Фев  3 06:25 messages.3.gz
-rw-r----- 1 root        adm     12987 Янв 27 06:25 messages.4.gz
drwxr-s--- 2 mysql       adm      4096 Фев 18 06:25 mysql
-rw-r----- 1 mysql       adm         0 Июн 22  2011 mysql.err
-rw-r----- 1 mysql       adm         0 Фев 18 06:25 mysql.log
-rw-r----- 1 mysql       adm        20 Фев 17 06:25 mysql.log.1.gz
-rw-r----- 1 mysql       adm        20 Фев 16 06:25 mysql.log.2.gz
-rw-r----- 1 mysql       adm        20 Фев 15 06:25 mysql.log.3.gz
-rw-r----- 1 mysql       adm        20 Фев 14 06:25 mysql.log.4.gz
-rw-r----- 1 mysql       adm        20 Фев 13 06:25 mysql.log.5.gz
-rw-r----- 1 mysql       adm        20 Фев 12 06:25 mysql.log.6.gz
-rw-r----- 1 mysql       adm        20 Фев 11 06:25 mysql.log.7.gz
drwxr-xr-x 2 root        root     4096 Июн 17  2011 news
drwxr-xr-x 3 root        root    12288 Фев 18 06:25 nginx
-rw------- 1 root        root 10064145 Фев 18 13:19 php5-fpm.log
-rw-r--r-- 1 root        root        0 Июн 17  2011 pycentral.log
-rw-r--r-- 1 root        root        0 Июл  1  2012 sitemap.log
drwxr-xr-x 2 root        root     4096 Фев  5 08:01 sphinxsearch
-rw-r----- 1 root        adm   1152007 Фев 18 13:47 syslog
-rw-r----- 1 root        adm   3048698 Фев 18 06:25 syslog.1
-rw-r----- 1 root        adm    207744 Фев 17 06:25 syslog.2.gz
-rw-r----- 1 root        adm    225170 Фев 16 06:25 syslog.3.gz
-rw-r----- 1 root        adm    233867 Фев 15 06:25 syslog.4.gz
-rw-r----- 1 root        adm    259989 Фев 14 06:25 syslog.5.gz
-rw-r----- 1 root        adm    251731 Фев 13 06:25 syslog.6.gz
-rw-r----- 1 root        adm    285259 Фев 12 06:25 syslog.7.gz
-rw-r--r-- 1 root        root    10745 Май 15  2012 update
-rw-r----- 1 root        adm       693 Фев 18 10:03 user.log
-rw-r----- 1 root        adm     60182 Фев 16 13:12 user.log.1
-rw-r----- 1 root        adm       751 Фев 10 15:50 user.log.2.gz
-rw-r----- 1 root        adm      1000 Фев  3 06:05 user.log.3.gz
-rw-r----- 1 root        adm      1737 Янв 27 04:58 user.log.4.gz
-rw-rw-r-- 1 root        utmp   194688 Фев 18 12:04 wtmp
-rw-rw-r-- 1 root        utmp   110976 Фев  1 02:41 wtmp.1
-rw-r--r-- 1 root        root    31607 Июн 17  2011 Xorg.0.log
-rw-r--r-- 1 root        root    31607 Июн 17  2011 Xorg.0.log.old

8 Ответ от Lupo Alberto

  • Откуда: Беларусь, Гомель
  • Зарегистрирован: 04.07.2010
  • Сообщений: 11,183
  • Репутация : [ 571 | 8 ]

/var/log/daemon.log, /var/log/dmesg, /var/log/fsck/, /var/log/kern.log, /var/log/messages, /var/log/syslog — смотреть и анализировать.

Был, был и весь вышел...

9 Ответ от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]
Lupo Alberto пишет:

/var/log/daemon.log, /var/log/dmesg, /var/log/fsck/, /var/log/kern.log, /var/log/messages, /var/log/syslog — смотреть и анализировать.

В daemon.log в момент перезагрузки и незадолго до нее только сообщения вида:
Feb 17 10:02:49 server-app snmpd[1918]: Connection from UDP: [127.0.0.1]:40749->[127.0.0.1]
3498 Feb 17 10:03:04 server-app snmpd[1918]: Connection from UDP: [127.0.0.1]:58130->[127.0.0.1]
3499 Feb 17 10:03:04 server-app snmpd[1918]: Connection from UDP: [127.0.0.1]:58130->[127.0.0.1]
кстати не пойму что это

fsck.log пишет про загрузку дисков уже после перезагрузки

kern.log пишет только после перезапуска
2405 Feb 18 08:46:30 server-app kernel: [49257.804771] Machine check events logged
2406 Feb 18 10:03:36 server-app kernel: imklog 4.6.4, log source = /proc/kmsg started.
2407 Feb 18 10:03:36 server-app kernel: [    0.000000] Initializing cgroup subsys cpuset
2408 Feb 18 10:03:36 server-app kernel: [    0.000000] Initializing cgroup subsys cpu




messages.log - аналогично
1564 Feb 18 08:34:42 server-app kernel: [48551.595748] Machine check events logged
1565 Feb 18 08:46:30 server-app kernel: [49257.804771] Machine check events logged
1566 Feb 18 10:03:36 server-app kernel: imklog 4.6.4, log source = /proc/kmsg started.
1567 Feb 18 10:03:36 server-app rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="1544" x-info=""] (re)start

syslog.log - тоже самое
Feb 18 09:59:34 server-app sm-mta[30386]: r1I5xW6s030384: to=<>, ctladdr=<> (33/33), delay=00:00:02, xdelay=00:00:02,       mailer=esmtp, pri=124155, relay=. [xxx.xxx.xxx.xxx], dsn=2.0.0, stat=Sent (Ok: queued as C4E9A22C1D)
4123 Feb 18 10:03:36 server-app kernel: imklog 4.6.4, log source = /proc/kmsg started.
4124 Feb 18 10:03:36 server-app rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="1544" x-info=""] (re)start
4125 Feb 18 10:03:36 server-app kernel: [    0.000000] Initializing cgroup subsys cpuset
4126 Feb 18 10:03:36 server-app kernel: [    0.000000] Initializing cgroup subsys cpu
4127 Feb 18 10:03:36 server-app kernel: [    0.000000] Linux version 2.6.32-5-amd64 (Debian 2.6.32-41squeeze2) () (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP M      on Mar 26 07:00:19 UTC 2012

dmesq затрудняюсь анализировать, время как то странно предствалено, как я понимаю тоже после перезагрузки

10 Ответ от Lupo Alberto

  • Откуда: Беларусь, Гомель
  • Зарегистрирован: 04.07.2010
  • Сообщений: 11,183
  • Репутация : [ 571 | 8 ]
zednight пишет:

затрудняюсь анализировать, время как то странно предствалено, как я понимаю тоже после перезагрузки

Lupo Alberto пишет:

на практике — настроить хотя бы логгирование системных сообщений проблемного сервера на другой компьютер и смотреть логи.

Был, был и весь вышел...

11 Ответ от -=Serj=-

  • -=Serj=-
  • -=Serj=-
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 18.03.2011
  • Сообщений: 3,277
  • Репутация : [ 143 | 0 ]

Что-нибудь, вроде

$ grep -i "err" *
Да, у меня Ubuntu.
Нет, не глючит.
+ zednight

12 Ответ от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]

Lupo Alberto, перекидывать логи на другой комп - не маленькое время затраченное на настройку, ты уверен, что если сервер не успевает себе на диск лог записать, то он успеет его по сети передать?

13 Ответ от zednight (18.02.2013 16:51:25 отредактировано zednight)

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]
-=Serj=- пишет:

grep -i "err" *

в том то и дело, что ошибок ведущих к перезагрузке найти не удалось.

14 Ответ от -=Serj=-

  • -=Serj=-
  • -=Serj=-
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 18.03.2011
  • Сообщений: 3,277
  • Репутация : [ 143 | 0 ]

Температуру проконтролируйте.

Да, у меня Ubuntu.
Нет, не глючит.

15 Ответ от zednight (19.02.2013 13:37:35 отредактировано zednight)

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]

sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:        +8.3°C  (crit = +31.3°C)

power_meter-acpi-0
Adapter: ACPI interface
power1:       0.00 nW  (interval = 300.00 s)

и так все время, других показаний не видел

16 Ответ от yars

  • yars
  • yars
  • Slacker
  • Неактивен
  • Откуда: Тамбовская область
  • Зарегистрирован: 23.03.2012
  • Сообщений: 10,043
  • Репутация : [ 309 | 1 ]

Не настроен он у вас.

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

17 Ответ от -=Serj=-

  • -=Serj=-
  • -=Serj=-
  • Пользователь
  • Неактивен
  • Откуда: Москва
  • Зарегистрирован: 18.03.2011
  • Сообщений: 3,277
  • Репутация : [ 143 | 0 ]
sensors-detect
Да, у меня Ubuntu.
Нет, не глючит.

18 Ответ от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]
yars пишет:

Не настроен он у вас.

Все делал по этим мануалам:
http://wiki.debian.org/ru/Motherboard
http://alexwinner.blogspot.ru/2010/02/l … buntu.html

19 Ответ от zednight (21.02.2013 14:07:23 отредактировано zednight)

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]

Фуф, для потомков отпишусь:
В общем сервер от HP и добрые дяди полностью настроили все самые основные и вкусные логирования на свою утилиту hplog
которая с параметром -v (-v = call to view the entire log) выдала следующее:

0195 Critical       07:26  02/20/2013 07:26  02/20/2013 0001
LOG: Uncorrectable Memory Error ((Processor 1, Memory Module 6))

0196 Caution        07:26  02/20/2013 07:26  02/20/2013 0001
LOG: System Power Supply: General Failure (Power Supply 1)

0197 Caution        03:26  02/20/2013 03:26  02/20/2013 0001
LOG: POST Error: 1615-Power Supply Failure or Power Supply Unplugged in Bay 1

0198 Critical       12:52  02/20/2013 12:52  02/20/2013 0001
LOG: An Unrecoverable System Error (NMI) has occurred (System error code 0x00000000, 0x00000000)

0199 Critical       16:55  02/20/2013 16:55  02/20/2013 0001
LOG: Uncorrectable Memory Error ((Processor 1, Memory Module 6))

0200 Caution        16:55  02/20/2013 16:55  02/20/2013 0001
LOG: System Power Supply: General Failure (Power Supply 1)

0201 Caution        12:55  02/20/2013 12:55  02/20/2013 0001
LOG: POST Error: 1615-Power Supply Failure or Power Supply Unplugged in Bay 1

0202 Critical       01:55  02/21/2013 01:55  02/21/2013 0001
LOG: An Unrecoverable System Error (NMI) has occurred (System error code 0x00000000, 0x00000000)

0203 Critical       05:57  02/21/2013 05:57  02/21/2013 0001
LOG: Uncorrectable Memory Error ((Processor 1, Memory Module 6))

0204 Caution        05:57  02/21/2013 05:57  02/21/2013 0001
LOG: System Power Supply: General Failure (Power Supply 1)

0205 Caution        01:57  02/21/2013 01:57  02/21/2013 0001
LOG: POST Error: 1615-Power Supply Failure or Power Supply Unplugged in Bay 1

И как наблюдение все перезагрузки совпадают с пунктами:
Critical
LOG: Uncorrectable Memory Error ((Processor 1, Memory Module 6))

Итого получаем, что за ошибка ребутает сервер, теперь будем писать поставщику сервера, пусть разбирается, но если здесь есть умельцы, которые своим языком расшифруют в чем проблема - буду признателен, ну и опять же для потомков будет полезно. :-)

20 Ответ от Lupo Alberto

  • Откуда: Беларусь, Гомель
  • Зарегистрирован: 04.07.2010
  • Сообщений: 11,183
  • Репутация : [ 571 | 8 ]
zednight пишет:

но если здесь есть умельцы, которые своим языком расшифруют в чем проблема - буду признателен, ну и опять же для потомков будет полезно. :-)

Ни разу не умелец, но разве это не ошибка оперативной памяти?

Был, был и весь вышел...

21 Ответ от zednight

  • zednight
  • Новичок
  • Неактивен
  • Зарегистрирован: 18.02.2013
  • Сообщений: 14
  • Репутация : [ 0 | 0 ]
Lupo Alberto пишет:
zednight пишет:

но если здесь есть умельцы, которые своим языком расшифруют в чем проблема - буду признателен, ну и опять же для потомков будет полезно. :-)

Ни разу не умелец, но разве это не ошибка оперативной памяти?

Похоже на то, но меня как то слово "процессор" смущает... И по всей видимости проблема с железом, но мне вот из этих сообщений не очевидно, поэтому и попросил прокомментировать.

22 Ответ от i2ks

  • i2ks
  • Участник Форума
  • Неактивен
  • Зарегистрирован: 20.02.2010
  • Сообщений: 6,983
  • Репутация : [ 101 | 1 ]
zednight пишет:

LOG: POST Error: 1615-Power Supply Failure or Power Supply Unplugged in Bay 1

БП чудит, под замену скорее всего.

zednight пишет:

LOG: Uncorrectable Memory Error ((Processor 1, Memory Module 6))

память чудит, надо провести memtest, ну а так планка под замену.
Прямым ходом в ТП. ;-)

It is good day to die ...
MS Windows 10
Заметки о главном...