Как знать, почему сервер продолжает перезапускать?
Не может найти 'libpq-fe.h заголовок
Если Вы уже не сделали этого, устанавливаете и инициализируете способный файл. Этот инструмент говорит Вам, какой пакет содержит файл с именем.
sudo apt-get install apt-file apt-file updateЗатем выполненный
apt-file search libpq-fe.hузнать, какой пакет содержит этот файл и устанавливает рассматриваемый пакет. (Этоlibpq-dev.)Можно также искать это имя файла в некоторых графический интерфейсах пользователя установки пакета, или онлайн.
/var/log/messages
Это - основной файл журнала, который необходимо проверить на сообщения, связанные с этим. Дополнительно также /var/log/syslog (Ubuntu) или /var/log/secure (CentOS)
Узнать, когда Ваш сервер был в последний раз перезагружен просто тип uptime видеть, сколько времени это произошло.
Можно использовать следующие 2 команды (who & last) для обнаружения в прошлый раз, система была перезагружена и также обменивается сообщениями о предыдущем завершении работы или изменениях runlevel.
В прошлый раз загруженная система?
Для этого можно использовать who команда. Конкретно с -b переключатель.
$ who -b
system boot 2013-08-01 17:56
Это говорит в прошлый раз, когда система была загружена, был 01.08.2013.
Прошлые перезагрузки
Если Вы интересуетесь наблюдением более обширного списка предыдущих перезагрузок, можно использовать last команда.
$ last reboot | less
reboot system boot 2.6.35.14-106.fc Thu Aug 1 17:56 - 02:03 (7+08:06)
reboot system boot 2.6.35.14-106.fc Thu Aug 1 09:41 - 17:55 (08:14)
reboot system boot 2.6.35.14-106.fc Thu Jul 25 15:24 - 17:55 (7+02:31)
reboot system boot 2.6.35.14-106.fc Thu Jul 18 18:05 - 15:23 (6+21:17)
...
Прошлые завершения работы системы и изменения runlevel?
Можно использовать last команда для этого также. Необходимо будет использовать -x переключатель.
$ last -x | less
saml pts/7 :pts/6:S.0 Sat Aug 3 21:30 - 21:30 (00:00)
saml pts/6 :0.0 Sat Aug 3 21:29 - 21:30 (00:01)
saml pts/4 :0.0 Fri Aug 2 21:49 - 22:16 (2+00:26)
saml pts/2 :0.0 Fri Aug 2 13:30 - 22:16 (2+08:45)
saml pts/1 :0.0 Fri Aug 2 13:05 still logged in
saml pts/0 :0.0 Fri Aug 2 12:37 still logged in
saml pts/0 :0.0 Fri Aug 2 12:35 - 12:37 (00:02)
saml pts/0 :0.0 Thu Aug 1 17:58 - 12:35 (18:36)
saml tty1 :0 Thu Aug 1 17:56 still logged in
runlevel (to lvl 5) 2.6.35.14-106.fc Thu Aug 1 17:56 - 02:04 (7+08:08)
reboot system boot 2.6.35.14-106.fc Thu Aug 1 17:56 - 02:04 (7+08:08)
shutdown system down 2.6.35.14-106.fc Thu Aug 1 17:55 - 17:56 (00:00)
runlevel (to lvl 6) 2.6.35.14-106.fc Thu Aug 1 17:55 - 17:55 (00:00)
saml tty2 Thu Aug 1 17:54 - down (00:01)
root tty2 Thu Aug 1 17:53 - 17:54 (00:00)
...
Ссылки
-
1я получил тонны начальной загрузки системы. Нет никакой подсказки того, почему система загружается. – user4951 09.08.2013, 12:48
Чтобы узнать, когда последний раз перезагружался сервер, вы можете использоватьtuptime:
$ tuptime -t
No. Startup Date Uptime Shutdown Date End Downtime
1 10:33:14 01/05/18 45 days, 0 hours, 39 minutes and 55 seconds 11:13:09 02/19/18 BAD 27 days, 21 hours, 51 minutes and 36 seconds
2 09:04:45 03/19/18 37 days, 7 hours, 6 minutes and 58 seconds 17:11:43 04/25/18 BAD 67 days, 18 hours, 36 minutes and 15 seconds
3 11:47:58 07/02/18 6 minutes and 57 seconds 11:54:55 07/02/18 OK 27 seconds
4 11:55:22 07/02/18 1 minute and 28 seconds 11:56:50 07/02/18 BAD 2 minutes and 43 seconds
5 11:59:33 07/02/18 1 minute and 38 seconds 12:01:11 07/02/18 OK 26 seconds
6 12:01:37 07/02/18 6 minutes and 52 seconds 12:08:29 07/02/18 OK 26 seconds
7 12:08:55 07/02/18 14 seconds 12:09:09 07/02/18 BAD 8 minutes and 40 seconds
8 12:17:49 07/02/18 5 minutes and 41 seconds 12:23:30 07/02/18 OK 27 seconds
9 12:23:57 07/02/18 111 days, 19 hours, 56 minutes and 41 seconds
И чтобы понять почему, вам нужно посмотреть на команду journalctlи файлы в каталоге /var/log/.