Created on 03-19-2014 08:57 AM - edited 09-16-2022 01:55 AM
I just configured my db(oracle) and started cloudera manager.It says started but could not see any thing in the logs and I could not find port 7180 being used.I had succesfully installed cm on this very machine pointing to postgres a few days ago and it worked fine.
Then I un installed and trying to install to an oracle db.All steps until this went fine.Any ideas?
I tried checking cloudera-scm-server.log but it has log info of old installation(with postgres).I do not see any information about the new installation.It is obvious that cm did not start because the port was never being used.
Created 03-19-2014 09:25 AM
Hi Nishan,
It seems that you've accidentally deleted the log4j file and need to add it back. Here's what that /etc/cloudera-scm-server/log4j.properties should have as contents:
# Copyright (c) 2012 Cloudera, Inc. All rights reserved.
#
# !!!!! IMPORTANT !!!!!
# The Cloudera Manager server finds its log file by querying log4j. It
# assumes that the first file appender in this file is the server log.
# See LogUtil.getServerLogFile() for more details.
#
# Define some default values that can be overridden by system properties
cmf.root.logger=INFO,CONSOLE
cmf.log.dir=.
cmf.log.file=cmf-server.log
# Define the root logger to the system property "cmf.root.logger".
log4j.rootLogger=${cmf.root.logger}
# Logging Threshold
log4j.threshhold=ALL
# Disable most JDBC tracing by default.
log4j.logger.org.jdbcdslog=FATAL
# Disable overly loud Avro IPC logging
log4j.logger.org.apache.avro.ipc.NettyTransceiver=FATAL
# Disable overly loud Flume config validation logging
log4j.logger.org.apache.flume.conf.FlumeConfiguration=ERROR
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.target=System.err
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{ISO8601} %5p [%t:%c{2}@%L] %m%n
log4j.appender.LOGFILE=org.apache.log4j.RollingFileAppender
log4j.appender.LOGFILE.MaxFileSize=10MB
log4j.appender.LOGFILE.MaxBackupIndex=10
log4j.appender.LOGFILE.File=${cmf.log.dir}/${cmf.log.file}
log4j.appender.LOGFILE.layout=org.apache.log4j.PatternLayout
log4j.appender.LOGFILE.layout.ConversionPattern=%d{ISO8601} %5p [%t:%c{2}@%L] %m%n
Thanks,
Darren
Created 03-19-2014 09:09 AM
It is possible that the file /etc/cloudera-scm-server/db.properties still has the old information about postgres, but I'm not sure.
Are you saying there is no error in either of the following files after you attempted to start the service?
/var/log/cloudera-scm-server/cloudera-scm-server.log
/var/log/cloudera-scm-server/cloudera-scm-server.out
Created 03-19-2014 09:14 AM
The db.properties file has the correct oracle db information and teh database preparation step went well.
Yes .There is no error in those files.In fact the latest records in those files are from two days ago when I successfully did an installation.
Created 03-19-2014 09:12 AM
Hi Nishan,
Did /var/log/cloudera-scm-server/cloudera-scm-server.log include the a line with "Started Jetty Server" with a time stamp matching when you tried to start the server?
Is there anything in /var/log/cloudera-scm-server/cloudera-scm-server.out? Sometimes fatal errors are reported here rather than in the .log file.
Thanks,
Darren
Created 03-19-2014 09:13 AM
Created 03-19-2014 09:22 AM
Created 03-19-2014 09:25 AM
Hi Nishan,
It seems that you've accidentally deleted the log4j file and need to add it back. Here's what that /etc/cloudera-scm-server/log4j.properties should have as contents:
# Copyright (c) 2012 Cloudera, Inc. All rights reserved.
#
# !!!!! IMPORTANT !!!!!
# The Cloudera Manager server finds its log file by querying log4j. It
# assumes that the first file appender in this file is the server log.
# See LogUtil.getServerLogFile() for more details.
#
# Define some default values that can be overridden by system properties
cmf.root.logger=INFO,CONSOLE
cmf.log.dir=.
cmf.log.file=cmf-server.log
# Define the root logger to the system property "cmf.root.logger".
log4j.rootLogger=${cmf.root.logger}
# Logging Threshold
log4j.threshhold=ALL
# Disable most JDBC tracing by default.
log4j.logger.org.jdbcdslog=FATAL
# Disable overly loud Avro IPC logging
log4j.logger.org.apache.avro.ipc.NettyTransceiver=FATAL
# Disable overly loud Flume config validation logging
log4j.logger.org.apache.flume.conf.FlumeConfiguration=ERROR
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.target=System.err
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{ISO8601} %5p [%t:%c{2}@%L] %m%n
log4j.appender.LOGFILE=org.apache.log4j.RollingFileAppender
log4j.appender.LOGFILE.MaxFileSize=10MB
log4j.appender.LOGFILE.MaxBackupIndex=10
log4j.appender.LOGFILE.File=${cmf.log.dir}/${cmf.log.file}
log4j.appender.LOGFILE.layout=org.apache.log4j.PatternLayout
log4j.appender.LOGFILE.layout.ConversionPattern=%d{ISO8601} %5p [%t:%c{2}@%L] %m%n
Thanks,
Darren
Created 03-19-2014 09:40 AM
Created 12-30-2015 05:27 AM
Hi Darren,
We had a similar problem while installing Cloudera Manager 5.5. The cloudera-scm-server process was failing after a few seconds. The scm-server.out file indicated that the log4j file was not available. We uninstalled CM and tried re-installing it again; however, the problem persisted.
As per your suggestion, we manually created a file log4j.properties and added the contents. We then
1) Stopped cloudera-scm-server-db
2) restarted postgresql
3) started cloudera-scm-server-db
4) started cloudera-scm-server
and it worked!! We were immediately able to access CM via the browser.
Thanks a lot for your help.
Regards,
Yogesh