[Pacemaker] [Problem]When Pacemaker uses a new version of glib, g_source_remove fails.
renayama19661014 at ybb.ne.jp
renayama19661014 at ybb.ne.jp
Fri Oct 10 06:34:04 UTC 2014
Hi Andrew,
Thank you for comments.
> diff --git a/lib/services/services_linux.c b/lib/services/services_linux.c
> index 961ff18..2279e4e 100644
> --- a/lib/services/services_linux.c
> +++ b/lib/services/services_linux.c
> @@ -227,6 +227,7 @@ recurring_action_timer(gpointer data)
> op->stdout_data = NULL;
> free(op->stderr_data);
> op->stderr_data = NULL;
> + op->opaque->repeat_timer = 0;
>
> services_action_async(op, NULL);
> return FALSE;
I confirm a correction again.
Many Thanks!
Hideo Yamauchi.
----- Original Message -----
> From: Andrew Beekhof <andrew at beekhof.net>
> To: renayama19661014 at ybb.ne.jp; The Pacemaker cluster resource manager <pacemaker at oss.clusterlabs.org>
> Cc:
> Date: 2014/10/10, Fri 15:19
> Subject: Re: [Pacemaker] [Problem]When Pacemaker uses a new version of glib, g_source_remove fails.
>
> /me slaps forhead
>
> this one should work
>
> diff --git a/lib/services/services.c b/lib/services/services.c
> index 8590b56..753e257 100644
> --- a/lib/services/services.c
> +++ b/lib/services/services.c
> @@ -313,6 +313,7 @@ services_action_free(svc_action_t * op)
>
> if (op->opaque->repeat_timer) {
> g_source_remove(op->opaque->repeat_timer);
> + op->opaque->repeat_timer = 0;
> }
> if (op->opaque->stderr_gsource) {
> mainloop_del_fd(op->opaque->stderr_gsource);
> @@ -425,6 +426,7 @@ services_action_kick(const char *name, const char *action,
> int interval /* ms */
> } else {
> if (op->opaque->repeat_timer) {
> g_source_remove(op->opaque->repeat_timer);
> + op->opaque->repeat_timer = 0;
> }
> recurring_action_timer(op);
> return TRUE;
> @@ -459,6 +461,7 @@ handle_duplicate_recurring(svc_action_t * op, void
> (*action_callback) (svc_actio
> if (dup->pid != 0) {
> if (op->opaque->repeat_timer) {
> g_source_remove(op->opaque->repeat_timer);
> + op->opaque->repeat_timer = 0;
> }
> recurring_action_timer(dup);
> }
> diff --git a/lib/services/services_linux.c b/lib/services/services_linux.c
> index 961ff18..2279e4e 100644
> --- a/lib/services/services_linux.c
> +++ b/lib/services/services_linux.c
> @@ -227,6 +227,7 @@ recurring_action_timer(gpointer data)
> op->stdout_data = NULL;
> free(op->stderr_data);
> op->stderr_data = NULL;
> + op->opaque->repeat_timer = 0;
>
> services_action_async(op, NULL);
> return FALSE;
>
>
> On 10 Oct 2014, at 4:45 pm, renayama19661014 at ybb.ne.jp wrote:
>
>> Hi Andrew,
>>
>> I applied three corrections that you made and checked movement.
>> I picked all "abort" processing with g_source_remove() of
> services.c just to make sure.
>> * I set following "abort" in four places that carried out
> g_source_remove
>>
>>>>> if (g_source_remove(op->opaque->repeat_timer) ==
> FALSE)
>>> {
>>>>> abort();
>>>>> }
>>
>>
>> As a result, "abort" still occurred.
>>
>>
>> The problem does not seem to be yet settled by your correction.
>>
>>
>> (gdb) where
>> #0 0x00007fdd923e1f79 in __GI_raise (sig=sig at entry=6) at
> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>> #1 0x00007fdd923e5388 in __GI_abort () at abort.c:89
>> #2 0x00007fdd92b9fe77 in crm_abort (file=file at entry=0x7fdd92bd352b
> "logging.c",
>> function=function at entry=0x7fdd92bd48c0 <__FUNCTION__.23262>
> "crm_glib_handler", line=line at entry=73,
>> assert_condition=assert_condition at entry=0xe20b80 "Source ID 40 was
> not found when attempting to remove it", do_core=do_core at entry=1,
>> do_fork=<optimized out>, do_fork at entry=1) at utils.c:1195
>> #3 0x00007fdd92bc7ca7 in crm_glib_handler (log_domain=0x7fdd92130b6e
> "GLib", flags=<optimized out>,
>> message=0xe20b80 "Source ID 40 was not found when attempting to
> remove it", user_data=<optimized out>) at logging.c:73
>> #4 0x00007fdd920f2ae1 in g_logv () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> #5 0x00007fdd920f2d72 in g_log () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> #6 0x00007fdd920eac5c in g_source_remove () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> #7 0x00007fdd92984b55 in cancel_recurring_action (op=op at entry=0xe19b90) at
> services.c:365
>> #8 0x00007fdd92984bee in services_action_cancel (name=name at entry=0xe1d2d0
> "dummy2", action=<optimized out>, interval=interval at entry=10000)
>> at services.c:387
>> #9 0x000000000040405a in cancel_op (rsc_id=rsc_id at entry=0xe1d2d0
> "dummy2", action=action at entry=0xe10d90 "monitor",
> interval=10000)
>> at lrmd.c:1404
>> #10 0x000000000040614f in process_lrmd_rsc_cancel (client=0xe17290, id=74,
> request=0xe1be10) at lrmd.c:1468
>> #11 process_lrmd_message (client=client at entry=0xe17290, id=74,
> request=request at entry=0xe1be10) at lrmd.c:1507
>> #12 0x0000000000402bac in lrmd_ipc_dispatch (c=0xe169c0, data=<optimized
> out>, size=361) at main.c:148
>> #13 0x00007fdd91e4d4d9 in qb_ipcs_dispatch_connection_request () from
> /usr/lib/libqb.so.0
>> #14 0x00007fdd92bc409d in gio_read_socket (gio=<optimized out>,
> condition=G_IO_IN, data=0xe158a8) at mainloop.c:437
>> #15 0x00007fdd920ebce5 in g_main_context_dispatch () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> ---Type <return> to continue, or q <return> to quit---
>> #16 0x00007fdd920ec048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> #17 0x00007fdd920ec30a in g_main_loop_run () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> #18 0x0000000000402774 in main (argc=<optimized out>,
> argv=0x7fff22cac268) at main.c:344
>>
>> Best Regards,
>> Hideo Yamauchi.
>>
>>
>> ----- Original Message -----
>>> From: "renayama19661014 at ybb.ne.jp"
> <renayama19661014 at ybb.ne.jp>
>>> To: Andrew Beekhof <andrew at beekhof.net>; The Pacemaker cluster
> resource manager <pacemaker at oss.clusterlabs.org>
>>> Cc:
>>> Date: 2014/10/10, Fri 10:55
>>> Subject: Re: [Pacemaker] [Problem]When Pacemaker uses a new version of
> glib, g_source_remove fails.
>>>
>>> Hi Andrew,
>>>
>>> Okay!
>>>
>>> I test your patch.
>>> And I inform you of a result.
>>>
>>> Many thanks!
>>> Hideo Yamauchi.
>>>
>>>
>>>
>>> ----- Original Message -----
>>>> From: Andrew Beekhof <andrew at beekhof.net>
>>>> To: renayama19661014 at ybb.ne.jp; The Pacemaker cluster resource
> manager
>>> <pacemaker at oss.clusterlabs.org>
>>>> Cc:
>>>> Date: 2014/10/10, Fri 10:47
>>>> Subject: Re: [Pacemaker] [Problem]When Pacemaker uses a new version
> of
>>> glib, g_source_remove fails.
>>>>
>>>> Perfect!
>>>>
>>>> Can you try this:
>>>>
>>>> diff --git a/lib/services/services.c b/lib/services/services.c
>>>> index 8590b56..cb0f0ae 100644
>>>> --- a/lib/services/services.c
>>>> +++ b/lib/services/services.c
>>>> @@ -417,6 +417,7 @@ services_action_kick(const char *name, const
> char
>>> *action,
>>>> int interval /* ms */
>>>> free(id);
>>>>
>>>> if (op == NULL) {
>>>> + op->opaque->repeat_timer = 0;
>>>> return FALSE;
>>>> }
>>>>
>>>> @@ -425,6 +426,7 @@ services_action_kick(const char *name, const
> char
>>> *action,
>>>> int interval /* ms */
>>>> } else {
>>>> if (op->opaque->repeat_timer) {
>>>> g_source_remove(op->opaque->repeat_timer);
>>>> + op->opaque->repeat_timer = 0;
>>>> }
>>>> recurring_action_timer(op);
>>>> return TRUE;
>>>> @@ -459,6 +461,7 @@ handle_duplicate_recurring(svc_action_t * op,
> void
>>>> (*action_callback) (svc_actio
>>>> if (dup->pid != 0) {
>>>> if (op->opaque->repeat_timer) {
>>>> g_source_remove(op->opaque->repeat_timer);
>>>> + op->opaque->repeat_timer = 0;
>>>> }
>>>> recurring_action_timer(dup);
>>>> }
>>>>
>>>>
>>>> On 10 Oct 2014, at 12:16 pm, renayama19661014 at ybb.ne.jp wrote:
>>>>
>>>>> Hi Andrew,
>>>>>
>>>>> Setting of gdb of the Ubuntu environment does not yet go well
> and I
>>> touch
>>>> lrmd and cannot acquire trace.
>>>>> Please wait for this a little more.
>>>>>
>>>>>
>>>>> But.. I let lrmd terminate abnormally when g_source_remove()
> of
>>>> cancel_recurring_action() returned FALSE.
>>>>> -----
>>>>> gboolean
>>>>> cancel_recurring_action(svc_action_t * op)
>>>>> {
>>>>> crm_info("Cancelling operation %s", op->id);
>>>>>
>>>>> if (recurring_actions) {
>>>>> g_hash_table_remove(recurring_actions, op->id);
>>>>> }
>>>>>
>>>>> if (op->opaque->repeat_timer) {
>>>>> if (g_source_remove(op->opaque->repeat_timer) ==
> FALSE)
>>> {
>>>>> abort();
>>>>> }
>>>>> (snip)
>>>>> -------core----
>>>>> #0 0x00007f30aa60ff79 in __GI_raise (sig=sig at entry=6) at
>>>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>>>>>
>>>>> 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file
> or
>>> directory.
>>>>> (gdb) where
>>>>> #0 0x00007f30aa60ff79 in __GI_raise (sig=sig at entry=6) at
>>>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56
>>>>> #1 0x00007f30aa613388 in __GI_abort () at abort.c:89
>>>>> #2 0x00007f30aadcde77 in crm_abort
> (file=file at entry=0x7f30aae0152b
>>>> "logging.c",
>>>>> function=function at entry=0x7f30aae028c0
> <__FUNCTION__.23262>
>>>> "crm_glib_handler", line=line at entry=73,
>>>>> assert_condition=assert_condition at entry=0x19d2ad0
> "Source ID
>>> 63
>>>> was not found when attempting to remove it",
> do_core=do_core at entry=1,
>>>>> do_fork=<optimized out>, do_fork at entry=1) at
> utils.c:1195
>>>>> #3 0x00007f30aadf5ca7 in crm_glib_handler
> (log_domain=0x7f30aa35eb6e
>>>> "GLib", flags=<optimized out>,
>>>>> message=0x19d2ad0 "Source ID 63 was not found when
> attempting
>>> to
>>>> remove it", user_data=<optimized out>) at logging.c:73
>>>>> #4 0x00007f30aa320ae1 in g_logv () from
>>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> #5 0x00007f30aa320d72 in g_log () from
>>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> #6 0x00007f30aa318c5c in g_source_remove () from
>>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> #7 0x00007f30aabb2b55 in cancel_recurring_action
>>> (op=op at entry=0x19caa90)
>>>> at services.c:363
>>>>> #8 0x00007f30aabb2bee in services_action_cancel
>>> (name=name at entry=0x19d0530
>>>> "dummy3", action=<optimized out>,
>>> interval=interval at entry=10000)
>>>>> at services.c:385
>>>>> #9 0x000000000040405a in cancel_op
> (rsc_id=rsc_id at entry=0x19d0530
>>>> "dummy3", action=action at entry=0x19cec10
> "monitor",
>>>> interval=10000)
>>>>> at lrmd.c:1404
>>>>> #10 0x000000000040614f in process_lrmd_rsc_cancel
> (client=0x19c8290,
>>> id=74,
>>>> request=0x19ca8a0) at lrmd.c:1468
>>>>> #11 process_lrmd_message (client=client at entry=0x19c8290,
> id=74,
>>>> request=request at entry=0x19ca8a0) at lrmd.c:1507
>>>>> #12 0x0000000000402bac in lrmd_ipc_dispatch (c=0x19c79c0,
>>>> data=<optimized out>, size=361) at main.c:148
>>>>> #13 0x00007f30aa07b4d9 in qb_ipcs_dispatch_connection_request
> () from
>>>> /usr/lib/libqb.so.0
>>>>> #14 0x00007f30aadf209d in gio_read_socket (gio=<optimized
> out>,
>>>> condition=G_IO_IN, data=0x19c68a8) at mainloop.c:437
>>>>> #15 0x00007f30aa319ce5 in g_main_context_dispatch () from
>>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> ---Type <return> to continue, or q <return> to
> quit---
>>>>> #16 0x00007f30aa31a048 in ?? () from
>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> #17 0x00007f30aa31a30a in g_main_loop_run () from
>>>> /lib/x86_64-linux-gnu/libglib-2.0.so.0
>>>>> #18 0x0000000000402774 in main (argc=<optimized out>,
>>>> argv=0x7fffcdd90b88) at main.c:344
>>>>> ---------
>>>>>
>>>>> Best Regards,
>>>>> Hideo Yamauchi.
>>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "renayama19661014 at ybb.ne.jp"
>>>> <renayama19661014 at ybb.ne.jp>
>>>>>> To: Andrew Beekhof <andrew at beekhof.net>
>>>>>> Cc: The Pacemaker cluster resource manager
>>>> <pacemaker at oss.clusterlabs.org>
>>>>>> Date: 2014/10/7, Tue 11:15
>>>>>> Subject: Re: [Pacemaker] [Problem]When Pacemaker uses a
> new
>>> version of
>>>> glib, g_source_remove fails.
>>>>>>
>>>>>> Hi Andrew,
>>>>>>
>>>>>>> Not quite. Returning FALSE from the callback also
> removes the
>>>> source from
>>>>>> glib.
>>>>>>> So your test case effectively removes t1 twice: once
>>> implicitly by
>>>>>> returning
>>>>>>> FALSE in timer_func1() and then again explicitly in
>>> timer_func3()
>>>>>>
>>>>>>
>>>>>> Your opinion is right.
>>>>>>
>>>>>>
>>>>>> If Pacemaker repeats and does not remove the resources
> which timer
>>>
>>>> concluded in
>>>>>> FALSE, glib does not return the error.
>>>>>>
>>>>>>
>>>>>> Many Thanks,
>>>>>> Hideo Yamauchi.
>>>>>>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>> From: Andrew Beekhof <andrew at beekhof.net>
>>>>>>> To: renayama19661014 at ybb.ne.jp
>>>>>>> Cc: The Pacemaker cluster resource manager
>>>>>> <pacemaker at oss.clusterlabs.org>
>>>>>>> Date: 2014/10/7, Tue 11:06
>>>>>>> Subject: Re: [Pacemaker] [Problem]When Pacemaker uses
> a new
>>> version
>>>> of
>>>>>> glib, g_source_remove fails.
>>>>>>>
>>>>>>>
>>>>>>> On 7 Oct 2014, at 1:03 pm, renayama19661014 at ybb.ne.jp
> wrote:
>>>>>>>
>>>>>>>> Hi Andrew,
>>>>>>>>
>>>>>>>>>> These problems seem to be due to a
> correction of
>>> next
>>>> glib
>>>>>> somehow
>>>>>>> or
>>>>>>>>> other.
>>>>>>>>>> *
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>
> https://github.com/GNOME/glib/commit/393503ba5bdc7c09cd46b716aaf3d2c63a6c7f9c
>>>>>>>>>
>>>>>>>>> The glib behaviour on unbuntu seems
> reasonable,
>>> removing
>>>> a source
>>>>>>> multiple times
>>>>>>>>> IS a valid error.
>>>>>>>>> I need the stack trace to know where/how
> this
>>> situation
>>>> can occur
>>>>>> in
>>>>>>> pacemaker.
>>>>>>>>
>>>>>>>>
>>>>>>>> Pacemaker does not remove resources several
> times as far
>>> as I
>>>>
>>>>>> confirmed it.
>>>>>>>> In Ubuntu(glib2.40), an error occurs just to
> remove
>>> resources
>>>> first.
>>>>>>>
>>>>>>> Not quite. Returning FALSE from the callback also
> removes the
>>>> source from
>>>>>> glib.
>>>>>>> So your test case effectively removes t1 twice: once
>>> implicitly by
>>>>>> returning
>>>>>>> FALSE in timer_func1() and then again explicitly in
>>> timer_func3()
>>>>>>>
>>>>>>>>
>>>>>>>> Confirmation and the deletion of resources seem
> to be
>>>> necessary not to
>>>>>>
>>>>>>> produce an error in Ubuntu.
>>>>>>>> And this works well in glib of RHEL6.x.(and
> RHEL7.0)
>>>>>>>>
>>>>>>>> if (g_main_context_find_source_by_id
> (NULL, t1)
>>> !=
>>>> NULL) {
>>>>>>>> g_source_remove(t1);
>>>>>>>> }
>>>>>>>>
>>>>>>>> I send it to you after acquiring stack trace.
>>>>>>>>
>>>>>>>> Many Thanks!
>>>>>>>> Hideo Yamauchi.
>>>>>>>>
>>>>>>>> ----- Original Message -----
>>>>>>>>> From: Andrew Beekhof
> <andrew at beekhof.net>
>>>>>>>>> To: renayama19661014 at ybb.ne.jp; The
> Pacemaker
>>> cluster
>>>> resource
>>>>>> manager
>>>>>>> <pacemaker at oss.clusterlabs.org>
>>>>>>>>> Cc:
>>>>>>>>> Date: 2014/10/7, Tue 09:44
>>>>>>>>> Subject: Re: [Pacemaker] [Problem]When
> Pacemaker
>>> uses a
>>>> new
>>>>>> version of
>>>>>>> glib, g_source_remove fails.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 6 Oct 2014, at 4:09 pm,
>>> renayama19661014 at ybb.ne.jp
>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi All,
>>>>>>>>>>
>>>>>>>>>> When I move the next sample in
>>>> RHEL6.5(glib2-2.22.5-7.el6) and
>>>>>>
>>>>>>>>> Ubuntu14.04(libglib2.0-0:amd64 2.40.0-2),
> movement
>>> is
>>>> different.
>>>>>>>>>>
>>>>>>>>>> * Sample : test2.c
>>>>>>>>>> {{{
>>>>>>>>>> #include <stdio.h>
>>>>>>>>>> #include <stdlib.h>
>>>>>>>>>> #include <glib.h>
>>>>>>>>>> #include <sys/times.h>
>>>>>>>>>> guint t1, t2, t3;
>>>>>>>>>> gboolean timer_func2(gpointer data){
>>>>>>>>>> printf("TIMER
>>> EXPIRE!2\n");
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> return FALSE;
>>>>>>>>>> }
>>>>>>>>>> gboolean timer_func1(gpointer data){
>>>>>>>>>> clock_t ret;
>>>>>>>>>> struct tms buff;
>>>>>>>>>>
>>>>>>>>>> ret = times(&buff);
>>>>>>>>>> printf("TIMER EXPIRE!1
>>> %d\n",
>>>>>> (int)ret);
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> return FALSE;
>>>>>>>>>> }
>>>>>>>>>> gboolean timer_func3(gpointer data){
>>>>>>>>>> printf("TIMER EXPIRE
>>> 3!\n");
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> printf("remove
>>> timer1!\n");
>>>>>>>>>>
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> g_source_remove(t1);
>>>>>>>>>> printf("remove
>>> timer2!\n");
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> g_source_remove(t2);
>>>>>>>>>> printf("remove
>>> timer3!\n");
>>>>>>>>>> fflush(stdout);
>>>>>>>>>> g_source_remove(t3);
>>>>>>>>>> return FALSE;
>>>>>>>>>> }
>>>>>>>>>> int main(int argc, char** argv){
>>>>>>>>>> GMainLoop *m;
>>>>>>>>>> clock_t ret;
>>>>>>>>>> struct tms buff;
>>>>>>>>>> gint64 t;
>>>>>>>>>> m = g_main_new(FALSE);
>>>>>>>>>> t1 = g_timeout_add(1000,
> timer_func1,
>>> NULL);
>>>>>>>>>> t2 = g_timeout_add(60000,
> timer_func2,
>>> NULL);
>>>>>>>>>> t3 = g_timeout_add(5000,
> timer_func3,
>>> NULL);
>>>>>>>>>> ret = times(&buff);
>>>>>>>>>> printf("START!
> %d\n",
>>>> (int)ret);
>>>>>>>>>> g_main_run(m);
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>> }}}
>>>>>>>>>> * Result
>>>>>>>>>> ---- RHEL6.5(glib2-2.22.5-7.el6) ----
>>>>>>>>>> [root at snmp1 ~]# ./test2
>>>>>>>>>> START! 429576012
>>>>>>>>>> TIMER EXPIRE!1 429576112
>>>>>>>>>> TIMER EXPIRE 3!
>>>>>>>>>> remove timer1!
>>>>>>>>>> remove timer2!
>>>>>>>>>> remove timer3!
>>>>>>>>>>
>>>>>>>>>> ---- Ubuntu14.04(libglib2.0-0:amd64
> 2.40.0-2)
>>> ----
>>>>>>>>>> root at a1be102:~# ./test2
>>>>>>>>>> START! 1718163089
>>>>>>>>>> TIMER EXPIRE!1 1718163189
>>>>>>>>>> TIMER EXPIRE 3!
>>>>>>>>>> remove timer1!
>>>>>>>>>>
>>>>>>>>>> (process:1410): GLib-CRITICAL **: Source
> ID 1
>>> was not
>>>> found
>>>>>> when
>>>>>>> attempting
>>>>>>>>> to remove it
>>>>>>>>>> remove timer2!
>>>>>>>>>> remove timer3!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> These problems seem to be due to a
> correction of
>>> next
>>>> glib
>>>>>> somehow
>>>>>>> or
>>>>>>>>> other.
>>>>>>>>>> *
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>
> https://github.com/GNOME/glib/commit/393503ba5bdc7c09cd46b716aaf3d2c63a6c7f9c
>>>>>>>>>
>>>>>>>>> The glib behaviour on unbuntu seems
> reasonable,
>>> removing
>>>> a source
>>>>>>> multiple times
>>>>>>>>> IS a valid error.
>>>>>>>>> I need the stack trace to know where/how
> this
>>> situation
>>>> can occur
>>>>>> in
>>>>>>> pacemaker.
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> In g_source_remove() until before
> change, the
>>>> deletion of the
>>>>>> timer
>>>>>>> which
>>>>>>>>> practice completed is possible, but
>>> g_source_remove()
>>>> after the
>>>>>> change
>>>>>>> causes an
>>>>>>>>> error.
>>>>>>>>>>
>>>>>>>>>> Under this influence, we get the
> following crit
>>> error
>>>> in the
>>>>>>> environment of
>>>>>>>>> Pacemaker using a new version of glib.
>>>>>>>>>>
>>>>>>>>>> lrmd[1632]: error: crm_abort:
>>> crm_glib_handler:
>>>> Forked
>>>>>> child
>>>>>>> 1840 to
>>>>>>>>>> record non-fatal assert at logging.c:73
> : Source
>>> ID
>>>> 51 was not
>>>>>>
>>>>>>> found when
>>>>>>>>>> attempting to remove it
>>>>>>>>>> lrmd[1632]: crit: crm_glib_handler:
> GLib:
>>> Source
>>>> ID 51 was
>>>>>> not
>>>>>>> found
>>>>>>>>>> when attempting to remove it
>>>>>>>>>>
>>>>>>>>>> It seems that some kind of coping is
> necessary
>>> in
>>>> Pacemaker
>>>>>> when I
>>>>>>> think
>>>>>>>>> about next.
>>>>>>>>>> * Distribution using a new version of
> glib
>>> including
>>>> Ubuntu.
>>>>>>>>>> * Version up of future glib of RHEL.
>>>>>>>>>>
>>>>>>>>>> A similar problem is reported in the ML.
>>>>>>>>>> *
>>>>>>>
>>> http://www.gossamer-threads.com/lists/linuxha/pacemaker/91333#91333
>>>>>>>>>> *
>>>>>>
> http://www.gossamer-threads.com/lists/linuxha/pacemaker/92408
>>>>>>>>>>
>>>>>>>>>> Best Regards,
>>>>>>>>>> Hideo Yamauchi.
>>>>>>>>>>
>>>>>>>>>>
> _______________________________________________
>>>>>>>>>> Pacemaker mailing list:
>>> Pacemaker at 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
>>>>>>>>>> Bugs: http://bugs.clusterlabs.org
>>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Pacemaker mailing list: Pacemaker at 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
>>>>>> Bugs: http://bugs.clusterlabs.org
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pacemaker mailing list: Pacemaker at 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
>>>>> Bugs: http://bugs.clusterlabs.org
>>>>
>>>
>>> _______________________________________________
>>> Pacemaker mailing list: Pacemaker at 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
>>> Bugs: http://bugs.clusterlabs.org
>>>
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at 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
>> Bugs: http://bugs.clusterlabs.org
>
More information about the Pacemaker
mailing list