I use dropbox on linux (Fedora, up to date). I've installed it using the package files from dropbox.com. But the dropbox sync daemon keeps stopping. It'll run fine for a while, sometimes even several days. Then it just stops. No error messages anywhere, no core dump, it just stops, client daemon exits, that's it. I'm not sure whether it crashes and is killed by the OS or detects something it doesn't like and just exits.
I can start it up again and it'll work again fine, for a while.
I see the same behavior on several machines, all running Fedora linux.
So I contacted dropbox support, and they asked me to do the usual things, uninstall, reinstall, try with a fresh account on the linux machine, etc. None of that helped. It still keeps stopping unpredictably.
I've searched all over the place and haven't found anyone else posting about this problem.
So, got to ask: Am I really the only person on the planet who sees this happen? Has anyone else seen dropbox on linux just halt? figured out why?
... But the dropbox sync daemon keeps stopping. It'll run fine for a while, sometimes even several days. Then it just stops. No error messages anywhere, no core dump, it just stops, client daemon exits, that's it. ...
Unfortunately, Dropbox application doesn't provide readable log, so it's very difficult to trace what's going on in a situation like yours. Core dump is very unlikely to be produced, cause Python interpreter catches almost everything and in the worst case will produce some cutted temporary file with log information, but almost never core dump. Core dump would mean bug in the interpreter - very unlikely. Troubles are almost always in the interpreted code itself or other called from there.
The last time I restarted my application was weeks ago; I haven't seen such effect. It works still.
The only readable runtime information could be collected from standard error output of the application (standard output stream is redirected, because of the daemonization). Try start the application anew in a terminal window (shell) and don't close terminal; let it stay open - minimized for example. When application closes unintentionally, take a look there (in terminal). May be there will come up some information what's going on. Check at least.
No messages on the terminal either.
If nothing on the terminal, you are doing something wrong, definitely. There should be least list of loaded libraries, at the beginning (and other startup info). Are you sure, the application gets run anew in terminal and you didn't close it at some moment?! 🧐 If the terminal gets closed, output can't be easy redirected to other one! 🤷 In such a case, you are simply losing the info and should start anew, if you want to.
Be careful. 😉
I meant that when I run `dropbox start` in a terminal, I do get a bunch of messages about it starting up. But then it goes to the background, and I never see any further message.
..., I do get a bunch of messages about it starting up. But then it goes to the background, and I never see any further message.
Hmm.. I see. The last message on startup should be logging that "PyQt5.QtDBus.cpython-37m-x86_64-linux-gnu.so" is loaded up. Despite the application "goes to the background", it's still connected to the terminal. Missing of any further message means that Dropbox application can't detect anything unusual. 🙁 Unfortunately, I don't know another tracing way, provided by Dropbox.
I can't say more. Probably reason is something usual in meantime that you're ignoring, by the way.
I'm also seeing this on Ubuntu 20.04 and 21.04. The dropbox application and service appear to be running, but there is no actual syncing going on. When I restart it via `dropbox stop && dropbox start`, it begins syncing again.
The way we work is changing. Share and discover new ways to work smarter with Dropbox in our community.Sound good? Let's get started.
For more info on available support options, see this article.
If you found the answer to your question, please 'like' the post to say thanks to the user!