Nextcloud 18 - MySQL 4-byte support

[Artanux]

Bonjour,

Mon serveur YunoHost

Matériel: Serveur KS-3 chez Kimsufi
Version de YunoHost:

    "host": "Debian 9.12",
    "kernel": "4.19-ovh-xxxx-std-ipv6-64",
    "packages": {
        "yunohost": {
            "repo": "stable",
            "version": "3.7.0.12"
        },
        "yunohost-admin": {
            "repo": "stable",
            "version": "3.7.0.4"
        },
        "moulinette": {
            "repo": "stable",
            "version": "3.7.0.2"
        },
        "ssowat": {
            "repo": "stable",
            "version": "3.7.0.3"
        }
    }

J’ai accès à mon serveur : En SSH
Êtes-vous dans un contexte particulier ou avez-vous effectué des modifications particulières sur votre instance ? : non, l’installation date d’hier.

Description du problème

J’ai installé ce serveur hier, tout semble fonctionner correctement. J’ai installé nextcloud et j’ai cette erreur dans le diagnostic de celui-ci :

MySQL est utilisée comme base de données mais ne supporte pas les caractères codés sur 4 octets. Pour pouvoir manipuler les caractères sur 4 octets (comme les émoticônes) sans problème dans les noms de fichiers ou les commentaires par exemple, il est recommandé d’activer le support 4 octets dans MySQL. Pour plus de détails, lisez la page de documentation à ce sujet

C’est une erreur (assez peu importante) que j’ai déjà rencontrée sur une installation “conventionnelle” de Nextcloud. Mes questions :

• Comment régler cette erreur dans le contexte Yunohost ?
• Est-ce que cette modification dans la configuration de la base de données peut/va avoir d’autres impacts (sur d’autres applications?)
• Pour corriger durablement cette erreur, que faudrait-il faire ? Une modification dans le script d’installation de Yunohost ?

Au plaisir de vous lire,
Artanux

[Aleks]

Est-ce que faire un “mysql_upgrade” en SSH résouds le problème ?

[Artanux]

# mysql_upgrade 
Phase 1/7: Checking and upgrading mysql database
Processing databases
mysql
mysql.column_stats                                 OK
mysql.columns_priv                                 OK
(...)
performance_schema
Phase 7/7: Running 'FLUSH PRIVILEGES'
OK

Ça n’a rien changé. J’ai redémarré la base de données ( # systemctl restart mysql ) mais l’erreur apparait toujours dans nextcloud.

Dans la documentation de nextcloud à ce sujet, c’est un peu plus complexe.

Pour la première étape, la doc dit qu’il faut cette configuration :

• [mysqld]
  innodb_file_per_table=1

Ce n’est pas le cas, j’ai regardé dans /etc/mysql/my.cnf :

# grep -v ^# /etc/mysql/my.cnf

[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

[mysqld]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock
skip-external-locking
key_buffer_size = 16K
max_allowed_packet = 1M
table_open_cache = 4
sort_buffer_size = 64K
read_buffer_size = 256K
read_rnd_buffer_size = 256K
net_buffer_length = 2K
thread_stack = 128K
default-storage-engine=innodb
server-id       = 1

[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash

[myisamchk]
key_buffer_size = 8M
sort_buffer_size = 8M

[mysqlhotcopy]
interactive-timeout

Je pourrais faire la modification mais j’ai peur de l’impact sur les autres applications.