redhat cluster suite与apache配置中关于floating ip的问题?
目前的实验环境为:
node1 10.1.5.161 #cluster apache
node2 10.1.5.162 #cluster apache
node3 10.1.5.163 #gnbd_server
floating ip 为10.1.5.169
目前实验的阶段:
ccsd,cman,fenced,clvmd,gfs,rgmanager已经能够正常启动;
cluster.conf的配置如下
- <?xml version="1.0" ?>
- <cluster config_version="3" name="web_cluster">
- <fence_daemon clean_start="0" post_fail_delay="0" post_join_delay="3"/>
- <clusternodes>
- <clusternode name="node1" votes="1">
- <fence>
- <method name="1"/>
- </fence>
- </clusternode>
- <clusternode name="node2" votes="1">
- <fence>
- <method name="1"/>
- </fence>
- </clusternode>
- </clusternodes>
- <cman expected_votes="1" two_node="1"/>
- <fencedevices>
- <fencedevice agent="fence_manual" name="httpd"/>
- </fencedevices>
- <rm>
- <failoverdomains>
- <failoverdomain name="httpd" ordered="1" restricted="0"> <failoverdomainnode name="node1" priority="2"/>
- <failoverdomainnode name="node2" priority="1"/>
- </failoverdomain>
- </failoverdomains>
- <resources>
- <clusterfs device="/dev/gnbd/gfs" force_unmount="0" fstype="gfs" mountpoint="/gfs" name="web_content" options="-t gfs"/>
- <ip address="10.1.5.169" monitor_link="1"/>
- <script file="/etc/rc.d/init.d/httpd" name="httpd"/>
- </resources>
- <service autostart="1" name="httpd">
- <clusterfs ref="web_content"/>
- <ip ref="10.1.5.169"/>
- <script ref="httpd"/>
- </service>
- </rm>
- </cluster>
复制代码
resource中,配置的ip address为floating ip 10.1.5.169; fs resource为,通过gnbd导入的/dev/gnbd/gfs,mount到/gfs。
目前的疑惑为:
1. 在配置 httpd.conf时,listen的配置。目前配置成了10.1.5.169,但是无法正常启动httpd,显示为
- Cannot assign requested address: make_sock: could not bind to address 10.1.5.169:80
复制代码
显然和配置成floating ip 有关。请问这一部分该如何去设?
2.目前两台设备通过gnbd的导入来实现GFS文件的访问,但是在system-config-cluster配置工作中,配置fs的resource时,device是已经导入好的/dev/gnbd/gfs。我们知道,在导入时还需要一系列的命令:
modprobe gnbd
gnbd_import -v -i node3
请问这些命令是在什么时候执行合适?
谢谢
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
前前后后搞了一个月,还隔一国庆。
现在的一些调试心得是:
1.如果service 没有启动,首先查看/var/log/message日志。
2.如果日志没有有用信息,采用排除法。在service中删除几个resource试一下,一个resource能启动后,再添加一个。总会定位故障点的。
3.redhat 的cluster cuite 的floating ip,使用ifconfig -a并不能正常看到常规的ethX:1描述,需要去ping floating ip才能确定。
其实在实验过程中,最主要的问题还是文档资源太少。包括/var/log/message日至中提供的信息也不是全。
感谢分享经验。。。
问题解决了。
造成这种情况的原因是由于:在service中添加resouce时,需要一些特别的注意。有可能在floating ip还没有启动时,就去start httpd的script,当然会报无法启动。因为httpd需要floating ip提前启动为基础。
我从http://unixnotebook.blogspot.com ... uster-4-how-to.html查找到的建议是,只要在向service中添加resource时注意顺序即可——即最底层的服务,让其处在最上边的位置(It appears that the top most layer is the base layer, and the lower layers are the things that rely on the base layer. )。但是我在实验中并没有通过该方法测试成功。
我使用的方法是:
首先添加IP地址的resource,然后在该service上添加。而不是重新添加(见图)
以上注意事项并没有在redhat的文档中找到。
在网上搜了很长时间,但是仍然没有头绪。又重新配了一遍。还是无法正常启动:
复制代码
帮忙,顶一下