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

Typecode not supported in cluster #5993

Closed
stephenlautier opened this issue Oct 1, 2019 · 5 comments
Closed

Typecode not supported in cluster #5993

stephenlautier opened this issue Oct 1, 2019 · 5 comments
Assignees
Labels
stale Issues with no activity for the past 6 months
Milestone

Comments

@stephenlautier
Copy link

We recently updated to Orleans 2.4.2 + update SignalR.Orleans as well, and in certain cases we are getting error such as TypeCode $1903070868 not supported in the cluster

image

We should only have 1 cluster and all silos are all the same build and we dont use grain versioning either; Seeing slightly the code thats why it seems to be thrown if im correct, however in our case it shouldn't be the case

@Frank-Krick
Copy link
Contributor

I see the same error oin 3.0.0-beta1 during Register as stream producer:

RegisterAsStreamProducer failed due to Orleans.Runtime.OrleansException: TypeCode $1903070868 not supported in the cluster

Btw. is there a way to get access to the Catalog so that I could get more information about the failing grain using GetGrainTypeInfo? Or is there another method to get more information about the grain from the type code?

@stephenlautier
Copy link
Author

stephenlautier commented Oct 23, 2019

Not sure if this is the main reason to this, with a case like this should it work correctly?

  • App host (project) had a dependency on Orleans e.g. 2.4.2 (and has grains with codegen)
  • App depends on a library with Grains with Orleans 2.3.4 (with codegen)

If it should, it seems that when we have a dependency with a Grain (codegen) which the version of Orleans doesn't match ours, we either:

  • Get this issue (like the issue posted)
    OR
  • Extension not installed on grain e.g.

Extension not installed on grain SignalR.Orleans.Groups.GroupGrain attempting to invoke type Orleans.Streams.OrleansCodeGenStreamConsumerExtensionMethodInvoker from invokable Orleans.Runtime.ActivationData Such as this OrleansContrib/SignalR.Orleans#89

Also it doesn't always 100% not work, sometimes locally it does work and sometimes on the server it doesnt; OR sometimes locally you get everything from fresh and it doesn't work either

@MV10
Copy link

MV10 commented Sep 15, 2020

I've started getting intermittent Typecode $xxxxx not supported in the cluster on a demo/POC-style project. The project was shelved for about six months, and when I spun it up again I bumped all the Orleans packages up to the latest (as of last month). This is the only discussion I've found of that error message. It sounds as if the thinking here is that something goes wrong after an Orleans update?

How does one work out what the $xxxxx actually refers to?

(Unfortunately I can't post detailed logs -- those are locked away on a highly isolated development VM.)

Edit: This VM has two silos running side-by-side for dev purposes (supporting a UI website and another for the back-end service APIs), and I just noticed someone accidentally configured them with the same silo and gateway ports, which is obviously not going to work. But I'll leave my post here, I'd still like to understand how to interpret $xxxxx, in case someone can explain? (I realize it's a bit off-topic given the mis-configuration, sorry.)

@benjaminpetit
Copy link
Member

Check that Microsoft.Orleans.CodeGenerator.MSBuild package is installed on your grain project

@benjaminpetit
Copy link
Member

Closing for inactivity

@ghost ghost locked as resolved and limited conversation to collaborators Nov 3, 2021
@ghost ghost added the stale Issues with no activity for the past 6 months label Dec 7, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
stale Issues with no activity for the past 6 months
Projects
None yet
Development

No branches or pull requests

5 participants