The following issue has been REOPENED. 
====================================================================== 
http://www.dbmail.org/mantis/view.php?id=433 
====================================================================== 
Reported By:                rbutler
Assigned To:                paul
====================================================================== 
Project:                    DBMail
Issue ID:                   433
Category:                   Command-Line programs (dbmail-users, dbmail-util)
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
target:                      
====================================================================== 
Date Submitted:             03-Nov-06 21:20 CET
Last Modified:              06-Nov-06 21:38 CET
====================================================================== 
Summary:                    converting from 2.0->Trunk causes glib allocation
error
Description: 
When running dbmail-util -by, during the envelope cache creation:

GLib-ERROR **: gmem.c:172: failed to allocate 536870912 bytes


top doesn't show the system especially low on swap at the time this
happens...

Repairing DBMAIL for cached envelopes...
Ok. Found [120614] missing envelope values.
GLib-ERROR **: gmem.c:172: failed to allocate 536870912 bytes
aborting...
Aborted


System has 512 meg of RAM and 1 gig of swap.

====================================================================== 

---------------------------------------------------------------------- 
 aaron - 03-Nov-06 21:36  
---------------------------------------------------------------------- 
Even if you had a terabyte of RAM to allocate, you shouldn't be getting
messages with 536 megabyte envelopes! This is probably an uninitialized
value bug.

As for narrowing down the revision you're seeing this in, please don't use
trunk,  use dbmail_2_2_branch. Please post the SVN rev you're at, too. 

---------------------------------------------------------------------- 
 paul - 04-Nov-06 09:08  
---------------------------------------------------------------------- 
Ryan, I can't reproduce this on the 2.2 branch. I've just reinitialized my
envelopes table on one of my production servers with 500MB ram and 170k
messages. 

---------------------------------------------------------------------- 
 rbutler - 06-Nov-06 21:38  
---------------------------------------------------------------------- 
Path: .
URL: https://svn.ic-s.nl/svn/dbmail/branches/dbmail_2_2_branch
Repository Root: https://svn.ic-s.nl/svn/dbmail
Repository UUID: 7b491191-dbf0-0310-aff6-d879d4d69008
Revision: 2357
Node Kind: directory
Schedule: normal
Last Changed Author: aaron
Last Changed Rev: 2356
Last Changed Date: 2006-11-05 10:43:48 -0600 (Sun, 05 Nov 2006)


Problem still occurs with the same message.  Below is the versions of
packages involved as far as glib goes.


ii  dbus-glib-1               0.23.4-8       simple interprocess messaging
system (GLib-b
ii  libdbus-glib-1-2          0.71-2         simple interprocess messaging
system (GLib-b
ii  libglib1.2                1.2.10-14      The GLib library of C
routines
ii  libglib2.0-0              2.12.4-1       The GLib library of C
routines
ii  libglib2.0-data           2.12.4-1       Common files for GLib
library
ii  libglib2.0-dev            2.12.4-1       Development files for the
GLib library


I have approximately 240k messages I believe and when I rerun dbmail-util
-by after a failure I have around 114,000 left.

It may be a specific message that it doesn't like as it errors out without
printing any dots on subsequent tries but does print a lot of dots on the
original database first.

However, it shouldn't choke on any messages (and flushing my message store
is not an option, if there's some debug information to tell me which
message in the db it is, I might be able to toss that message). 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-Nov-06 21:20 rbutler        New Issue                                    
03-Nov-06 21:36 aaron          Note Added: 0001521                          
04-Nov-06 09:08 paul           Note Added: 0001527                          
04-Nov-06 09:08 paul           Assigned To               => paul            
04-Nov-06 09:08 paul           Status                   new => assigned     
04-Nov-06 09:08 paul           Fixed in Version          => 2.2 branch      
04-Nov-06 09:08 paul           Status                   assigned => closed  
04-Nov-06 09:08 paul           Resolution               open => unable to
reproduce
06-Nov-06 21:38 rbutler        Status                   closed => feedback  
06-Nov-06 21:38 rbutler        Resolution               unable to reproduce =>
reopened
06-Nov-06 21:38 rbutler        Note Added: 0001541                          
======================================================================

Reply via email to