[hipl-dev] Re: Fedora 20 i386 not working?

  • From: Miika Komu <mkomu@xxxxxxxxx>
  • To: hipl-dev@xxxxxxxxxxxxx
  • Date: Thu, 03 Apr 2014 23:35:23 +0300

Hi,

On 04/03/2014 05:42 PM, Robert Moskowitz wrote:
I installed the latest on F20 i386 the other night. My connectivity here
is through my Verizon MiFi which is full IPv6, and IPv4 NATed tunneled
over IPv6 (or so my understanding of IPv4 services on LTE).

I cannot get the test to crossroads.infrahip.net working. It reports
back that the connection is insecure and to please enable HIP. Well
chkconfig reports hipd enabled. Since this is F20, we are using
systemctl for most of the old 'service' services and:

# systemctl status hipd -l
hipd.service - SYSV: HIPL IPsec key and mobility management daemon
Loaded: loaded (/etc/rc.d/init.d/hipd)
Active: failed (Result: timeout) since Thu 2014-04-03 10:31:29 EDT; 4min
40s ago
Process: 1789 ExecStart=/etc/rc.d/init.d/hipd start (code=exited,
status=0/SUCCESS)
CGroup: /system.slice/hipd.service
└─1793 /usr/sbin/hipd -bkN

Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]:
HIPD_HIT=2001:0012:bbd3:f1d8:5b48:b7cc:a048:94a6
Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]:
HIPD_IPS=2600:1013:b011:2aa5:215:afff:feb6:e268 192.168.43.98
Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]: HIPD_START=0
Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]:
query_soa(hit-to-ip.infrahip.net.)
Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]: query_soa found
hit-to-ip-soa-hit.infrahip.net
Apr 03 10:35:28 ee900.htt-consult.com nsupdate[2391]:
query_addresses(hit-to-ip-soa-hit.infrahip.net):
Apr 03 10:35:29 ee900.htt-consult.com nsupdate[2391]: query_addresses
found AAAA 2001:1a:2a72:f01c:d98e:311c:c76a:57c4
Apr 03 10:35:29 ee900.htt-consult.com nsupdate[2391]: Using
2001:0012:bbd3:f1d8:5b48:b7cc:a048:94a6 as local address
Apr 03 10:35:29 ee900.htt-consult.com nsupdate[2391]: Update failed:
could not get socket
Apr 03 10:35:29 ee900.htt-consult.com hipd[1793]:
error(libhipl/hipd.c:349@hipd_main) select() error: Interrupted system
call.

What does this all mean????

did you disable SElinux?

We have been missing a redhat tester, nice to have you back :)

P.S. Sorry, no progress with 32-bit issue yet. I'll have to debug it during weekend.


Other related posts: