Обработчик выгрузки файлов Backload 1.9.3.1, генерирующий 500 ошибок на ровном месте - на сервере ничего не изменилось

Question

Мы использовали backload в производстве около 2 лет без каких-либо проблем. Внезапные загрузки этим утром больше не работают. Не было никаких изменений сервера / программного обеспечения / конфигурации, и я не вижу ничего плохого. Я проверил разрешения, дисковое пространство и т. Д., Но не повезло. На самом деле оказалось, что файлы действительно загружаются правильно! Все неудачные попытки находятся в моем каталоге загрузки, но каким-то образом происходит сбой, прежде чем обработчик загрузки может отправить ответ json с информацией о файле.

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

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

Я не ожидаю, что кто-то волшебным образом решит мою проблему (но если вы это сделаете, я могу попросить вас выйти за меня замуж), но если у кого-нибудь есть какой-либо совет о том, где искать потенциальные проблемы, это было бы полезно. Кроме того, если у вас есть понимание того, почему не работает трассировка, это также будет очень полезно. Следующие настройки трассировки Web.config:

  <system.diagnostics>
    <trace autoflush="true">
    </trace>
    <sources>
      <source name="Backload" switchName="traceLevel">
        <!-- name must be "Backload".  -->
        <listeners>
          <!-- Trace output can be accessed http://[webapp root]/trace.axd -->
          <add name="WebPageTraceListener" type="System.Web.WebPageTraceListener, System.Web, Version=2.0.3600.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
          <add name="logfile" />
          <!-- Trace output to log file, but only errors (see filter below) -->
          <add name="xmlfile" />
          <!-- XML output for the Microsoft Service Trace Viewer -->
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add name="logfile" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:\www\dad.prod\logs\backload.log" traceOutputOptions="DateTime">
        <!--<filter type="System.Diagnostics.EventTypeFilter" initializeData="Error" />-->
        <!--Only log errors in this listener-->
      </add>
      <add name="xmlfile" type="System.Diagnostics.XmlWriterTraceListener" initializeData="C:\www\dad.prod\logs\backload.svclog" traceOutputOptions="DateTime" />
      <!--traceOutputOptions="DateTime,LogicalOperationStack,Callstack" />-->
    </sharedListeners>
    <switches>
      <!-- Set the level at which tracing is to occur. Example: <add name="traceLevel" value="Error" /> -->
      <!-- Valid levels are Off, Critical, Warning, Information, Verbose. Optional: ActivityTracing -->
      <!-- To turn tracing off set the value attribute to "Off". Example: <add name="traceLevel" value="Off" /> -->
      <add name="traceLevel" value="Information, ActivityTracing, Verbose, Critical, Error" />
    </switches>
  </system.diagnostics>

Спасибо

Answer 1

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

Я несколько раз коснулся web.config (добавив настройки трассировки), который, по моему мнению, вызвал перезапуск, но он не сработал. Только когда я вошел в диспетчер IIS и вручную переработал пул приложений, все заработало.

Спасибо