pcp
[Top] [All Lists]

Re: [pcp] Build/install status for 3.7.0

To: pcp@xxxxxxxxxxx
Subject: Re: [pcp] Build/install status for 3.7.0
From: Dave Brolley <brolley@xxxxxxxxxx>
Date: Wed, 06 Mar 2013 15:09:58 -0500
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <5137A049.1070102@xxxxxxxxxxxxxxxx>
References: <1745058060.15558832.1362561319979.JavaMail.root@xxxxxxxxxx> <5137A049.1070102@xxxxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130219 Thunderbird/17.0.3
On 03/06/2013 03:00 PM, Ken McDonell wrote:
On vm05 3.7.0 i486 Gentoo 2.0.3 pmcd dies


Starting pmcd ...
[Wed Mar 6 16:13:51] pmcd(1293) Error: OpenRequestSocket(44321,
INADDR_ANY) __pmCreateSocket: Address family not supported by
protocol
[Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd: can't open any request
ports, exiting
[Wed Mar 6 16:13:51] pmcd(1293) Error: pmcd not started due to
errors!

Hmm, this is probably the most concerning.  What does ifconfig on
this host report?  This looks like it might be an IPv6-related
regression, possibly, Dave?

Nothing obviously interesting from ifconfig ...

kenj@vm05:~$ /sbin/ifconfig -a
eth0      Link encap:Ethernet  HWaddr 52:54:00:73:7d:3a
          inet addr:192.168.1.205  Bcast:192.168.1.255 Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15213 errors:0 dropped:0 overruns:0 frame:0
          TX packets:480 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2225766 (2.1 MiB)  TX bytes:78938 (77.0 KiB)
          Interrupt:11

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:600 (600.0 B)  TX bytes:600 (600.0 B)
Actually, this is very helpful. The system has no IPv6 configuration. This leads me to what I believe is the offending code. In auxserver.c:OpenRequestPorts, when the listening address is "INADDR_ANY", it tries to open an inet (IPv4) socket and an IPv6 socket. The latter would then fail, however the success flag is only set based on the results of opening this last socket. So, even though an inet socket was opened, the overall result is "can't open any request ports, exiting".

If at least one of the two sockets was opened, then the overall result should be success. Failure to open one of them would probably warrant a warning to the log.

I'll work up a patch for this.

And detailed diags are not helping (hint, hint, ...)
Noted. I'll see what I can add.

Dave

<Prev in Thread] Current Thread [Next in Thread>