我們已經在生產中使用backload約2年沒有任何問題。今天早上突然上傳不再工作。有沒有服務器/軟件/配置更改,我不能看到任何錯誤。我檢查了權限,磁盤空間等,但沒有運氣。事實上,事實證明,這些文件實際上是正確上傳的!所有失敗的嘗試都在我的上傳目錄中,但不知何故上傳處理程序可以發送帶有文件信息的json響應。 (實際上是另一個應用程序的演示版本 - 除了保存文件的目錄(同一驅動器上的不同目錄)以外的各方面都是一樣的),它可以完美地工作。Backload 1.9.3.1文件上傳處理程序生成500錯誤藍色 - 服務器上沒有任何更改
我啓用了跟蹤,所以我可以嘗試並弄清楚發生了什麼問題,但這也是失敗 - 在初始創建日誌文件並編寫關於回裝組件初始化的第幾行後,日誌記錄將停止。沒有記錄任何上傳。
我不指望有人神奇地解決我的問題(但如果你這樣做,我可能會問你嫁給我),但如果任何人有任何意見在哪裏尋找潛在的問題,這將是有益的。另外,如果您對追蹤不起作用有任何見解,那也會非常有幫助。 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>
謝謝
那麼,上傳失敗只是爲了您的用戶? – Hackerman
@Hackerman,你好,不適合每個人。 –
你能澄清一點:'事實上,事實證明,文件實際上正確上傳!所有失敗的嘗試都在我的上傳目錄中# – Hackerman