Re: [Linux-HA] After Startup, Can't Connect to CIB, Pacemaker Eventually Dies
On 7/23/2016 1:53 AM, Eric Robinson wrote: I've created a 15 or so Corosync+Pacemaker clusters and never had this kind of issue. I've seen very interesting behaviours after mistyping netmasks in various places: iptables rules, interface configs, etc. FWIW Dima ___ Linux-HA mailing list is closing down. Please subscribe to us...@clusterlabs.org instead. http://clusterlabs.org/mailman/listinfo/users ___ Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha
Re: [Linux-HA] Support for DRDB
On 1/16/2015 8:26 PM, Digimer wrote: ... CentOS aims to repackage RHEL RPMs exactly, then changes only trademarks. Gluster is, as I understand it, fully open source so I can see no reason, from a general position, why gluster's RPMs on CentOS should be treated any differently. Because the straight open source RHEL gluster rpm does not include any daemons. Those are RHEL's own, they are called Red Hat Storage Server, they are a for-pay add-on and so they are not in centos. More or less. IRL they apparently shine on top of a 10Gb network. Or better, three 10Gb networks. DRBD works just fine over a crossover piece of cat-5e. I use it extensively on both 1 Gbps copper (always through a switch) and 10 Gbps SFP+ (again, always through a switch). In all cases, I use dual links in simple mode=1 (active/passive) bonding with each leg to a different switch in a stacked pair. In both cases, I can get replication speeds very very close to the maximum the underlying network is capable of. So in this light, I am not really sure what issues you might be referencing are. Can you expand on your comments? What do you mean by it? If it is DRBD, I've several active/passive pairs running it over cat5e crossover cable it shares with heartbeat. I've no complaints about replication speeds either. The 3x10Gbps was a reference to OpenStack, actually, now that I think about it. Ceph just says 10Gb is worth considering and gluster sez oh, we could list a few success stories... and then don't. Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Support for DRDB
On 1/16/2015 8:39 AM, Lars Marowsky-Bree wrote: On 2015-01-16T11:56:04, EXTERNAL Konold Martin (erfrakon, RtP2/TEF72) external.martin.kon...@de.bosch.com wrote: I have been told that support for DRBD is supposed to be phased out from both SLES and RHEL in the near future. This is massively incorrect for SLE HA. (drbd is part of the HA add-on, not SLES.) We have absolutely no such plans, and will continue to support drbd as part of our offerings. Where did you hear that? Don't know about RHEL but on Centos you get DRBD from ELRepo, not even EPEL, so I expect it has not been in the RHEL for quite some time. Unless RedHat's offering it as a separate add-on to their paying customers (but the last rumour I heard was they wouldn't do it 'cause they didn't want to share the loot with linbit). Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] application based HA
On 11/15/2014 10:21 AM, Miles Fidelman wrote: Andras POTOCZKY wrote: ... I've found pacemaker is the tool for it but I couldnt find any document or example related to the application level HA. Can somebody point me how can I figure this out? ... The short answer: Look for documentation on resource agents. If your application has a pre-existing resource agent defined, then you set that up and it handles failover. The shorter answer: Clusters from Scratch (google it). If your application is stateless, like httpd, there is a chapter on apache. If it keeps state, that's typically stored on a drbd filesystem and there's a chapter on drbd. That should give you a reasonable starting point. Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: Managed Failovers w/ NFS HA Cluster
On 7/22/2014 1:00 AM, Ulrich Windl wrote: You need the NFS server to unexport, but you can remove the IP adresse for the NFS service before unexporting. That way the clients see a down server. Obviously start in the opposite order (first export, then add the IP address). If you think about it, that seems logical... Erm... bull, pardon my french. As of NFS v.3 if an export disappears while in use, the client errors out with 'stale NFS handle'. It does not matter whether you unexport first or turn off the power in your server room first. (No idea -- and don't really care -- what NFS v.4 does.) Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] getting proper sources
On 5/30/2014 6:20 PM, Andrew Beekhof wrote: Is there a reason you keep spouting nonsense? Yes: I have a memory and it remembers. For example, this: http://www.gossamer-threads.com/lists/linuxha/users/81573?do=post_view_threaded#81573 I don't remember that being an isolated incident either. HTH,HAND Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] getting proper sources
On 5/29/2014 4:20 PM, Digimer wrote: On 29/05/14 01:43 PM, Dimitri Maziuk wrote: Support for free is 50% chance Lars will ask you if you're a paying Suse customer. Jay was asking about RHEL, but even then, I've seen Lars offer lots of help in #linux-ha without asking that. Yes he asked about centos and yes, I said 50% chance, not 100%. ... the level of support is: Digimer will tell you upgrade to pacemaker. Heartbeat has been deprecated for some time already, Nevertheless, when someone asks you how to get to the library, everyone's using kindle these days is rarely the best answer. Dima ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems