Content
You are here:
Added by destroyedlolo Faillie over 1 year ago
Hello,
For a POC, I'm trying to install OpenProject using Wsl2/Ubuntu 22.04.1 LTS on my win10 PC. I followed the installation procedure : https://www.openproject.org/docs/installation-and-operations/installation/packaged/#initial-configuration
The installation itself seems working :
sudo apt-get update sudo apt-get install apt-transport-https ca-certificates wget wget -qO- https://dl.packager.io/srv/opf/openproject/key | sudo apt-key add – sudo wget -O /etc/apt/sources.list.d/openproject.list \ https://dl.packager.io/srv/opf/openproject/stable/12/installer/ubuntu/22.04.repo sudo apt-get update sudo apt-get install openproject ============== The openproject package provides an installer. Please run the following command to finish the installation: sudo openproject configure ============== Setting up imagemagick (8:6.9.11.60+dfsg-1.3ubuntu0.22.04.3) ... Processing triggers for man-db (2.10.2-1) ... Processing triggers for libc-bin (2.35-0ubuntu3.1) ... /sbin/ldconfig.real: /usr/lib/wsl/lib/libcuda.so.1 is not a symbolic link
but configuration doesn't :
sudo openproject configure
OpenProjet
Install new pgsql, Apache, Memcached
performing post-bootstrap initialization ... ok
syncing data to disk ... ok
Success. You can now start the database server using:
pg_ctlcluster 13 main start
update-alternatives: using /usr/share/postgresql/13/man/man1/postmaster.1.gz to provide /usr/share/man/man1/postmaster.1.gz (postmaster.1.gz) in auto mode
invoke-rc.d: could not determine current runlevel
Processing triggers for man-db (2.10.2-1) ...
Processing triggers for libc-bin (2.35-0ubuntu3.1) ...
/sbin/ldconfig.real: /usr/lib/wsl/lib/libcuda.so.1 is not a symbolic link
pg_ctl: PID file "/var/lib/postgresql/13/main/postmaster.pid" does not exist
Is server running?
pg_ctl: PID file "/var/lib/postgresql/13/main/postmaster.pid" does not exist
Is server running?
trying to start server anyway
pg_ctl: could not read file "/var/lib/postgresql/13/main/postmaster.opts"
Do you think the problem is another Ubuntu bug or an insue within the configuration tool ?
I'll try with a manual database installation.
BR
Laurent
Replies (3)
Doing manual DB installation succeed.
The user must be password authenticated and the dedicated DB must exists.
Now, the appl doesn't start as only a systemd script is provided.
I'll reinstall with systemd :(
Using Systemd, the installation worked :)
destroyedlolo Faillie wrote:
Thanks for sharing these information. This is what I am looking for.