Dimebag Darrell

Par oisiveté ou par habitude, difficile à dire, j’ai choisi de suivre le tutoriel utilisant Bitwarden, bien que je connaissais déjà l’alternative Vaultwarden que tu mentionnes La problématique que j'ai remarquée à l'époque était la suivante À l’époque, j’avais rencontré un problème spécifique, voir le message d’erreur récurrent ci dessous. C’est ce qui m’a conduit à m’intéresser au plugin Docker, même si le souci rencontré ne se limitait pas uniquement à Bitwarden.

Pour info, j’ai déjà rencontré un problème avec Bitwarden par le passé, notamment une impossibilité de le mettre à jour. En faisant quelques recherches, je suis tombé sur cette ressource concernant le plugin Docker Compose V2 : https://piotrkrzyzek.com/install-docker-compose-plugin-v2-on-synology-dsm-7/ Quand tu évoques l’obsolescence, je ne sais pas si c’est à ce type de souci que tu fais référence, mais je te partage le lien au cas où.

Je ne vais (même) pas réagir à la remarque, certes, Mais néanmoins, le détail qui t'a peut-être échappé, c'est que j'utilise les stacks et le déploiement via portainer et pas uniquement comme un "gestionnaire ou superviseur" de containers... Néanmoins, je te remercie beaucoup pour ton temps (perte ou pas...)

Merci pour la réponse, Justement, je faisais les MàJ via portainer directement, j'utilise notamment les stacks pour créer et gérer mes dockers. Y'aurait-il des risques sur mes containers si je désinstalle et réinstalle container manager ?

Par le passé, les mises à jour étaient réalisées par portainer, jusqu'ici rien de problématique. Donc, ça serait un conflit entre portainer et container manager si je comprends la logique ?

Merci pour le retour, J'utilise Portainer depuis environ 3 ans, je n'ai jamais eu de soucis auparavant. Depuis la dernière mise à jour de container manager, le problème est arrivé. Concernant watchtower, je l'ai installé bien après le problème mentionné qui existait déjà.

Voici les infos : DSM 7.2.2-72806 Update 3, et version Container manager : 24.0.2-1535 Un seul volume utilisé pour le container manager

J'ai oublié de mentionner, autant pour moi, c'est un screenshot que j'ai pris du net, mis à part que ce n'est pas une version beta installée sur mon systeme Néanmoins, c'est exactement le même message Parce que je ne voulais pas refaire un restart complet de mon système (ça prend une plombe)

Merci pour le retour, L'icone sur le bureau (DSM) est grisée et dans centre des paquets, il m'indique container manager avec réparé en orange Ensuite quand je clique j'ai ceci Pour info, mes images inutilisées sont toujours supprimées du système. (j'utilise portainer pour faire le cleanup)

Bonjour à tous, Je profite de ce poste pour poser ma question Je possède un onduleur Eaton 3S 550, connecté en USB à mon NAS Synology. Il est bien reconnu dans la section Alimentation de DSM, et la batterie est à 100 %, avec une autonomie estimée à environ 15 minutes. Cependant, lorsque je coupe manuellement l’alimentation secteur, le NAS passe immédiatement en mode sécurité et s’éteint presque instantanément, comme s’il ne recevait plus du tout d’alimentation. Cela me semble anormal, vu que l’onduleur est censé prendre le relais. Quelqu’un a-t-il déjà rencontré ce type de problème ? Une mauvaise configuration ou un souci de compatibilité possible malgré la détection correcte ? Merci par avance pour vos retours et vos conseils. Belle journée,

Bonjour à tous, Depuis quelque temps, je rencontre un souci récurrent avec Container Manager sur mon Synology. À chaque redémarrage du NAS, l’application passe systématiquement en erreur et m’indique qu’une réparation est nécessaire pour pouvoir la relancer. Avez-vous déjà été confrontés à ce type de problème ? Auriez-vous une piste ou une solution à me suggérer ? Merci d’avance pour votre aide et vos retours. Belle journée,

Petite question, Depuis un certain temps, je n'arrive plus à superviser mes dockers. Je remarque aussi qu'il n'y a pas d'entrée docker dans la DB (en terme de data) USE monitoring_telegraf; SHOW MEASUREMENTS;

Excellente news. Pour ma part, ce n'était pas si simple !

Il semblerait que certaines variables ne sont plus les mêmes ! Lorsque j'ai voulu faire la mise à jour de la V5 à la V6, le docker s'est planté

Bonjour tout le monde, Voici mon docker_compose pour la nouvelle version de pihole services: pihole: image: pihole/pihole:lastest container_name: Synology_pi-hole_sandbox security_opt: - no-new-privileges:false restart: on-failure volumes: - /volume1/docker/piholetest/dnsmasq.d:/etc/dnsmasq.d:rw - /volume1/docker/piholetest/pihole:/etc/pihole:rw environment: FTLCONF_webserver_api_password: monmdp FTLCONF_webserver_port: 8080 TZ: Europe/Paris DNSMASQ_USER: pihole # or root, NOT recommended to use root. PIHOLE_UID: 1038 PIHOLE_GID: 65539 cap_add: - SYS_TIME - SYS_NICE networks: docker_network_utilities: ipv4_address: 192.168.1.102 networks: docker_network_utilities: external: true Pour info, j'ai créé une action dans le planificateur de tâches Synology, lors du démarrage de celui-ci script bash : docker network create -d macvlan \ --subnet=192.168.1.0/24 \ --gateway=192.168.1.3 \ --ip-range=192.168.1.192/24 \ -o parent=ovs_bond0 docker_network_utilities (ou ovs_eth0, car j'ai une aggrégation des deux interfaces réseaux)