I've been tryin to debug this for about 2 hours now and have
run out of ideas.
Situation:
----------
- yesterday everything worked fine.
- yesterday I added 5 or 6 new domains to my primary NS as
well as my 3 slave NSs, cleaned up a bunch of config files,
and made sure all slave NSs could transfer all the zones as needed
- today, I am having weird results. first it happened when I
tried to restart sendmail. It just hung, and hung for a while, eventually
i traced it down to it trying to connect to my nameservers and it
was timing out.(I am not certain what it was trying to resolve other
then itself). I normally use amavis on my main mail server,
not that i recieve many viruses but i use this system to test
technologies before deploying them at my company, earlier
i could not start sendmail with amavis, it would give a error:
saratoga sm-mta[15130]: g26G3sTM015107: timeout waiting for input
from local during Draining Input
so i started sendmail w/o amavis, and its what i'm using
at the moment.
I thought it was an isolated incident, then I noticed 3 of my other
systems(4 systems total, on 3 different networks) are suffering
the same problem. All 4 systems run local nameservers in
addition to having other nameservers in their resolv.conf
to isolate it further, I narrowed down a way to trigger it, just
by running 'newaliases'. It hangs, eventually times out and
builds the aliases file, but this never used to happen.
I have run strace on newaliases, I have run strace on BIND
itself, and have run strace on sendmail, the only weird thing
that comes up is when doing an strace on bind, this IP
appears quite often - 192.0.32.19. At least on one of my servers,
it appears to be a reserved IP range by ARIN. I don't see
how it can be related to my problems, but thought it was
unusual.
I have gone over my named.conf files over and over, and
my zone files as well. the 2 domains that my machines use
did not have any zone modifications yesterday. I changed
some access list controls in named.conf yesterday(mainly to
fix what was broken before), and verified all zones transferred.
All the domains resolve, as do hostnames and stuff, and I
can send and recieve mail, it is just real slow. I don't know
what to search for on google to get an idea on where to
go next so I'm hopin someone on the list may have something
I can try. There was another thread 'everything in sendmail
is slow', where someone reccomended to run:
sendmail -bt -d0.13
the output of which is below. This has to be in DNS, as
this is the only thing these systems share.
I have other systems/domains where I have run the
above command(sendmail -bt) and it completes immediately,
on my systems currently, it completes but it takes a long time.
2 of the systems are running potato/sendmail 8.9.3 and 2 of
them are running woody/sendmail 8.12.1. the 2 woody systems
are on seperate t1s, and the potato systems are on my 1meg
dsl line at home. everything has static ips and forward/reverse
dns. the 2 systems on the t1s are behind static(1:1) NAT offa
cisco 2500 series routers. The systems at home on my dsl
are not behind any kind of NAT.
so at the moment, the issue, is significant lag. seems most
everything works, its just real slow.
the official domains of my machines are aphroland.org and
linuxpowered.net . I recieve mail for about 35 other domains,
but those are the domains of the systems themselves.
this has really got me stumped.
any ideas appreciated.
thanks!
nate
(sendmail output below)
Version 8.12.1
Compiled with: DNSMAP HESIOD LDAPMAP LOG MAP_REGEX
MATCHGECOS MILTER
MIME7TO8 MIME8TO7 NAMED_BIND NETINET
NETINET6 NETUNIX NEWDB NIS
NISPLUS PIPELINING SASL SCANF TCPWRAPPERS
USERDB XDEBUG
OS Defines: ADDRCONFIG_IS_BROKEN HASFCHOWN
HASFCHMOD HASFLOCK
HASGETDTABLESIZE HASGETUSERSHELL
HASINITGROUPS HASLSTAT
HASRANDOM HASSETREGID HASSETREUID
HASSETRLIMIT HASSETSID
HASSETVBUF HASURANDOMDEV HASSTRERROR
HASUNAME HASUNSETENV
HASWAITPID IDENTPROTO IP_SRCROUTE
REQUIRES_DIR_FSYNC
USE_SIGLONGJMP USESETEUID
Conf file: /etc/mail/submit.cf (default for MSP)
Conf file: /etc/mail/sendmail.cf (default for MTA)
Pid file: /var/run/sendmail/mta/sendmail.pid (default)
libsm Defines: SM_CONF_LONGLONG SM_CONF_MEMCHR
SM_CONF_MSG SM_CONF_SEM
SM_CONF_SHM SM_CONF_SSIZE_T
SM_CONF_STDDEF_H
SM_CONF_SYS_CDEFS_H SM_CONF_UID_GID
SM_HEAP_CHECK
SM_OS=sm_os_linux SM_VA_STD
FFR Defines: _FFR_CONTROL_MSTAT _FFR_DAEMON_NETUNIX
_FFR_GROUPREADABLEAUTHINFOFILE
_FFR_MAX_FORWARD_ENTRIES
_FFR_QUEUEDELAY _FFR_QUEUE_SCHED_DBG
_FFR_RESET_MACRO_GLOBALS
_FFR_SHM_STATUS _FFR_TLS_1
Canonical name: saratoga.linuxpowered.net
a.k.a.: saratoga
UUCP nodename: saratoga.linuxpowered.net
a.k.a.: [10.121.110.48]
a.k.a.: [127.0.0.1]
a.k.a.: c2503-ipnat-wa-48.anotherdomain.com
a.k.a.: [10.121.110.49]
a.k.a.: auth2
a.k.a.: auth2.linuxpowered.net
a.k.a.: [10.121.110.50]
a.k.a.: c2503-ipnat-wa-50.anotherdomain.com
Conf file: /etc/mail/sendmail.cf (selected)
Pid file: /var/run/sendmail.pid (selected)
============ SYSTEM IDENTITY (after readcf) ============
(short domain name) $w = saratoga
(canonical domain name) $j = saratoga.linuxpowered.net
(subdomain name) $m = linuxpowered.net
(node name) $k = saratoga.linuxpowered.net
========================================================
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
>
