facebook / wdt Goto Github PK

 _bin/wdt/wdt -skip_writes -transfer_id 1
 _bin/wdt/wdt -destination localhost -directory wdt -transfer_id 1 -ipv6

...
W0730 16:33:57.951288 2325264 ClientSocket.cpp:126] connect did not succeed : Connection refused
E0730 16:33:57.951324 2325264 Sender.cpp:483] Unable to connect to localhost 22360 despite 20 retries in 0.956459 seconds.

should work - it doesn't (side effect of my change of default for ipv6 to be false)

no flag/default should be for server to listen to all addr and work with ipv6 (if there is one)

Hi,
I want to build wdt on redhat linux, because my servers are almost redhat linux, not ubuntu&macos. but it's hard to build on redhat, and I can not use wdt for these servers.
Could you help to give some suggestions for RPM-based Linux?

thx.

https://travis-ci.org/facebook/wdt/jobs/75328578
D2283221

receiver side: wdt -directory wdtData/
sender side : wdt -directory /usr/bin/ -destination localhost

can't get the content transfered frome /usr/bin/ to wdtData, the receiver and sender run on a same mac book.

Attempting to build on OS X 10.10

[ 75%] Linking CXX shared library libwdt4tests.dylib

ld: warning: directory not found for option '-L/Users/james/wdt/gmock/src/gmock-build/Debug'

ld: library not found for -lgmock

clang: error: linker command failed with exit code 1 (use -v to see invocation)

make[2]: *** [libwdt4tests.dylib] Error 1

make[1]: *** [CMakeFiles/wdt4tests.dir/all] Error 2

make[1]: *** Waiting for unfinished jobs....

-- gmock download command succeeded.  See also /Users/james/wdt/gmock/src/gmock-stamp/gmock-download-*.log

[ 80%] No patch step for 'gmock'

[ 80%] No update step for 'gmock'

[ 82%] Performing configure step for 'gmock'

[ 84%] Linking CXX executable _bin/wdt/wdt

[ 84%] Built target wdt

-- gmock configure command succeeded.  See also /Users/james/wdt/gmock/src/gmock-stamp/gmock-configure-*.log

[ 86%] Performing build step for 'gmock'

-- gmock build command succeeded.  See also /Users/james/wdt/gmock/src/gmock-stamp/gmock-build-*.log

[ 88%] No install step for 'gmock'

[ 91%] Completed 'gmock'

[ 91%] Built target gmock

make: *** [all] Error 2

Extra detail: am using fish shell. Is that an issue?

trying

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 22624db..d17ffad 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -238,7 +238,8 @@ if (BUILD_TESTING)
   # ${BINARY_DIR}/libgmock.a works everywhere except xcode...
 # so ugly weird hack generating warnings about unknown dir for now:
   target_link_libraries(wdt4tests
-    "-L ${BINARY_DIR} -L ${BINARY_DIR}/Debug -lgmock"
+    # "-L ${BINARY_DIR} -L ${BINARY_DIR}/Debug -lgmock"
+    "-L ${BINARY_DIR} -lgmock"
     wdtlib
   )

yields in xcode builder:

ld /Users/ldemailly/github/ldemailly/xcode/Debug/libwdt4tests.dylib normal x86_64
    cd /Users/ldemailly/github/ldemailly/wdt
    export MACOSX_DEPLOYMENT_TARGET=10.10
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64 -dynamiclib -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk -L/Users/ldemailly/github/ldemailly/xcode/Debug -F/Users/ldemailly/github/ldemailly/xcode/Debug -filelist /Users/ldemailly/github/ldemailly/xcode/WDT.build/Debug/wdt4tests.build/Objects-normal/x86_64/wdt4tests.LinkFileList -install_name @rpath/libwdt4tests.dylib -Xlinker -rpath -Xlinker /Users/ldemailly/github/ldemailly/xcode/Debug -mmacosx-version-min=10.10 -dynamiclib -Wl,-headerpad_max_install_names -L /Users/ldemailly/github/ldemailly/xcode/gmock/src/gmock-build -lgmock /Users/ldemailly/github/ldemailly/xcode/Debug/libwdtlib.dylib /Users/ldemailly/github/ldemailly/xcode/Debug/libwdtlib_min.dylib /Users/ldemailly/github/ldemailly/xcode/Debug/libfolly4wdt.dylib /usr/local/lib/libglog.dylib /usr/local/lib/libgflags.dylib /usr/local/lib/libboost_system-mt.dylib -single_module -Xlinker -dependency_info -Xlinker /Users/ldemailly/github/ldemailly/xcode/WDT.build/Debug/wdt4tests.build/Objects-normal/x86_64/wdt4tests_dependency_info.dat -o /Users/ldemailly/github/ldemailly/xcode/Debug/libwdt4tests.dylib

