FAQ
Common problems and questions
Ghostwriter CLI Reports an Issue with PostgreSQL
You may encounter an issue with PostgreSQL while upgrading an existing installation. Ghostwriter v2.x.x and lower used environment variables stored in files under .envs/.production/.postgres. Beginning with v3.0.0, Ghostwriter no longer uses the .envs/ files and you must transfer your PostgreSQL username and password to the new configuration file.
By default, Ghostwriter CLI generates a random password for a default postgres
user. Update the configuration with your Postgres credentials by running these commands:
If that does not work or you need to change the credentials, you may do so with the psql
tool. First, start the containers even if initialization fails due to the bad password.
Use the \password
command to set a new password for the postgres
user:
If postgres
is not your username, change the command to use your chosen username. If you are not sure what the username is, run the \du
command:
That sets the new password and \q
quits the psql
console. Set your new password in Ghostwriter's config, and then bring the containers down and back up.
If the passwords still do not match, you may need to try again. Copy/pasting the password may not work. If you try to paste the new password, you might not be setting the password you expect. It is best to type the password manually.
Stuck Waiting for Django to Start / 502 Bad gateway
There will be times something goes wrong during the Docker build. One of the most common issues is filesystem permissions are not being set correctly. Ghostwriter runs under the django
user, not root
. The django
user should own all files under the /app directory.
If you are stuck waiting for Django to start, run this command and check file permission errors: ./ghostwriter-cli logs django
If you see file permission errors, check the user and group permissions for some of the affected files like so:
A properly configured listing will look like this:
If you see anything else, you may need to re-run the chown
command that Docker is supposed to run during the build. It must be run as root
. Use Docker Compose's run
command like the above examples but add -u root
:
Once that runs, verify the ls -la
command shows the proper permissions, and then try restarting the Ghostwriter services:
Last updated