<br><font size=2 face="sans-serif">Not as likely but still possible. I
think the default limit is 25% of physmem, so it depends. If you have leftover
segments or a small amount of physical memory then this may be the cause:</font>
<br>
<br><font size=2 face="sans-serif">The error message that you got in the
log definitely points to this:</font>
<br>
<br><font size=2 face="sans-serif">"</font><font size=2><tt>2006-08-07
16:23:54 Could not get shm of size 1048576: Invalid argument</tt></font><font size=2 face="sans-serif">"</font>
<br>
<br><font size=2 face="sans-serif">"Invalid argument" means:</font>
<br>
<br><font size=2 face="sans-serif">"     EINVAL    
     The size argument is less than  the  system-</font>
<br><font size=2 face="sans-serif">           
         imposed  minimum or greater than
the system-</font>
<br><font size=2 face="sans-serif">           
         imposed maximum. See NOTES.</font>
<br>
<br><font size=2 face="sans-serif">           
         A shared memory identifier  exists
 for  key</font>
<br><font size=2 face="sans-serif">           
         but  the size of the segment associated
with</font>
<br><font size=2 face="sans-serif">           
         it is less than size and size is  not
 equal</font>
<br><font size=2 face="sans-serif">           
         to 0.</font>
<br><font size=2 face="sans-serif">"<br>
</font>
<br>
<br><font size=2 face="sans-serif"><br>
<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>"Everett, Vernon"
<Vernon.Everett@dpi.wa.gov.au></b> </font>
<p><font size=1 face="sans-serif">07/08/2006 10:47</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
hobbit@hswn.dk</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif"><hobbit@hswn.dk></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">RE: [hobbit] Message to long</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2 color=blue face="Arial">On Solaris 10?</font>
<br><font size=3> </font>
<br>
<br>
<hr><font size=2 face="Tahoma"><b>From:</b> Colin Spargo [mailto:cspargo2@csc.com]
<b><br>
Sent:</b> Monday, 7 August 2006 4:48 PM<b><br>
To:</b> hobbit@hswn.dk<b><br>
Subject:</b> RE: [hobbit] Message to long</font><font size=3><br>
</font>
<br><font size=2 face="sans-serif"><br>
MAXMSG_CLIENT seems to need to allocate a shared memory segment of equal
size. If your kernel shared memory settings are set too low (eg. if you
are running defaults on solaris) then you may not be able to allocate the
segment. If that happens, things like you just described seem to happen...
 </font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
you could possibly have dangling segments left over that were not cleaned
up when you restarted hobbit, or possibly another app.</font><font size=3><br>
</font><font size=2 face="sans-serif"><br>
Try checking what is allocated with "ipcs -a", and increasing
the parameter "shmmax".</font><font size=3> </font><font size=2 face="sans-serif"><br>
</font><font size=3><br>
</font>
<br>