Ошибка 500 при выполнении batch-операций

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

Аватар пользователя roman-yrv roman-yrv 5 ноября 2013 в 10:40

Добрый день.

В тестовых целях купил хостинг на digitalocean.com (512MB Ram 20GB SSD Disk), поставил туда систему Vesta, затем поставил Drupal 7.23.

И сразу же стала возникать ошибка 500. И как я заметил, эта ошибка возникает во время выполнения batch-операций.

Ниже фрагмент error_log.

2013/11/04 11:27:04 [error] 13908#0: *84 upstream prematurely closed connection while reading response header from upstream, client: 31.23.130.186, server: r-yakimkin.ru, request: "POST /admin/modules/list/confirm?render=overlay HTTP/1.1", upstream: "http://146.185.158.128:8080/admin/modules/list/confirm?render=overlay", host: "r-yakimkin.ru", referrer: "http://r-yakimkin.ru/admin/modules?render=overlay"
2013/11/04 11:27:05 [error] 13908#0: *84 upstream prematurely closed connection while reading response header from upstream, client: 31.23.130.186, server: r-yakimkin.ru, request: "GET /admin/modules/list/confirm HTTP/1.1", upstream: "http://146.185.158.128:8080/admin/modules/list/confirm", host: "r-yakimkin.ru", referrer: "http://r-yakimkin.ru/"
2013/11/04 11:27:15 [error] 13908#0: *84 upstream prematurely closed connection while reading response header from upstream, client: 31.23.130.186, server: r-yakimkin.ru, request: "GET /admin/modules/list/confirm HTTP/1.1", upstream: "http://146.185.158.128:8080/admin/modules/list/confirm", host: "r-yakimkin.ru", referrer: "http://r-yakimkin.ru/"
2013/11/04 11:27:21 [error] 13908#0: *84 upstream prematurely closed connection while reading response header from upstream, client: 31.23.130.186, server: r-yakimkin.ru, request: "GET / HTTP/1.1", upstream: "http://146.185.158.128:8080/", host: "r-yakimkin.ru"

Я с таким сталкиваюсь впервые.
Никто с таким ранее не сталкивался на Drupal 7 ?

Комментарии

Аватар пользователя roman-yrv roman-yrv 5 ноября 2013 в 20:07

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

Аватар пользователя roman-yrv roman-yrv 17 ноября 2013 в 14:34

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

Аватар пользователя Pilotsamoleta Pilotsamoleta 17 ноября 2013 в 14:39

мне не помогло отключение, помог переход с default на шаблон hosting но скорее всего это временно. Хотелось бы научиться самому настраивать окружение чтоб каждый раз не дёргаться, если это конечно не требует углублённых знаний, в принципе для этого панельку и ставил.

Аватар пользователя Pilotsamoleta Pilotsamoleta 17 ноября 2013 в 15:07

тоже DigitalOcean и Vesta, сайты которые не обновляли (ядро) до последней версии таких проблем не имеют, хотя возможно не в этом дело.

Аватар пользователя roman-yrv roman-yrv 17 ноября 2013 в 16:28

Понятно. У меня такое возникает ощущение, что эти ошибки связаны с их настройками.
Потому что до этого тестировал на других хостингах и никогда с таким еще не сталкивался.

Аватар пользователя roman-yrv roman-yrv 17 ноября 2013 в 17:02

Да нет, спасибо.
Я на DigitalOcean ничего размещать не планирую.
Вот думаю поработать с http://contabo.com
Там даже начальный тарифный план VPS довольно серьезный по характеристикам
http://contabo.com/?show=vps

Аватар пользователя Lizergin Lizergin 17 ноября 2013 в 16:59

"roman-yrv" wrote:
Понятно. У меня такое возникает ощущение, что эти ошибки связаны с их настройками.
Потому что до этого тестировал на других хостингах и никогда с таким еще не сталкивался.

Вам диджитал предоставляет вычислительные ресурсы, а ось и все что вы там на той оси поднимаете уже Ваше дело, 512 Весте мало, но можно ))) поставьте mysql тюнер и ним посмотрите, что творится, а потом слепите себе конфиг например тут
я больше чем уверен, что после теста тюнером у вас мускул будет с дефолтными настройками отъедать 200% оперативы или около того.

Аватар пользователя roman-yrv roman-yrv 17 ноября 2013 в 17:18

Я через консоль и htop смотрел, действительно, mysql создает несколько процессов, которые в совокупности и отъедают намного больше, чем 512.
Но поразбираться с его настройками руки не дошли.

Аватар пользователя roman-yrv roman-yrv 17 ноября 2013 в 17:15

Если заказать просто сервер по минимальному тарифу на 6 месяцев, то выйдет 57.93 EUR
А если на 12 месяцев, то выйдет 95.88 EUR

Вместо CPanel можно поставить ту же Весту.
Ну, либо apache и прочее поставить руками, благо документации по этому в Интернете полно.
Там, тем более, можно выбрать конфигурацию с предустановленным LAMP + PhpMyAdmin

Аватар пользователя Pilotsamoleta Pilotsamoleta 18 ноября 2013 в 1:55

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

Аватар пользователя antoniony antoniony 26 января 2014 в 18:18

Digitalocean - дроплет CentOS 6.5 x64 1гб памяти.
Vesta с настройками по умолчанию - Версия 0.9.8
Drupal 7.26.
Бубен даже не разчехлял. Все установилось и завелось без проблем!