解密失败的原因最长见的就是JDK的版本不匹配，大数据FI系统会在omm用户下安装JDK。如果在安装以前root用户下已经有JDK或者JAVA_HOME环境变量，可能会导致安装FI失败。

根音是由于安装的OS默认的或者当前的共享内存设置不满足GaussDB数据库的对共享内存的要求；故其拒绝安装

遇到此问题，一般是因为python已经被破坏：

执行：whereis python （寻找python新版本的安装路径，并检查此版本是否还在）

可以发现python所在的安装目录已经没有被拼接进PATH，这样自然找不到此指令

双机场景或者单机场景下，系统运行一段时间后，数据库无缘故不在位。GaussDB的HA插件无法拉起。期间OS与HA都没有重启过

具体看下GaussDB日志多是数据库的目录已经被充满到100%；导致了数据库无法继续工作，主进程退出

A.查看数据库的日志：

su - 数据库安装用户

B. 查看磁盘分区情况： df –h

因为/etc/hosts中的默认配置：127.0.0.1 localhost被人为删除导致了安装时候数据库启动失败，进而OMS安装失败。

该错误一般是由于网卡和主机名不对应导致。

-i命令的IP不一致才会导致is empty的问题。

看一下主机名，然后用ifconfig命令查看对应的网卡ip是否一致，如果不一致修改成一致即可。然后查看/etc/hosts中主机名和ip的对应关系，要保障正确性，重新安装即可。

查看相关资料后发现，是由于修改了/usr的权限，导致sudo出现问题

环境中已经安装了JDK

经多方查阅，并尝试各种办法之后发现，这是因为rpm的数据库被损坏了，解决的办法就是重建数据库。

在重建之前，你需要先删掉以前rpm数据库的相关内容，即/var/lib/rpm目录下的__db.*的几个文件，若一个*.back文件，也需要删除。主要是以下的两条命令完成删除和重建：

安装OMS失败，查看日志后发现是Initdb失败，日志如下：

其他的日志查不出任何错误信息了。

联系cuijiwei后发现，使用如下命令可以将调试日志打印到/home/ommdba中查看：

因为数据库安装设置的编码格式 对方的OS设置不支持，导致的初始化DB失败

echo $LANG 可以查看本机的编码格式，（需要UTF-8才可以，对方是GBK，可能导致一些字符出错）

没有正确配置/etc/hosts导致该问题

这个是由于nodeagent没有起来而造成的。查看后台发现nodeagent进程不在，但是查看start-agent.log脚本启动正常。 继续查看agent.log日志发现，agent没有起来，错误日志如下：

最后定位发现，该节点的/etc/hosts文件配置错误，利用hostname -i 发现没有本机主机名对应的ip

安装集群，第一步骤Verify的时候报错，页面报错信息如下：

1. 页面提示信息指明agent-0.0.1.tar.gz包找不到，但是环境中agent-0.0.1.tar.gz包是存在的，并且权限也正确。可能是互信失败的问题所导致的。

2. 查看后台日志发现果然是sftp的Auth fail错误，即互信失败所导致，错误信息如下：

 注：如果上述第3步骤不正确，

4. 但是用omm用户，通过ssh到本机，依旧要输入密码，说明自己与自己互信仍然是失败的。

一． 一般来说，处理这样的问题可以按照如下几个步骤查看：

1. 用omm用户，ssh到本机，查看是否需要输入密码，如果需要，则可以认为互信失败；

二． 如果手动创建互信oms节点还是互信不了自己的话，有可能是系统的SELINUX未关闭。需要手动关闭系统的SELINUX：

2． 执行以下命令，禁用selinux。

三．确定系统防火墙是否已经关闭。

四． 如果还是不行的话，有可能能是系统的SSH版本，需要修改/etc/ssh/ssh_config

ssh在6.7版本以后，对一些加密算法不支持，需要手动在/etc/ssh/ssh_config最后一行添加:

a.首先检查下是否对节点进行了preinstall操作，安装了必要的软件

b.其次如下检查下是否安装有expect这个命令

用OpenSSH的人都知ssh会把你每个你访问过计算机的公钥(public key)都记录在~/.ssh/known_hosts。当下次访问相同计算机时，OpenSSH会核对公钥。如果公钥不同，OpenSSH会发出警告，避免你受到DNS

日志中显示，好像是scp 这个sbin/download.sh文件时候失败了。我在30上面手动执行scp 这个文件，也是失败的。

这个文件应该内容为空，但是201环境上面的这个文件不为空，所以导致scp失败，清空该文件即可。

该问题在新版本中已经被修复

启动时为Java虚拟机（JVM）分配的内存大于系统可用内存数，所以没有足够的空间分配给JVM来创建Object。（可以看看机器的系统内存目前还剩下多少）