Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Service Bus: Unknown error after calling GetNamespaceInfo #21629

Closed
eddynaka opened this issue Jun 5, 2021 · 19 comments
Closed

[BUG] Service Bus: Unknown error after calling GetNamespaceInfo #21629

eddynaka opened this issue Jun 5, 2021 · 19 comments
Assignees
Labels
Client This issue points to a problem in the data-plane of the library. customer-reported Issues that are reported by GitHub users external to the Azure organization. issue-addressed Workflow: The Azure SDK team believes it to be addressed and ready to close. question The issue doesn't require a change to the product in order to be resolved. Most issues start as that Service Attention Workflow: This issue is responsible by Azure service team. Service Bus

Comments

@eddynaka
Copy link

eddynaka commented Jun 5, 2021

Describe the bug
When I call client.GetNamespaceInfoAsync it is returning an exception. The message shows an "unknown error".

Expected behavior
Throw an error that is not unknown or successful.

Actual behavior (include Exception or Stack Trace)
Returning unknown error.

To Reproduce
Steps to reproduce the behavior (include a code snippet, screenshot, or any additional information that might help us reproduce the issue)

  1. start the clientManagement
  2. call GetNamespaceInfoAsync
   at Microsoft.Azure.ServiceBus.Management.NamespaceInfoExtensions.ParseFromContent(String xml)
   at Microsoft.Azure.ServiceBus.Management.ManagementClient.<GetNamespaceInfoAsync>d__9.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()

Environment:

  • Name and version of the Library package used: Microsoft.Azure.ServiceBus 5.1.3
  • Hosting platform or OS and .NET runtime version (dotnet --info output for .NET Core projects): [e.g. Azure AppService or Windows 10 .NET Framework 4.8] netstandard2.1, called by netcoreapp3.1
  • IDE and version : [e.g. Visual Studio 16.3] VS16.10
@ghost ghost added needs-triage Workflow: This is a new issue that needs to be triaged to the appropriate team. customer-reported Issues that are reported by GitHub users external to the Azure organization. question The issue doesn't require a change to the product in order to be resolved. Most issues start as that labels Jun 5, 2021
@jsquire jsquire changed the title [BUG] Unknown error after calling GetNamespaceInfo [BUG] Service Bus: Unknown error after calling GetNamespaceInfo Jun 5, 2021
@jsquire jsquire added Client This issue points to a problem in the data-plane of the library. needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team Service Attention Workflow: This issue is responsible by Azure service team. Service Bus labels Jun 5, 2021
@ghost ghost removed the needs-triage Workflow: This is a new issue that needs to be triaged to the appropriate team. label Jun 5, 2021
@ghost
Copy link

ghost commented Jun 5, 2021

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @axisc.

Issue Details

Describe the bug
When I call client.GetNamespaceInfoAsync it is returning an exception. The message shows an "unknown error".

Expected behavior
Throw an error that is not unknown or successful.

Actual behavior (include Exception or Stack Trace)
Returning unknown error.

To Reproduce
Steps to reproduce the behavior (include a code snippet, screenshot, or any additional information that might help us reproduce the issue)

  1. start the clientManagement
  2. call GetNamespaceInfoAsync
   at Microsoft.Azure.ServiceBus.Management.NamespaceInfoExtensions.ParseFromContent(String xml)
   at Microsoft.Azure.ServiceBus.Management.ManagementClient.<GetNamespaceInfoAsync>d__9.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()

Environment:

  • Name and version of the Library package used: Microsoft.Azure.ServiceBus 5.1.3
  • Hosting platform or OS and .NET runtime version (dotnet --info output for .NET Core projects): [e.g. Azure AppService or Windows 10 .NET Framework 4.8] netstandard2.1, called by netcoreapp3.1
  • IDE and version : [e.g. Visual Studio 16.3] VS16.10
Author: eddynaka
Assignees: -
Labels:

Client, Service Attention, Service Bus, customer-reported, needs-team-attention, needs-triage, question

Milestone: -

@jsquire
Copy link
Member

jsquire commented Jun 5, 2021

//cc: @shankarsama

@jsquire
Copy link
Member

jsquire commented Jun 5, 2021

Thank you for your feedback. Tagging and routing to the team best able to assist.

@ramya-rao-a
Copy link
Contributor

@eddynaka Apologies for the late response. This is a parsing error that we cannot replicate without knowing the input to the GetNamespaceInfoAsync method. Would it be possible for you to share that?

Also, please note that the Microsoft.Azure.ServiceBus package is now deprecated. A newer package Azure.Messaging.ServiceBus is available as of November 2020. While the older package will continue to receive critical bug fixes, we strongly encourage you to upgrade. Read the getting started guide and migration guide for more details.

