Hardware: Local Debian11 Server YunoHost version: 11.2.11.3 I have access to my server : Through SSH and direct access via keyboard / screen
Description of my issue
I have a problem with the Yunohost App GRIST (GetGrist, GRISTLABS). Sorry for posting it here, but there is no App category GRIST available in “Support Apps”-Categoriy (any more).
My GRIST did not start anymore since a few days, there is a permission problem:
Mai 11 16:57:23 run.sh[439602]: [Error: EACCES: permission denied, mkdir '/home/yunohost.app/grist/docs'] {
Mai 11 16:57:23 run.sh[439602]: errno: -13,
Mai 11 16:57:23 run.sh[439602]: code: 'EACCES',
Mai 11 16:57:23 run.sh[439602]: syscall: 'mkdir',
Mai 11 16:57:23 run.sh[439602]: path: '/home/yunohost.app/grist/docs'
Mai 11 16:57:23 run.sh[439602]: }
Mai 11 16:57:23 systemd[1]: grist.service: Deactivated successfully.
changing also the group to grist didn’t change anything, because grist is just the owner of the files. But I tried it nevertheless - with same error as before.
The most other installed yunohost apps work, but paperless-ngx didn’t start any more, also. And this are the only 2 yunohost-apps which have databases installed in /home/yunohost.app directory. Other apps works still fine. The /home/yunohost.app is a symlink to /mnt/srv/yunohost.app directory which is owned by root (user and group) and has 755 chmod. I wonder if there could be a connection with the installation of adminer, as this was done close to the time when the problems occurred. But I have never opened or modified the databases of grist or paperless-ngx with adminer!
Maybe there is a PHP Problem?
I have php-versions 7.4, 8.0, 8.1, 8.2 and 8.3 installed, because I don’t know, how to find out which version is used (needed) by a yunohost app. How can I get this information for yunohost-Apps? Which version does GRIST use?
As usual in debian 11 the php -v shows, that PHP 7.4.33 (cli) (built: Apr 22 2024 09:38:53) ( NTS ) is the default version. Is this OK? Are there known issues with additional installed php-Versions?
How can I determine which php-modules an app needs? Maybe some needed php modules are not installed?
Or maybe the app did not work with user permissions of user grist?
Where can I get information about the “orchestration” of the Apps? My knowledge about docker container and the orchestration by yunohost are unfortunately very low.
Unfortunately, the diagnosis does not provide any relevant information.
Grist does not rely on PHP.
Default PHP version on YunoHost 11 is indeed 7.4. YunoHost 12 will be PHP 8.x, but YunoHost should handle multiple versions appropriately, so no worries about that.
All magic happens here, with helper functions documented there.
I saw your typo before and have used correct chown grist:grist -R /home/yunohost.app/grist. This was not the solution.
In the meantime I checked the following:
I tried to change to user grist and tried touch /home/yunohost.app/grist/testfile → file was created as expected.
Redis Service is active and running.
I searched in /etc/php/7.4/fpm/pool.d and in /etc/php/8.1/fpm/pool.d and /etc/php/8.2/fpm/pool.d for App Configurations. Some other installed apps are there defined like roundcube (php8.1) or signaturepdf (pjp8.2) but there is no conf of grist or paperless-ngx. Doesn’t it mean, that grist and paperless-ngx didn’t run as user but as www-data? This would explain why the service couldn’t start. Or is it possible that fpm is configured elsewhere?
In /etc/yunohost/apps/grist/scripts/restore i found:
/etc/php/7.4/fpm/pool.d
1 #!/bin/bash
…
20 # RESTORE THE APP MAIN DIR
21 #=================================================
22 ynh_script_progression --message=“Restoring the app main directory…” --weight=1
23
24 ynh_restore_file --origin_path=“$install_dir”
25
26 chown -R $app:www-data “$install_dir”
27
28 #=================================================
29 # RESTORE THE DATA DIRECTORY
30 #=================================================
31 ynh_script_progression --message=“Restoring the data directory…” --weight=1
32
33 ynh_restore_file --origin_path=“$data_dir” --not_mandatory
34
35 # (Same as for install dir)
36 chown -R $app:www-data “$data_dir”
Does this mean that the service is running as www-data - not as user grist.?
Should I try to start this restore-script or manually chown grist:www-data -R /home/yunohost.app/grist?
But this settings was not modified. In an old (working) copy of my installation the group of some database files in grist/docs was www-data in some it was grist (as the owner of all files).
What could be the commonality between grist and paperless-ngx that explains why both services no longer work?
I am trying to find some resource to test the app myself, but so far my servers run out of memory. 