ld: library not found for -lgmock
clang: error: linker command failed with exit code 1 (use -v to see invocation)

and with it everybody else gets the

ld: warning: directory not found for option '-L/Users/ldemailly/github/ldemailly/build/gmock/src/gmock-build/Debug'

)

need to ask on CMake mailing list (or if anyone here has an idea ?)

have toString() or toDebugString() and operator<< calling it for all objects

so we can replace stuff like

LOG(ERROR) << "Transfer aborted during connect " << port_ << " " << fd_;

WLOG(ERROR) << "Transfer aborted during connect"
// would turn into:
LOG(ERROR) << *this << ":" <<  "Transfer aborted during connect"

If you have questions about wdt, please comment here (or create a new Issue)

Eventually we'll gather answers on
https://github.com/facebook/wdt/wiki/FAQ

Also if you have suggestion on which collaboration medium to use - do share (we can use facebook groups for instance, or is having a facebook account a barrier?)

right now you need to restart the other side after it fails

consider the outter retry to be part of the library and/or the cmd line

Is the code for WDT platform independent ? Is it tweakable so it runs on windows ?

changing WdtFlags.cpp.inc doesn't rebuild wdt (wdtCmdLine.cpp which includes it)

apparently the include dependency isn't picked up

we only need 1 buffer per thread but that can be explicit in each sender/receiver thread

related to refactoring ThreadData too

also relates to how odirect is handled - could be determined once at the beginning

anyone wants to design a cool(er) logo ? maybe something like warpspeed related

Couple of things can be added to WdtUri

1. Short URL should have the capability to shorten ports if all ports are continous into numports and hostName:startPort
2. If hostname is empty or ports are empty, try to build from wdt options
3. ErrorCode could be sent as part of URL

how to get started using (building) and also contributing to wdt

wdt_rand_gen_test.sh not working on mac / old bash which don't understand |& syntax

https://github.com/facebook/wdt/blob/master/Receiver.cpp#L167

can create URLs that aren't connectable

sender for instance has too many constructors and they are chained in a bad way like changing the ports vector

the command line also should exercise all/most of them

it's related to WdtBase refactoring too

A few parameters are passed to CMake commands in your build script without enclosing them by quotation marks. I see that these places will result in build difficulties if the contents of the used variables will contain special characters like semicolons.

I would recommend to apply advices from a wiki article.

something show casing the progress bar and the log output that we can embed in the docs

#1 window with
wdt -directory /usr/bin -destination ::1 --avg_mbytes_per_sec 750 --block_size_mbytes 10 -num_ports 4 2> wdt.log
# another window with
tail -F wdt.log | colorize.sh
# where colorize is:
cat colorize.sh
#! /bin/sh
# Very inneficient way to colorize log input
awk '/^I/ {system("tput setaf 2"); print $0} /^W/ {system("tput setaf 3"); print $0} /^E/ {system("tput setaf 1"); print $0} /^C/ {system("tput setaf 5"); print $0} /^[^IWEC]/ {system("tput sgr0"); print $0}'

and similar on receiver side

probably using the urls

we can convert it in discrete count of internal short timeout

should be a higher -v level so one can run with -v=1 or -v=2 without a flood of

