连接到服务总线时出现异常答案

【问题标题】：Exceptions while connecting to the service bus连接到服务总线时出现异常
【发布时间】：2017-11-14 16:50:32
【问题描述】：

在连接到配置为使用 azure 服务总线的信号器时，几个小时后我们收到了 502 和 500 错误。连接和中止失败：

https://mmeet.net/signalr/connect?transport=longPolling&clientProtocol=1.4&MeetingId=b7acc652-8a78-4f64-8ad2-af9484b25865&connectionToken=S%2BQSYyz4tSJTk5200dgUDv1csUNBRO7DT5akRRfkKruqYmbx3DD%2BcIiAr7nakWIl9M3347835prU%2FR5w3Fq4F0y3prhDsiqaG3TgiMhKLu69LcxcOF%2BfOE2dWKiBuU%2FUvpflpXutfZ3krnQ6QH5R6w%3D%3D&connectionData=%5B%7B%22name%22%3A%22meetinghub%22%7D%5D&tid=8&_=1510676508783

给出标准的 502 错误并

https://mmeet.net/signalr/abort?transport=longPolling&clientProtocol=1.4&MeetingId=b7acc652-8a78-4f64-8ad2-af9484b25865&connectionToken=8IZTzSjy%2FVpYXq6Q%2FWHz2S6kPApEaD9uEKLiaLuzGUJtNiihXE69%2F8BfY5hWLVepwxB8Y4I6d9PQS%2BZT0VLrgR6kSrFClShBuaunmiJWmuFD6QHGi0yUgugRsOOOsDEYMpk5cJBVSjHNw6HWr48Fxw%3D%3D&connectionData=%5B%7B%22name%22%3A%22meetinghub%22%7D%5D

给出以下异常。

异常详细信息：System.ServiceModel.FaultException：50002：提供程序内部错误，资源：sb://metaphora.servicebus.windows.net/signalr_topic_metaphorasignalr_4/subscriptions/752b0eb8-5797-4781-b729-59a74afa5a7a。 TrackingId:e2eb137f-2cac-45d8-b366-fa8585c6c2d2_G39, SystemTracker:metaphora.servicebus.windows.net:SIGNALR_TOPIC_MetaphoraSignalR_4/Subscriptions/752b0eb8-5797-4781-b729-59a74afa5a7a, 时间戳:11/12:01:2 PM /p>

Azure 服务总线管理员中也没有我们的主题。服务总线有问题吗？

【问题讨论】：

标签： azureservicebus

【解决方案1】：

@jan-willem-spuij 这是一个支持问题，不是 StackOverflow 的问题。如果您遇到了完全没有预料到的异常行为，那么您应该将您的问题直接发送至Azure support。

在这种情况下，如果这是一个生产问题，在打开支持案例之前我什至不会三思而后行。如果是较低的环境，请与您的团队确认实体，就像能量一样，不会出现或消失。您也可以尝试ServiceBus Explorer tool 来检查您的命名空间。

有关 Azure 支持的异常和疑难解答，您可以联系 TrackingId。将其添加到您的支持案例中以查明问题的根源。

【讨论】：

有趣的是，您应该提到这一点，我从 azure 支持那里获得了在这里创建主题的指示 ;-) 似乎他们（误用）使用它来处理支持？
我能告诉你什么，常识不再常见。例如，您为什么要在社区论坛上发布与生产相关的问题？或者 Azure 服务总线的内部跟踪 ID 将如何在这里提供任何启示？只是因为有人说“跳”并不意味着跟进应该是“多高”，对吧？ :)
当您希望解决问题时，通过直接消息从支持人员那里获得的第二次猜测指示似乎并不高效。具体说明是：“有趣。我们想让工程师看看。你能把这个发在这里吗：你能创建一个标签为“azureservicebus”的论坛帖子并将链接发送给我们吗？aka.ms/soforums 并发送给我们链接？我们将确保它进入正确的频道。^RS" 请随时要求版主删除该问题，无论如何，这似乎是整个欧洲中断。
我不打算深入探讨这个具体决定，但 Azure 支持有一个不错的内部基础架构来处理这类支持问题，而不是使用 SO 作为票证管理系统。无论如何，我已经让我知道了，我相信他们会评估这种方法:)