home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / sendmail / 2687 < prev    next >
Encoding:
Text File  |  1992-11-04  |  2.9 KB  |  67 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!panther!mothost!schbbs!mmuegel
  3. From: mmuegel@next3.corp.mot.com (Michael S. Muegel)
  4. Subject: Problems with IDA on SunOS 4.1.3
  5. Organization: Corporate Computer Services & Support, Motorola, Inc.
  6. Date: Thu, 5 Nov 1992 05:13:44 GMT
  7. Message-ID: <1992Nov5.051344.5323@schbbs.mot.com>
  8. Sender: news@schbbs.mot.com (Net News)
  9. Nntp-Posting-Host: cssmsm.corp.mot.com
  10. Lines: 55
  11.  
  12. I have been using 5.65c+IDA-1.4.4.1 on our two Internet gateways for
  13. a few weeks now with very few complaints. In fact, it has helped us
  14. to significantly improve the quality of our SMTP mail service.
  15.  
  16. So tonight it came time to upgrade one of our two internal WAN SMTP
  17. gateways. Everything looked good for a few minutes until I started
  18. seeing processes wth identifiers like this:
  19.  
  20.    -gethostbyname(pobox) failed, sleeping (sendmail)
  21.  
  22. Problem is, they never went away! It seemed random when a forked sendmail
  23. server process would start to act like this but eventually enough did
  24. that I had to kill the IDA sendmail daemon and start using the SunOS
  25. daemon again.
  26.  
  27. In each case the lookup had failed on "pobox." Funny thing is, pobox is the 
  28. name of the host! As I said, not all forked sendmail server processes 
  29. exhibited this behavior. In fact, most did not. So mail was going through 
  30. except for these "hung" processes.
  31.  
  32. I then tried to duplicate the problem on the other internal gateway. I could
  33. not. I also have never seen the problem on the two external gateways. All
  34. are running the same IDA binaries, compiled for SunOS 4.1.1.
  35.  
  36. So next I recompiled for 4.1.3 on that host. Still exhibited the same
  37. behavior. The two external gateways are running 4.1.2 and the other
  38. internal gateway I tried to get to exhibit the same behavior on is
  39. running 4.1.1. All use SunOS named.
  40.  
  41. I know that the gethostbyname(pobox) call will work. Heck, I even
  42. chunked out a little C code to prove it to myself. Some of these
  43. forked processes just seem to somehow get in a state where it will
  44. *never* work. I let one of the processes that was in this loop run
  45. for over an hour.
  46.  
  47. Here is the code segment from daemon.c that causes the loop. I do not
  48. see anything special about it:
  49.  
  50.      while ((hp = gethostbyname(hostbuf)) == NULL)
  51.      {
  52.              syslog(LOG_ALERT, "gethostbyname for %s failed", hostbuf);
  53.              setproctitle("gethostbyname(%s) failed, sleeping", hostbuf);
  54.              Xsleep(10);
  55.      }
  56.  
  57. Any help would be MUCH appreciated. Thanks,
  58. -Mike
  59.  
  60. -- 
  61. +----------------------------------------------------------------------------+
  62. | Michael S. Muegel                  | Internet:    mmuegel@mot.com          |
  63. | UNIX Applications Startup Group    | Moto X.400:  X10090                   |
  64. | Corporate Information Office       | Voice:       (708) 576-0507           |
  65. | Motorola, Inc.                     | ... these are my opinions, honest ... |
  66. +----------------------------------------------------------------------------+
  67.