Comment by pyrophane
10 years ago
I've had significant issues attempting to run dropbox headless on the server for file syncing. We needed to include files from another group that was used to primarily working in Dropbox in a daily report build, and so our first go at it was to just run dropbox on that machine and pull the files directly from there. Long story short, the Dropbox client crashed periodically and would stop syncing due to issues with its local state.
After setting up monitoring around the client to keep it running we wound up switching to a different, more reliable solution.
Dropbox works ok on the server but I wouldn't rely on it as a step in any important workflows unless the client has improved significantly in the past year.
It's interesting to read this as I've had instances running on servers for years without having to be restarted. That's on Ubuntu. Maybe the binaries they distribute aren't adequately tested on other distros?
I didn't think Dropbox was meant for use on servers. I can see reasons why you would, but it seems like mapping a drive / mounting a share / etc would be better suited for accessing files on a server.
There's a version that can be run on a linux server without X installed. IIRC Dropbox provides it, but doesn't really support or make any promises wrt its reliability.
If all you need is folder/volume sharing between two machines, samba or nfs (or something similar) works great, but as I mentioned the reason for attempting to use dropbox in that fashion was to integrate with a workflow already being used by another team.