chrisk 0 Posted February 11, 2015 Share Posted February 11, 2015 (edited) I can't seem to connect to the ERA server (version 6). All the services are up and running. Login failed (connection has failed with state 'Not connected') Any suggestions? Edited February 11, 2015 by chrisk Link to comment Share on other sites More sharing options...
jimwillsher 65 Posted February 13, 2015 Share Posted February 13, 2015 I get this all the time after a reboot, it seems that the connection takes 2-3 minutes to start, once the webconsole app is available. Link to comment Share on other sites More sharing options...
WilliamT 21 Posted February 13, 2015 Share Posted February 13, 2015 Hello Chrisk, I can say I have also seen this. It seems that the Apache server takes a few minutes to actually start listening even though the service is running. If it never connects then I would run a "netstat -aon > c:\ports.txt" in a elevated command prompt and send it to me in a PM. I will go through it and see if this a port issue. The other issue we are seeing is that Apache does not update the new path for Java when it updates. You need to update the path to the new Java Update by using this program found here:C:\Program Files (x86)\Apache Software Foundation\Tomcat 7.0\bin\Tomcat7w.exe When you open the exe it will show you a path. Follow that path and you will see that Java changed the path for the new version. Simply copy and paste the new path into the dialog box replacing the old path ad click ok. Link to comment Share on other sites More sharing options...
chrisk 0 Posted February 15, 2015 Author Share Posted February 15, 2015 WilliamT, I never can connect no matter what. Chris Link to comment Share on other sites More sharing options...
Gab 0 Posted February 19, 2015 Share Posted February 19, 2015 Hi i had the same error Login failed (connection has failed with state 'Not connected') Did you resolve it?? Link to comment Share on other sites More sharing options...
JohnnyMarauder 1 Posted February 22, 2015 Share Posted February 22, 2015 I too just upgraded to 6 and get the same error. Followed the instructions and it does not accept the password I entered. I checked netstat and do not see anything listening on 2222 or 2223. I've even uninstalled and reinstalled on the same server and get the same error. This is Server 2012 R2 running WSUS and DPM 2012 R2 and it used to host the ERA 5 server. I'll go install Microsoft Security Essentials and Defender back on all the workstations until you can figure out what this is. Link to comment Share on other sites More sharing options...
Gimlie 0 Posted March 6, 2015 Share Posted March 6, 2015 Had the same problem restarted the SQL server then i saw my eraserversvc service was stoped started it and problem solved Hope this helps Link to comment Share on other sites More sharing options...
Administrators Marcos 5,231 Posted March 7, 2015 Administrators Share Posted March 7, 2015 Please let us know if Gimlie's advice helped. Otherwise we will ask ERA engineers to chime in and advise. Link to comment Share on other sites More sharing options...
Axoft 0 Posted May 12, 2015 Share Posted May 12, 2015 I'm having the exactly same issue, but i cannot restart the sql server because it's a production server! Link to comment Share on other sites More sharing options...
massive 0 Posted July 9, 2015 Share Posted July 9, 2015 Internet access is required for both http and https protocols without authorization Link to comment Share on other sites More sharing options...
emilec 0 Posted February 8, 2016 Share Posted February 8, 2016 I wanted to post this a while back, but had endless problems registering on the forum. I also recently had this problem. In my case it was because the ERAServce service had stopped running. If I take a look at the logs: tail -f /usr/share/tomcat6/logs/catalina.out I see the following: Jan 04, 2016 1:05:05 PM sk.eset.era.g2webconsole.server.modules.logger.FileLogWriter addItem INFO: [2016-01-04 13:05:05.640] V2 [Administrator] <WARNING> Login (session creation) failed (code 3) from address 192.168.1.100. Jan 04, 2016 1:05:05 PM sk.eset.era.g2webconsole.server.modules.logger.FileLogWriter addItem INFO: [2016-01-04 13:05:05.642] V2 [] <ERROR> Connection closing because of ERA server communication processing error: Connection refused Jan 04, 2016 1:05:05 PM sk.eset.era.g2webconsole.server.modules.logger.FileLogWriter addItem INFO: [2016-01-04 13:05:05.642] V1 [Administrator] <TRACE> Login failed. Reason: Connection failed 'NOT_CONNECTED' Jan 04, 2016 1:05:05 PM sk.eset.era.g2webconsole.server.modules.logger.FileLogWriter addItem INFO: [2016-01-04 13:05:05.644] V2 [] <ERROR> Connection closing because of ERA server communication error: Connection refused Check the service status: service eraserver status ERAServer is stopped Start it service eraserver start Starting ESET Remote Administrator Server [ OK ] Check it again service eraserver status ERAServer (pid 13936) is running... And with ps ps ax | grep ERA 1846 ? Ssl 53:26 /opt/eset/RemoteAdministrator/Agent/ERAAgent --daemon --pidfile=/var/run/eraagent.pid 13936 ? Ssl 0:09 /opt/eset/RemoteAdministrator/Server/ERAServer --daemon --pidfile=/var/run/eraserver.pid I haven't seen the ERSServer crash more that the one time, but perhaps a feature request for ESET is to create a monitor service that checks if the required services are running and start them if needed. Link to comment Share on other sites More sharing options...
kingoftheworld 10 Posted February 9, 2016 Share Posted February 9, 2016 I will say that I had the same issue yesterday. I restarted and the issue persisted. I ended up having to have ESET's escalation team repair my install on Windows 2012R2. They were unsure of the root cause and could only speculate that Windows updates was the issue. Link to comment Share on other sites More sharing options...
ESET Staff MartinK 383 Posted February 10, 2016 ESET Staff Share Posted February 10, 2016 I haven't seen the ERSServer crash more that the one time, but perhaps a feature request for ESET is to create a monitor service that checks if the required services are running and start them if needed. We have decided to rely on system to restart service in case it stops unexpectedly. Main ERA components have support for both systemd and upstart (added in version 6.3) init daemons with enabled automatic restarting of services - which should cover most of mainstream linux distributions (including ERA appliance which was really missing this feature). Link to comment Share on other sites More sharing options...
ESET Staff MartinK 383 Posted February 10, 2016 ESET Staff Share Posted February 10, 2016 I will say that I had the same issue yesterday. I restarted and the issue persisted. I ended up having to have ESET's escalation team repair my install on Windows 2012R2. They were unsure of the root cause and could only speculate that Windows updates was the issue. Hope they we able to resolve it. There are two main reasons this type of error: ERA server is not running: can be check in "Services" and possible failure reason can be found in ERA server trace.log Apache Tomcat hosting ERA Webconsole is not running properly: this may happen after java update - especially in case old java runtime environment is removed during update Link to comment Share on other sites More sharing options...
Anhar 0 Posted February 11, 2016 Share Posted February 11, 2016 I'm having the exactly same issue i find a solution . this issue hapen in sql server login fail. To verify that please check era server logfile in C:\ProgramData\ESET\RemoteAdministrator\Server\EraServerApplicationData\Logs\trace.log open check some thing like this Error: Service [Thread 2228]: [Microsoft][ODBC SQL Server Driver]Login failed for user then go to C:\ProgramData\ESET\RemoteAdministrator\Server\EraServerApplicationData\Configuration\startupconfiguration.ini open in text editor change your passwordPwd={YourSqlEraPassword} then restart Eset Remote Administrator Server service then try to log Link to comment Share on other sites More sharing options...
kingoftheworld 10 Posted February 11, 2016 Share Posted February 11, 2016 I will say that I had the same issue yesterday. I restarted and the issue persisted. I ended up having to have ESET's escalation team repair my install on Windows 2012R2. They were unsure of the root cause and could only speculate that Windows updates was the issue. Hope they we able to resolve it. There are two main reasons this type of error: ERA server is not running: can be check in "Services" and possible failure reason can be found in ERA server trace.log Apache Tomcat hosting ERA Webconsole is not running properly: this may happen after java update - especially in case old java runtime environment is removed during update They were that day. But as I arrive back in the office today, I am having the same issue all over. This is twice in one week so I will have to take time out of my day as well as our Engineer's to get this fixed. Link to comment Share on other sites More sharing options...
ESET Moderators foneil 342 Posted February 12, 2016 ESET Moderators Share Posted February 12, 2016 I experience this daily, but I am able to always easily resolve it. I haven't investigated the technological reason further, but I suspect that (in my case) it has something to do with the Apache server taking a little bit to start listening. I also tend to remove the previous URL because it is a path to the last location you were at in ERA -- I don't know if that correlates to the solution, but I have had the most success by navigating/refreshing back to the 'root' Web Console URL: localhost/era/webconsole, and logging in again. It resolves for me every time. That might just be for my use-case, but it may be a worthwhile troubleshoot to try because it's so quick. Regardless, I am working on a new Knowledgebase article that will synthesize the existing knowledge compiled on this error, and will provide the known solutions to it. Expect it forthcoming. Here is a brief list of the solutions I've seen offered for the Web Console error Login Failed, Connection has failed with the state of 'Not connected' Internet access is required for both http and https protocols without authorization hxxp://help.eset.com/era_admin/63/en-US/index.html?faq.htm(and for v6.2 as well) Check if ERA Server service is running or MS SQL Server service.If not, start it. If it is running, restart the service, refresh web console and then try to log in again. hxxp://support.eset.com/kb743/ It seems that the Apache server takes a few minutes to actually start listening even though the service is running The other issue is that Apache does not update the new path for Java when it updates Solution: You need to update the path to the new Java Update by using this program found here: C:\Program Files (x86)\Apache Software Foundation\Tomcat 7.0\bin\Tomcat7w.exe When you open the exe it will show you a path. Follow that path and you will see that Java changed the path for the new version. Simply copy and paste the new path into the dialog box replacing the old path ad click OK Here is a quick screen grab video of this error on my VM and how it resolves (after about 50 seconds): ERA WC Failed State Not Connected.mp4 Link to comment Share on other sites More sharing options...
zackliu 2 Posted February 17, 2016 Share Posted February 17, 2016 I ran into this issue today when upgrading to ERA 6.3 with Components upgrade task. After the task completed my EraServerSvc service will start and crash after 10 seconds. Had to contact ESET support and was told to remove all ERA installation and re-install. After doing that the EraServerSvc service will start without crashing....Just a heads up for you sysadmin guys..had me scratching my head for a few minutes. Link to comment Share on other sites More sharing options...
RyanTsai 3 Posted February 18, 2016 Share Posted February 18, 2016 (edited) I ran into this issue today when upgrading to ERA 6.3 with Components upgrade task. After the task completed my EraServerSvc service will start and crash after 10 seconds. Had to contact ESET support and was told to remove all ERA installation and re-install. After doing that the EraServerSvc service will start without crashing....Just a heads up for you sysadmin guys..had me scratching my head for a few minutes. Just want to add that 2 of my clients ran into the same issue recently. Turns out the culprit is that Network.dll had not been properly upgraded. After running component upgrade from ERA 6.2 to 6.3, Network.dll is still 6.2 version, causing 6.3 service to crash. I took the dll from a working 6.3 installation, replaced it, and viola service starts working properly. Attached is the list of files in C:\Program Files\ESET\RemoteAdministrator\Server from a working 6.3 installation, might want to check this first in case someone else run into the same issue. 6.3_Installation_FileInfo.txt Edited February 18, 2016 by RyanTsai Link to comment Share on other sites More sharing options...
bri4dsi 0 Posted February 18, 2016 Share Posted February 18, 2016 I ran into this issue today when upgrading to ERA 6.3 with Components upgrade task. After the task completed my EraServerSvc service will start and crash after 10 seconds. Had to contact ESET support and was told to remove all ERA installation and re-install. After doing that the EraServerSvc service will start without crashing....Just a heads up for you sysadmin guys..had me scratching my head for a few minutes. Just want to add that 2 of my clients ran into the same issue recently. Turns out the culprit is that Network.dll had not been properly upgraded. After running component upgrade from ERA 6.2 to 6.3, Network.dll is still 6.2 version, causing 6.3 service to crash. I took the dll from a working 6.3 installation, replaced it, and viola service starts working properly. Attached is the list of files in C:\Program Files\ESET\RemoteAdministrator\Server from a working 6.3 installation, might want to check this first in case someone else run into the same issue. Adding to RyanTsai's solution: Since I do not have an additional working 6.3 installation, I downloaded the ESET ERA Standalone component server installer (in my case Server 2012R2) Server_x64.msi Extracted the contents of the .msi to a folder. Example: msiexec /a C:\temp\Server_x64.msi /qb TARGETDIR=C:\temp\Extracted On the ERA server, rename the old Network.dll to Network.old Copy the newly extracted Network.dll to C:\Program Files\ESET\RemoteAdministrator\Server Started the ESET Remote Administrator Server Service Have not experienced anymore issues Link to comment Share on other sites More sharing options...
ESET Moderators foneil 342 Posted February 18, 2016 ESET Moderators Share Posted February 18, 2016 Thanks for including other workarounds here for this issue. Different network configurations as well as deployments (for instance, whether a clean install or upgrade) seem to affect the solution for each environment. We've published KB article hxxp://support.eset.com/kb5852/ with a combination of solutions we've used with support cases, this forum thread, and information from ESET engineers. We will continue to review this post and the solutions in kb5852 for this issue. Link to comment Share on other sites More sharing options...
zackliu 2 Posted February 18, 2016 Share Posted February 18, 2016 I ran into this issue today when upgrading to ERA 6.3 with Components upgrade task. After the task completed my EraServerSvc service will start and crash after 10 seconds. Had to contact ESET support and was told to remove all ERA installation and re-install. After doing that the EraServerSvc service will start without crashing....Just a heads up for you sysadmin guys..had me scratching my head for a few minutes. Just want to add that 2 of my clients ran into the same issue recently. Turns out the culprit is that Network.dll had not been properly upgraded. After running component upgrade from ERA 6.2 to 6.3, Network.dll is still 6.2 version, causing 6.3 service to crash. I took the dll from a working 6.3 installation, replaced it, and viola service starts working properly. Attached is the list of files in C:\Program Files\ESET\RemoteAdministrator\Server from a working 6.3 installation, might want to check this first in case someone else run into the same issue. Adding to RyanTsai's solution: Since I do not have an additional working 6.3 installation, I downloaded the ESET ERA Standalone component server installer (in my case Server 2012R2) Server_x64.msi Extracted the contents of the .msi to a folder. Example: msiexec /a C:\temp\Server_x64.msi /qb TARGETDIR=C:\temp\Extracted On the ERA server, rename the old Network.dll to Network.old Copy the newly extracted Network.dll to C:\Program Files\ESET\RemoteAdministrator\Server Started the ESET Remote Administrator Server Service Have not experienced anymore issues It's weird that network.dll was not repaired when I tried to repair the 6.3 installation with server_x64.msi. Anyways, great job for actually locating what the actual file is causing the issue. I tried to search for clues in event viewer and trace.log and nothing useful could be found. Link to comment Share on other sites More sharing options...
Administrators Marcos 5,231 Posted February 22, 2016 Administrators Share Posted February 22, 2016 It's weird that network.dll was not repaired when I tried to repair the 6.3 installation with server_x64.msi. Since the version is same (6.3), network.dll won't be replaced during a repair. It's necessary to replace it manually. If you were installing ERA v6.4 (which is not available yet), upgrade would work and the dll would be replaced automatically. Link to comment Share on other sites More sharing options...
Chalis 0 Posted April 21, 2017 Share Posted April 21, 2017 Not sure if this helps, but this is may help those that have changed their default ports for their installation. Recently began an upgrade to 6.x from 5.x and was forced to change the default ports for the 6.x installation. (changed 2222 to 2224 and 2223 to 2225 in 6.x) Began experiencing the same issue logging in and tried all the steps in this post: hxxp://support.eset.com/kb5852/ I also tried to address port conflicts from this post: hxxp://support.eset.com/kb5678/#PortConflicts A complete reinstall corrected the problem, until I changed ports again. I was pretty confident it was a port issue. I did not find this in any of the documentation I ran across, but I did note that the process to rebuild the era folder under the Tomcat directory requested a replacement of this file: C:\Program Files (x86)\Apache Software Foundation\Tomcat 7.0\webapps\era\WEB-INF\classes\sk\eset\era\g2webconsole\server\modules\config\EraWebServerConfig.properties Opening that file, noted that it contained the line: server_port=2223 Changed it to 2225, restarted the Apache services, and blam...started working. Link to comment Share on other sites More sharing options...
Recommended Posts