Closed liweijian closed 3 years ago
Hmm, that's certainly a bug. This is the directory it's trying to create the lock in: https://github.com/screenshotbot/screenshotbot-oss/blob/main/src/server/setup.lisp#L54, which can be configured with --object-store
. It should've created the directory if it didn't already exist. On docker, it uses /data/
which is already created by the volume mount which is probably why this error doesn't show up with docker.
Fixed in https://github.com/screenshotbot/screenshotbot-oss/commit/4aaba6f6a20d075d37bb6ea47a8a7252c3c0ef6d
But let me also improve the error message
There was actually a more descriptive error logged that would've told you which lock file we were looking for, but that logging went into log/logs
file. I've improved the startup logging setup to log to console. (Towards the end we'll switch logs to log/logs, but before we do that we'll remind you on the console). This fix is in: https://github.com/screenshotbot/screenshotbot-oss/commit/b1290e4e2ede256d0d7c28a644fb05f92448856a
I tried to run it in a not-clean-centos system, and got errors:
It sounds a lot like from : https://github.com/screenshotbot/screenshotbot-oss/blob/2372e102c5ef391ed63aa096f678e2ad1df36afe/src/util/store-native.c#L15
Just wondering how do we know what's the specific file/folder that needs to change
chmod 777
?