Thanks Daniel.<br>
<br>
It is worth to say that the previously reported issue, when openser is
compiled on 64bits, occurs when it is started either on 32 or 64 bits.<br>
<br>
Kind regards.<br>
<br><br><div><span class="gmail_quote">On 3/29/07, <b class="gmail_sendername">Daniel-Constantin Mierla</b> <<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello,<br><br>this seems to be in snmpstats module ... maybe the developer can give<br>some hints.<br><br>Cheers,<br>Daniel<br><br><br>On 03/29/07 19:29, Sergio Gutierrez wrote:<br>><br>> Hi Daniel.<br>><br>> In the meantime, I have begun to test using more standard conditions;
<br>> I am not using the optimized compiler and I am running openser<br>> compiled on 32 bits.<br>><br>> I have discovered an even nastier issue. When Openser is configured in<br>> forking mode, and with or without log_stderror, it presents the same
<br>> symptom I reported when compiled on 64 bits (it exhausts the shared<br>> memory reservation, and crashes with core dumping).<br>><br>> This is the backtrace:<br>><br>> (gdb) bt<br>> #0 0x00000000 in ?? ()
<br>> #1 0xfe989b3c in getRow (ipType=1, ipAddress=0x141888) at<br>> openserSIPPortTable.c:125<br>> #2 0xfe989c5c in createRowsFromIPList (theList=0x141a50, listSize=1,<br>> protocol=0, snmpIndex=0xffbff870) at
openserSIPPortTable.c:201<br>> #3 0xfe98a07c in init_openserSIPPortTable () at openserSIPPortTable.c:241<br>> #4 0xfe98d708 in spawn_agentx_child () at sub_agent.c:74<br>> #5 0xfe98cf04 in mod_child_init (rank=0) at
snmpstats.c:271<br>> #6 0x00059ca8 in init_mod_child (m=0x133840, rank=0, type=0xc3c08<br>> "PROC_MAIN") at sr_module.c:406<br>> #7 0x00059c24 in init_mod_child (m=0x1338e0, rank=0, type=0xc3c08<br>> "PROC_MAIN") at sr_module.c:395
<br>> #8 0x000336c4 in main_loop () at main.c:952<br>> #9 0x00035be4 in main (argc=9, argv=0xe7800) at main.c:1399<br>><br>> When I configure fork=no, openser does not crash, and works right.<br>><br>> I apologize if I should better create a new thread. If you suggest so
<br>> I will do it.<br>><br>> Thanks in advance for your attention.<br>><br>> Kind regards<br>><br>> Sergio Gutierrez.<br>> EPM Telecomunicaciones<br>> Medellín, Colombia<br>> Tel: 574 - 3950022
<br>><br>><br>><br>><br>> > ---------- Forwarded message ----------<br>> > From: *Sergio Gutierrez* <<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>> <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>>><br>
> > Date: Mar 27, 2007 9:52 AM<br>> > Subject: Re: [Users] Openser fails when compiled on Solaris 64bit<br>> > To: <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>
<mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>><br>>
<mailto: <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>
<mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>><br>> > Cc: <a href="mailto:users@openser.org">users@openser.org</a> <mailto:<a href="mailto:users@openser.org">users@openser.org
</a>><br>> <mailto:<a href="mailto:users@openser.org">users@openser.org</a> <mailto:<a href="mailto:users@openser.org">users@openser.org</a>>><br>> ><br>> > Hi Daniel.
<br>> ><br>> > I am using mysql version 5.0.37, compiled on 64 bits too.<br>> ><br>> > These are the printing of the symbols you asked:<br>> ><br>> > (gdb) print row
<br>> > $1 = (db_row_t *) 0x10026bf68<br>> > (gdb) print ROW_VALUES(row)<br>> > No symbol "ROW_VALUES" in current context.<br>> > (gdb) print VAL_NULL(ROW_VALUES(row)
<br>> > No symbol "VAL_NULL" in current context.<br>> > (gdb)<br>> ><br>> ><br>> > Thanks.<br>> ><br>> ><br>> > On 3/27/07, *Daniel-Constantin Mierla* <
<br>> <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>><br>> > <mailto:<a href="mailto:daniel@voice-system.ro">
daniel@voice-system.ro</a><br>> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>>> wrote:<br>> ><br>> > Hello Sergio,<br>> ><br>
>
> seems to be some data corrupted from what
database<br>> returned. What<br>> > is the<br>> > database type you use, mysql?<br>> ><br>> > Could you print the the content of row and<br>> ROW_VALUES(row) (via print
<br>> > command in gdb)?<br>> ><br>> > Thanks,<br>> > Daniel<br>> ><br>> ><br>> > On 03/26/07 23:46, Sergio Gutierrez wrote:
<br>> > > Hi again Daniel.<br>> > ><br>>
> > Testing other things trying to solve
the problem I<br>> found that the<br>>
> > segmentation fault occurs when
Openser is restarted and<br>> there are<br>> > > records within location database table.<br>>
> > If the table is empty initially,
openser starts OK, and<br>> users can<br>> > > register without problem.<br>> > ><br>>
> > Below is the backtrace of a error
when the location<br>> table is not<br>> > empty:<br>> > ><br>>
> > #0 0xffffffff7d90e2a0 in
preload_udomain (_c=0x10026ad90,<br>> > > _d=0xffffffff5028e9f0) at udomain.c:404<br>>
> >
404
if<br>> (VAL_NULL(ROW_VALUES(row))<br>> > > (gdb) bt<br>>
> > #0 0xffffffff7d90e2a0 in
preload_udomain (_c=0x10026ad90,<br>> > > _d=0xffffffff5028e9f0) at udomain.c:404<br>>
> > #1 0xffffffff7d915844 in
child_init (_rank=1) at<br>> ul_mod.c:344<br>>
> > #2 0x0000000100082500 in
init_mod_child (m=0x1, rank=1,<br>> > > type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser-1.2.0-notls//sr_module.c:400<br>>
> > #3 0x0000000100082460 in
init_mod_child (m=0x1, rank=1,<br>> > > type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser-1.2.0-notls//sr_module.c:394<br>>
> > #4 0x0000000100082460 in
init_mod_child (m=0x1, rank=1,<br>> > > type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser-1.2.0-notls//sr_module.c:394<br>>
> > #5 0x0000000100082770 in
init_child (rank=1) at<br>>
> >
/home/operador/openser-1.2.0-notls//sr_module.c:394<br>>
> > #6 0x0000000100032414 in
main_loop () at<br>>
> >
/home/operador/openser-1.2.0-notls//main.c:724<br>>
> > #7 0x00000001000345a4 in
main (argc=2,<br>> argv=0xffffff7eaeeec4ff) at<br>>
> >
/home/operador/openser-1.2.0-notls//main.c:1399<br>> > ><br>> > ><br>> > > Thanks.<br>> > ><br>> > ><br>> > >
<br>> > ><br>> > ><br>>
> > On 3/26/07, *Sergio Gutierrez* <
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>><br>>
> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>><br>>
> > <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>><br>>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>>>>
wrote:<br>> > ><br>> > > Hi Daniel.<br>> > ><br>>
> > This is the
backtrace of the core.<br>> > > Thanks<br>> > ><br>>
> >
#0 0xffffffff7d90ee9c in preload_udomain<br>> (_c=0x10026b7d800,<br>> > > _d=0x0) at<br>>
> >
/home/operador/openser-<br>> 1.2.0-notls/modules/usrloc//udomain.c:404<br>>
> >
#1 0xffffffff7d9131c4 in child_init<br>> (_rank=1344858528) at<br>>
> >
/home/operador/openser-<br>> 1.2.0-notls/modules/usrloc//ul_mod.c:344<br>>
> >
#2 0x0000000100082500 in init_mod_child (m=0x1,<br>> rank=1,<br>>
> >
type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser- 1.2.0-notls//sr_module.c:400<br>>
> >
#3 0x0000000100082460 in init_mod_child (m=0x1,<br>> rank=1,<br>>
> >
type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser-1.2.0-notls //sr_module.c:394<br>>
> >
#4 0x0000000100082460 in init_mod_child (m=0x1,<br>> rank=1,<br>>
> >
type=0x1000f41b0 "CHILD") at<br>>
> >
/home/operador/openser- 1.2.0-notls //sr_module.c:394<br>>
> >
#5 0x0000000100082770 in init_child (rank=1) at<br>>
> >
/home/operador/openser-1.2.0-notls//sr_module.c:394<br>>
> >
#6 0x0000000100032414 in main_loop () at<br>>
> >
/home/operador/openser- 1.2.0-notls//main.c:724<br>>
> >
#7 0x00000001000345a4 in main (argc=2,<br>> argv=0xffffff7e7007a000)<br>>
> > at
/home/operador/openser-1.2.0-notls//main.c:1399<br>> > ><br>> > ><br>> > ><br>> > ><br>>
> > On 3/26/07,
*Daniel-Constantin Mierla* <<br>>
> <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>
<mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>><br>>
<mailto: <a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>
<mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>><br>>
> > <mailto:
<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a><br>> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>><br>> > <mailto:<a href="mailto:daniel@voice-system.ro">
daniel@voice-system.ro</a><br>> <mailto:<a href="mailto:daniel@voice-system.ro">daniel@voice-system.ro</a>>>>> wrote:<br>> > ><br>>
>
> Hello,<br>> > ><br>>
>
> can you send a gdb
backtrace :-D -- I cannot<br>> read adb<br>> > backtrace.<br>> > ><br>>
>
> Cheers,<br>>
>
> Daniel<br>> > ><br>> > ><br>>
>
> On 03/26/07 19:42,
Sergio Gutierrez wrote:<br>>
>
> > Hi Daniel.<br>>
>
> ><br>>
>
> > This is the
backtrace, obtained with adb:<br>>
>
> ><br>>
>
> >
usrloc.so`preload_udomain+0x4cc (1,<br>> ffffffff7228e9f0,<br>> > 100215a00,<br>>
>
> >
ffffffff7d919e58, ffffffffffefe3f8, 0)<br>>
>
> >
0xffffffff7d9131bc(2, ffffffff7da1c9b0,<br>> ffffffff7d91a170,<br>>
>
> >
ffffffff7228e9a0, ffffffff7da1b0a8,<br>> ffffffffffeff0c8)<br>>
>
> >
init_mod_child+0xd8(100269930, 1, 1000f41b0,<br>> 1000f40f0, 1,<br>>
>
> 100269870)<br>>
>
> >
init_mod_child+0x38(100269bb0, 1, 1000f41b0,<br>> 1000f40f0, 1,<br>>
>
> 1002699f0)<br>>
>
> >
init_mod_child+0x38(100269d30, 1, 1000f41b0,<br>> 1000f40f0, 1,<br>>
>
> 100269c70)<br>>
>
> >
init_child+0xa8(1, 100269df0, 1, 1000f4168,<br>> 10020d000,<br>> > 100269eb0)<br>>
>
> >
main_loop+0xf34(0, 8c, 1000eefd8,<br>> ffffffff720083c4,<br>> > 1002694b0, 0)<br>>
>
> >
main+0x1e10(100215, 9, 0, 10020d000,<br>> 1000ef5b8, 10020d000)<br>>
>
> >
_start+0x7c(0, 0, 0, 0, 0, 0)<br>>
>
> ><br>>
>
> > On 3/26/07,
*Sergio Gutierrez*<br>> <<a href="mailto:saguti@gmail.com">saguti@gmail.com</a> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>><br>>
> <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>><br>>
>
> <mailto:
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>> <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>>><br>>
>
> > <mailto:
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>> <mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a><br>> <mailto:
<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>><br>>
> <mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>><br>>
<mailto: <a href="mailto:saguti@gmail.com">saguti@gmail.com</a>
<mailto:<a href="mailto:saguti@gmail.com">saguti@gmail.com</a>>>>>> wrote:<br>>
>
> ><br>>
>
>
> Hi Daniel.<br>>
>
> ><br>>
>
>
> I used 512 for -m parameter.<br>>
>
> ><br>>
>
>
> Would you like the backtrace of the core<br>> file?<br>>
>
> ><br>>
>
>
> Thanks.<br>>
>
> ><br>>
>
> ><br><br></blockquote></div><br>