[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [hobbit] Message to long
- To: hobbit (at) hswn.dk
- Subject: RE: [hobbit] Message to long
- From: Colin Spargo <cspargo2 (at) csc.com>
- Date: Mon, 7 Aug 2006 11:07:59 +0100
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:
The error message that you got in the log definitely points to this:
"2006-08-07 16:23:54 Could not get shm of size 1048576: Invalid argument"
"Invalid argument" means:
" EINVAL The size argument is less than the system-
imposed minimum or greater than the system-
imposed maximum. See NOTES.
A shared memory identifier exists for key
but the size of the segment associated with
it is less than size and size is not equal
to 0.
"
"Everett, Vernon" <Vernon.Everett (at) dpi.wa.gov.au>
07/08/2006 10:47
Please respond to
hobbit (at) hswn.dk
To
<hobbit (at) hswn.dk>
cc
Subject
RE: [hobbit] Message to long
On Solaris 10?
From: Colin Spargo [mailto:cspargo2 (at) csc.com]
Sent: Monday, 7 August 2006 4:48 PM
To: hobbit (at) hswn.dk
Subject: RE: [hobbit] Message to long
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...
you could possibly have dangling segments left over that were not cleaned
up when you restarted hobbit, or possibly another app.
Try checking what is allocated with "ipcs -a", and increasing the
parameter "shmmax".