Re: [Fwd: tests/rr-server core dumps multi-processor]

Hi Jonas

Got your original tar file to compile.

SUMMARY: The multi-processor problem with the server appears to be fixed.

HOWEVER: there continues to be problems with:
	1. client/server can hang (server in lwp_sema_wait(0xxxx), client in 
poll())
	2. client can crash

I find the server is staying up but the client sometimes crashes.

Here is the output when rr-client crashes:
process:15075): GLib-CRITICAL **: file giochannel.c: line 1921 
(g_io_channel_write_chars): assertion `channel->is_writeable' failed

** ERROR **: rr_channel_close: disconnect()

aborting...

Here is the stack
Abort (core dumped)
#0  0xff079794 in __sigprocmask () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xff079794 in __sigprocmask () from /usr/lib/libthread.so.1
#1  0xff06e9a8 in _resetsig () from /usr/lib/libthread.so.1
#2  0xff06e148 in _sigon () from /usr/lib/libthread.so.1
#3  0xff071188 in _thrp_kill () from /usr/lib/libthread.so.1
#4  0xfeecb760 in raise () from /usr/lib/libc.so.1
#5  0xfeeb5a84 in abort () from /usr/lib/libc.so.1
#6  0xff233de8 in g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR,
     format=0xfe7056d8 "rr_channel_close: disconnect()\n", args1=0x3d198)
     at gmessages.c:508
#7  0xff233e90 in g_log (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR,
     format=0x12638 "rr_channel_close: %s\n") at gmessages.c:527
#8  0x00011390 in do_tests (connection=0x42de0) at rr-client.c:45
#9  0x000113d0 in my_thread (data=0x2b230) at rr-client.c:55
#10 0xff246c6c in g_thread_create_proxy (data=0x0) at gthread.c:551

restart client and server at 17:13

At 17:17 the client and server have hung.
truss on the server shows:
poll(0x0002CEF0, 3, -1)         (sleeping...)
signotifywait()                 (sleeping...)
lwp_sema_wait(0xFEB0DE30)       (sleeping...)
lwp_cond_wait(0xFF095550, 0xFF095560, 0xFF08EDB8) (sleeping...)
lwp_sema_wait(0xFF08FA10)       (sleeping...)
door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)

truss on the client shows:
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2
poll(0x00023470, 3, -1)                         = 2


I will now restart again at 17:20

15 minutes later the two processes are still running successfully.

PS

I'm also running the same test on two other machines:
SunOS lisa 5.8 Generic_108528-15 sun4u sparc SUNW,UltraAX-i2
single cpu

SunOS itchy.iel.ie 5.9 Generic_112233-04 sun4u sparc SUNW,Ultra-5_10
single cpu

The test is working fine so far on these machines.

Paul
Jonas Borgström wrote:
> On Wed, 2003-02-19 at 16:57, Paul Caffrey wrote:
> 
>>FYI
>>
>>This is what I get when I run
>>sh autogen.sh
>>Paul
>>
>>
>><paulnew> maud:/net/ned/homedir/pcaffrey/roadrunner% sh autogen.sh
>>Generating configuration files for roadrunner, please wait....
>>
>>You should update your `aclocal.m4' by running aclocal.
>>autom4te: need GNU m4 1.4 or later: /usr/ccs/bin/m4
>>autoheader: /usr/local/bin/autom4te failed with exit status: 1
>>autom4te: need GNU m4 1.4 or later: /usr/ccs/bin/m4
>>configure.ac: `AM_INIT_AUTOMAKE' must be used
>>automake: your implementation of AM_INIT_AUTOMAKE comes from an
>>automake: old Automake version.  You should recreate aclocal.m4
>>automake: with aclocal and run automake again.
>>automake: no `Makefile.am' found or specified
>>autom4te: need GNU m4 1.4 or later: /usr/ccs/bin/m4
>>autogen.sh: ./configure: not found
>>
> 
> 
> Can you try to change so /usr/local/bin is before /usr/ccs/bin in the
> "$PATH" environment variable.
> 
> 
> Some info from the machine I've used:
> 
> peppar:~> uname -a
> SunOS peppar 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-4
> peppar:~> m4 --version
> GNU m4 1.4
> peppar:~> automake --version
> ^[[Aautomake (GNU automake) 1.4
> 
> Copyright (C) 1999 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is
> NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
> 
> Written by Tom Tromey <[email protected]>
> peppar:~> autoconf --version
> Autoconf version 2.13
> peppar:~> libtool --version
> ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27)
> 
> / Jonas