Ошибка: 404 Not Found | nginx/0.4.13. На главной

Главные вкладки

Аватар пользователя staryi@drupal.org staryi@drupal.org 21 сентября 2009 в 14:15

После переноса сайта на другой сервер (хостер перенес, работы по разгрузке серверов проводил), сайт стал регулярно выдавать ошибку 404 Not Found | nginx/0.4.13.
Практически всегда ошибка вылазиет только на главной. Остальные страницы открываются. Хостер делает вид что у него все впорядке, он открывает сайт всегда нормально. У меня же (во владивостоке) с разных компов, разных провайдеров наблюдается такая проблема, не могу понять в какуб сторонуь рыть, можно ли чем нибудь протестировать не каком этапе сайт замирает ?
Подключил услугу мониторинга сайта на host-tracker.com, в течении дня приходят письма - доступен - недоступен - доступен - недоступен ..., в общем вот такая вот ромашка ((( помогите кто чем может.

зы. Если кому интересно : сайт www.primfootball.ru, заодно расскажите у кого доступен, у кого нет

Комментарии

Аватар пользователя Azerot Azerot 21 сентября 2009 в 14:56

Предположительно криво настроенный nginx у провайдера. Например если nginx настроен так, что балансирует нагрузку между двумя серверами, а на одном сервере чего-то не хватает, то вполне может получиться ситуация, которую вы описываете.

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

Аватар пользователя Azerot Azerot 21 сентября 2009 в 16:10

Кстати да, если например DNS-серверов несколько, а адреса на новый сервер где-то изменились, а где-то остались старыми, тоже возможна такая ситуация. Посмотрите по вашему домену:

nslookup -q=ns имя_домена

затем для каждого DNS-сервера из полученого списка:

nslookup -q=a имя_домена имя_DNS_сервера

ответы с каждого из них должны быть одинаковыми.

Аватар пользователя IrinaStasuk IrinaStasuk 22 сентября 2009 в 0:12

Хм, у меня такая же история была на старом хостинге. Ну, не тянул хостер сайт на друпале на обычном тарифе. В один прекрасный момент - отключил. Нашла отличный хостинг, правда дороже - за 10 у.е. Зато, там понимают проблемы больших сайтов на cms

Аватар пользователя staryi@drupal.org staryi@drupal.org 23 сентября 2009 в 11:05

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

ps. плохо что нет четкой проблемы, чтоб ясно увидеть что работает ии не работает, придется ждать ....

Аватар пользователя staryi@drupal.org staryi@drupal.org 23 сентября 2009 в 17:10

Логи предоставленные хостером кишат такими сообщениями :
[Wed Sep 23 00:01:07 2009] [debug] mod_rewrite.c(1643): [client 62.182.214.75] mod_rewrite's internal redirect status: 0/10.
[Wed Sep 23 00:01:20 2009] [debug] mod_rewrite.c(1643): [client 83.149.53.2] mod_rewrite's internal redirect status: 0/10.
[Wed Sep 23 00:01:29 2009] [debug] mod_rewrite.c(1643): [client 62.182.214.75] mod_rewrite's internal redirect status: 0/10.
[Wed Sep 23 00:01:50 2009] [debug] mod_rewrite.c(1643): [client 83.149.53.2] mod_rewrite's internal redirect status: 0/10.
[Wed Sep 23 00:01:59 2009] [debug] mod_rewrite.c(1643): [client 62.182.214.75] mod_rewrite's internal redirect status: 0/10.
[Wed Sep 23 00:02:20 2009] [debug] mod_rewrite.c(1643): [client 83.149.53.2] mod_rewrite's internal redirect status: 0/10.
итд...

Есть у кого нибудь идеи что это такое ? и Как с этим бороться ?

Аватар пользователя Azerot Azerot 23 сентября 2009 в 18:33

Вы обратили внимание на это? [debug]
Это значит - вывод отладочных сообщений о работе модуля mod_rewrite
Таким образом ничего с этим делать не надо - пусть пишет.

Аватар пользователя max_ekb max_ekb 23 сентября 2009 в 18:55

Сайт открылся.
Если бы nginx надписи небыло тока действительно была бы проблема с DNS, а так у хостера что то. может пока отколючить модреврайт.

Аватар пользователя Azerot Azerot 23 сентября 2009 в 19:45

Не стоит. На него завязаны директивы в .htaccess необходимые Drupal, в частности "чистые ссылки" (Clean URLs).

Аватар пользователя staryi@drupal.org staryi@drupal.org 24 сентября 2009 в 2:23

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

Попробую поискать незакрытые циклы ....

Аватар пользователя Azerot Azerot 24 сентября 2009 в 10:24

Круто! Т.е. до переезда на другой сервер никакого превышения не было? Smile
А после переезда они вдруг появились?
Нет, конечно, в этой жизни всё возможно, но всё-таки...

Аватар пользователя staryi@drupal.org staryi@drupal.org 30 сентября 2009 в 6:16

Да да ... мне тоже непонятно эта ситуация, они как вообще перенесли мне сайт на другой сервер, я тогда только разбирался с друпалом, не делел сам дампы бд, а у них оказывается utf-8 не поддерживался, в общем пришлось сайт заново поднимать (((

От них так ничего и не добился говярт мне что все работает хорошо, единственное что дало немного стабильности - это отключение модулей Poll и Update, щас сайт гораздо стабильнее открывается, но иногда вылетает в ошибку ((

Аватар пользователя Azerot Azerot 13 октября 2009 в 8:39

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