设为首页 收藏本站
查看: 794|回复: 0

[经验分享] hp-ux: CRS Installation Failed at VIPCA with CRS-184 Cannot communicate with the

[复制链接]

尚未签到

发表于 2015-10-6 11:52:22 | 显示全部楼层 |阅读模式
  In this Document
  Symptoms
  Changes
  Cause
  Solution
  References

  
  
Applies to:
   Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.1.0.7 - Release: 10.2 to 11.1
HP-UX PA-RISC (64-bit)
HP-UX Itanium

Symptoms
  Fresh installation of CRS 10.2.0.1 on a multi node HP-UX RAC cluster.
Running root.sh succeeds on node 1, but fails on the last node while executing vipca.
This is caused by the use of IP address range 10.x.x.x range for the public interface - as documented in note 316583.1.
Whenrunning vipca manually as the root user (as per above document) it fails with error 'CRS-184:  Cannot communicate with the CRS daemon', it did create the VIP resource for the 1st node but neither the GSD nor ONSresources and no nodeapps resources for the other node(s) were created.

The command 'crs_stat -t' works fine, but 'srvctl status nodeapps' or 'srvctl add nodeapps' commands fail with either:


CRS-184 Cannot communicate with CRS Daemon   or


PRKO-2105 Error in checking condition of VIP of node: racnode1  
Basically none of the 'srvctl' commands work while 'crsctl check crs' or 'crs_stat -t' do work.

Changes
  New installation.
Cause
  Running 'tusc' against the 'srvctl' command


tusc -faieo /tmp/srvctl.trc srvctl status nodeapss -n racnode1
  shows the following failure at:


setsockopt(5, SOL_SOCKET, SO_REUSEADDR, 0x9fffffffffffc788, 4) ................. = 0
bind(5, 0x6000000000304480, 16) ................................................ ERR#227 EADDRNOTAVAIL
...
setsockopt(3, SOL_SOCKET, SO_REUSEADDR, 0x9fffffffffffbf68, 4) ................. = 0
bind(3, 0x60000000001f8280, 16) ................................................ ERR#227 EADDRNOTAVAIL
  
The tusc output shows a number of successful bind()  calls, but eventually bind() starts failing with above error.
All the socket files (permission) in /tmp/.oracle are fine.
The problem in this particular case was caused by an incorrect setting for the udp port range, the parameter udp_smallest_anon_portin /etc/rc.config.d/nddconf was accidentally set to 65500 (from default49152, it is supposed to be set to 9000 as per documentation) while udp_largest_anon_port remained at 65535.
As a result only 35 anonymous ports were available for use, which led to the failure of the srvctl and vipca commands.



Please note that above parameter as well as the configuration file are specific to HP-UX, but do have equivalentson other platforms., so the issue may occur on other platforms as well.  

Solution
  1. Engage the system administrator to make sure the file /etc/rc.config.d/nddconf contains the correct values - e.g.:



TRASNSPORT_NAME[3]=udp
NDD_NAME[3]=udp_smallest_anon_port
NDD_VALUE[3]=9000
#
TRASNSPORT_NAME[4]=udp
NDD_NAME[4]=udp_largest_anon_port        
NDD_VALUE[4]=65500  

2. Verify the actual values for above parameters and correct them dynamically on all nodes to proceed with the installation (if necessary):


# ndd -get /dev/udp udp_smallest_anon_port
# ndd -get /dev/udp udp_largest_anon_port
# ndd -set /dev/udp udp_smallest_anon_port 9000
# ndd -set /dev/udp udp_largest_anon_port 65500
  
3. Remove any incomplete configuration:


# srvctl remove nodeapps -n <racnode>
  
4. Rerun vipca as root user and continue with the OUI installer to complete the installation.



Note:
From11.2 onwards, cluvfy will check for above udp port setting, but it is set as ignorable (with -verbose), so it still shows that the parameter check passed.

Check: Kernel parameter for "udp_smallest_anon_port"
Node Name Configured Required Comment
------------ ------------------------ ------------------------ ----------
racnode1   65500      9000    failed (ignorable)
racnode2   65500      9000    failed (ignorable)
Result: Kernel parameter check passed for "udp_smallest_anon_port"
Check: Kernel parameter for "udp_largest_anon_port"
Node Name Configured Required Comment
------------ ------------------------ ------------------------ ----------
racnode1   65535     65500    failed (ignorable)
racnode2   65535     65500    failed (ignorable)
Result: Kernel parameter check passed for "udp_largest_anon_port"
Prior to that version, please ensure the result is checked manually and above parameters are set correctly.
However:
Due to unpublished, HP-UX specific Bug 9971592these parameters currently are not being corrected by the 11.2 fixup script. This will be fixed in 11.2.0.3 where the fixup script will set the kernel parameters as per installation requirement.

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-123327-1-1.html 上篇帖子: HP大中华区总裁孙振耀退休感言(转) 下篇帖子: HP中国区前总裁孙振耀的退休感言
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表