Re: [ClusterLabs] [Patch][glue][external/libvirt] Conversion to a lower case of hostlist.

Hi All, We intend to change some patches. We withdraw this patch. Best Regards, Hideo Yamauchi. - Original Message - > From: "renayama19661...@ybb.ne.jp" > To: ClusterLabs-ML > Cc: > Date: 2015/9/7, Mon 09:06 > Subject:

[ClusterLabs] crm_report consumes all available RAM

Hi, just discovered very interesting issue. If there is a system user with very big UID (8002 in my case), then crm_report (actually 'grep' it runs) consumes too much RAM. Relevant part of the process tree at that moment looks like (word-wrap off): USER PID %CPU %MEMVSZ RSS TTY

Re: [ClusterLabs] Antw: crm_report consumes all available RAM

08.09.2015 15:18, Ulrich Windl wrote: Vladislav Bogdanov schrieb am 08.09.2015 um 14:05 in Nachricht <55eecefb.8050...@hoster-ok.com>: Hi, just discovered very interesting issue. If there is a system user with very big UID (8002 in my case), then crm_report

Re: [ClusterLabs] [Pacemaker1.0.13] [hbagent] The hbagent does not stop.

Hi Yan, Thank you for comment. > Sounds weird. I've never encountered the issue before. Actually I > haven't run it with heartbeat for years ;-)  We'd probably have to find > the pattern and produce it. We still just began an investigation. If there is the point that you think to be the

Re: [ClusterLabs] SBD & Failed Peer

On 09/07/2015 08:42 PM, Jorge Fábregas wrote: > If anyone from SUSE here could recreate it that would be great. Please open an SR - there are SUSE folks on this list but with an SR you get the right people working on the bug. greetings Kai Dupke Senior Product Manager Server Product Line --

Re: [ClusterLabs] SBD & Failed Peer

> On 9 Sep 2015, at 12:13 am, Ken Gaillot wrote: > > On 09/07/2015 07:48 AM, Jorge Fábregas wrote: >> On 09/07/2015 03:27 AM, Digimer wrote: >>> And this is why I am nervous; It is always ideal to have a primary fence >>> method that has a method of confirming the 'off'

Re: [ClusterLabs] Watchdog & Reset

On 09/08/2015 09:29 AM, Jorge Fábregas wrote: > Who's feeding the watchdog timer? What or where's the watchdog timer > since there's none defined? Arrgh. It was kdump. By doing "chkconfig boot.kdump off" and restarting then I got the expected behavior (permanent freeze without rebooting).

[ClusterLabs] Problem with fence_virsh in RHEL 6 - selinux denial

Hi all, I've been using KVM-based VMs as a testbed for clusters for ages, always using fence_virsh. I noticed today though that fence_virsh is now being blocked by selinux (rhel 6.7, fully updated as of today): type=AVC msg=audit(1441752343.878:3269): avc: denied { execute } for pid=8848

Re: [ClusterLabs] [ClusterLabs Developers] Problem with fence_virsh in RHEL 6 - selinux denial

On 08/09/15 09:46 PM, Justin Pryzby wrote: > In case it helps, I take that to mean: > > fence_virsh is a python program, which is attempting to run ssh, but failing. > > Can you check: > > which ssh # make sure it's not strange ssh in a /usr/local or such; > ls -Z `which fence_virsh` `which

Re: [ClusterLabs] Coming in 1.1.14: Fencing topology based on node attribute

On 08/09/15 11:23 AM, Ken Gaillot wrote: > Pacemaker's upstream master branch has a new feature that will be part > of the eventual 1.1.14 release. > > Fencing topology is used when a node requires multiple fencing devices > (in combination or as fallbacks). Currently, topologies must be >