LDAP Daemon: Unable to allocate space for message.

Discuss the Scalix Server software

Moderators: ScalixSupport, admin

hklygre
Posts: 28
Joined: Tue Jun 26, 2007 11:40 am

LDAP Daemon: Unable to allocate space for message.

Postby hklygre » Fri Jan 18, 2008 5:50 am

Hi,

I'm intermittently getting these messages in our log:


Code: Select all

WARNING                        LDAP Daemon   (LDAP Engine   ) 01.18.08 08:36:57
[OM 802] Unable to allocate space for message.
  Last Msg Id: H00003270042451d.1200563410.scalix.datalab.no
  Last Msg DirectRef: 00245fc937b400c0
        <- cvc_enhCnvString
        -> mapixml_GetNextValueInMulti
        <- mapixml_GetNextValueInMulti
        -> mapixml_GetNextMAPIPropAndValue
        <- mapixml_GetNextMAPIPropAndValue
        -> da_ParseEntry2
        -> da_ParseAttribEntry
        -> cvc_enhCnvString
        -> cvc_CnvStringTryIconv
        <- cvc_CnvStringTryIconv
        <- cvc_enhCnvString
        -> da_ParseUTF8AttribChars
        <- /build/11.2.0/src/lib/ombase/da/da_PrsEnt.c:201[100,802]
        <- /build/11.2.0/src/lib/mapi/mapi_search.c:877[100,802]
        <- /build/11.2.0/src/lib/mapi/mapi_search.c:956[100,802]
        <- /build/11.2.0/src/bin/deng/deng_search.c:406[100,802]


- what do they mean?

omsolve says:

Code: Select all

Unable to allocate space for message.

This is a message that can be output by any part of Scalix. There
is not enough Virtual Memory on the system. Use your "System
Administration" manual for details of how to increase Virtual Memory.

If you see this often from the same program, the program may well have a
programming defect. Report this to your Scalix Support Representative.


...which doesn't help me all that much.

I'm not sure what triggers them, and no-one has complained, so it might not have any effect at all.

Scalix 11.2 Enterprise on RedHat 5 x86_64.

Server is a Dell 2900 with 16 GB RAM.


- HÃ¥vard

sxuser

Postby sxuser » Sun Mar 16, 2008 9:08 am

Hi hklygre,

same problem here, any solutions yet?

Scalix 11.2 CentOS 5.1

Regards

mikevl
Scalix Star
Scalix Star
Posts: 596
Joined: Mon Feb 02, 2004 8:32 pm
Location: New Zealand

Postby mikevl » Sun Mar 16, 2008 7:00 pm

Hi

What does the output of the follow command give?

df -h

Mike

sxuser

Postby sxuser » Mon Mar 17, 2008 3:35 am

Hi Mike,

output of df -h:

Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
5.8G 3.5G 2.0G 65% /
/dev/mapper/VolGroup01-LogVol00
44G 34G 7.5G 82% /var
/dev/sda1 99M 23M 71M 25% /boot
tmpfs 506M 0 506M 0% /dev/shm


Alex

mikevl
Scalix Star
Scalix Star
Posts: 596
Joined: Mon Feb 02, 2004 8:32 pm
Location: New Zealand

Postby mikevl » Mon Mar 17, 2008 4:31 am

Hi

Nothing seems obvious here.

I take it your data is under /var(/opt/scalix) which is getting a bit full

May be just hit with with the std tool kit and see if anything comes out of that.

omcheck -s -d > /tmp/check_file
chmod 770 /tmp/check_file
sh /tmp/check_file

This is very disk intensive
omscan -Aavfx

Try that

Mike

sxuser

Postby sxuser » Sun Mar 23, 2008 7:13 am

Hi,

omscan says everything is fine.

output of omcheck -i:

Code: Select all

Now checking component OM-LDAP

Filename: /var/opt/scalix/p1/s/Copyright/OM-LDAP (  )
/var/opt/scalix/p1/s/Copyright/OM-LDAP: No such file or directory

Component checks complete.


Thanks

mikevl
Scalix Star
Scalix Star
Posts: 596
Joined: Mon Feb 02, 2004 8:32 pm
Location: New Zealand

Postby mikevl » Sun Mar 23, 2008 5:01 pm

Hi sxuser

Did you try omscan with the -d option. That checks the data store permissions?

Mike


Return to “Scalix Server”



Who is online

Users browsing this forum: No registered users and 5 guests

cron