如下为记录
cloudera使用过程中的一些常见问题。
1、服务没有设置/opt这个挂载点
cloudera所有的数据都是存储在/opt这个根目录下的，所以服务器在安装系统的时候最好让运维同事挂载一个大空间到这个目录下。- 如果安装的时候不知道，安装软件的时候可以选择存储空间,如果安装的时候也不知道，没有设置的话那就很悲催了。
- 如果没有设置就回存到根目录的
/opt下，这里面的存储空间一般都很小。说一下解决办法。
1、重装（我没这精力）
2、把/opt这个目录移动到一个大的挂载点上去，然后使用软连接，本人就是这么做的。
# 步骤
#1、先停掉集群。
$ mv cloudera cloudera.bak
$ mv cloudera.bak /data/cloudera
$ ln -sv /data/cloudera cloudera
# 经过上面的步骤之后再重启集群就可以了。2、Error creating LevelDB timeseries store in directory /var/lib/cloudera-service-monitor/ts
具体现象如下，报找不到一个文件。解释一下出现这个问题的原因，还是由于根目录下的空间不够了，因此我移动了一个占有很
大空间的包，就是错误中的 /var/lib/cloudera-service-monitor 这个目录，然后通过软连接进行访问的。
2018-10-16 16:24:25,993 INFO com.cloudera.cmon.firehose.Main: Cluster size: SMALL
2018-10-16 16:24:26,056 INFO com.cloudera.cmon.tstore.leveldb.LDBResourceManager: Max file descriptors: 32768
2018-10-16 16:24:26,057 INFO com.cloudera.cmon.tstore.leveldb.LDBResourceManager: Setting maximum open fds to: 768
2018-10-16 16:24:26,181 ERROR com.cloudera.cmon.firehose.Main: Error creating LevelDB timeseries store in directory /var/lib/cloudera-service-monitor/ts
org.fusesource.leveldbjni.internal.NativeDB$DBException: Corruption: 3 missing files; e.g.: /data/lib/ts/ts_entity_metadata/000072.sst
at org.fusesource.leveldbjni.internal.NativeDB.checkStatus(NativeDB.java:194)
at org.fusesource.leveldbjni.internal.NativeDB.open(NativeDB.java:212)
at org.fusesource.leveldbjni.JniDBFactory.open(JniDBFactory.java:168)
at com.cloudera.cmon.tstore.leveldb.LDBUtils.openVersionedDB(LDBUtils.java:264)
at com.cloudera.cmon.tstore.leveldb.LDBUtils.openVersionedDB(LDBUtils.java:212)
at com.cloudera.cmon.tstore.leveldb.LDBTimeSeriesMetadataStore.openMetadataDB(LDBTimeSeriesMetadataStore.java:148)
at com.cloudera.cmon.tstore.leveldb.LDBTimeSeriesMetadataStore.<init>(LDBTimeSeriesMetadataStore.java:138)
at com.cloudera.cmon.firehose.Main.main(Main.java:453)- 说一下解决办法：
# 进行如下的操作，再重启就可以了。亲测可以
$ mv /var/lib/cloudera-service-monitor /var/lib/cloudera-service-monitor.moved
$ mv /var/lib/cloudera-host-monitor /var/lib/cloudera-host-monitor.moved