Certains installateurs Docker de fournisseurs supposent qu’ils peuvent créer des répertoires d’application directement sous le système de fichiers racine de Linux. Cela entre en conflit avec la conception de type appliance de ZimaOS lorsqu’un installateur exige un chemin hôte tel que /app.
Cette discussion de janvier 2026 a finalement abouti à une meilleure solution que de rendre le système de fichiers racine de ZimaOS accessible en écriture : configurer ONLYOFFICE Workspace pour utiliser un stockage persistant sous /media et sélectionner explicitement le type d’installation Community.
Ne rendez pas le système de fichiers racine de ZimaOS accessible en écriture uniquement pour satisfaire un installateur
Le déploiement initial comprenait plusieurs conteneurs pour la base de données, la recherche, les documents, la messagerie, les communications et les services de gestion. L’installateur du fournisseur attendait /app, tandis que l’utilisateur souhaitait stocker les données réelles sur un grand disque de données ZimaOS.
La communauté a à juste titre orienté la discussion loin de la modification permanente du système de fichiers de base de ZimaOS. Les mises à jour d’un système d’exploitation de type appliance peuvent remplacer ou invalider les modifications non prises en charge apportées au système de fichiers racine.
L’installateur du fournisseur disposait d’un répertoire de base configurable
Après inspection des scripts d’installation, l’utilisateur a découvert que l’emplacement de stockage n’était pas réellement codé en dur. Le répertoire de base pouvait être modifié pour passer du chemin par défaut situé à la racine à un emplacement persistant sur le disque de données ZimaOS.
Cette architecture est plus sûre, car les conteneurs et les données des applications restent sur un stockage accessible en écriture, tandis que l’image système de ZimaOS continue d’être gérée par le système d’exploitation.
Sélectionnez explicitement le type d’installation Community
L’utilisateur a ensuite signalé un deuxième problème : après la modification du répertoire de base, l’installateur pouvait basculer vers l’édition Enterprise. Après avoir échangé avec le fournisseur du logiciel, il a été confirmé que le déploiement Community nécessitait la sélection du type d’installation approprié.
Les instructions actuelles d’ONLYOFFICE présentent toujours des types d’installation Community et Enterprise distincts. Avant de modifier un ancien script téléchargé, confirmez quels paramètres du script sélectionnent Workspace Community dans l’installateur actuel.
Utilisez le script ONLYOFFICE actuel, et non le nom de fichier historique du forum
La réponse publiée sur le forum en 2026 faisait référence à un ancien nom de fichier d’installateur. Les instructions actuelles d’ONLYOFFICE Workspace publient désormais workspace-install.sh pour les déploiements Docker et documentent séparément les paramètres pris en charge.
Le processus en amont actuel et la configuration système requise sont décrits dans le processus d’installation Docker Workspace Community maintenu.
Docker Compose reste une alternative plus transparente
La discussion de la communauté a également envisagé le déploiement de la pile avec Compose plutôt que de dépendre d’un script d’installation volumineux. Cette approche facilite la vérification préalable des éditions d’images, des chemins de volumes, des réseaux et du stockage persistant.
Si vous importez une pile mult conteneurs dans la version actuelle de ZimaOS, les paramètres d’exécution standard doivent être définis dans Docker Compose. L’explication actuelle de la gestion de la configuration Docker Compose par ZimaOS aide à séparer les chemins de stockage du fournisseur des métadonnées des applications ZimaOS.
FAQ sur ONLYOFFICE dans ZimaOS
Dois-je rendre le système de fichiers racine de ZimaOS accessible en écriture ?
La solution finale présentée dans la discussion n’exigeait pas cela. La meilleure approche consistait à placer le répertoire de base du fournisseur sur un stockage persistant accessible en écriture.
/app était-il vraiment obligatoire ?
Le fournisseur de l’utilisateur a finalement confirmé que le répertoire de base de l’installateur pouvait être modifié. L’hôte n’avait donc pas besoin de stocker l’application sous le chemin racine /app.
Pourquoi la mauvaise édition apparaissait-elle ?
L’utilisateur a constaté que la modification du répertoire de base révélait un comportement de l’installateur qui sélectionnait par défaut l’édition Enterprise. Il a indiqué que la sélection explicite du type d’installation Community résolvait ce problème.
Dois-je copier exactement les commandes du forum de 2026 ?
Non. Le nom de fichier et les paramètres de l’installateur actuel d’ONLYOFFICE doivent être vérifiés dans ses instructions maintenues avant le déploiement.
