Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
failed to receive data from locale ru_RU
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, подскажите в чем может быть причина. 1. сервер VPS 2. в 2011 году поставили на низ скрипты. и с тех пор НИЧЕГО не меняли 3. в 2015 году вдруг дня 2 стала выскакивать ошибка failed to receive data from locale ru_RU пропала сама собой при этом с сервером ни конфигурацией ни скриптами НИЧЕГО не делали. 4. сегодня снова вывалилась В чем может быть причина где искать? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2016, 02:58 |
|
||
|
failed to receive data from locale ru_RU
|
|||
|---|---|---|---|
|
#18+
eualexey2. в 2011 году поставили на низ скрипты. и с тех пор НИЧЕГО не менялиОбновления безопасности системы и прикладного ПО устанавливаются систематически или сервер пятый год без присмотру? eualexeyВ чем может быть причина где искать?Есть смысл начать с логов, как обычно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2016, 08:34 |
|
||
|
failed to receive data from locale ru_RU
|
|||
|---|---|---|---|
|
#18+
vkle, ну автоматом там ничего не ставиться, поэтому логический вывод - 5-ый год без присмотру. Разработчик когда узнал обалдел. Ошибка эта пропала ночью же. техподдержка где куплен vps сказали ничего подозрительного в работе замечено не было. Когда она снова выползет не известно. А в какие хотя бы приблизительно логи смотреть? спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2016, 17:05 |
|
||
|
failed to receive data from locale ru_RU
|
|||
|---|---|---|---|
|
#18+
eualexey, Смотреть системные логи, логи вебсервера, наблюдать за процессами. Возможно, долго. Что искать - затрудняюсь подсказать. Что-то нетипичное, вероятно. В такой ситуации, когда "оно само" то появляется, то пропадает, сложно что-то предположить. По тексту сообщения об ошибке вообще ничего не понятно. Даже, не ясно, кто конкретно (какой процесс, модуль и т.п.) сформировал это сообщение. Если это сообщение формирует программный код скриптов, то есть смысл разузнать у разработчика, в какой ситуации оно может возникнуть. Что в принципе может меняться туда-сюда динамически без вмешательства админа или программиста на сервере? Загрузка процессора, память, дисковое пространство. Могут ли эти факторы привести к такой ошибке? Сомневаюсь. А что может привести? Ну, например, не слишком удачное обновление какого-то модуля или программного кода. Не обновляли, говорите. Что ещё. Ну, например, если скрипт обращается с запросом к стороннему ресурсу и ожидает получить от него какие-то данные. Вместо ожидаемых данных в каком-то определённом формате и кодировке, скрипт получает что-то не то и не вполне адекватно обрабатывает такую ситуацию. Такой вариант вполне можно допустить. Про обновления безопасности спросил не просто так. За пять лет всякого рода дыр найдено немало. Ну, где-то раз в год или около того находится какая-нибудь серьёзная уязвимость, использование которой может привести к большим проблемам. Куда смотрит администратор сервера (впски) - не понятно. В этом контексте имеет смысл проверить, не завелись ли на сервере какие-то руткиты, посторонние файлы, не были ли несанкционировано изменены (по содержимому, а не по дате изменения файла!!!) скрипты, которые пять лет назад залили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2016, 19:19 |
|
||
|
|

start [/forum/topic.php?fid=23&msg=39236245&tid=1461071]: |
0ms |
get settings: |
11ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 264ms |
| total: | 416ms |

| 0 / 0 |