V0825 18:42:29.976109 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.076251 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.176393 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.276528 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.376662 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.476794 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.576927 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.677085 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.777232 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.877367 1186405 ServerSocket.cpp:153] poll() timed out52086 3
V0825 18:42:30.977504 1186405 ServerSocket.cpp:153] poll() timed out52086 3

also it's missing a space

We found that various settings and things can impede good performance we could have a checker that checks:

the kernel version
xfs mount options
tcp buffers
tcp queue workaround

and more, including telling the user how to fix various issues

possibly tied to running a benchmark as well to verify good settings

we have internal continous build but let's hook up travis-ci so pull requests and open source trunk can be auto tested

the new connection uri way of connecting to wdt should be the only optional parameter without requiring a --

ideally we should be able to tell from the url itself maybe if this is sender or receiver yet allow to pass one to the other (the 2 goals conflicts)

should find md5 in the simple test

also the test should fail instead of printing
xargs: md5sum: No such file or directory
(fix that bug first)

https://en.wikipedia.org/wiki/Interactive_Connectivity_Establishment

suggested on gitter.im

similar to changes from wdt_e2e_test.sh -> wdt_e2e_simple_test.sh

Right now the Receiver listens/binds to all the addresses for a given port (*:port as shown in lsof for instance)

For some use case it would probably be good to have the option to specify the binding address/name

That parameter can be an in/out parameter in the WdtRequest and be used for the wdt://uri

E0727 22:10:13.963521 1968128768 FileCreator.cpp:212] failed to make directory /: Is a directory [21]

into cmake and travis

change the default/suggested location of folly checkout for cmake
because having a deps/folly in the source tree confuses git and prevents rebasing

because of how the symlink is setup

wcp -n x/y/z dest:
will fail to find x/y/z in the temp dir

workaround pwd/x/y/z

need also to use the connection url like in the e2e_simple test

W0730 16:14:53.266710 2300510 ClientSocket.cpp:126] connect did not succeed : Connection refused
E0730 16:14:53.266685 2300509 Sender.cpp:483] Unable to connect to devbig074.prn2.facebook.com 22358 despite 20 retries in 0.956401 seconds.

we should also indicate the addr used

(if you have md5sum/with a fix for #28 )

Total sender throughput = 266.945 Mbytes/sec (267.767 Mbytes/sec pure transf rate)
        0.62 real         0.03 user         0.11 sys
Verifying for run without follow_symlinks
Checking for difference Tue Jul 28 22:48:55 PDT 2015
Transfered 168396   /tmp/wdtTest/DyQu7S/dst kbytes across       44 files
Should be no diff
Verifying for run with follow_symlinks
Checking for difference Tue Jul 28 22:48:56 PDT 2015
Transfered 168412   /tmp/wdtTest/DyQu7S/dst_symlinks kbytes across       48 files
Should be no diff
--- src_symlinks.md5s   2015-07-28 22:48:56.000000000 -0700
+++ dst_symlinks.md5s   2015-07-28 22:48:57.000000000 -0700
@@ -5,6 +5,7 @@
 MD5 (./a) = d41d8cd98f00b204e9800998ecf8427e
 MD5 (./c) = 0f343b0931126a20f133d67c2b018a3b
 MD5 (./d/a) = 0f343b0931126a20f133d67c2b018a3b
+MD5 (./d/e/a) = 0f343b0931126a20f133d67c2b018a3b
 MD5 (./inp1024.1) = 75918399c3d7d1620c295a80c7f8fd47
 MD5 (./inp1024.2) = 75918399c3d7d1620c295a80c7f8fd47
 MD5 (./inp1024.3) = 75918399c3d7d1620c295a80c7f8fd47
Server logs:
W0728 22:48:54.831984 42045440 Receiver.cpp:1386] Last thread finished. Duration of the transfer 0.952766
W0728 22:48:54.832458 1968128768 Receiver.cpp:268] WDT receiver's transfer has been finished
W0728 22:48:55.563597 267108352 Receiver.cpp:1386] Last thread finished. Duration of the transfer 0.611939
W0728 22:48:55.563712 1968128768 Receiver.cpp:268] WDT receiver's transfer has been finished
Bad run (1) - keeping full logs and partial transfer in /tmp/wdtTest/DyQu7S
ldemailly-mbp:build ldemailly$ ls -l /tmp/wdtTest/DyQu7S/src
src/               src.md5s           src_symlinks.md5s
ldemailly-mbp:build ldemailly$ ls -l /tmp/wdtTest/DyQu7S/src
src/               src.md5s           src_symlinks.md5s
ldemailly-mbp:build ldemailly$ ls -l /tmp/wdtTest/DyQu7S/src/d/
total 16
lrwxr-xr-x  1 ldemailly  wheel  4 Jul 28 22:48 a -> ../c
lrwxr-xr-x  1 ldemailly  wheel  4 Jul 28 22:48 e -> ../d
ldemailly-mbp:build ldemailly$ ls -l /tmp/wdtTest/DyQu7S/src/d/e
lrwxr-xr-x  1 ldemailly  wheel  4 Jul 28 22:48 /tmp/wdtTest/DyQu7S/src/d/e -> ../d
ldemailly-mbp:build ldemailly$ ls -l /tmp/wdtTest/DyQu7S/src/
total 336784
drwxr-xr-x  4 ldemailly  wheel       136 Jul 28 22:48 TestDir
-rw-r--r--  1 ldemailly  wheel         0 Jul 28 22:48 a
lrwxr-xr-x  1 ldemailly  wheel        11 Jul 28 22:48 badlink -> doesntexist
-rw-r--r--  1 ldemailly  wheel      1024 Jul 28 22:48 c

