Hi David,
sorry for the cc - must have pressed the reply instead of the reply to
all button - i ran the unset command and at it seems to be more stable
with this setting - but still beacon is crashing - i compiled the
relevant parts of the errorlog here (logfile is 169MB):
http://pastebin.com/f2T7ZbtV
if i interpret this correctly there is a timer disconnecting the
switches?
Floodlight seems to run now as of my first 10 rounds of cbench.
nox still produces an exobitant amount of the "boost::asio::streambuf
too long" errors. (~100MB/Thread and Round)
regards,
Ralf
Am 15.01.2013 01:08, schrieb David Erickson:
Hi Ralf-
Please keep openflow-discuss in the CC incase this is useful to
others.
Can you run "unset LD_PRELOAD" in both your NOX and cbench terminal
and rerun it? I've found that most of the time NOX does not work
properly with tcmalloc.
You mentioned you also tried Beacon and Floodlight, what happened
when you ran them?
-David
On 1/14/2013 3:11 PM, [email protected] wrote:
Hi David,
first of all - thanks for the quick reply! I am running
controller(s) and cbench on the same machine - i have tought also that
this might be due to a local ressource conflict so i already tried to
separate the two - running the controller on the server mentioned,
running cbench from my Ubuntu 13.04 Macbook over a direct attached
gigabit link.... with the same result.
I have checked port 6633 everytime before running the controller
using "lsof | grep :6633" which returns nothing. I have checked out
the latest version of oflops from github and compiled it against the
github version of Openflow, which mentions version 1.0.0 in the
makefile (commands used to checkout and install):
git clone git://gitosis.stanford.edu/openflow.git
cd openflow; git checkout -b buildbranch origin/release/1.0.0
git clone git://gitosis.stanford.edu/oflops.git
cd oflops
./boot.sh
./configure --with-openflow-src-dir=/home/openflow/openflow
make
sudo make install
NOX Startup (only 1 line ;))
NOX 0.9.2~core~beta (nox_core), compiled Jan 13 2013 20:25:57
Nox errorlog exported via "taskset -c 0-1 ./nox_core -i ptcp:6633
switch -t 2 2> noxerrors" (shortened on duplicate parts, logfile has
489MB)
http://pastebin.com/DnK4B5Vj
For starting NOX (with 2 threads) I have used the following
commandline (following the controler performance page):
LD_PRELOAD=/usr/lib/libtcmalloc_minimal.so.0
taskset -c 0-1 ./nox_core -i ptcp:6633 switch -t 2
cbench ist started with
LD_PRELOAD=/usr/lib/libtcmalloc_minimal.so.0
taskset -c 7 ./cbench -c localhost -p 6633 -m 10000 -l 10 -s 32 -M
1000000 -t
regards,
Ralf Leichter
Am 14.01.2013 22:15, schrieb David Erickson:
Hi Ralf-
Are you running both the controller(s) and cbench locally on the
same
machine? Have you checked to ensure nothing else is running on the
controller port before launching the controller under test? Did
you
check out the latest oflops from git, and compile it against the
correct OpenFlow version (1.0)? What command line are you using
for
both the controller(s) and cbench? And can you attach logs from
both?
-David
On 1/14/2013 12:27 PM, [email protected] wrote:
Hello Openflow Mailinglist :),
i am relatively new to openflow so if this question has already
been asked some times i am sorry, but i couldnt find any further
info on this issue on the net than this link (which has no solution
and is nox specific -> https://github.com/noxrepo/nox/issues/5)
I have setup a small openflow testbed using a server installed
with Ubuntu 11.10, I set up the beacon, floodlight and nox
controller (compiled from source) to get an idea on starting with
openflow. My first goal was to get to a point where i can do my own
tests for applications - as a basic idea i started with the
benchmarks pointed out at
http://www.openflow.org/wk/index.php/Controller_Performance_Comparisons
.
I followed the instructions and settings outlined on the page and
all controllers are initially running, but upon running cbench i am
getting output similar to the following after a few seconds:
controller msgbuf_read() = -1: msgbuf_read: Connection reset by
peer
the controller is still receiving messages at this point and ends
with disconnecting the switches still running the controller, cbench
terminates.
At first i thought this related to memory issues on the controller
side so i increased this memory, same effect.
same relates to setting up the nox controller - cbench terminates
with the similar message after a few seconds, on the controllerside
a "boost::asio::streambuf too long" exception is thrown. (i am using
the default switch implementation as outlined on the performance
comparison page)
floodlight also has the same behaviour as beacon
I also tried to set up a debian sid installation on the same
hardware and ran into the same issues. Also a virtual setup using
ubuntu on a virtualbox install has the same issue
Testbench Server:
HP DL380G5
2x Xeon 2.84Ghz Quadcore
20GB DDR2
running Ubuntu 11.10 x64
what am i doing wrong? any hint is appreciated.
regards,
Ralf Leichter
_______________________________________________
openflow-discuss mailing list
[email protected]
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
_______________________________________________
openflow-discuss mailing list
[email protected]
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
