-
-
Notifications
You must be signed in to change notification settings - Fork 227
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
local setup complains about directory permissions #711
Comments
Hey @mlewe 👋 Thanks for the bug report! I can confirm that on install, we pass this task, because the |
Hey @mlewe Can you update your CLI? This should be fixed now! |
Yes, it's indeed fixed. :) |
I'm seeing this same issue, also on arch. Same process of
|
@glalonde yeah - this is definitely still a known issue 😕 we'll make sure to address it as part of some larger refactoring we're planning on in the CLI |
I hope this helps some of you. |
Any known fix for Manjaro? |
I just encountered this exact same issue with what appears to be the latest version of Ghost-CLI running on Ubuntu. The workaround of using Debug information in case it helps:
|
"Ghost-CLI will create a new system user and user-group called ghost during the installation process. The ghost user will be used to run your Ghost process in systemd . This means that Ghost will run with a user that has no system-wide permissions or a shell that can be used (similar to other services such as NGINX)." I think you should check that the user and group were successfully created. |
I'm not seeing that user on my system, so it does indeed sound like that is the issue -- I don't have the output of the install command anymore but if I remember correctly it looked like it finished fine and nothing had gone wrong, so it's possible it could use a warning (it's also possible there was a great big warning and I ignored it though) |
Still seeing this when running
|
It was supposed to get resolvd earlier but the "bug" still persists. When running
Steps to reproduce:
|
so if the path /home/foobar/ is not readable by other users on the system, so maybe making it readable will solve the issue at least, it worked in my case: my folder was called ubuntu22user (and its path was /home/ubuntu22user) so, it means that not everybody has read acces to this folder (this article clarified this to me) so I just granted everybody read access by typing: |
I fixed by below command.
|
Thanks, this worked for |
Just a note, I had to add the recursive option to get |
The bug still persists on Ghost-CLI 1.26.1/Ghost 5.100.1 |
#1897 might fix this, I happened to run into it while working on another issue. @acburdine I see a couple of logs from production; should we discourage (add a check) production installs in a home directory? |
This issue is a
Summary
Using ghost-cli for a local setup (
ghost install local
) fails to start ghost again because of directory permissions.Steps to Reproduce
ghost install local
works, starts ghostghost stop
worksghost start
fails with the permission error given belowghost start --no-setup-linux-user
ignores directory permissions, starts ghost as expectedTechnical details (for a bug report)
This is automatically output by Ghost-CLI if an error occurs, please copy & paste:
Bug submission checklist
Please fill out this checklist to acknowledge that you followed the requirements to submit a bug report.
The text was updated successfully, but these errors were encountered: