2013-08-01 7 views
3

Я установил nginx для работы с ServiceStack на Ubuntu 10.04.Ошибка: «Не удалось обработать соединение. Причина: объект был использован после удаления». с nginx, fastcgi-mono-server4 и ServiceStack

Это командная строка я использую для запуска FastCGI-моно-сервера4:

/usr/lib/mono/4.0/fastcgi-mono-server4.exe --appconfigdir /etc/init.d/mono-fastcgi /socket=unix:/var/tmp/SOCK-WW /logfile=/var/log/mono/fastcgi.log & 

Nginx настроен правильно общаться с FastCGI через сокеты:

... 
location/{ 
     root /var/www/server01; 
     index index.html index.htm default.aspx Default.aspx; 
     fastcgi_index Default.aspx; 
     fastcgi_pass unix:/var/tmp/SOCK-WW; 
     include /etc/nginx/fastcgi_params; 
} 
... 

Сайт доставляется правильно , но в моем fastcgi.log я вижу эти строки на каждый запрос:

[2013-08-01 10:43:37Z] Notice Beginning to receive records on connection. 
[2013-08-01 10:43:37Z] Error Failed to process connection. Reason: The object was used after being disposed. 

Версия программного обеспечения, участвующая:

  • Nginx/1.1.19
  • FastCGI-моно-server4.exe 2.10.0.0
  • Mono версия JIT компилятора 2.10.8.1 (Debian 2.10.8.1-1ubuntu2. 2)

Есть ли способ избавиться от этой ошибки? Является ли эта ошибка серьезной?

Быстрое сбой случайного файла на моем сервере, и я хочу разобраться во всех возможных ошибках, так как пока я не нашел никаких разумных crashlogs.

+0

Вы пробовали решение в http://stackoverflow.com/questions/13239113/does-fastcgi-mono-serverx-work-with-mono-3-0-nginx-1-2-4? – kampsj

+0

Я прочитал его, но я не уверен, что это такая же проблема здесь, так как у меня нет исключений или даже исключений stacktraces. Я не могу найти строку журнала ошибок в коде xps (возможно, она находится в старой версии). (Кроме того, нет решения, помеченного для вопроса, с которым вы связались). – derFunk

+2

Не могли бы вы попробовать с недавним моно и xsp? [aka mono> 3.0 и тэг xsp от github> 3.0 или даже мастер] – miniBill

ответ

1

Не могли бы вы попробовать с недавним моно и/или xsp?

К недавнему я имею в виду mono> 3.0 и тег xsp от github> 3.0 или даже master.

+0

Почему это поддерживается? Было ли предлагаемое решение работать? – Marek

+0

@Marek это работало для chrispr – miniBill

0

Использование XSP 3.0.11 (скорее всего 3+) решает проблему. По крайней мере, вы не увидите «плохой шлюз» в случае правильной настройки. XSP версии 3 будет установлен в другой каталог и не будет содержать эту ошибку. Я предполагаю, что проблема связана с очень старым выпуском XSP, доступным по адресу mono-project downloads. Итак, чтобы получить новый - зайдите в github и сохраните источник mono/xsp в качестве tar.gz-архива, распакуйте его, запустите ./autogen.sh, чтобы генерировать скрипты, а затем делать все как обычно (configure, make, make install).