[Pleroma] Installation problem (An error occurred inside the app installation script)

Hello everyone,

My YunoHost server

Hardware: Scaleway VPS (x86_64)
YunoHost version: 4.0.8
I have access to my server : Through SSH | through the webadmin
Are you in a special context or did you perform some particular tweaking on your YunoHost instance ? : not that I know of, this is an up to date install of Debian 10.6, the server is a dedicated Yunohost instance

Description of my issue

i’m trying to install Pleroma on a dedicated subdomain. Let’s Encrypt certificates are ok, nothing sticks out in the diagnostic. The install script is failling to complete and I can’t figure out what is wrong and what I could fix by reading the logs, since it seems to be an Elixir exception/error

Here is the full installation log, as well as what I think to be a snippet of the part relevant to this problem :


2020-10-29 12:05:29,366: INFO - [############+.......] > Making setup...
2020-10-29 12:05:29,367: DEBUG - /var/www/pleroma/pleroma /var/cache/yunohost/from_file/pleroma_ynh-e13745923a2e06e780e7b9d34ae084f600a9a2a2/scripts
2020-10-29 12:05:29,367: DEBUG - + su pleroma -s /bin/bash -lc '/var/www/pleroma/pleroma/bin/pleroma_ctl instance gen --force     --output /etc/pleroma/config.exs     --output-psql /tmp/setup_db.psql     --domain social.maindomain.tld     --instance-name "Agora Domain"     --admin-email gator@maindomain.tld     --notify-email gator@maindomain.tld     --dbhost localhost     --dbname pleroma     --dbuser pleroma     --dbpass **********     --rum N     --indexable Y     --uploads-dir /home/yunohost.app/pleroma/uploads     --static-dir /home/yunohost.app/pleroma/static     --listen-ip     --listen-port 8095     --db-configurable Y'
2020-10-29 12:05:29,969: DEBUG - e[31me[1m!!! /etc/pleroma/config.exs not found! Please ensure it exists and that PLEROMA_CONFIG_PATH is unset or points to an existing filee[0m
2020-10-29 12:05:31,775: DEBUG - + ynh_exit_properly
2020-10-29 12:05:31,776: WARNING - ** (MatchError) no match of right hand side value: {[force: true, output: "/etc/pleroma/config.exs", output_psql: "/tmp/setup_db.psql", domain: "social.maindomain.tld", instance_name: "Agora", admin_email: "gator@maindomain.tld", notify_email: "gator@maindomain.tld", dbhost: "localhost", dbname: "pleroma", dbuser: "pleroma", dbpass: "**********", rum: "N", indexable: "Y", uploads_dir: "/home/yunohost.app/pleroma/uploads", static_dir: "/home/yunohost.app/pleroma/static", listen_ip: "", listen_port: "8095", db_configurable: "Y"], ["Domain"], []}
2020-10-29 12:05:31,777: DEBUG - + local exit_code=1
2020-10-29 12:05:31,778: WARNING -     (pleroma) lib/mix/tasks/pleroma/instance.ex:15: Mix.Tasks.Pleroma.Instance.run/1
2020-10-29 12:05:31,779: DEBUG - + '[' 1 -eq 0 ']'
2020-10-29 12:05:31,779: WARNING -     (stdlib) erl_eval.erl:680: :erl_eval.do_apply/6
2020-10-29 12:05:31,779: DEBUG - + trap '' EXIT
2020-10-29 12:05:31,780: WARNING -     (elixir) lib/code.ex:240: Code.eval_string/3
2020-10-29 12:05:31,780: DEBUG - + set +o errexit
2020-10-29 12:05:31,780: DEBUG - + set +o nounset
2020-10-29 12:05:31,780: DEBUG - + sleep 0.5
2020-10-29 12:05:32,283: DEBUG - + type -t ynh_clean_setup
2020-10-29 12:05:32,283: DEBUG - + ynh_clean_setup
2020-10-29 12:05:32,283: DEBUG - + ynh_clean_check_starting
2020-10-29 12:05:32,283: DEBUG - + '[' -n '' ']'
2020-10-29 12:05:32,284: DEBUG - + '[' -n '' ']'
2020-10-29 12:05:32,284: DEBUG - + exit 1
2020-10-29 12:05:32,290: ERROR - Could not install pleroma: An error occurred inside the app installation script

Hopefully this is the right place to report this, otherwise I’ll open an issue on the package’s repo

Thanks for your time and happy quarantine

Ok, that was in fact very simple, and found out the error while proofreading the post (rubber duck debugging again)

When choosing a name for the Pleroma instance, I used something with a withespace, which caused the script to mess up the installation (I guess by using the string at the right hand of the space as an additional argument).

Replacing the whitespace by an underscore, like in the example (Pleroma_Instance) solved this issue.

I didn’t see that detail mentioned somewhere else, so if it’s something undocumented then here it is


1 Like

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.