In the new package, the corresponding method to use will be ServiceBusAdministrationClient.GetNamespacePropertiesAsync. Please also share if you are seeing a similar issue when using the new package

@ramya-rao-a ramya-rao-a added needs-author-feedback Workflow: More information is needed from author to address the issue. and removed needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team labels Oct 7, 2021
@eddynaka
Copy link
Author

eddynaka commented Oct 8, 2021

Hi @ramya-rao-a ,

I just changed and now I receive this: Unknown error. (GeneralError)

and the inner exception:

<feed xmlns="http://www.w3.org/2005/Atom"><title type="text">Publicly Listed Services</title><subtitle type="text">This is the list of publicly-listed services currently available.</subtitle><id>uuid:9f875c19-3997-4acb-838f-5233bc5dff57;id=87</id><updated>2021-10-08T00:34:10Z</updated><generator>Service Bus 1.1</generator></feed>
Status: 200 (OK)

Content:
<feed xmlns="http://www.w3.org/2005/Atom"><title type="text">Publicly Listed Services</title><subtitle type="text">This is the list of publicly-listed services currently available.</subtitle><id>uuid:9f875c19-3997-4acb-838f-5233bc5dff57;id=87</id><updated>2021-10-08T00:34:10Z</updated><generator>Service Bus 1.1</generator></feed>

Headers:
Date: Fri, 08 Oct 2021 00:34:10 GMT
Server: Microsoft-HTTPAPI/2.0
Transfer-Encoding: chunked
Strict-Transport-Security: REDACTED
x-ms-client-request-id: 77693b4a-9b5a-462f-8f29-afe726bbc2f2
Content-Type: application/atom+xml; type=feed; charset=utf-8

@ghost ghost added needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team and removed needs-author-feedback Workflow: More information is needed from author to address the issue. labels Oct 8, 2021
@ramya-rao-a
Copy link
Contributor

I just changed

@eddynaka Do you mean to say that you are now using the new package i.e. Azure.Messaging.ServiceBus?

@eddynaka
Copy link
Author

eddynaka commented Oct 8, 2021

Hi @ramya-rao-a ,

i changed to the new package and even with that, I still see the unknown error.

@ramya-rao-a ramya-rao-a removed the Service Attention Workflow: This issue is responsible by Azure service team. label Oct 11, 2021
@ghost ghost added the needs-team-triage Workflow: This issue needs the team to triage. label Oct 11, 2021
@ramya-rao-a ramya-rao-a added the Service Attention Workflow: This issue is responsible by Azure service team. label Oct 11, 2021
@ghost
Copy link

ghost commented Oct 11, 2021

Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @shankarsama, @DorothySun216.

Issue Details

Describe the bug
When I call client.GetNamespaceInfoAsync it is returning an exception. The message shows an "unknown error".

Expected behavior
Throw an error that is not unknown or successful.

Actual behavior (include Exception or Stack Trace)
Returning unknown error.

To Reproduce
Steps to reproduce the behavior (include a code snippet, screenshot, or any additional information that might help us reproduce the issue)

  1. start the clientManagement
  2. call GetNamespaceInfoAsync
   at Microsoft.Azure.ServiceBus.Management.NamespaceInfoExtensions.ParseFromContent(String xml)
   at Microsoft.Azure.ServiceBus.Management.ManagementClient.<GetNamespaceInfoAsync>d__9.MoveNext()
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()

Environment:

  • Name and version of the Library package used: Microsoft.Azure.ServiceBus 5.1.3
  • Hosting platform or OS and .NET runtime version (dotnet --info output for .NET Core projects): [e.g. Azure AppService or Windows 10 .NET Framework 4.8] netstandard2.1, called by netcoreapp3.1
  • IDE and version : [e.g. Visual Studio 16.3] VS16.10
Author: eddynaka
Assignees: JoshLove-msft
Labels:

Service Bus, Service Attention, Client, customer-reported, question, needs-team-attention, needs-team-triage

Milestone: -

@JoshLove-msft
Copy link
Member

Hi @eddynaka,
Can you include a code snippet so we can attempt to reproduce the issue?

@eddynaka
Copy link
Author

Hi @JoshLove-msft ,

below the snippet:

var serviceBusOptions = new ServiceBusAdministrationClientOptions();
serviceBusOptions.Retry.MaxRetries = (retry == bool.TrueString) ? 3 : 0;
var client = new ServiceBusAdministrationClient(serviceBusConnectionString, serviceBusOptions);
NamespaceProperties ni = await client.GetNamespacePropertiesAsync();

@JoshLove-msft
Copy link
Member

