comme indiqué sur les logs partagés dans mes posts précédents, le souci se produisait à partir du moment où le script intervenait sur le dossier “multimédias” (qui est lié à l’app “external storage support”).
j’ai donc désactivé l’app et retenté -> ce qui a fonctionné (et l’app a été réactivée automatiquement )
Ces dossiers sont des stockages externes locaux. Perso je trouve un intérêt à ces dossiers avec une arborescence claire. En ce qui me concerne, tous les partages entre utilisateurs se trouvent dans le dossier “Shared Multimedia”. Je trouve que ça donne plus de souplesse pour effectuer les sauvegardes et les partages entre utilisateurs de Yunohost. Ce dossier est également partagé avec d’autres applications comme Airsonic par exemple, ça facilite le partage de données entre des applications différentes comme il s’agit d’un dossier commun à Yunohost.
Je t’avais répondu mais tu n’étais pas repassé. Effectivement, il y a une erreur de chemin dans la documentation. J’essaierai de prendre 1/4 d’heure pour la mettre à jour, en attendant tu peux toujours adapter avec la réponse que j’ai faite dans l’autre discussion.
Merci pour ta réponse, mais je n’ai franchement pas envie de planter Nextcloud comme cela avait été le cas il y a quelques mois et où j’ai du me démerder quasiment tout seul pour retrouver un fonctionnement… J’attendrai donc le tutoriel officiel.
I’ve installed nextcloud server on my computer (using the single file download), then keeweb and it works out of the box. I don’t understand what could be different in the yunohost version so it no longer works. Maybe it could be because of rights? www-data vs nextcloud user rights?
I migrated my 18.0.7.1 NC instance from an Ubuntu 20.04 server with multiple users over to my new YH (initially Deb9 Stretch - this was just before the Deb10 Buster update- see below), and everything is working fine (once I figured out how). Here’s what I did:
I rsync’d my NC data folder over to new machine (just into my sudo user’s home directory), backed-up original NC app folder for safekeeping and mysqldump’d db (using the NC guide, making sure to put in maintenance mode and shut webserver down, if possible), and rsyc’d those to new YH server, even though I would only use the mysql-db and data folder;
changed the IP address for my domain on domain registrar to the new YH machine, and setup domain on YH including LetsEncrypt cert;
on new YH server set up NC with the Applications installer, using the same url/path as my old server;
I checked the user/group permissions on new NC install, created a new directory where I would place my data folder, moved my old data folder to new directory, and changed owndership of both to the YH/NC directory owners (in my case, ‘nextcloud’ for both, so: ‘chown nextcloud:nextcloud datadir -R’)
as root on YH server I imported my old mysql db into the new one (mysql -u root -p nextcloud < nextcloud-sqlbkp_20200730.bak)
I made a backup of the YH/NC config.php (always safe), and edited the path to my data folder (since I have it outside the NC folder, as recommended).
restarted nginx.service.
Once back up, I was able to login using my old url and admin login, however all non-basic apps (including Calendar, Contacts, etc.) needed to be disabled then enabled: they were not actually installed on the new machine until I did this, though all their data and settings were, so there was no new configuration to be done.
That was it- everything checked out, my clients on laptops and phone did not need to resync actual files. The only thing that I saw different was that I had a picture on my login page which did not transer because those are stored in the ‘theme’ folder that I decided to not bother with.
Debian 10 ‘Buster’ Update: When the update for YH was posted, I ran the command line migration tool with no problems at all. After that, when I logged into my NC as admin I ran a smooth update to the newest NC, again: no issues at all.
I hope someone finds this helpful. Thanks to all the developers who support this project!!!
Hello! There aren’t much documentation on Nextcloud full text search for Yunohost.
Please, share your experience. What are the options to enjoy this? Should RAM be increased (to 2GB?), or an external node employed? What are the privacy concerns? Would love to hear your advices!
Hi, even though I don’t use full text search app on my Yunohost instance, I fell already a bit tight with 2GB of RAM on my VPS. Looks like 2GB is a must even for a standard Yunohost + Nextcloud use. That’s just my opinion.
Mise à jour nickel chez moi.
Comme d’habitude, j’ai dû retirer les stockages externes multimedia que je n’utilise pas, et j’ai l’avertissement sur les caractères codés sur 4 octets dans la base de données.
Merci à l’équipe en charge !
Merci pour cette nouvelle testing
De mon côté la mise à niveau s’est bien passée : pas besoin de réactiver les extensions propres à Nextcloud telles que Agenda, Contacts, etc.
Il y a toujours l’alerte du codage sur 4 octets, mais aussi les 2 warning relatifs au ./weel-known comme ici :
Les applications utilisées sont Nextcloud, phpMyAdmin, Rainloop et Wallabag2.
Petite question, à propos de l’application de reconnaissance faciale disponible dans NextCloud (attention, a demande l’installation d’outils tiers non disponibles dans les repositories par défaut) :
Comment augmenter « proprement » la quantité de mémoire allouée à php pour NextCloud ?
J’ai vu que dans ce fichier, memory_limit était maintenant passé à 512M
Mais je ne trouve pas où est ce que je peux faire quelquechose pour que ça se répercute dans NextCloud.