2015-04-13 19:53 GMT+09:00 Andrei Borzenkov :
> On Mon, Apr 13, 2015 at 12:32 PM, Kazunori INOUE
> wrote:
>> 2015-04-10 15:09 GMT+09:00 Andrei Borzenkov :
>>> On Fri, Apr 10, 2015 at 8:22 AM, Kazunori INOUE
>>> wrote:
>>>> Hi,
>&g
2015-04-10 15:09 GMT+09:00 Andrei Borzenkov :
> On Fri, Apr 10, 2015 at 8:22 AM, Kazunori INOUE
> wrote:
>> Hi,
>>
>> I defined multiple instance_attributes [*].
>> *
>> http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html/Pacemaker_Explained/_using_ru
LOG_TRACE) != NULL) {
> +xpathObj = xpath_search(msg, "//" XML_CIB_TAG_CRMCONFIG);
> +if(numXpathResults(xpathObj) > 0) {
> mainloop_set_trigger(config_read);
> }
> +freeXpathObject(xpathObj);
> }
>
> static void
>
>
> On 25
ml.c:5941 ) trace: get_xpath_object: Unexpected
Input
crmd: ( xml.c:5941 ) trace: get_xpath_object: Unexpected
Input
crmd: ( xml.c:5941 ) trace: get_xpath_object: Unexpected
Input
Change of 'cluster_property_set' has not been applie
2014-04-23 19:32 GMT+09:00 Andrew Beekhof :
>
> On 23 Apr 2014, at 7:17 pm, Kazunori INOUE wrote:
>
>> 2014-04-22 0:45 GMT+09:00 David Vossel :
>>>
>>> - Original Message -
>>>> From: "Kazunori INOUE"
>>>> To: "pm
2014-04-22 0:45 GMT+09:00 David Vossel :
>
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "pm"
>> Sent: Friday, April 18, 2014 4:49:42 AM
>> Subject: [Pacemaker] crmd does abort if a stopped node is specified
>>
>
log_operation: F1:18288 [
Performing: stonith -t external/libvirt -T off pm104 ]
Since glue's plug-in has "reset" action equivalent to "reboot" action,
I want to perform "reboot" as before, when stonith-action=reboot.
Regards,
Kazunori INOUE
__
Hi,
crmd does abort if I load CIB which specified a stopped node.
# crm_mon -1
Last updated: Fri Apr 18 11:51:36 2014
Last change: Fri Apr 18 11:51:30 2014
Stack: corosync
Current DC: pm103 (3232261519) - partition WITHOUT quorum
Version: 1.1.11-cf82673
1 Nodes configured
0 Resources configured
2014-03-19 0:55 GMT+09:00 David Vossel :
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "The Pacemaker cluster resource manager"
>> Sent: Tuesday, March 18, 2014 12:30:01 AM
>> Subject: Re: [Pacemaker] crmd was aborted at pacemak
2014-03-18 8:03 GMT+09:00 David Vossel :
>
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "The Pacemaker cluster resource manager"
>> Sent: Monday, March 17, 2014 4:51:11 AM
>> Subject: Re: [Pacemaker] crmd was aborted at
2014-03-17 16:37 GMT+09:00 Kazunori INOUE :
> 2014-03-15 4:08 GMT+09:00 David Vossel :
>>
>>
>> - Original Message -
>>> From: "Kazunori INOUE"
>>> To: "pm"
>>> Sent: Friday, March 14, 2014 5:52:38 AM
>>> Subje
2014-03-15 4:08 GMT+09:00 David Vossel :
>
>
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "pm"
>> Sent: Friday, March 14, 2014 5:52:38 AM
>> Subject: [Pacemaker] crmd was aborted at pacemaker 1.1.11
>>
>> Hi,
;Fri Mar 14 18:32:48 2014',
queued=0ms, exec=0ms
Just for reference, similar phenomenon did not occur by crm_standby.
$ crm_standby -U X3650H -v on
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http
2014-02-24 12:00 GMT+09:00 Andrew Beekhof :
>
> On 21 Feb 2014, at 9:35 pm, Kazunori INOUE wrote:
>
>> 2014-02-20 18:59 GMT+09:00 Andrew Beekhof :
>>>
>>> On 20 Feb 2014, at 8:37 pm, Kazunori INOUE
>>> wrote:
>>>
>>>> Hi,
>&g
2014-02-20 18:59 GMT+09:00 Andrew Beekhof :
>
> On 20 Feb 2014, at 8:37 pm, Kazunori INOUE wrote:
>
>> Hi,
>>
>> Is this by design although log levels differ with a stonith resource
>> and other resources in Pacemaker-1.1.11 ?
>>
>> "P1"
LRM operation
P1_monitor_3 (call=12, rc=7, cib-update=64, confirmed=false) not
running
crmd[22860]:error: process_lrm_event: LRM operation
F1_monitor_3 (call=13, status=4, cib-update=61, confirmed=false)
Error
Regards,
Kazunori INOUE
_
2014-02-18 10:43 GMT+09:00 Andrew Beekhof :
>
> On 10 Feb 2014, at 5:28 pm, Kazunori INOUE wrote:
>
>> Hi,
>>
>> Pacemaker stopped, but it was judged that a resource was active.
>> I put crm_report here.
>> https://drive.google.com/file/d/0B9eNn1AWfKD4S29JWk
Best regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker
Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
2014/1/9 Andrew Beekhof :
>
> On 8 Jan 2014, at 9:15 pm, Kazunori INOUE wrote:
>
>> 2014/1/8 Andrew Beekhof :
>>>
>>> On 18 Dec 2013, at 9:50 pm, Kazunori INOUE
>>> wrote:
>>>
>>>> Hi David,
>>>>
>>>> 2
2014/1/8 Andrew Beekhof :
>
> On 18 Dec 2013, at 9:50 pm, Kazunori INOUE wrote:
>
>> Hi David,
>>
>> 2013/12/18 David Vossel :
>>>
>>> That's a really weird one... I don't see how it is possible for op->id to
>>> be NULL there.
Hi David,
2013/12/19 David Vossel :
>
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "pm"
>> Sent: Wednesday, December 18, 2013 4:56:20 AM
>> Subject: [Pacemaker] Question about behavior of the post-failure during the
>&g
n", &check_timer, "*** Advanced Use Only ***.", "If need to adjust
this value, it probably indicates the presence of a bug." },
{ XML_CONFIG_ATTR_FORCE_QUIT, "shutdown_escalation", "time", NULL,
"20min", &check_timer, "*** Advanced
Hi David,
2013/12/18 David Vossel :
>
> That's a really weird one... I don't see how it is possible for op->id to be
> NULL there. You might need to give valgrind a shot to detect whatever is
> really going on here.
>
> -- Vossel
>
Thank you for
main.c:314
Although I'm investigating the cause, I have not discovered yet...
Because size was big, I put crm_report here.
https://drive.google.com/file/d/0B9eNn1AWfKD4WGY5bllMQW1BbDA/edit?usp=sharing
Best Regards,
Kazunori INOUE
___
Pacemak
Hi, Andrew
2013/11/13 Kazunori INOUE :
> 2013/11/13 Andrew Beekhof :
>>
>> On 16 Oct 2013, at 8:51 am, Andrew Beekhof wrote:
>>
>>>
>>> On 15/10/2013, at 8:24 PM, Kazunori INOUE wrote:
>>>
>>>> Hi,
>>>>
>>>> I
Hi David,
2013/11/6 David Vossel :
> - Original Message -
>> From: "Kazunori INOUE"
>> To: "pm"
>> Sent: Friday, November 1, 2013 4:43:53 AM
>> Subject: [Pacemaker] Question about new migration logic
>>
>> Hi David,
>&
Hi David,
Because I have a plan to test the function of migration in
pacemaker-1.1, I am interested in this commit.
https://github.com/davidvossel/pacemaker/commit/673e8599e4
If this "new migration logic" is merged into ClusterLabs,
when do you think it will be merged?
Best Regards
by:
>https://github.com/beekhof/pacemaker/commit/d65b270
>
> What are you doing to this poor cluster? :)
I intend to test a function of migration of pacemaker-1.1.
Kazunori INOUE
>
> On 21 Oct 2013, at 3:59 pm, Kazunori INOUE wrote:
>
>> Hi,
>>
>>
Hi,
I confirmed that this problem was fixed.
Thanks.
(13.08.01 15:26), Andrew Beekhof wrote:
Fixed:
https://github.com/beekhof/pacemaker/commit/0c996a1
On 01/08/2013, at 2:00 AM, David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacem
Hi David,
I opened Bugzilla about this.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5173
Best Regards.
(13.08.01 01:00), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Sent: Wednesday, July 31, 2013 1:20:58 AM
Subject:
Hi,
I'm using pacemaker-1.1.10. (4ae1f17)
When I put a primitive (p1) of group resource into unmanaged mode, low-order
primitive (p2) restarted.
In the case of pacemaker-1.0.13, p2 doesn't stop (it continues "Started").
Is this the assumed behavior?
node $id="3232261523" dev2
node $id="323226152
(13.07.25 18:03), Kazunori INOUE wrote:
(13.07.25 11:00), Andrew Beekhof wrote:
On 24/07/2013, at 7:40 PM, Kazunori INOUE wrote:
(13.07.18 19:23), Andrew Beekhof wrote:
On 17/07/2013, at 6:53 PM, Kazunori INOUE wrote:
(13.07.16 21:18), Andrew Beekhof wrote:
On 16/07/2013, at 7:04 PM
(13.07.25 11:00), Andrew Beekhof wrote:
On 24/07/2013, at 7:40 PM, Kazunori INOUE wrote:
(13.07.18 19:23), Andrew Beekhof wrote:
On 17/07/2013, at 6:53 PM, Kazunori INOUE wrote:
(13.07.16 21:18), Andrew Beekhof wrote:
On 16/07/2013, at 7:04 PM, Kazunori INOUE wrote:
(13.07.15 11:00
(13.07.18 19:23), Andrew Beekhof wrote:
On 17/07/2013, at 6:53 PM, Kazunori INOUE wrote:
(13.07.16 21:18), Andrew Beekhof wrote:
On 16/07/2013, at 7:04 PM, Kazunori INOUE wrote:
(13.07.15 11:00), Andrew Beekhof wrote:
On 12/07/2013, at 6:28 PM, Kazunori INOUE wrote:
Hi,
I'm
(13.07.16 21:18), Andrew Beekhof wrote:
On 16/07/2013, at 7:04 PM, Kazunori INOUE wrote:
(13.07.15 11:00), Andrew Beekhof wrote:
On 12/07/2013, at 6:28 PM, Kazunori INOUE wrote:
Hi,
I'm using pacemaker-1.1.10.
When a pacemaker's process crashed, the node is sometimes fenced
onith1-2 \ <- libvirt
prmStonith1-3 <- meatware
"group" is a trace when I left only libvirt to simplify an event.
Thanks
Thanks
2013/7/12 Kazunori INOUE
Hi,
I'm using pacemaker-1.1.10.
When a pacemaker's process crashed, the node is sometimes fenced or is
(13.07.15 11:00), Andrew Beekhof wrote:
On 12/07/2013, at 6:28 PM, Kazunori INOUE wrote:
Hi,
I'm using pacemaker-1.1.10.
When a pacemaker's process crashed, the node is sometimes fenced or is not
sometimes fenced.
Is this the assumed behavior?
Yes.
Sometimes the dev1 re
case pcmk_cluster_corosync:
name = corosync_node_name(0, nodeid);
+do_uname = TRUE;
break;
# endif
#endif
$
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://o
(13.05.24 13:38), Andrew Beekhof wrote:
On 24/05/2013, at 2:19 PM, Andrew Beekhof wrote:
On 23/05/2013, at 4:44 PM, Kazunori INOUE wrote:
Hi,
I'm using pacemaker-1.1 (c3486a4a8d. the latest devel).
After fencing caused by split-brain failed 11 times, S_POLICY_ENGINE state is
kept
ct: Re: [Pacemaker] Question about the error when fencing failed
>
> This should solve your issue:
>
> https://github.com/beekhof/pacemaker/commit/dbbb6a6
>
> On 11/04/2013, at 7:23 PM, Kazunori INOUE
wrote:
>
> > Hi Andrew,
> >
> > (13.04.08 11:04),
uot;Too many
> failures to fence"
>
>
> On 11/04/2013, at 7:23 PM, Kazunori INOUE
wrote:
>
> > Hi Andrew,
> >
> > (13.04.08 12:01), Andrew Beekhof wrote:
> >>
> >> On 27/03/2013, at 7:45 PM, Kazunori INOUE
> wrote:
> >>
>
Hi Andrew,
(13.03.01 11:10), Andrew Beekhof wrote:
> On Wed, Feb 13, 2013 at 8:14 PM, Kazunori INOUE
> wrote:
>> Hi Andrew,
>>
>> Yes, please see attached pacemaker.conf. It controls only pacemakerd.
>
> I've pushed up the basic one in
> https://githu
ng_topology \
dev1: f-dev1 \
dev2: f-dev2
property $id="cib-bootstrap-options" \
dc-version="1.1.10-1.el6-132019b" \
cluster-infrastructure="corosync" \
no-quorum-policy="ignore" \
stonith-timeout="70s"
Be
(13.03.27 18:01), Andrew Beekhof wrote:
> On Wed, Mar 27, 2013 at 7:44 PM, Kazunori INOUE
> wrote:
>> Hi,
>>
>> I'm using pacemaker-1.1 (c7910371a5. the latest devel).
>>
>> In the case of globally-unique="false", instance numbers are appended
&g
nith1(stonith:external/stonith-helper): Started dev2
Resource Group: grpStonith2
prmStonith2(stonith:external/stonith-helper): Started dev1
Failed actions:
prmDummy_monitor_1 (node=dev2, call=23, rc=7, status=complete): not
running
Best Regards,
Kazunori
ne
prmDummy:0 (ocf::pacemaker:Dummy): Started
Case without -n, instance numbers are not appended.
$ crm_mon -r
:
Full list of resources:
Clone Set: clnDummy [prmDummy]
Started: [ dev1 dev2 ]
Best Regards,
Kazunori INOUE
_
akerd
dies
>
> On Wed, Feb 13, 2013 at 8:14 PM, Kazunori INOUE
> wrote:
> > Hi Andrew,
> >
> > Yes, please see attached pacemaker.conf. It controls only pacemakerd.
>
> I've pushed up the basic one in
> https://github.com/beekhof/pacemaker/commit/4bd8
Hi Andrew,
I confirmed it. Thanks.
Kazunori INOUE
> -Original Message-
> From: Andrew Beekhof [mailto:and...@beekhof.net]
> Sent: Tuesday, February 12, 2013 1:58 PM
> To: The Pacemaker cluster resource manager
> Subject: Re: [Pacemaker] Please add pcmk__timeout paramete
orosync is terminated immediately.
By doing so, the machine reboots by watchdog of corosync. (since we
want to poweroff/reset the machine *certainly* in this case.)
Best Regards,
Kazunori INOUE
(13.02.08 10:03), Andrew Beekhof wrote:
> On Tue, Jan 22, 2013 at 9:09 PM, Kazunori INOUE
> wrot
ant to commit?
- The circumstances which added these parameters.
http://bugs.clusterlabs.org/show_bug.cgi?id=5093
https://github.com/ClusterLabs/pacemaker/commit/ca7acf6#diff-1
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker@oss.c
cemaker.c
@@ -804,6 +804,7 @@ main(int argc, char **argv)
qb_ipcs_service_t *ipcs = NULL;
const char *facility = daemon_option("logfacility");
+setenv("LC_ALL", "C", 1);
set_daemon_option("mcp", "true");
set_daemon_option("use_l
Hi Andrew,
I added the detailed reason for the request to the closed request.
So will you reconsider it?
https://github.com/ClusterLabs/pacemaker/pull/205#issuecomment-12489516
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker
ha-log
$
The log of RA belonged to local1 which I appointed in PCMK_logfacility, but
plugin belonged to daemon.
* Since environment variable HA_LOGFACILITY was not set, ha_log.sh used daemon.
http://hg.linux-ha.org/glue/file/da5832ae23dd/lib/stonith/ha_log.s
(13.01.10 13:35), Andrew Beekhof wrote:
On Wed, Jan 9, 2013 at 8:57 PM, Kazunori INOUE
wrote:
Hi Andrew,
I have another question about this subject.
Even if pengine, stonithd, and attrd crash after pacemakerd is killed
(for example, killed by OOM_Killer), node status does not change
e: [ dev1 dev2 ]
prmDummy (ocf::pacemaker:Dummy): Started dev1
Node (dev1) remains Online.
When other processes such as lrmd crash, it becomes "UNCLEAN (offline)".
Is this a bug? Or specifications?
Best Regards,
Kazunori INOUE
(13.01.08 09:16), Andrew Beekhof wrote:
On Wed, De
(12.12.13 08:26), Andrew Beekhof wrote:
On Wed, Dec 12, 2012 at 8:02 PM, Kazunori INOUE
wrote:
Hi,
I recognize that pacemakerd is much less likely to crash.
However, a possibility of being killed by OOM_Killer etc. is not 0%.
True. Although we just established in another thread that we
(12.12.06 12:18), Andrew Beekhof wrote:
On Wed, Dec 5, 2012 at 8:32 PM, Kazunori INOUE
wrote:
(12.12.05 02:02), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "The Pacemaker cluster resource manager"
Sent: Monday, December 3, 2012 11:
(12.12.05 02:02), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "The Pacemaker cluster resource manager"
Sent: Monday, December 3, 2012 11:41:56 PM
Subject: Re: [Pacemaker] node status does not change even if pacemakerd dies
(12.12.03 20
(12.12.03 20:24), Andrew Beekhof wrote:
On Mon, Dec 3, 2012 at 8:15 PM, Kazunori INOUE
wrote:
(12.11.30 23:52), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Sent: Friday, November 30, 2012 2:38:50 AM
Subject: [Pacemaker]
(12.11.30 23:52), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Sent: Friday, November 30, 2012 2:38:50 AM
Subject: [Pacemaker] node status does not change even if pacemakerd dies
Hi,
I am testing the latest version.
- C
e function of this deleted code.
https://github.com/ClusterLabs/pacemaker/commit/dfdfb6c9087e644cb898143e198b240eb9a928b4
related bugzilla: http://bugs.clusterlabs.org/show_bug.cgi?id=5064
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list:
Hi David,
I confirmed that this problem was solved with your patch.
Thanks.
(12.11.29 01:06), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Cc: shimaza...@intellilink.co.jp
Sent: Wednesday, November 28, 2012 2:54:56 AM
Hi,
I try to handle SNMP trap with crm_mon.
However, crm_mon crashes with SIGSEGV at the time of fencing.
[environment]
- Red Hat Enterprise Linux Server release 6.3 (Santiago)
- ClusterLabs/pacemaker 9c13d14640(Nov 27, 2012)
- corosync 92e0f9c7bb(Nov 07, 2012)
[root@dev1
Hi David,
I opened Bugzilla about this.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5111
Best Regards,
Kazunori INOUE
(12.10.15 23:46), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Cc: shimaza...@intellilink.co.jp
Sent
Hi Andrew,
I confirmed that both problems were fixed.
Thanks.
(12.09.20 07:58), Andrew Beekhof wrote:
On Fri, Sep 14, 2012 at 7:26 PM, Kazunori INOUE
wrote:
Hi Andrew,
I confirmed that this problem had been resolved.
- ClusterLabs/pacemaker : 7a9bf21cfc
However, I found two problems.
Ah
Hi Andrew,
I confirmed that this bug was fixed.
Thank you so much.
(12.09.20 08:32), Andrew Beekhof wrote:
On Wed, Sep 19, 2012 at 7:58 PM, Kazunori INOUE
wrote:
Hi,
In pacemaker-1.1,
- CLusterLabs/pacemaker : b7db8b292d (Sep 18)
on-fail of stop of a master-slave resource is not effective
, resource-id which
attached instance number (:0) is used as a key as needed.
- resource-id which removed instance number is used for the update
request to CIB.
Are the specifications (approach) of this patch right?
Best Regards,
Kazunori INOUE
(12.09.11 20:17), Andrew Beekhof wrote:
On T
Hi,
I reported it in Bugzilla.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5098
Best Regards,
Kazunori INOUE
(12.08.15 19:08), Andrew Beekhof wrote:
Ouch. Yes definitely a bug.
I seem to recall David looking into something like this recently...
did you file a bug that he has been working
Thanks Andrew,
I opened Bugzilla about this.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5094
Best Regards,
Kazunori INOUE
(12.08.07 20:30), Andrew Beekhof wrote:
On Wed, Aug 1, 2012 at 7:26 PM, Kazunori INOUE
wrote:
Hi,
This problem has not been fixed yet. (2012 Jul 29, 33119da31c)
When
Hi,
Thanks for reply.
I opened Bugzilla about this.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5093
Best Regards,
Kazunori INOUE
(12.08.06 13:57), Andrew Beekhof wrote:
I wondered when this request would come.
David was just looking at action timeouts, perhaps he has some ideas
on how to
Hi David,
I reported it in Bugzilla with config.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5092
Best Regards,
Kazunori INOUE
(12.08.03 12:19), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "The Pacemaker cluster resource manager"
Sent
Hi David,
I reported it in Bugzilla with crm_report. Please confirm it.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5090
Best Regards,
Kazunori INOUE
(12.08.01 06:49), David Vossel wrote:
- Original Message -
From: "David Vossel"
To: "The Pacemaker cluster r
ack->timeout+5),
st_child_kill, track);
Best Regards,
Kazunori INOUE
(12.08.01 00:01), David Vossel wrote:
----- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Cc: shimaza...@intellilink.co.jp
Sent: Monday, July 30, 2012 5:13:40 AM
Subject: [Pacemak
s_set(fsa_input_register, R_ST_REQUIRED)) {
crm_crit("Fencing daemon connection failed");
+register_fsa_input(C_FSA_INTERNAL, I_ERROR, NULL);
mainloop_set_trigger(stonith_reconnect);
} else {
[root@dev1 pacemaker]#
Best regards,
Kazunori INOUE
(12.05.09
00 S 0.0 0.0 0:06.93 migration/0
4 root 20 0 000 S 0.0 0.0
imeout
cannot be set to each STONITH in Pacemaker-1.1?
Best Regards,
Kazunori INOUE
___
Pacemaker mailing list: Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker
Project Home: http://www.clusterlabs.org
Getting started:
4 root 20 0 0
Hi Andrew,
I reported it in Bugzilla. Please confirm it.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5064
Best Regards,
Kazunori INOUE
(12.05.09 16:12), Andrew Beekhof wrote:
On Mon, May 7, 2012 at 7:53 PM, Kazunori INOUE
wrote:
Hi,
I am using Pacemaker-1.1 (devel: db5e167).
When
Hi Dejan,
Thanks for your reply.
I opened an enhancement request. Please confirm it.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5065
Best Regards,
Kazunori INOUE
(12.05.11 23:20), Dejan Muhamedagic wrote:
Hi Kazunori-san,
On Fri, May 11, 2012 at 08:31:51PM +0900, Kazunori INOUE wrote
Thanks Andrew,
I see how it is.
Kazunori INOUE
(12.05.09 16:16), Andrew Beekhof wrote:
On Mon, May 7, 2012 at 7:52 PM, Kazunori INOUE
wrote:
Hi,
On the Pacemkaer-1.1 + Corosync stack, is it specification not to read
'service' directive (use_logd option)?
*
https://
Hi Dejan,
Thanks for the reply.
I'll open an enhancement request.
Should I open a request here?
* https://savannah.nongnu.org/bugs/?group=crmsh
Or here?
* http://bugs.clusterlabs.org/describecomponents.cgi?product=Pacemaker
- under the Shell component.
Best regards,
Kazunori
Hi David,
I reported it in Bugzilla. Please confirm it.
* http://bugs.clusterlabs.org/show_bug.cgi?id=5063
Best Regards,
Kazunori INOUE
(12.05.07 23:45), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Sent: Monday, May 7, 201
il="restart" \
* 2. Then, monitor is NOT resumed although changed into enabled="true".
# crm configure edit
# crm configure show | grep monitor
op monitor interval="10s" enabled="true" timeout="60s"
on-fail="restart" \
Best regar
[15115]:debug: stonith_query: Found 0
matching devices for 'vm2'
May 2 16:13:19 vm1 stonith-ng[15115]:debug: stonith_query: Found 0
matching devices for 'vm2'
May 2 16:13:31 vm1 stonith-ng[15115]:debug: stonith_query: Found 0
matching devices for 'vm2&#x
Hello,
We are checking the feature of Pacemaker-1.1.
Since fencing topology(*) is a new feature, we pay attention and use it.
* https://github.com/ClusterLabs/pacemaker/blob/master/xml/fencing.rng
So when is 'fencing topology' implemented in crmsh?
Best regards,
Kazu
ck=full --trace-children=no --num-callers=25
--log-file=/tmp/pacemaker-%p.valgrind"
export HA_LOGD=no
Since the default value of HA_LOGD may be "yes", we want to set "no".
* http://hg.linux-ha.org/glue/file/66d5f0c135c9/lib/stonith/ha_log.s
ition WITHOUT quorum
Online: [ vm1 vm2 ]
prmDummy (ocf::pacemaker:Dummy): Started vm2
# ssh vm2 'pkill -9 pacemakerd'
# crm_mon -r
Current DC: vm1 (1) - partition WITHOUT quorum
Node vm2 (2): UNCLEAN (offline)
Online: [ vm1 ]
Full list of resource
Hi,
(12.04.07 06:19), David Vossel wrote:
- Original Message -
From: "Kazunori INOUE"
To: "pacemaker@oss"
Cc: koi...@intellilink.co.jp
Sent: Thursday, April 5, 2012 10:08:44 PM
Subject: [Pacemaker] on-fail is not effective
Hi,
I am using
#
Attached gdb_pengine.log is a log of gdb at the time of monitor failure.
Is it because the 2nd argument (variable 'key') of the find_rsc_op_entry()
function is "prmDummy1_last_failure_0"?
Thereby, it seems that "on-fail" cannot be identified. (L117~L205)
Best Regards,
Kazun
Hi Dejan,
I tested this patch and got the result we wanted.
Thank you so much!
Kazunori INOUE
(12.01.19 08:23), Dejan Muhamedagic wrote:
Hi Kazunori-san,
Can you please test the attached patch. I'm not sure if it covers
all cases, but I believe that it is the right direction. I test
Hi Dejan,
I had a discussion with Andrew about it.
Can you please check this?
* http://bugs.clusterlabs.org/show_bug.cgi?id=5006
Regards,
Kazunori INOUE
(11.09.22 19:19), Dejan Muhamedagic wrote:
Hi Kazunori-san,
On Thu, Sep 22, 2011 at 05:50:53PM +0900, Kazunori INOUE wrote:
Hi Dejan
Hi Dejan,
(2011/06/21 21:59), Dejan Muhamedagic wrote:
Hi Kazunori-san,
Apologies for not getting back to you sooner.
On Mon, Jun 06, 2011 at 06:17:31PM +0900, Kazunori INOUE wrote:
Hi,
(2011/05/27 19:32), Lars Ellenberg wrote:
Oh no.
Now you have duplicated all nodes, and will always get
Hi Dejan,
(2011/06/22 16:02), Dejan Muhamedagic wrote:
Hi Kazunori-san,
On Wed, Jun 22, 2011 at 02:14:04PM +0900, Kazunori INOUE wrote:
Hi Dejan,
Thank you for the response.
All right. We'll wait.
The issue is somewhat more serious, probably. All elements from
the CIB are referenced b
return self.add_op(cli_list)
if obj_type == "node":
+replace_node_id(cli_list)
+obj_id = find_value(head[1],"id")
obj = self.find_object(obj_id)
# make an exception and allow updating nodes
if obj:
#
Best
Hi Dejan,
I reported it in Bugzilla. Please confirm it.
http://developerbugs.linux-foundation.org/show_bug.cgi?id=2602
Best Regards,
Kazunori INOUE
(2011/06/10 17:57), Dejan Muhamedagic wrote:
Hi,
On Fri, Jun 10, 2011 at 04:22:00PM +0900, Kazunori INOUE wrote:
Hi all,
I loaded 'loc
rv-a1'], ['id',
'0cd9d2df-13fa-4b11-93d3-27a57192caeb']]], ['utilization', [['capacity', '1']]]]
(snip)
In other words attached patch will get the same result as loading
following cli.
# cat test2.cli
node $id="0cd9d2df-13fa-4b11-93d3-27a57
utilization capacity="1"
node $id="68057c1e-6a5e-402b-be84-c56b98d5c985" srv-a2
node $id="0cd9d2df-13fa-4b11-93d3-27a57192caeb" srv-a1
property $id="cib-bootstrap-options" \
dc-version="1.1.5-1.25.el6-5bdfc629f35af0305bb87676297d81251f0511ea&q
===
-> Node srv-a1: UNCLEAN (offline)
Online: [ srv-a2 srv-a1 ]
Node Attributes:
* Node srv-a2:
-> * Node srv-a1:
#
Regards,
Kazunori INOUE
diff -urN pacemaker-1.1.ORG/shell/modules/cibconfig.py
pacemaker-1.1.MOD/shell/modules/cibconfig.py
--- pacemaker-1.1.ORG/shell/modules/cibconfig
Hi Andrew,
Andrew Beekhof wrote:
2009/10/9 Kazunori INOUE :
Hi all,
I'm posting patch for pignd in Pacemaker 1.0 (changeset:6cf252e61e25).
This patch sets the filter of ICMP6 and fixed some bugs.
Could you be a little more specific about what those bugs were? :-)
I'm sorry, I
Hi all,
I'm posting patch for pignd in Pacemaker 1.0 (changeset:6cf252e61e25).
This patch sets the filter of ICMP6 and fixed some bugs.
I hope they are helpful to you.
Regards,
Kazunori INOUE
diff -urN stable-1.0.org/tools/pingd.c stable-1.0.mod/tools/pingd.c
--- stable-1.0.org/tools/pi
100 matches
Mail list logo