Thanks, this code works when I test it. Do other operations using the admin client work?

@eddynaka
Copy link
Author

Hi @JoshLove-msft , this looks like happens when I incorrectly use a notification hub, which is also a service bus.
I just wanted to understand if this is something servicebus should accept or if this is something you should not.

@JoshLove-msft
Copy link
Member

Hi @eddynaka, I don't think you can talk to the Notification Hub using the Service Bus SDK.
Have you tried using the Notification Hub SDK - https://www.nuget.org/packages/Microsoft.Azure.NotificationHubs/?

@eddynaka
Copy link
Author

Hi @JoshLove-msft , since both use ServiceBus, I was expecting both to work or at least to ServiceBus generate some specific message like "u are using the wrong thing".

Don't know if you have a use case for that, for accepting any kind of SB.

Thanks :)

@JoshLove-msft
Copy link
Member

Can you clarify what you mean when you say that both use ServiceBus?

@eddynaka
Copy link
Author

HI @JoshLove-msft ,

Below, a connection string from NotificationHub Resource:

Endpoint=sb://resource.servicebus.windows.net/;SharedAccessKeyName=DefaultListenSharedAccessSignature;SharedAccessKey=long_key

Below, a connection string from a ServiceBus Resource:

Endpoint=sb://resource.servicebus.windows.net/;SharedAccessKeyName=DefaultListenSharedAccessSignature;SharedAccessKey=long_key

So, I imagined, "hey, both have the same connection string, would that work?"

:)

@JoshLove-msft
Copy link
Member

JoshLove-msft commented Oct 11, 2021

Ah I see. They both share the same connection string format, due to how they are implemented on the backend, but they are separate services. The same is true for Event Hubs (it also uses the same format, but is a separate service with a separate SDK).

@JoshLove-msft JoshLove-msft added the issue-addressed Workflow: The Azure SDK team believes it to be addressed and ready to close. label Oct 11, 2021
@ghost
Copy link

ghost commented Oct 11, 2021

Hi @eddynaka. Thank you for opening this issue and giving us the opportunity to assist. We believe that this has been addressed. If you feel that further discussion is needed, please add a comment with the text “/unresolve” to remove the “issue-addressed” label and continue the conversation.

@ghost ghost removed needs-team-triage Workflow: This issue needs the team to triage. needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team labels Oct 11, 2021
@ghost
Copy link

ghost commented Nov 3, 2021

Hi @eddynaka, since you haven’t asked that we “/unresolve” the issue, we’ll close this out. If you believe further discussion is needed, please add a comment “/unresolve” to reopen the issue.

@ghost ghost closed this as completed Nov 3, 2021
azure-sdk pushed a commit to azure-sdk/azure-sdk-for-net that referenced this issue Jan 16, 2023
Dev search microsoft.search 2022 09 01 (Azure#21964)

* Adds base for updating Microsoft.Search from version stable/2020-08-01 to version 2022-09-01

* Updates readme

* Updates API version in new specs and examples

* Add missing private endpoint connection properties (Azure#21629)

* add missing private endpoint connection properties

* fix errors

* Adding delegated identities to data plane

* Revert "Adding delegated identities to data plane"

This reverts commit def1bd3ba296458c19b8f04cb1a7a5b800d002f9.

* Fix Lint ProvisioningStateValidation Error

* Applying prettier changes
npm run prettier -- --write

Co-authored-by: Enrique Jaimes <[email protected]>

* Satumkur/new api ver 20220901 (Azure#21922)

* semantic updates

* Add Dataplane RBAC related changes + examples

* Prettier fixes

* Fix LintDiff errors

* Update SearchUpdateServiceDisableLocalAuth.json

update erroneous api version param

Co-authored-by: Samartha Tumkur Vani <[email protected]>
Co-authored-by: Enrique Jaimes <[email protected]>

* Add CMK Enforcement policy support (Azure#21996)

* Add CMK Enforcement policy support

* Update api-version

* Remove unused properties

* Remove bypass property

Co-authored-by: satumkurmsft <[email protected]>
Co-authored-by: Matt <[email protected]>
Co-authored-by: Samartha Tumkur Vani <[email protected]>
@github-actions github-actions bot locked and limited conversation to collaborators Mar 27, 2023
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Client This issue points to a problem in the data-plane of the library. customer-reported Issues that are reported by GitHub users external to the Azure organization. issue-addressed Workflow: The Azure SDK team believes it to be addressed and ready to close. question The issue doesn't require a change to the product in order to be resolved. Most issues start as that Service Attention Workflow: This issue is responsible by Azure service team. Service Bus
Projects
None yet
Development

No branches or pull requests

6 participants