Well, “stockage” is an USB stick which used to contain all the nextcloud datas but when I tried to access it today, everything was empty… I will try to investigate.
The data directory is still on the USB drive. I think it is, indeed a permission problem. But I logged in as the main user (the one who has access to the Web Interface). I think that the Nextcloud upgrade through the
sudo yunohost app upgrade nextcloud -u https://github.com/YunoHost-Apps/nextcloud_ynh/tree/e289fb47b23d9ac626ee5ae85b6d79a2c898b8ab
command messed up the permissions.
Plugging the USB stick again got it back…
Error: nextcloud is not installed
when trying to update it .
So I ran the install command again but this line :
Warning: [WARN] Another app already uses the domain lieu-multiple.noho.st to serve a caldav/carddav feature. You may encounter issues when dealing with your calendar or address book.
seems to imply that it was really installed in fact (I have no other app using the caldav/carddav feature).
And here we go : https://paste.yunohost.org/raw/ubigoyuxop .
drwxr-xr-x 3 root root 4096 Jan 7 2019 nextcloud_data
Everybody can read though.
Unsuccessful installation removed everything related to nextcloud, so installating it again went fine. I tried to modify the data directory, using :
nano /var/www/nextcloud/config/config.php
After reloading Nginx, accessing the app leads to Internal Server Error.
Tried
sudo -u nextcloud php occ files:scan --all
Got
An unhandled exception has been thrown:
RuntimeException: Could not get appdata folder in /var/www/nextcloud/lib/private/Files/AppData/AppData.php:86
Stack trace:
#0 /var/www/nextcloud/lib/private/Files/AppData/AppData.php(107): OC\Files\AppData\AppData->getAppDataFolder()
#1 /var/www/nextcloud/lib/private/Template/IconsCacher.php(78): OC\Files\AppData\AppData->getFolder('icons')
#2 [internal function]: OC\Template\IconsCacher->__construct(Object(OC\Log), Object(OC\Files\AppData\Factory), Object(OC\URLGenerator), Object(OC\AppFramework\Utility\TimeFactory))
#3 /var/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(81): ReflectionClass->newInstanceArgs(Array)
#4 /var/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(98): OC\AppFramework\Utility\SimpleContainer->buildClass(Object(ReflectionClass))
#5 /var/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(119): OC\AppFramework\Utility\SimpleContainer->resolve('OC\\Template\\Ico...')
#6 /var/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppFramework\Utility\SimpleContainer->query('OC\\Template\\Ico...')
#7 /var/www/nextcloud/lib/private/Server.php(980): OC\ServerContainer->query('OC\\Template\\Ico...')
#8 /var/www/nextcloud/3rdparty/pimple/pimple/src/Pimple/Container.php(118): OC\Server->OC\{closure}(Object(OC\Server))
#9 /var/www/nextcloud/lib/private/AppFramework/Utility/SimpleContainer.php(117): Pimple\Container->offsetGet('OC\\Template\\SCS...')
#10 /var/www/nextcloud/lib/private/ServerContainer.php(132): OC\AppFramework\Utility\SimpleContainer->query('OC\\Template\\SCS...')
#11 /var/www/nextcloud/lib/private/Repair.php(148): OC\ServerContainer->query('OC\\Template\\SCS...')
#12 /var/www/nextcloud/core/register_command.php(143): OC\Repair::getRepairSteps()
#13 /var/www/nextcloud/lib/private/Console/Application.php(118): require_once('/var/www/nextcl...')
#14 /var/www/nextcloud/console.php(95): OC\Console\Application->loadCommands(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#15 /var/www/nextcloud/occ(11): require_once('/var/www/nextcl...')
#16 {main}
The issue is possibly related to this topic : https://help.nextcloud.com/t/nextcloud-15-an-unhandled-exception-has-been-thrown/52196/3 . But OP didn’t give the solution.
This is related to a permission problem.
Finally, this was a chair-computer interface problem, I didn’t write the correct path inside the config.php file.
The scan went well, but I still have an internal error when trying to connect to the Nextcloud.
After five reboots, everything is up and I have access to my files, users are still here and groups are still in effect, though they are not visible inside the user tab of the interface. I think I will have to edit them manually anyhow.