Facing problem while accessing hadoop namenode ui: http://172.18.130.130:50070/dfshealth.html#tab-overview
It was working fine before but after multiple hadoop restart now it is not showing and giving below error message though hadoop is working fine so does all the operations.
HTTP ERROR 404
Problem accessing /dfshealth.html. Reason:
NOT_FOUND
Powered by Jetty://
Please help me resolve this issue.
Related
I am trying to install Forticlient EMS onto Windows server. The apache service has been running fine however when running the application it loads with the following error:
Failed to load URL https://localhost/ with error ERR_CONNECTION_REFUSED (-102).
There is not much online to work with regarding this error. I changed the ports in the .conf file to 82 instead of 80 as it was clashing but stuck as to why this error is being produced. Has anyone come across this? This is not running in Chrome rather i am launching Forticlient EMS application for this error to show on the application.
baseline_update.sh job is failing with logserver issue.
Logserver log has following message
"LogServer started in non-SSL mode"
I tried restarting PlatformServices
I am using apache Archiva v. 2.2.0 under Windows Server 2012 R2, Java version 1.8.0_60 inside VirtualBox. It used to work for quite a long time before Windows autoupdate.
After Windows autoupdate I am getting an error message when going to archiva url: HTTP ERROR: 503 . Problem accessing /. Reason: Service Unavailable, Powered by Jetty://.
The Apache Archiva service is running. No error logs are generated. Restarting or even reinstalling of the service has no impact.
After rolling back of Windows update I restore the normal operation of Archiva, but mysteriously, just once, i.e. stopping and restarting of Archiva will cause the same HTTP ERROR 503.
The log file do not indicate any problem or error cuase.
Thank you for any tips.
I faced a similar issue.
I restarted archiva using ./path/to/archiva/apache-archiva-2.2.0/bin/archiva console
for you, since you are using windows .\bin\archiva.bat console
In my case I've found out that the jetty configuration file jetty.xml in ARCHIVA_BASE\conf got corrupted.
Solution:
Stop archiva service
Replace jetty.xml with either a fresh one or from last known working
backup. A fresh copy of jetty.xml can be downloaded from archiva web
site as an apache-archiva-2.2.0-bin.zip. File location within the
zip file is apache-archiva-2.2.1\conf\jetty.xml
Start archiva service
For me it was complaining about ClassDefNotFound errors, this was because I didn't set my JAVA_HOME properly (on Mac OS). After fixing this, the program worked. Maybe that was your issue.
I'm using Apache + Passenger on my Linode server, with a Postgresql-9.4 database. Every so often, I get the following error, but it is unpredictable and rights itself a few minutes later with no actions taken, so it is extremely hard to debug:
Internal server error
Phusion Passenger has listed more information about the error below.
An error occurred while starting the web application. It sent an unknown response type "".
Has anyone else run into an error like this, or know what it could imply?
Firstly go through this question, as it might solve your problem:
Passenger: internal server error
There are possible causes of problems listed here:
https://github.com/phusion/passenger/wiki/Debugging-application-startup-problems
I am streaming out data (sometimes png, sometimes json, sometimes xml) and I get the following error in Chrome:
Error 321 (net::ERR_INVALID_CHUNKED_ENCODING): Unknown error.
I do not get this error when apache is not in front of my Tomcat web application (servlet), only when I deploy it to our test environment which has apache running.
I've looked everywhere for an answer to this question, I'm going to put the answer here:
The header entry:
Transfer-Encoding:chunked, chunked
was causing this error when the response was returned through Apache. Without Apache in front everything worked fine.
Should be:
Transfer-Encoding:chunked