NO.1开机CDE桌面启动不了
方法1：
这是etc/hosts 文件出问题了。
有时候经常会遇到CDE桌面启动不了的情况，那么遇到这种情况应该如何解决呢？
1、检查是否从图形控制台上能看到login图形提示。如果可以看到，问题仅仅发生在输入用户名密码之后出现篮屏等等不能登陆的情况，那么检查:a>各个文件系统的空间有没有满的。有的话删除部分文件或者扩大文件系统。b>hostname 在/etc/hosts文件中是否和正在使用的IP地址有对应关系。如果有错误，请用hostname更改主机名或者修改/etc/hosts文件。
  2、如果不能启动CDE，并且连login的图形提示都无法看到。那么尝试以下步骤：a>执行/usr/dt/bin/dtconfig -kill b>执行ps-ef|grep dt查看是否有dtlogin进程，如果有，用kill -9 PID 杀死该进程 c>在图形主控台上执行 /etc/rc.dt 命令启动CDE桌面，到login提示符。
  3、如果上述操作不能成功，或者根本没有/usr/dt/bin/dtconfig 和/etc/rc.dt文件，那么请从光盘上安装所有以X11.*的文件集。安装的时候，请注意选择 OVERWRITE same or newer versions? 为yes。（默认是no）在安装完之后执行第二步，不需要重启。
  当dtlogin没有启动的时候的一个问题表现为：从extra工具中不到相应的主机。出现此问题的时候首先检查主机中有没有启动dtlogin进程：
  ps -ef|grep dtlogin
  如果没运行的话，可以用daemon选项来运行：dtlogin -daemon，即可。
方法2：
  AIX中CDE不能启动解决方法
  执行 /usr/dt/bin/dtconfig –kill
  执行ps-ef|grep dt查看是否有dtlogin进程，如果有，用kill -9 PID 杀死该进程
  执行 /etc/rc.dt 命令启动CDE桌面，到login提示符。
  执行 startsrc -s clcomdES
方法3：
重新安装x11.dt包然后/etc/rc.dt start
1. 如果cde无法启动，查看是否安装了cde，如没有将系统盘第一张插进光驱，simt 中有个install software bundle ，选择CDE安装就行了，我看到IBM网站和一些资料都是告诉你安装哪些fileset，很麻烦的，此法安装很方便。
2. 如果装好了cde，有时却无法启动cde，就运行一下/etc/rc.dt
3. 2.如果xmanager无法登陆，请检查/etc/hosts文件，将IP与主机名设置正确，改完之后一定要重启系统！
4. 3.如果ping小机丢包，telnet很慢（丢包也能telnet，只不过要等很久），请检查你的ip 地址，还有路由，正确设置后ping 就不会丢包了，但telnet还会很慢，这时就检查/f，如果存在就把它删掉.
5. 4.如果不能ftp，将/etc/ftpusers清空或删掉，还不行？用农哥这招：rm /f，还搞不定？那我也没办法了。
6. 如果哪位还有补充，请跟贴分享，如果有什么漏洞还请指出，谢谢!
NO.2 端口22没打开
ssh: connect to port 22: Connection timed out
到一个解决方法：
vi /etc/ssh/sshd_config sample:
然后将这两项的注释号去掉
Port 22
Protocol 2
打开端口
打开/etc/services
要想打开端口，去掉端口号前面的#符号就可以了。同理，如果要封掉，加上#就ok了。
#21 ftp/tcp
#23 telnet/tcp
之后 shutdown -Fr 重启后生效
NO.3 Installer无法正确获得Public名称
1。在CRS安装的时候，Installer总是无法正确获得Public名称，虽然hostname和/etc/hosts都已经反复校验过了。
最后发现，Installer在启动了HACMP的环境中将自动获取HA的Cluster Node Name而不是hostname，将Cluster node name修改为跟hostname相同以后，问题解决。这个问题烦恼了我昨天一个下午和一个晚上。
2。在CRS安装最后，报告OCRlinux系统安装oracle11g盘update失败。
Metalink上有寥寥可数的几个例子都没有借鉴意义，最后发现居然是最低级的问题，IBM在做两个节点的裸设备时，没有完成同步，导致第二个节点的OCR裸设备没有写入的权限。重新在第二个节点上import裸设备，问题解决。
3。CRS安装最后报en0不是public节点，无法正常配置VIP。
手动运行vipca，手动配置VIP。
RAC这块儿很不熟悉，还有很多文档要看。
NO.4 Existence check failed for /bin/bash on node: dbserver1错误
在AIX上安装RAC，会自动配置SSH Connectivity，这与Linux下的用户对等一致。本来很容易的地方却遇到了Existence check failed for /bin/bash on node: dbserver1错误。
配置系统时会执行以下部分，以防止安装过程中出现错误：
1
ln -s /etc/ssh /usr/local/etc
2
ln -s /usr/bin /usr/local/bin
3
ln -s /usr/bin/ksh /bin/bash
4
mkdir -p /usr/local/bin
5
ln -s /usr/bin/ssh-keygen /usr/local/bin/ssh-keygen
其中，配置bash是因为：
“在配置对等性时，OUI会使用/bin/bash，而AIX默认是没有bash的，因此需要将ksh软链接到bash（当然你也可以安装bash包）。
同样，OUI会使用/usr/local/bin/ssh-keygen产生对等性密钥，而AIX中在安装了OpenSSH以后，ssh-keygen命令默认是存储在/usr/bin中，因此也需要做link。”
通过查询，这部分配置都没有问题，不论是软链接还是权限。
再看抛出的日志，问题在用户密码上。
安装前的系统配置完成后需要重启，重启后oracle用户和grid的用户密码过期，需要重新设置。只需重新设置密码即可。
参考：Tips for Installing Oracle11gR2 RAC on AIX 6.1 Kamus
总结：我们应该在遇到问题的初期首先查看日志，如果没有解决办法，再去google或是metalink上查解决方案。虽然这次Oracle给出的报错是Existence check failed for /bin/bash，
与我们最后发现的密码过期不是很靠谱，但仔细一想，其实是密码过期导致/bin/bash检测不到。又是半个多小时的折磨，以后咱一定要认真读日志。
NO.5 ssh双机信任自动配置失败
虽然Oracle 11G 可自动配置ssh双机信任，但由于Oracle开发是以Linux 相关配置开发的，故在AIX下有时利用grid自动配置时有事会导致失败。此时需要手动配置ssh双机信任关系。
然后在grid 用户安装中选择自动配置SSH双机信任关系 
 方法1 
 修改/etc/ssh/sshd_config 将： 