wdt --help|grep ipv
-ipv4 (use ipv4 only, takes precedence over -ipv6) type: bool
-ipv6 (use ipv4 only, takes precedence over -ipv6) type: bool default: true

We find that we would like different sets of options for say,

open source command line
library running as a daemon
fb internal settings
etc...

an example is when I changed the ipv6 to false so it works on ipv4 only machines - which is reasonable for the general release, I broke some facebook internal deployement because the default changed but we should have a way to name/have "sets" of options

I just compiled wdt today and, although it transfers data quickly, I noticed that the destination host was transmitting exactly the same amount of data as it was receiving.

I'm using Gnome's System Monitor to monitor the network traffic. Both sender and receiver hosts were running wdt from within a Docker container (Ubuntu 14.04.3 LTS).

[ldemailly@devbig074 fbcode-hg]$ _bin/wdt/wdt --start_port 0 -directory /tmp/wdtTest/x2
I0728 14:18:53.806941 2208757 wdtCmdLine.cpp:119] Running WDT 1.14.1507270-fbcode p 14
I0728 14:18:53.807461 2208757 WdtBase.cpp:300] Generated a transfer id 918338613
I0728 14:18:53.807471 2208757 WdtBase.cpp:268] using wdt protocol version 14
I0728 14:18:53.807497 2208757 WdtBase.cpp:261] Setting transfer id
I0728 14:18:53.807606 2208757 Receiver.cpp:156] Registered 8 sockets
I0728 14:18:53.807622 2208757 Receiver.cpp:168] Transfer id
I0728 14:18:53.807632 2208757 wdtCmdLine.cpp:140] Starting receiver with connection url
wdt://devbig074.prn2.facebook.com?ports=36005,40903,38821,43869,64260,41130,59955,44966&protocol=14&id=

