[X] Помощник

[RosenRot Topic Starter]

Здравствуйте. Не могу найти решение проблемы. Скажу сразу что в поддержку хостинга писать бесполезно, отписывают из разряда "Вы сами администрируете свой VPS".
Проблема такова. Кто там что и как настраивал - непонятно. Но, как только я стал заниматься сайтами они падали из-за ошибок. По ошибке можно было понять в чем причина и исправить. Но теперь сайты периодически падают и ошибки как таковой нет. То есть просто стандартная тема хрома - соединение не удалось, проверьте соединение с интернетом и т. д.
Проблема решается перезагрузкой самого сервака. Мускул и пых ошибок не выдают. Точнее выдают, но не критические из-за которых возможна такая проблема.
Подскажите куда смотреть?
Хостинг Мастерхост, наверное самый проблемный и не удобный который я когда-либо видел.

[WGN]

Вы сами администрируете свой VPS"

Так зачем вы на ВПС перешли если не шарите в этом, а так попробуйте найти надежного администратора например на кворке и в случае чего обращаться к нему на почасовую оплату. 

[RosenRot Topic Starter]

Кто там что и как настраивал - непонятно.

мы не переходили. Изначально на этом настаивала компания которая делала сайты, что бы потом продавать услугу администрирования. То есть когда я пришел работать в организацию все уже было.
Вы можете ответить по сути куда смотреть? То, что наймите сисадмина опытного - это и так понятно. По сути можно? 
Повторяю суть: в какую сторону смотреть, что бы разобраться самостоятельно?

например на кворке

Так же не вариант. Тут нет гарантий что человек не заберет всю коммерческую информацию и не сольет ее за хорошие деньги конкурентам.

[WGN]

Повторяю суть: в какую сторону смотреть, что бы разобраться самостоятельно?

Так вы ничего не сообщили толком - логи ошибок и т.д. здесь Вангов нет  :)

[RosenRot Topic Starter]

В логах пыха и мускула ничего критичного нет. Вопрос, за критические ошибки ведущие к остановке/зависанию сервера отвечает файл /var/log/syslog или какой-то иной?
uptimerobot показывает что сайты упали uptimerobot 15:42:37, но там разница 3 часа, поэтому в 18:42:37. Я уходил в 18.00 в это время все работало. Фрагмент файла /var/log/syslog за некоторый промежуток времени:

