GithubHelp home page GithubHelp logo

Comments (10)

kf6kjg avatar kf6kjg commented on August 15, 2024

@emperorstarfinder were you able to resolve this? I see no convo here, but I also there's other channels these things get discussed upon. :D

from halcyon.

appurist avatar appurist commented on August 15, 2024

This error message isn't actually a problem, it comes out as the result of a race condition or just the timing/ordering of module loads. It does not check for a message transfer module (MTM) when it needs one, it checks during startup, which typically (always?) happens before the MTM is loaded and has defined its interface. So this does not cause any problems and is in fact more or less a false report. You can safely ignore it.

I'm not sure if there's a fix here except perhaps to remove the check and the error message.

from halcyon.

emperorstarfinder avatar emperorstarfinder commented on August 15, 2024

Well the interesting thing is it appears to correspond to something as its related to the Inventory Transfers not being able to transfer between two users both of whom are in separate regions along with the users getting the user is offline message when sending IMs to them. Also appears to affect friend requests when users are in different regions.

I have not yet had a chance to chase this one down more in depth as I am just getting back on my feet due to medical issues.

from halcyon.

appurist avatar appurist commented on August 15, 2024

Sorry to hear about your medical status; hope you're back on your feet very soon!

But no, the code producing the message has no effect on logical operations, it just means the messaging module is not configured at the time that the inventory module was started.

Later, if the messaging module is actually needed and has not yet been initialized, it looks for it again.

So other than producing an error message at startup that is not needed, it doesn't really do anything at all. If there was still a problem then, you'd get a second error message of the form [INVENTORY_OFFER]: Could not relay IM {0} remotely to {1}, where {0} is a number representing the message type and {1} is the key of the destination user. Are you seeing this message in your logs? That's one that actually indicates a problem.

from halcyon.

emperorstarfinder avatar emperorstarfinder commented on August 15, 2024

Strangely enough, I am not seeing any [INVENTORY_OFFER]: Could not relay IM {0} remotely to {1} and yet it is doing it.

For sanity sake, I have checked all the configuration files to be sure something was not incorrect and or missed. Configuration files appear correct so I am confident it is not a configuration issue.

Where group invites, friend requests and instant messages between two users both in different regions appears to be involved I would venture to guess that even though the Message Transfer Module is getting initialized, for some reason the region servers aren't seeing that it is initialized and present after its all startup complete.

from halcyon.

appurist avatar appurist commented on August 15, 2024

This error message is not a problem. It is not affecting anything, however if you're saying that IMs (which also include inventory offers, friend operations, etc) are not making it to other regions, verify that your central/common Messaging grid services has loaded without error and is running fine.

Loading the Message Transfer Module is really just local to a region and means the DLL is present and valid, and if you aren't seeing the second (real) error, we know that to be true.

from halcyon.

emperorstarfinder avatar emperorstarfinder commented on August 15, 2024

The grid messaging services are actually fully loaded. This was one of the first checks I thought of myself. I should have mentioned that before.

from halcyon.

emperorstarfinder avatar emperorstarfinder commented on August 15, 2024

Update:

I have double checked this on our test grid. There is no second error that appears and the central messaging server is loading properly with no errors. However, the problem is still persistent.

from halcyon.

emperorstarfinder avatar emperorstarfinder commented on August 15, 2024

@appurist I did some more testing on this and checked all the connectivity, message server, etc and found nothing there that could be causing it. I even increased the CPUs and such just to see if there was something causing hiccups in connectivity. I also tested this locally just to see what would happen with everything (grid services and region services) on the same machine and still got the same problem.

I think what is going on is it is, in fact, doing exactly what this message is implying:

[INVENTORY TRANSFER]: No Message transfer module found, transfers will be local only

My theory is this:

If the MTM is, in fact, is set to local even though it knows the MTM is there and can interact with the MessageServer then it will not be able to transfer the messages i.e. instant messages, group invites, and inventory offers to users who are in other regions. This would be because the region server would need to know the MTM should be set to gridwide for instant messages, group invites, group chat, inventory offers, etc between two users in different regions to properly work. This can affect the online/ offline status of people on one's friends list as well although I am not too sure that it really should as that should be obtained via the friends module from the DB.

If my theory is correct, and I have a feeling it is, then it is possible your suggestion of the order of it loading the MTM module may be correct. Perhaps changing it in the order of modules that load might fix this if that is the case.

I am tempted to add a piece of logic that would tell me if it sees the MessageServer and returns its URL during startup just to see if in fact, it is seeing it.

from halcyon.

kf6kjg avatar kf6kjg commented on August 15, 2024

@emperorstarfinder If this is still an issue could you re-open on the new location for Halcyon? https://github.com/HalcyonGrid/halcyon/issues

Thank you.

from halcyon.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.