ESET Moderators Peter Randziak 525 Posted October 17, 2018 ESET Moderators Share Posted October 17, 2018 Hello guys, Some of you reported an issue, when the ESMC server stops to accept connection from the management agent so fresh data from the endpoints are not arriving to the server. The temporary solution is to restart the server in such case. Our technology team has analyzed the issue and prepared a solution for it, once will be tested and approved, we may provide it to the community to test. In case you are interested in it, we advise you to watch this forum thread to get updates on this topic. We hope that the fix will be available within a week from now. We apologize for the inconvenience caused. Regards, P.R. Link to post Share on other sites
Nicolas Raggi 0 Posted October 25, 2018 Share Posted October 25, 2018 Hello Peter, How are you? Is there availaible any fix for ESMC Server installed on GNU/Linux Servers? (We have customers affected with the ESMC VAAppliance) https://support.eset.com/ca7050/?locale=en_EN&viewlocale=en_US Regards. Link to post Share on other sites
ESET Moderators Peter Randziak 525 Posted October 26, 2018 Author ESET Moderators Share Posted October 26, 2018 Hello @Nicolas Raggi, not yet, even internally. I guess it will be in the service release for sure, probably even sooner. Regards, P.R. Link to post Share on other sites
cssinfo 0 Posted October 30, 2018 Share Posted October 30, 2018 If it can help : From what I've been observing, each 24 hours I have to reboot the server so it will accept connection from the new agents (7). But server still accept connection from all computer still running on the old agents (6.5 or less) Also, when the problem happens the SQL Server process jumps from 700mb - 800mb to 2.7 gb of ram usage and never drops until I reboot the server (around 1200 clients here). Is it only SQL Express that is too limited for the new amount of data the agent are sending to it ? Upgrading to SQL Standard would solve the problem ? (More global ram allowed, more ram per sesson, etc..) In fact , this was my next step of debbuging until I found this post on the forum. Waiting for news on this ! Link to post Share on other sites
Pinni3 21 Posted November 5, 2018 Share Posted November 5, 2018 On 10/30/2018 at 8:33 PM, cssinfo said: Also, when the problem happens the SQL Server process jumps from 700mb - 800mb to 2.7 gb of ram usage and never drops until I reboot the server MS SQL Server never drops memory, thats why there is an option to set how much memory You want to give for database server Link to post Share on other sites
ESET Moderators Peter Randziak 525 Posted November 6, 2018 Author ESET Moderators Share Posted November 6, 2018 Hello guys, so we updated the customer advisory https://support.eset.com/ca7050/ with the fix for the Linux platform as well. Regards, P.R. Link to post Share on other sites
Jasper 0 Posted November 7, 2018 Share Posted November 7, 2018 Unfortunately I already have the first clients not connecting again today. I applied the fix yesterday on our appliance. Link to post Share on other sites
ESET Staff MartinK 320 Posted November 7, 2018 ESET Staff Share Posted November 7, 2018 1 hour ago, Jasper said: Unfortunately I already have the first clients not connecting again today. I applied the fix yesterday on our appliance. Could you please check on one if client, whether it is not differnet issue, recently described in this topic: Path resolves issue, where all v7 clients should eventually stop connection. This issue does not affect v6 AGENTs until upgraded. Link to post Share on other sites
Jasper 0 Posted November 12, 2018 Share Posted November 12, 2018 I got a new additional fix for the appliance. I applied it and we have to wait and see for a day. First 5 hours are still fine. Link to post Share on other sites
Recommended Posts
Archived
This topic is now archived and is closed to further replies.