I can't help you directly, however I find the silence deafening, you'd expect a little more participation from the mysql devs - it's not exactly a high volume list.
I recall getting a sigbus from postgres on netbsd a few months back and that turned out to be a bad build due to the combination of a linker error and specific piece of code. However that's a totally different scenario, in fact I'm not sure there's even a point to me writing it. Yeah, forget that entire paragraph. There are a few steps you can take to try and narrow down the problem listed here: http://dev.mysql.com/doc/refman/5.0/en/crashing.html Perhaps that's a start. --- On Tue, 24/3/09, Nico Sabbi <nicola.sa...@poste.it> wrote: > From: Nico Sabbi <nicola.sa...@poste.it> > Subject: Repeatedly got signal 10 in Solaris > To: "MySql" <mysql@lists.mysql.com> > Date: Tuesday, 24 March, 2009, 9:24 AM > Hi, > for 2 consecutive nights I got the following message in the > log, > followed by a restart: > > 090323 2:00:14 - mysqld got signal 10; > This could be because you hit a bug. It is also possible > that this > binary > or one of the libraries it was linked against is corrupt, > improperly > built, > or misconfigured. This error can also be caused by > malfunctioning > hardware. > We will try our best to scrape up some info that will > hopefully help > diagnose > the problem, but since we have already crashed, something > is > definitely wrong > and this may fail. > > key_buffer_size=8388600 > read_buffer_size=131072 > max_used_connections=81 > max_connections=800 > threads_connected=13 > It is possible that mysqld could use up to > key_buffer_size + (read_buffer_size + > sort_buffer_size)*max_connections = 1748985 K > bytes of memory > Hope that's ok; if not, decrease some variables in the > equation. > > 090323 02:00:37 mysqld restarted > 090323 2:00:43 InnoDB: Database was not shut down > normally! > ... > > > The package I'm using is the 5.0.45-log bundled by > Mysql for Solaris > 10 - 64bit. > If I'm not mistaken signal 10 is SIGBUS, something that > in solaris > happens as frequently as SIGSEGV. > > There are no coredumps to analyze. The number of active > connections > was average (81), so I don't expect that crash to have > been caused by > a lot of activity. > Can anyone advise me what else to search? Thanks, > Nico > > -- > MySQL General Mailing List > For list archives: http://lists.mysql.com/mysql > To unsubscribe: > http://lists.mysql.com/mysql?unsub=glynast...@yahoo.co.uk -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/mysql?unsub=arch...@jab.org