Closed igarny closed 8 years ago
Hi Ivan, can you be more specific when you say latest code? Is it 3.4.2 or 3.5-rc2?
Hi, Antoine....I have tested it with the code supplied by Hakan, which in his words is the current of OPPD in github.
OK the problem is OPPD use HTTP::Daemon Perl module.This module does not support IPv6. This class is a sublass of IO::Socket::INET and only in perl version 5.1.4 IO::Socket::INET support Ipv4 amd IPv6. To support versions before 6.1.4 I need to check how to replace the HTTP daemon. Therefore I cannot estimate how long it will take to reoplace the daemon.
I commited the fix. Added dependency tp spec file. Now it should be tested. Antoine please build packages so Ivan can test it. Thanks.
Done some test and see that oppd kills itself when a request comes in. I see in the log:
2015/09/25 16:32:20
I suggest not to use this IPv6 support . We should rollback oppd to to previous version.
OK it is solved. Now it works. I tested only in a IPv4 enviroment. It should be tested on IPv6. Fix is commited and packages can be built.
@igarny Can you help testing this? I've build a debian package that is available in the snapshot repo. I guess a nightly RPM will be built with the same correction. Versions of those packages should be something like 3.5.0.1-something (snapshot/timestamp tag).
In fact Hakan received a confirmation for an IPv6 globally registered address here in Germany... will check that with him and see how I can help
it wokrs! I have send a echo request with perfsonar-client on Pv6: [labor@genesis-vmdev-centos6-64 perfSONAR-client]$ ./perfsonar-client.pl --uri http://[2001:638:a000:3502::21]:8090/services/MP/BWCTL --reqfile EchoRequest.xml Response for EchoRequest.xml:
Sounds like its fixed based on last comment so closing. Feel free to re-open if i am incorrect.
Issue can be observed on toolkit instances with latest OPPD code:
[dfn.garnizov@psmp-gn-bw-02-fra-de ~]$ netstat -nat -A inet6 | grep LISTEN tcp 0 0 :::111 :::* LISTEN tcp 0 0 :::80 :::* LISTEN tcp 0 0 :::22 :::* LISTEN tcp 0 0 :::4823 :::* LISTEN tcp 0 0 :::443 :::* LISTEN tcp 0 0 :::861 :::* LISTEN