[netperf-talk] netperf4 client error

[Mike Higgins]

On 11/01/2010 08:21 PM, Mike Higgins wrote:
> Rick Jones wrote:
>> Mike Higgins wrote:
>>> Its been a while since my last failed attempt to use netperf4 so I 
>>> thought I'd get the trunk and try again.  I'm running on Ubuntu 
>>> 10.04 and had a clean compile.  I'm running netserver from the src 
>>> directory.  /etc/services has been updated to have "netperf4    
>>> 12865/tcp"  When I try to run netperf from the src directory I get:
>>>
>>> zperf01:~/downloads/np/trunk/src$ ./netperf
>>> default_config.xml:2: I/O error : failed to load HTTP resource
>>> <!DOCTYPE netperf SYSTEM 
>>> "http://www.netperf.org/netperf_docs.dtd/1.0" >
>>>                                                                         
>>> ^
>>> default_config.xml:3: validity error : Validation failed: no DTD 
>>> found !
>>> <netperf xmlns="http://www.netperf.org/ns/netperf">
>>>                                                   ^
>>> strtofam: unknown address family (null)
>>> strtofam: unknown address family (null)
>>> establish control: could not resolve remote '(null)' port '(null)' 
>>> af -1
>>>     getaddrinfo returned -2 Name or service not known
>>> connect_netserver: Failed
>>>
>>> (netperf:3696): GLib-WARNING **: 
>>> /build/buildd/glib2.0-2.24.1/glib/giounix.c:406Error while getting 
>>> flags for FD: Bad file descriptor (9)
>>>
>>>
>>> (netperf:3696): GLib-WARNING **: Invalid file descriptor.
>>>
>>>
>>> ** (netperf:3696): WARNING **: g_io_channel_set_flags 
>>> g-io-channel-error-quark 8 Bad file descriptor
>>>
>>>
>>> (netperf:3696): GLib-CRITICAL **: g_io_channel_write_chars: 
>>> assertion `channel->is_writeable' failed
>>> zperf01:~/downloads/np/trunk/src$
>>>
>>> Anybody able to help me cut to the chase?
>>
>> Hmm, I wonder if when I had to bring netperf.org back from the dead 
>> if I lost something wrt having the DTD online.  I thought though 
>> there was a libxml2 way to "map" that to a local file though.  Sorry, 
>> my libxml2 knowledge cache has gotten *really* stale. :(
>>
>> As for some of the rest, yes, top of trunk is best, I'd suggest a 
>> system call trace if you can do one.
>>
>> happy benchmarking,
>>
>> rick jones
>>
>>>
>>> _______________________________________________
>>> netperf-talk mailing list
>>> netperf-talk at netperf.org
>>> http://www.netperf.org/cgi-bin/mailman/listinfo/netperf-talk
>>
> I will see what I can do for the system call trace.  My expertise lies 
> in Java programming so it might be a bit.  I'll look at the libxml2 
> mapping option also.
>
> Cheers,
>
> Mike
> _______________________________________________
> netperf-talk mailing list
> netperf-talk at netperf.org
> http://www.netperf.org/cgi-bin/mailman/listinfo/netperf-talk

So I picked this back up again today ( I know, its been a while. )  I 
found the problem with the dtd.  Since I run netperf2 on my machines, I 
didn't want to "install" netperf4.  I was simply running it from the src 
directory.  I think this prevented the /etc/xml/catalog file from being 
updated.  That is where the "mapping" takes place.  I made the updates 
manually to /etc/xml/catalog and I am able successfully run 
default-config.xml / default-commands.xml.

Yea!

Now I need to get a deeper understanding of the config and command 
files.  Is there someplace in particular that I can be pointed to get 
more info?  To start, I would like to generate concurrent TCP_STREAM 
followed by TCP_MAERTS.

Thanks, Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mhiggins.vcf
Type: text/x-vcard
Size: 276 bytes
Desc: not available
URL: <http://www.netperf.org/pipermail/netperf-talk/attachments/20110215/94b3138a/attachment.vcf>