RSAAuthentication yes PubkeyAuthentication yes 
AuthorizedKeysFile .ssh/authorized_keys 前面的注释去掉。 
 利用命令:ssh-keygen 生成key 
全部选择默认的就可以, 生成的private key 和public Key 会保存在~/.ssh 目录下. 注: 为了后面的访问方便, passphrase 一行密码一般设置为空.  将2 台机器的public key 互相传给对方 
可以有好几种方法: ftp , rcp , scp 都可以.这里我们通过FTP 将两个节点的~/.ssh 下的 id_rsa、id_rsa.pub 两个文件分别拷下来传至对方。由于同名，分别将其更改为id_rsa41、 id_rsa41.pub、id_rsa42、id_rsa42.pub，为了区分，后面加上其IP 标识。  建立authorized_keys 文件 
由于上面修改了sshd_config 文件, 其中一行为 AuthorizedKeysFile .ssh/authorized_keys 为认证读取文件的位置. 
我们采取默认的方式, 在~/.ssh 下touch 一个authorized_keys 文件. touch authorized_keys 
将传输过来的对方主机的pub key 内容,追加到authorized_keys 文件上, Node1(10.135.1.41): 
bash-3.00# cat id_rsa42.pub > authorized_keys node2(10.135.1.42): 
# cat id_rsa41.pub > authorized_keys 测试： 
ssh 10.135.1.41 ssh 10.135.1.42 
第一次登录会出现提示，输入yes 后以后就不会了
 方法2 
以下两个节点都执行： #su – grid 
$mkdir –p ~/.ssh $chmod 700 ~/.ssh 
$/usr/bin/ssh-keygen -t rsa 
提示输入密码时，保持为空，直接回车即可。 以下只在节点1 上执行： 
$ touch ~/.ssh/authorized_keys 
$ ssh mendian1 cat ~/.ssh/id_rsa.pub>>~/.ssh/authorized_keys $ ssh mendian2 cat ~/.ssh/id_rsa.pub>>~/.ssh/authorized_keys $ scp ~/.ssh/authorized_keys mendian2:.ssh/authorized_keys 以下只在节点2 上执行： 

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。