Skip to Content.
Sympa Menu

ndt-users - Re: failed middlebox testing

Subject: ndt-users list created

List archive

Re: failed middlebox testing


Chronological Thread 
  • From: Clayton Keller <>
  • To: Peter Van Epp <>
  • Cc:
  • Subject: Re: failed middlebox testing
  • Date: Wed, 31 Aug 2005 10:27:45 -0500


Peter Van Epp wrote:
<snip>>
When running without "-m", i receive the following output:

Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client to server) . . . . . Server failed: 'Go' flag not received

When the test is run and this error is returned I see a flood of Signal 11 received from process XXXX.


Signal 11 is a seg fault (i.e. usually a programming error) where
the process is trying to access unallocated memory. If the -g compile flag is on and you got a core from the process then the output of
gdb program core

where


(where program is the ndt client and core is the name of the core file)

would be interesting in that it would tell us where the seg fault is
occurring.

Peter Van Epp / Operations and Technical Support Simon Fraser University, Burnaby, B.C. Canada



How do I enable this compile option? I apologize, but I have not had to do this in the past.

Once I get the core I can run the gdb against the websrv100 process and can get this information back to the list for analysis.



Archive powered by MHonArc 2.6.16.

Top of Page