Oct 31 18:30:01 vm552305 CRON[63840]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:30:01 vm552305 CRON[63841]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:30:01 vm552305 CRON[63843]: (getmail) CMD (/usr/local/bin/run-getmail.sh > /dev/null 2>> /dev/null)
Oct 31 18:30:01 vm552305 CRON[63844]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:30:01 vm552305 CRON[63851]: (web4) CMD (wget -O /dev/null -q http://www.site.ru/cron/index.php > /dev/null 2>&1 #site.ru)
Oct 31 18:30:01 vm552305 CRON[63852]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:30:01 vm552305 CRON[63853]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:30:01 vm552305 CRON[63856]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:31:28 vm552305 postfix/smtps/smtpd[63886]: connect from unknown[37.49.227.49]
Oct 31 18:31:43 vm552305 postfix/smtps/smtpd[63886]: SSL_accept error from unknown[37.49.227.49]: lost connection
Oct 31 18:31:43 vm552305 postfix/smtps/smtpd[63886]: lost connection after CONNECT from unknown[37.49.227.49]
Oct 31 18:31:43 vm552305 postfix/smtps/smtpd[63886]: disconnect from unknown[37.49.227.49]
Oct 31 18:33:10 vm552305 postfix/smtps/smtpd[63886]: connect from unknown[37.49.227.49]
Oct 31 18:33:25 vm552305 postfix/smtps/smtpd[63886]: SSL_accept error from unknown[37.49.227.49]: lost connection
Oct 31 18:33:25 vm552305 postfix/smtps/smtpd[63886]: lost connection after CONNECT from unknown[37.49.227.49]
Oct 31 18:33:25 vm552305 postfix/smtps/smtpd[63886]: disconnect from unknown[37.49.227.49]
Oct 31 18:35:01 vm552305 CRON[64095]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:35:01 vm552305 CRON[64097]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:35:01 vm552305 CRON[64100]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:35:02 vm552305 CRON[64104]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:35:02 vm552305 CRON[64103]: (getmail) CMD (/usr/local/bin/run-getmail.sh > /dev/null 2>> /dev/null)
Oct 31 18:35:02 vm552305 CRON[64108]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:35:02 vm552305 CRON[64105]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:35:02 vm552305 CRON[64110]: (web4) CMD (wget -O /dev/null -q http://www.site.ru/cron/index.php > /dev/null 2>&1 #site.ru)
Oct 31 02:35:01 vm552305 CRON[64565]: (web4) CMD (wget -O /dev/null -q http://www.site.ru/cron/index.php > /dev/null 2>&1 #site.ru)
Oct 31 18:39:08 vm552305 CRON[64808]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 31 18:40:15 vm552305 CRON[65082]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:40:15 vm552305 CRON[65083]: (web4) CMD (wget -O /dev/null -q http://www.site.ru/cron/index.php > /dev/null 2>&1 #site.ru)
Oct 31 18:40:15 vm552305 CRON[65081]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:40:15 vm552305 CRON[65079]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:40:16 vm552305 CRON[65080]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:40:16 vm552305 CRON[65084]: (getmail) CMD (/usr/local/bin/run-getmail.sh > /dev/null 2>> /dev/null)
Oct 31 18:40:16 vm552305 CRON[65077]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:40:18 vm552305 CRON[65078]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:45:28 vm552305 CRON[65325]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:45:28 vm552305 CRON[65327]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:45:28 vm552305 CRON[65328]: (getmail) CMD (/usr/local/bin/run-getmail.sh > /dev/null 2>> /dev/null)
Oct 31 18:45:28 vm552305 CRON[65330]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:45:28 vm552305 CRON[65326]: (root) CMD (wget -O /dev/null -q http://site.ru/cron)
Oct 31 18:45:28 vm552305 CRON[65324]: (root) CMD (wget -O /dev/null -q http://site.ru/cron )
Oct 31 18:45:29 vm552305 CRON[65329]: (web4) CMD (wget -O /dev/null -q http://www.site.ru/cron/index.php > /dev/null 2>&1 #site.ru)
Oct 31 18:45:29 vm552305 CRON[65323]: (root) CMD (wget -O /dev/null -q http://site/cron

[Yurbol]

Не пойму, как то бесполезно писать в поддержку, они должны разобраться и дать ответ решение проблемы.

[RosenRot Topic Starter]

yuran, при заказе услуг нужно читать договор. И во всех (или практически всех)  договорах на VPS (в отличии от обычного виртуального хостинга), которые никто не читает, есть пункт "Сервер находится под администрированием заказчика. " Или аналогичный. Так как хостеру даже платно не всегда выгодно чинить то, что может набесовертить клиент. И это логично, так как это прежде всего - ответственность. 
Поэтому хостер съезжает на этом пункте и юридически он полностью прав. 
То есть опять по сути вопроса ничего...

[Yurbol]

Знаете у меня товарищ имеет VPS, проблем особо нету, но если они есть поддержка помогает без проблем, на договор не съезжает. Все зависит от хостинга, а не от договора.

[RosenRot Topic Starter]

Все зависит от хостинга, а не от договора.

Я согласен на 100%, у меня разных VSP штук 10. Самый адекватный fastvps - они помогают всегда. Но это суждение общее, а у меня частное. То есть мой конкретно хостер (работодателя) съезжает. Так что это понятно.
Вероятно вы скажете, а смените хостера и делов то. Это конечно крайнее и особо не желательное решение. Так как мы на столько подвязаны что при переезде потеряем много трафика, речь не об одном сайте. Опять же не вдаваясь в подробности, кто-нибудь знает ответ на мой вопрос?)))
Или может форум сисадминов которые разбираются в теме.

[Yurbol]

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