[chord] Chord source code and corresponding SFS version

[Tri Nguyen Phi Minh]

Dear Dr.Emil Sit,

I simply solved the problem by using BerkeleyDB 4.5 instead of version 4.6.
I was able to compile and build the Chord with no problems.
Just for those who would like to know, here are libraries and versions I am
using:
     + Ubuntu 8.02 - Hardy
     + chord.0.1-20070418
     + sfslite-0.8.16
     + BerkeleyDB4.5
     + GCC 4.1.3
     + G++ 4.1.3
     + libgmp 2.4
     + autoconf/automake/m4: 2.6/1.9/1.4

Then, I did some tests on Chord based on 2 Linux virtual machines. I store
a file on host 1 but I still cannot retrieve that file from host 2:
     + Started DHT on host1 with 16 vnodes
     + Insert file1 on host1
     + Join the DHT from host2 with 16 vnodes
     + Trying retrieve file1 on host2 >> failed

Here is log that I did for 2 hosts:
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
[HOST1]chord-0.1/lsd$ ./start-dhash --bindir /home/tri/Desktop/chord-0.1/
--root /tmp/tri/dht/ -v 16 -j 173.16.200.130:10000 -p 10000
RUNNING: /home/tri/Desktop/chord-0.1//lsd/adbd adbd -d ./db -S ./adbd-sock
RUNNING: /home/tri/Desktop/chord-0.1//maint/maintd maintd -d ./maintdata -m
carbonite -C ./maint-sock
RUNNING: /home/tri/Desktop/chord-0.1//lsd/lsd lsd -d ./adbd-sock -S
./dhash-sock -R ./maint-sock -C ./lsd-sock -v 16 -j 173.16.200.130:10000 -p
10000
//
//STORE A FILE ON HOST 1:
[HOST1]chord-0.1/tools$ ./filestore /tmp/tri/dht/dhash-sock -s
/tmp/tri/test 1
          >>>len 20 inflight 0
          >>>len 20
          >>>p
          >>>len 280
          >>>dadff40f9fa1b2351a887a0ec0711df4b825f496
//
//FETCH A FILE ON HOST 1 -> OK:
[HOST2] ./filestore /tmp/tri/dht/dhash-sock -f
dadff40f9fa1b2351a887a0ec0711df4b825f496 1
retrieve dadff40f9fa1b2351a887a0ec0711df4b825f496
retrieve 1669616e7240f306e53efa7dba0b0842b85e484a
retrieve 56c1704c715905a46d458907299c3b5499cb973a
//
[HOST2]chord-0.1/lsd$ ./start-dhash --bindir
/home/tri/Desktop/chord_ins/chord-0.1 --root /tmp/tri/dht/ -v 16 -j
173.16.200.130:10000
RUNNING: /home/tri/Desktop/chord_ins/chord-0.1/lsd/adbd adbd -d ./db -S
./adbd-sock
RUNNING: /home/tri/Desktop/chord_ins/chord-0.1/maint/maintd maintd -d
./maintdata -m carbonite -C ./maint-sock
RUNNING: /home/tri/Desktop/chord_ins/chord-0.1/lsd/lsd lsd -d ./adbd-sock
-S ./dhash-sock -R ./maint-sock -C ./lsd-sock -v 16 -j 173.16.200.130:10000
//
//FETCH A FILE ON HOST 1 FROM HOST 2 -> FAILED:
[HOST2]chord-0.1/tools$ ./filestore /tmp/tri/dht/dhash-sock -f
dadff40f9fa1b2351a887a0ec0711df4b825f496 1
retrieve dadff40f9fa1b2351a887a0ec0711df4b825f496
dhashclient::retrieve failed: dadff40f9fa1b2351a887a0ec0711df4b825f496:
DHASH_NOENT
fatal: lost inode
///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////


1. Could you tell me is it possible to test Chord implementation on Virtual
machines instead of real ones?
2. Could you tell me the roles of vnode in Chord implementation? Why do we
need to use virtual nodes?

Thank you very much for your time.
Sincerely,



















Here are logs that how can I test chord with T










2012/9/12 Emil Sit <sit at mit.edu>

> Hi Tri,
>
> On Mon, Sep 10, 2012 at 11:49 PM, Tri Nguyen Phi Minh
> <lordelf007 at gmail.com> wrote:
> > However, running Chord's configure file still complain that it cannot
> find
> > BerkeleyDB as previous.
> > Could you please tell me extra configurations I should do to make Chord
> find
> > Berkeley libraries?
>
> What you did looks reasonable as far as my recollection goes. I don't
> recall precisely what the configure script is testing for and I am
> grateful these days to generally not have to use autoconf any more.
> You can check the configure.log or something to see what link command
> it was trying to use and see if you can get that command to work.
>
> --
> Emil Sit / http://www.emilsit.net/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://amsterdam.lcs.mit.edu/pipermail/chord/attachments/20120913/fff86b6e/attachment.htm