From dev-return-12924-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Thu Sep 30 01:41:20 2004 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 19424 invoked from network); 30 Sep 2004 01:41:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 30 Sep 2004 01:41:20 -0000 Received: (qmail 32531 invoked by uid 500); 30 Sep 2004 01:41:10 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 32477 invoked by uid 500); 30 Sep 2004 01:41:09 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 32453 invoked by uid 99); 30 Sep 2004 01:41:08 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of trawick@gmail.com designates 64.233.170.197 as permitted sender) Message-ID: Date: Wed, 29 Sep 2004 21:41:04 -0400 From: Jeff Trawick Reply-To: Jeff Trawick To: dev@apr.apache.org Subject: Re: apr_sockaddr_info_get() produces syslog messages on AIX In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <3DD6D733ACDA8345BF4D443FECEC13B00207E0C4@cnfqe130.cnf.prod.cnf.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Wed, 29 Sep 2004 20:18:36 -0400, Jeff Trawick wrote: > On Wed, 29 Sep 2004 14:55:40 -0700, Bennett, Tony - CNF > wrote: > > Note: I posted a similar question on comp.unix.aix > > > > Platform: Aix 5.1 > > > > We are using Apache 2.0.42. We have written a module > > which calls apr_sockaddr_info_get() which, in turn, > > performs a getaddrinfo() call. > > > > Every call by Apache to getaddrinfo() generates the following > > syslog message: > > "The user option is different from the address family passed into > > the API." > > that string appears in /usr/lib/libc.a several times > > > > > Here are the arguments passed by apr_sockaddr_info_get() to > > getaddrinfo(): > > looks reasonable > > > hostname: "my.fullyqualified.host.com" > > servername: NULL > > hmm, I thought we would make sure that servername points to something > on AIX to work around some bogosity > > > My questions are: > > - Why is this happening...? > > - What can I do to stop it..? > > create a 15-20 line standalone program which calls getaddrinfo() in > the same manner and exhibits the behavior, and call IBM support and > get them to tell you what has to change (patch libc, change program, > whatever) to make getaddrinfo keep quiet when you run your program if you want, send the simple test program to me and I'll try it on my maintenance level of 5.1 first... ]$ lslpp -l bos.rte.libc Fileset Level State Description ---------------------------------------------------------------------------- Path: /usr/lib/objrepos bos.rte.libc 5.1.0.59 COMMITTED libc Library The resolver stuff can behave differently based on the configuration (files, dns, other). It would be good to know what nsswitch.conf or NSORDER setting is required to encounter the issue on your box.