Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 1 subscriber
  • Views 14657 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Clients appearing offline in SEC 5.1

Tommy123

Hi All,

I have recently installed SEC 5.1 with 10 clients on in preperation for an upgrade from 4.7 later this year. 

For some reason some clients after a period of time get a little red cross on them, these can be virtual and physical machines. The machines are not turned off and are still getting updates from the SEC.

To get them back green I can either reboot them, restart the client message router or re protect them.

Anyone else had this issue?

Thanks

Tom

:39143


This thread was automatically locked due to age.
Parents
  • 0

    Hello Tom,

    [restarting MR on the server} brings the offline client back online
    great :smileyfrustrated: - I suspected it, but what next? It suggests that it's not the clients ... looks as if the receivers on the server stop passing on the messages while still accepting them on the client connection. Well, this is beyond my meager knowledge. I'm used to seeing more than one upstream (i.e. to the server's port 8194) connection for more than a few of the clients, for some clients also one or two additional downstream connections (on rare occasions even many) - suggesting that connections sometimes "die" without being taken down but the client notices and makes a new connection. A few checks indicate that there is always a working connection (pair), the clients appear connected in SEC. Not clean but I've never experienced a problem - and definitely not the one you describe.

    Checking one of my servers with about 2000 endpoints I found about half of them disconnected - this could or could not be correct as many of them are in semi-public computer rooms which might be closed. Now if I had the same issue the numbers should change significantly (in the direction of more connected) when I restart the server's MR. They did not - I dare to say they did not at all, the difference was just a few and in the opposite direction.  

    Why it apparently evolves into a problem at some sites I can't say. Most of our clients (several 1000) are not rebooted regularly, server and services run for months without being restarted - so "MR deterioration" doesn't seem to be the cause. 


    Christian

    :39205
Reply
  • 0

    Hello Tom,

    [restarting MR on the server} brings the offline client back online
    great :smileyfrustrated: - I suspected it, but what next? It suggests that it's not the clients ... looks as if the receivers on the server stop passing on the messages while still accepting them on the client connection. Well, this is beyond my meager knowledge. I'm used to seeing more than one upstream (i.e. to the server's port 8194) connection for more than a few of the clients, for some clients also one or two additional downstream connections (on rare occasions even many) - suggesting that connections sometimes "die" without being taken down but the client notices and makes a new connection. A few checks indicate that there is always a working connection (pair), the clients appear connected in SEC. Not clean but I've never experienced a problem - and definitely not the one you describe.

    Checking one of my servers with about 2000 endpoints I found about half of them disconnected - this could or could not be correct as many of them are in semi-public computer rooms which might be closed. Now if I had the same issue the numbers should change significantly (in the direction of more connected) when I restart the server's MR. They did not - I dare to say they did not at all, the difference was just a few and in the opposite direction.  

    Why it apparently evolves into a problem at some sites I can't say. Most of our clients (several 1000) are not rebooted regularly, server and services run for months without being restarted - so "MR deterioration" doesn't seem to be the cause. 


    Christian

    :39205
Children
No Data