E0727 20:46:06.290021 1968128768 WdtBase.cpp:158] Couldn't convert �ithub to valid port number
E0727 20:46:06.290083 1968128768 WdtBase.cpp:158] Couldn't convert wdt_github_eclipse126 to valid port number
/Users/ldemailly/github/wdt/WdtResourceControllerTest.cpp:322: Failure
Value of: OK
Actual: 0
Expected: dummy.errorCode
Which is: 20
E0727 20:46:06.290189 1968128768 WdtBase.cpp:167] Transfer request has errors present
/Users/ldemailly/github/wdt/WdtResourceControllerTest.cpp:323: Failure
Value of: serialized
Actual: "wdt://localhost?dir=/tmp/wdt_resoure_controller_test&protocol=14&ports=24689,24690,24691,24692,24693,24694,24695,24696&id=invalid-namespace0"
Expected: dummy.generateUrl(true)
Which is: "URI_PARSE_ERROR"
/Users/ldemailly/github/wdt/WdtResourceControllerTest.cpp:324: Failure
Value of: transferRequest
Actual: 136-byte object <24-69 6E-76 61-6C 69-64 2D-6E 61-6D 65-73 70-61 63-65 30-00 00-00 00-00 0E-00 00-00 00-00 00-00 A0-27 D0-4A FE-7F 00-00 C0-27 D0-4A FE-7F 00-00 C0-27 D0-4A FE-7F 00-00 12-6C 6F-63 61-6C 68-6F ... 00-00 00-00 00-00 00-00 31-00 00-00 00-00 00-00 20-00 00-00 00-00 00-00 C0-27 D0-4A FE-7F 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 01-00 00-00>
Expected: dummy
Which is: 136-byte object <24-69 6E-76 61-6C 69-64 2D-6E 61-6D 65-73 70-61 63-65 30-00 00-00 00-00 0E-00 00-00 00-00 00-00 30-83 C0-4A FE-7F 00-00 38-83 C0-4A FE-7F 00-00 38-83 C0-4A FE-7F 00-00 12-6C 6F-63 61-6C 68-6F ... 12-6C 6F-63 61-6C 68-6F 31-00 00-00 00-00 00-00 20-00 00-00 00-00 00-00 70-8A C0-4A FE-7F 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 00-00 14-00 00-00 FF-7F 00-00>
I0727 20:46:06.290452 1968128768 WdtResourceControllerTest.cpp:331] wdt://localhost?dir=&protocol=14&ports=0&id=
I0727 20:46:06.290477 1968128768 WdtResourceControllerTest.cpp:333] wdt://localhost?protocol=14&ports=0&id=
I0727 20:46:06.290526 1968128768 WdtBase.cpp:299] Generated a transfer id 1401679360
I0727 20:46:06.290940 1968128768 Receiver.cpp:156] Registered 8 sockets
I0727 20:46:06.290954 1968128768 Receiver.cpp:168] Transfer id 1401679360
I0727 20:46:06.290974 1968128768 WdtResourceControllerTest.cpp:347] ldemailly-mbp.local
W0727 20:46:06.290994 1968128768 Receiver.cpp:238] The receiver is not joinable. The threads will never finish and this method will never return
W0727 20:46:06.291004 1968128768 Receiver.cpp:273] WDT receiver's transfer has been finished
I0727 20:46:06.291012 1968128768 Receiver.cpp:274] Transfer status (local) = ERROR, (remote) = OK. Number of blocks transferred = 0. Data Mbytes = 0. Header kBytes = 0 (100% overhead). Total bytes = 0. Wasted bytes due to failure = 0 (100% overhead).
E0727 20:46:06.291088 1968128768 WdtBase.cpp:158] Couldn't convert 123* to valid port number
E0727 20:46:06.291105 1968128768 WdtBase.cpp:158] Couldn't convert * to valid port number
E0727 20:46:06.291122 1968128768 WdtBase.cpp:158] Couldn't convert * to valid port number
E0727 20:46:06.291142 1968128768 WdtBase.cpp:158] Couldn't convert * to valid port number
E0727 20:46:06.291152 1968128768 WdtBase.cpp:167] Transfer request has errors present
E0727 20:46:06.291158 1968128768 WdtBase.cpp:64] URL doesn't have a valid host name wdt://
E0727 20:46:06.291194 1968128768 WdtBase.cpp:145] Error parsing protocol version
E0727 20:46:06.291209 1968128768 WdtBase.cpp:167] Transfer request has errors present
W0727 20:46:06.291218 1968128768 WdtResourceController.cpp:226] Shutting down the controller
W0727 20:46:06.291229 1968128768 WdtResourceController.cpp:235] Shutdown the wdt resource controller
[ FAILED ] WdtResourceControllerTest.RequestSerializationTest (3 ms)
[ RUN ] WdtResourceControllerTest.TransferIdGenerationTest
I0727 20:46:06.291265 1968128768 WdtBase.cpp:299] Generated a transfer id 1844604178
I0727 20:46:06.291276 1968128768 WdtBase.cpp:299] Generated a transfer id 1921304324
[ OK ] WdtResourceControllerTest.TransferIdGenerationTest (0 ms)
[----------] 3 tests from WdtResourceControllerTest (3 ms total)

