我正在尝试做一些心跳debugging。 有没有简单的方法来问机器是否认为它是集群的一部分，以及它是主还是从？ 我试过了 $ heartbeat -s 但它似乎只打印一个非常基本的状态 – 运行进程ID，或不运行。
开发通过时间表任务运行的脚本; 它的目的是针对less数域控制器，并连续（每2秒）做一个针对特定DC的ldap查询，并将输出转储到csv查找。实质上，我正在执行以下步骤。 $root = [ADSI]"LDAP://CN=$TargetDCName,OU=Domain Controllers,DC=Fabricom,DC=com" $search = [adsisearcher]$root $Search.Filter = "(&(objectClass=computer))" $Search.SearchScope = "base" $Obj = $Search.Findone() $Obj = $Obj.Path $DateFormatted = Get-Date -uformat "%Y-%m-%d_%I-%M-%S-%p" $Data = $DateFormatted + "," + $TargetDCName+ "," + "$Obj" Add-Content -Path $Path -Value $Data 现在我越来越怀疑了; 1.）我上面做的事情是否与LDAP连通性检查一样有意义，因为我使用与ROOT / Base相同的DC来查询DC（以上代码是否确认LDAP连接存在于来自任何应用程序的特定DCconfiguration正确吗？） 2.）这个问题是关于powershell，如何获取PowerShell中的LDAP错误日志？ 我想testing一个不存在的DC或closures的DC，我应该期待什么日志事件以及如何捕获它。 3.）与问题2相同，如果DC有复制问题，是否会影响LDAP连接？ 应该logging什么日志，以及如何？ 以下是一些复制错误，这些事件是否会导致LDAP连接问题？ ** – >（1256）远程系统不可用。 有关networking故障排除的信息，请参阅Windows帮助。 – […]
关于使用DRBD为MySQL提供HA的问题 我需要确保备份MySQL实例在发生故障转移时总是处于function状态。 例如，如果主模具部分通过交易进行交易，会发生什么情况？ 我们将最终将数据复制到MySQL无法处理的次要数据？ 或者，如果networking在两者同步的同时消失了，而不是所有的数据都能通过。 似乎有可能进入一个状态，在辅助数据不完整，使得无法启动和读取数据库。 我错过了什么吗？
我有几个问题试图了解ha.cf以及集群如何在更新上采取行动。 例如，当创build一个新的群集时，我通常： 在节点1-节点x上设置ha.cf中的一些默认选项 启动群集。 在任何节点上运行crm，configuration资源。 虽然我通常上/下节点，资源上/下，我以后从来没有实际添加一个新的节点。 只是为了“有趣”，我决定运行一个新的服务器，它只在ha.cf中的集群中指定一个节点，然后启动心跳。 这台机器成功地join了群集，并将其本身添加到群集中的每个其他节点….我感到困惑的是，即使我closures所有节点，并重新启动原来的2个节点，他们都仍然有第三个服务器群集但脱机，尽pipe第三个不在原始2节点的ha.cf文件中。 即使我编辑ha.cf并改变一些无意义的值或者触摸文件，重启服务器和集群，它仍然存在。 所以我的结论是CIB优先于ha.cf，但是，我没有得到的是为什么/如何。 我真的在寻找最佳实践 – 如果任何一台机器都有足够的ha.cf来“搞定”，那么在CRM中做一切事情呢？ 是ha.cf浪费时间，还是应该使用它更多？ 试着不要这么模糊 – 我只是在寻找我应该在CRM中做什么，以及我应该在ha.cf中做什么？ 谢谢， 会
我目前已经在Ubuntu的linux服务器上很好地设置了心跳，所以如果没有检测到心跳服务（无论是因为服务器closures还是只是心跳服务停止），它都会在辅助服务器上运行我的网站。 所以我们从初始状态开始，工作服务器上的apache在临时状态下死掉，然后辅助服务器上的apache启动到最终状态。 目前如果Apache失败，但心跳不转换不会发生。 有谁知道如何做到这一点？
我有两个使用Heartbeat的服务器上的HAProxy的主要故障转移设置。 现在已经平稳运行了一段时间了。 当辅助服务器认为主服务器出现故障时，我们的服务暂时停止了几分钟。 它试图接pipe共享的IP，但是由于主服务器仍然坚持这个IP，所以无法接pipe。 然而，根据日志，小学似乎与收购方面的第二方进行了沟通，所以没有任何意义。 在通过重新启动Heartbeat来解决问题后，我注意到与Primary相比，Primary上的时间大约减less了5分钟。 心跳是否使用时间来区分资源是否停机？ ServerNode1 syslog： Jun 8 14:25:51 serverNode heartbeat: [15461]: ERROR: Both machines own our resources! Jun 8 14:25:52 serverNode heartbeat: [15461]: ERROR: Both machines own our resources! Jun 8 14:25:56 serverNode heartbeat: [15461]: info: Received shutdown notice from 'serverNode2'. Jun 8 14:25:56 serverNode heartbeat: [15461]: info: Resources being acquired […]
我已经设置了两个节点的active/active ip failover与heartbeat和pacemaker遵循zivtech在后端Web服务器的两个负载平衡器上的链接 。 两个LB具有公共IP，每个公共IP用于故障转移，并且如果一磅失败，我检查ips是否被可用的lb接pipe，并且它运行良好。 现在我想添加一个更多的负载平衡器公共IP故障切换（共3 ips），我想这是不可能的心跳。 我该怎么做呢？ 有什么build议吗？ 谢谢！ 编辑：1 尝试直接添加autojoin any点ha.cf文件与autojoin any但crm_mon没有显示第三个节点，就好像它既不添加Online也不Offline 。 ha.cf ： ucast eth0 192.168.1.2 ucast eth0 192.168.1.3 ucast eth0 192.168.1.4 ….. node lb1 node lb2 node lb3 …….. autojoin any crm_mon -1 ： ============ Last updated: Mon Jan 16 22:29:20 2012 Stack: Heartbeat Current DC: lb2 (47f9c1f7-e24b-4183-b9f0-9082e268578e) – partition […]
Linux中似乎有很多选项可以为多个主机之间的故障转移提供虚拟IP。 我发现的一些是心跳，vrrpd，鲤鱼和keepalived。 在Linux中，我只有心跳的经验（并在思科使用过HSRP）。 当提供一个虚拟IP作为LAN上主机的网关时，这些不同的select是否有特别的优势。 我想要的一个function是跟踪另一个界面的能力。 例如，如果服务器A上的eth0和服务器B上的eth0共享虚拟IP，如果检测到eth1发生故障，我希望能够故障切换到另一台服务器。 我也想能够设置一个首选的主机。
我正计划在ubuntu上使用高可用性，在drbd上进行一个简单的configuration之后，我开始使用drbd，然后进入了心跳状态，并且configuration了一个简单的configuration。 在drbd官方网站上，一份文件告诉我心跳是遗留的，我应该将心脏起搏器作为CRM。 在心脏起搏器相关的文件，我明白心跳和OpenAis都是集群基础设施，但openais更受欢迎select红帽，所以我去欧佩尔和安装openaissearch后，我明白，corosync是一个项目来自欧佩克，似乎corosync与ubuntu而不是openais一起使用。 我想configurationcorosync但没有configuration文件声明的地方！ 1.什么人可以描述起搏器与露天的关系，corosync？ 2.什么是Ubuntu上高可用性的首选技术？ 你可以请一步一步的指导，以设置ubuntu的高可用性？ 提前致谢。
我想知道Corosync消息传递软件中多播地址的用途： 由于我们必须将每个networking接口与IP地址和特定端口绑定，并且每个环通过这些IP进行通信， 我不明白为什么我们还必须使用多播地址。 有人可以开导我吗？ 谢谢 ！ [编辑] 好的，但是当我评论多播地址时，corosync无法启动： [MAIN ] parse error in config: No multicast address specified 这里是我的configuration文件，我从头开始使用指南集群来configuration解决scheme，大部分设置都是默认值。 totem { version: 2 token: 3000 token_retransmits_before_loss_const: 10 join: 60 consensus: 3600 vsftype: none max_messages: 20 clear_node_high_bit: yes secauth: off threads: 0 rrp_mode: passive interface { ringnumber: 0 bindnetaddr: 10.55.54.1 mcastaddr: 226.97.1.2 mcastport: 5409 } interface […]