Description of problem: I need to allow clients to connect to the volume from insecure (unprivileged) ports >1024. There appears to be an option in 3.4 to do this: server.allow-insecure. However when I set this to "ON" or "on" it has no effect, glusterd still refuses to serve clients on unprivileged ports. Version-Release number of selected component (if applicable): 3.4.0beta3 I'll update this bug with steps to reproduce as soon as I have a good procedure for you. Thanks!
Shortly after I filed this bug Vijay chatted me on IRC to let me know that in addition to setting server.allow-insecure to on, I also needed to manually add an option to glusterd.vol: option rpc-auth-allow-insecure on I restarted glusterd with the updated volfile and now I can use insecure ports. Thanks again!
Ok now I have a real bug to report.... After making the change above to glusterd.vol my insecure client program is able to communicate with glusterd to fetch the volfile, however.... When I try to create a file in the volume, nothing happens -- no error, no crash, no file created. Then when I try to write data into that file, the process crashes and I get a core dump. To reproduce this problem see the instructions in the readme.md file of the libgfapi-jni project: https://github.com/semiosis/libgfapi-jni Those instructions include a "sudo bash" command which will run the test as root. But DO NOT run it as root to reproduce this problem. The test succeeds when run as root, but fails when run as an unprivileged user.
Ok I feel dumb. The insecure client couldn't create or write to the file because the volume permissions didn't allow it. Once i did a chmod ugo+rwx on the volume, it worked. PEBKAC