Azure函数应用程序中的服务总线队列锁令牌过期错误
我更习惯于为总线队列提供服务，但在与Azure Function应用程序一起使用时遇到了挑战。
我们有Azure函数应用程序，它通过ServiceBugTrigger从服务总线队列读取数据。根据此链接，Azure Function App在内部（在队列触发器和函数执行端）管理队列消息PeekLock，我们不需要在流程结束时完成（）消息。
我的队列消息锁定持续时间设置为3min（这对于我的执行来说已经足够了，我想说的比我的要求还要多）。我还应用了其他必需的参数来处理消息，
"serviceBus": {
"maxAutoRenewDuration": "00:05:00",
"maxConcurrentCalls": 10,
"prefetchCount": 0
}
我在这个实现中经常遇到锁持续时间过期错误。真的不知道这里发生了什么，有线索吗？
我习惯于服务总线队列，并了解每个参数函数。此外，还根据需求配置了每个参数。
共有1个答案
当maxAutoRenewDuration超过servicebus端的锁定持续时间时，会发生这种情况。您应该检查在服务总线队列侧指定的锁定持续时间。确保它大于或等于azure函数中指定的maxAutoRenewDuration
您可以从门户或服务总线资源管理器更新它
-
我正在尝试在我的逻辑应用程序中使用Service Bus Queue send操作，该应用程序向队列发送消息。逻辑应用程序运行时，操作返回此错误： 尽管在创建队列时，我没有启用自动转发。有什么帮助吗？
-
我正在使用azure服务总线，我得到的锁已过期。 如何我已经实现了锁定1天，但我仍然得到错误 我的代码： 错误： ---日志记录错误---回溯（最近一次通话最后一次）： 文件“/test/.env/lib64/python3.6/site packages/azure/servicebus/_servicebus_receiver.py”，第782行，在放弃消息self中_在第415行，用重试（消
-
我正在开发一个Azure逻辑应用，其中有一个服务总线窥视锁触发器。服务总线的消息锁定持续时间为5分钟。我希望每5分钟有一个自动更新令牌机制，以防逻辑应用实例需要超过5分钟，以便该过程可以继续，而无需释放锁，让另一个消费者将消息带走。 有什么方法可以通过Logic应用程序实现这一点吗？
-
我有一个服务总线Q，从Azure门户可以或多或少地看到服务总线Q包含多少条目。如何使用他们的管理API获取此计数？我仔细阅读了文档，但没有找到答案。
-
在.NET core 2.0中使用创建时，我遇到了一个问题。 在体系结构中，当在用于创建用户的队列中创建新消息时，服务必须接收该消息并根据其中的信息在数据库中创建用户。 在Visual Studio2017中，我在下创建了一个新项目。 这种的正确实现是什么？在GitHub上有什么例子吗？提前道谢。
-
我有一个windows服务，它侦听Azure服务总线队列消息，以便从我的WebApi应用程序分发处理。此外，我还需要处理重复性任务（每晚/每周），我认为最好使用相同的系统来处理这些任务。 例如，假设我有一个“CleanupDb”队列，每天午夜删除过时的DB节点： 理论上这应该行得通，但我觉得我错过了一个更明显的处理方法。有没有更好的办法？