This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 7311 - newaliases hangs occasionally with large numbers of aliases
newaliases hangs occasionally with large numbers of aliases
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: sendmail (Show other bugs)
6.1
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Cristian Gafton
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-11-24 18:45 EST by tom
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-02-17 17:41:33 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description tom 1999-11-24 18:45:09 EST
We run a site with a large number of aliases (the machine is also fairly
busy with POP and user homepages as well). We add/modify the /etc/aliases
file about 20-30 times a day via an automated process and find that every
so often newaliases will hang and lock /etc/aliases.db. This is bad
because:
1) no more aliases modifications can take place
2) sendmail hangs because /etc/aliases.db is locked (it accepts new
sessions but waits for aliases.db to become available again). The sendmail
daemon spawns more and more processes but cannot complete them, eventually
the machine runs out of memory/processes and crashes.

There are no obvious errors, the only real error is if you try to run
newaliases whilst the aliases.db is locked you get a message saying that it
is locked and probably being rebuilt.

The only work around I have is to killall -9 sendmail and restart sendmail.
You can't kill newaliases otherwise it leaves the aliases.db in a locked
state.

There are 6000 aliases in the /etc/aliases file.

I'm not sure whether this is a bug with the kernel, sendmail or glibc.
Comment 1 tom 1999-11-24 19:01:59 EST
I'm not alone with this problem, I also found this which describes the identical
problem we have:

Path: news.interact.net.au!news.can.connect.com.au!news.mel.connect.com.au!news-
spur1.maxwell.syr.edu!news.maxwell.syr.edu!sunqbc.risq.qc.ca!wesley.videotron.ne
t!Pollux.Teleglobe.net!newsfeed.embratel.net.br!news!benjr.elo.com.br
From: Benedicto Jr <benjr@elo.com.br>
Newsgroups: comp.mail.sendmail
Subject: Sendmail and Aliases Problem
Date: Wed, 24 Nov 1999 08:33:49 -0200
Organization: EMBRATEL, Brazil
Lines: 35
Message-ID: <383BBF0D.BACDB622@elo.com.br>
Comment 2 Cristian Gafton 2000-02-17 17:41:59 EST
This is probably a race confdition between multiple sendmails that are trying to
update the aliases at the same time. Turn off the automatic rebvuild of aliases
in sendmail.cf

Note You need to log in before you can comment on or make changes to this bug.