[----------] Global test environment tear-down
[==========] 7 tests from 2 test cases ran. (7 ms total)
[ PASSED ] 6 tests.
[ FAILED ] 1 test, listed below:
[ FAILED ] WdtResourceControllerTest.RequestSerializationTest

1 FAILED TEST

we cut big files in blocks, right opening error do not indicate we are opening say block 23/54 so it looks like somehow we retry the same file open many times for no reason - let's add a indication those errors are for different blocks of each file

current example:

I0723 18:29:29.728066 1244704 DirectorySourceQueue.cpp:290] Number of files explored: 1928, errors: false
[                                                 ] 0% 9.5 0.0 Mbytes/s  E0723 18:29:29.751385 1244709 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[==========>                                      ] 22% 699.4 620.9 Mbytes/s  E0723 18:29:30.284780 1244709 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[=============>                                   ] 28% 663.8 620.9 Mbytes/s  E0723 18:29:30.450438 1244711 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[===============>                                 ] 32% 667.6 620.9 Mbytes/s  E0723 18:29:30.558434 1244707 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[===================>                             ] 40% 709.9 620.9 Mbytes/s  E0723 18:29:30.711453 1244709 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[=====================>                           ] 45% 717.8 795.7 Mbytes/s  E0723 18:29:30.818106 1244709 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[========================>                        ] 50% 697.7 795.7 Mbytes/s  E0723 18:29:30.981444 1244706 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[==========================>                      ] 54% 729.8 795.7 Mbytes/s  E0723 18:29:31.031445 1244709 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[==========================>                      ] 54% 705.0 795.7 Mbytes/s  E0723 18:29:31.091792 1244707 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[============================>                    ] 59% 701.6 795.7 Mbytes/s  E0723 18:29:31.198081 1244705 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[===================================>             ] 72% 727.7 776.2 Mbytes/s  E0723 18:29:31.465771 1244710 FileByteSource.cpp:46] error opening file /usr/bin/big1: Permission denied [13]
[============================================>    ] 91% 749.5 798.4 Mbytes/s  E0723 18:29:31.861701 1244708 FileByteSource.cpp:46] error opening file /usr/bin/sudo: Permission denied [13]

beside wdt_e2e_simple_test.sh we don't have any example and that one isn't quite well documenting the feature anyway

hi, i didn't see the compress feature. In my experience, if wdt support compress, it can transfer faster, especially for text files.

To have long running wdt running on 2 hosts and use fswatch https://github.com/emcrisostomo/fswatch
to signal changing files and send them (or the ranges that change)

The use case is development on say a laptop and sync to server for building/testing

I get the following error when trying to connect to the receiver via IP address.

E0729 17:08:27.555832 26484736 ClientSocket.cpp:49] Failed getaddrinfo 192.168.2.2 , 22363 : 8 : nodename nor servname provided, or not known

I thought this was a DNS lookup issue, but that doesn't seem to be the case. Adding the address to my host file and using the specified hostname resulted in the same error.

Sender is OS X 10.9.5
Receiver is 10.10.2

Direct connection via ethernet.

So far I manually update it but it falls behind, in theory each commit should update the build date
(and each significant change the minor version)

Need to revamp it so it works better outside of facebook

Right now it requires several Gbytes of free memory in /dev/shm as well as a realpath binary to deal with symlinks

Ideally we'd rewrite it all in python but that's a longer term task