3

我有一个连续运行的网络作业,它监听一个start队列并停止queue它们各自的功能。Web 作业中有 3 个预定义进程,start队列包含一条消息,其中提到要启动的进程名称,而stop队列包含一条消息,其中提到要停止的进程名称。

自从过去 4 周以来,当 webjob 停止一个进程时,它会崩溃并重新启动,并出现上述异常。

Executing: 'Functions.StartProcess' because New queue message detected on 'start'.
Updated the status of Process A to 1
Process A Started
Process A processed 200 records
Process A processed 200 records
Process A processed 200 records
Process A processed 200 records
Process A processed 200 records
Executing: 'Functions.StopProcess' because New queue message detected on 'stop'.
Process A stopped
Disposed Process A
Updated the status of Process A to 3

Unhandled Exception: Microsoft.WindowsAzure.Storage.StorageException: The remote server returned an error: (404) Not Found. ---> System.Net.WebException: The remote server returned an error: (404) Not Found.
   at Microsoft.WindowsAzure.Storage.Shared.Protocol.HttpResponseParsers.ProcessExpectedStatusCodeNoException[T](HttpStatusCode expectedStatusCode, HttpStatusCode actualStatusCode, T retVal, StorageCommandBase`1 cmd, Exception ex)
   at Microsoft.WindowsAzure.Storage.Blob.CloudBlobSharedImpl.<DeleteBlobImpl>b__1b(RESTCommand`1 cmd, HttpWebResponse resp, Exception ex, OperationContext ctx)
   at Microsoft.WindowsAzure.Storage.Core.Executor.Executor.EndGetResponse[T](IAsyncResult getResponseResult)
   --- End of inner exception stack trace ---
   at Microsoft.WindowsAzure.Storage.Core.Executor.Executor.EndExecuteAsync[T](IAsyncResult result)
   at Microsoft.WindowsAzure.Storage.Blob.CloudBlockBlob.EndDelete(IAsyncResult asyncResult)
   at Microsoft.WindowsAzure.Storage.Core.Util.AsyncExtensions.<>c__DisplayClass4.<CreateCallbackVoid>b__3(IAsyncResult ar)
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Protocols.PersistentQueueWriter`1.<DeleteAsync>d__6.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Loggers.CompositeFunctionInstanceLogger.<DeleteLogFunctionStartedAsync>d__e.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Executors.FunctionExecutor.<TryExecuteAsync>d__1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Queues.Listeners.QueueTriggerExecutor.<ExecuteAsync>d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.Azure.WebJobs.Host.Queues.Listeners.QueueListener.<ProcessMessageAsync>d__11.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at Microsoft.Azure.WebJobs.Host.Timers.BackgroundExceptionDispatcher.<>c__DisplayClass1.<Throw>b__0()
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

webjob 甚至不包含任何删除 blob 文件的代码。

在调试时,调试器在抛出异常时没有指向任何特定的行,因此我不知道实际原因是什么。

PS:在此之前它曾经完美运行,并且每个函数的主体都包含在 try catch 块中。catch 块不会重新抛出异常,而只是记录堆栈跟踪并继续。

编辑

我必须检查以下容器是否在那里

在此处输入图像描述

在 webjob 的存储中,还更新了Microsoft.Web.WebJobs.Publishnuget 包。我真的不确定这是否确实解决了问题

4

3 回答 3

6

看起来你是对的,实际上你确实需要手动创建 blob 容器,或者发布 web 作业,在这种情况下,看起来环境会为你创建容器。

当我最初尝试它时,我先发布了它,它就像一个魅力。第二个项目,我做的不同,所以我先运行控制台应用程序,它一直以 404 失败。

因此,您需要创建:

  • azure-webjobs-仪表板
  • 天蓝色网络作业主机
  • 天蓝色工作主机存档
  • 天蓝色作业主机输出

希望它可以帮助某人。

于 2015-11-26T20:19:49.963 回答
0

我们的 WebJob 在星期五下午的中间遇到了这个问题。之前的部署是 9 天前,WebJob 正常运行,直到它突然停止运行。不知道为什么它停止工作。经过大量阅读,我相信这仅仅意味着它在初始化 WebJob 时由于某种原因无法连接到存储帐户。

我们的解决方案是通过我们的 ARM 模板将 AzureWebJobsStorage 和 AzureWebJobsDashboard 连接字符串添加到应用服务的连接字符串配置中。

       "AzureWebJobsDashboard": {
          "value": "[concat('DefaultEndpointsProtocol=https;AccountName=', variables('storageAccount'), ';AccountKey=', listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageAccount')), providers('Microsoft.Storage', 'storageAccounts').apiVersions[0]).keys[0].value)]",
          "type": "Custom"
        },
        "AzureWebJobsStorage": {
          "value": "[concat('DefaultEndpointsProtocol=https;AccountName=', variables('storageAccount'), ';AccountKey=', listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('storageAccount')), providers('Microsoft.Storage', 'storageAccounts').apiVersions[0]).keys[0].value)]",
          "type": "Custom"
        }

这些值已经存在于应用服务的应用设置配置中,这一定是它之前的运行方式。

我们确实根据其他建议更新了该问题的其他答案的库。仅凭这一点并没有解决它。我们还将 WebJob 从 .Net Framework 4.5 迁移到 4.6 以匹配解决方案的其余部分,尽管我不认为这真的是修复的一部分,仅供参考,以防它对某人有所帮助。

于 2020-09-16T18:06:34.660 回答
0

我遇到了同样的错误。

对我有用的是将WindowsAzure.Storage我的包从4.3.0to更新7.1.2,但我会使用最新的或其他 WebJobs 正在使用的任何东西(如果它们运行没有问题)。

于 2016-10-18T23:11:25.427 回答