il y a 10 minutes, shadowking a dit :

A quel niveau as-tu cette erreur ? dans les logs du container à son démarrage ?

Oui.

il y a 12 minutes, shadowking a dit :

Parce que même s'il y avait un problème avec le docker.sock, tu auras juste un souci pour sélectionner un endpoint dans Portainer, ça ne t'empêcherait pas d'accéder à la page, de te logger, et de te balader dans les menus...

Exact.

il y a 12 minutes, shadowking a dit :

J'imagine que tu as vérifié que le port 9000 est accessible sur ton réseau local ?

• Depuis l'exterieur j'arrive bien sur : https://portainer.ndd.com (j'utilise ici reverse proxy de https://portainer.ndd.com:443 -> http://localhost:9000)
• Depuis un pc local (192.168.1.2) j'arrive bien sur : https://portainer.ndd.com (j'utilise ici reverse proxy de https://portainer.ndd.com:443 -> http://localhost:9000)

Donc je sais pas pourquoi.

Et pour le volume que tu n'utilises pas, t'es sûr de ton coup ? voir l'edit de mon précédent message.

il y a 47 minutes, shadowking a dit :

EDIT : Tu n'as pas une interférence entre ton volume portainer_data et les volumes que tu montes dans le service ? Essaie de commenter la définition du volume, ça devrait marcher si ton port 9000 est accessible avec ce que tu as écrit là.

J'ai decommenter :

 

volumes:
      - /volume1/docker/portainer/data:/data
      - /volume1/docker/docker.sock:/var/run/docker.sock:ro

J'arrive à me connecter sur sur l'interface mais dans les logs j'ai toujours ceci :

2019/08/01 13:23:43 background schedule error (endpoint snapshot). Unable to create snapshot (endpoint=MON-NAS, URL=tcp://portainer.ndd.com:9000) (err=Error response from daemon: 404 page not found)

Ceci sur toutes les adresses que je test .

Ok pour s'assurer que le problème ne vient pas du/des volume(s), je te conseillerais de ne pas mettre de volume pour /data, il ira créer ça par lui-même dans un dossier obscur.

Tu montes par contre le docker.sock via /var/run/docker.sock:/var/run/docker.sock

Pour le reste tu ne touches pas.

il y a 12 minutes, shadowking a dit :

Tu montes par contre le docker.sock via /var/run/docker.sock:/var/run/docker.sock

 

J'ai tester avec :

/var/run/docker.sock:/var/run/docker.sock

et

/volume1/docker/docker.sock:/var/run/docker.sock (j'ai cree un ln -s /var/run/docker.sock /volume1/docker/docker.sock)

On est d'accord que pour Endpoint URL qu'il faut mettre "localhost:9000" ?

Modifié le 1 août 20196 a par Superthx

Tu peux faire un screen de la première proposition que tu as après avoir eu changer ton mot de passe ? Le fameux écran que tu as avec Endpoint URL ?

Je crois que j'ai compris.

Modifié le 1 août 20196 a par shadowking

Voila les screens pour le compose suivant:

version: '2'

services:
  portainer:
    image: portainer/portainer
    container_name: portainer
    network_mode: bridge
    ports:
      - "9000:9000"
    volumes:
      - /volume1/docker/portainer/data:/data
      - /var/run/docker.sock:/var/run/docker.sock

    #environment:
        #- TZ=Europe/Madrid

volumes:
  portainer_data:

Au lancement :

Configuration

Erreur :

Resultat

Si tu veux plus dis moi.

2ème screen, ce n'est pas remote, mais local qu'il faut choisir.

il y a 11 minutes, shadowking a dit :

2ème screen, ce n'est pas remote, mais local qu'il faut choisir.

WTF!!!!!!!!!!!!!!

C'était devant mon pif depuis le début. Je suis un gros C*^N.

En tout cas merci. J'avais pas fais gaffe. C'est énorme.........😱

Merci a toi @shadowking

Alors j'ai eu exactement le problème donc c'est pour ça que j'ai dit que j'avais compris. 😛

Je déterre ce sujet.

L'interface de Portainer 2.11.0 a changé et ne détecte pas l'hôte local car je ne parviens pas à créer le lien vers /var/run/docker.sock (pas de souci pour /data).

J'utilise l'image portainer/portariner-ce:2.11.0. Une idée ?

J'utilise portainer/portainer-ce:latest qui correspond à la 2.11.0, et je n'ai pas ce problème

----

Je m'auto-réponds : N'ayant pas pu définir ce chemin dans l'interface de DSM, j'ai utilisé la commande docker.

sudo docker run -d -p 8000:8000 -p 9000:9000 -p9443:9443 --name=portainer-ce -v /var/run/docker.sock:/var/run/docker.sock -v /volume1/docker/portainer:/data portainer/portainer-ce:2.11.0

 

@Lelolo : Le lien vers /var/run/docker.sock est automatiquement créé à la création du container ?

J'ai à peu près la même syntaxe que la tienne (je n'utilise que 9000, j'ai mis un restart=always et je suis sur l'image latest.
Et tout fonctionne tout seul

Ok, merci pour les précisions.

Le problème des versions taguées [:latest] est qu'on ne connaît pas la version utilisée. Donc le [:latest] d'il y a quelques mois est souvent obsolète, et quand ça touche à la sécurité... 🤕

C'est le plus gros reproche fait à Docker dans la gestion des images, il faudrait des branches dédiées afin d'éviter les ruptures liées aux versions majeures et assurer la continuité des mises à jour automatiques d'une branche (surtout pour la sécurité).

Il y a des choses qui ont été faites de ce côté ? (j'utilise peu Docker)

Ca dépend des éditeurs d'images, par exemple pour Portainer à la version 2, il y a eu un fork sur le nom de l'image.
Mais c'est pas le cas de tous.

Pour en revenir à ta commande, à moins d'utiliser l'API ou l'interface HTTPS embarquée de Portainer, tu n'as pas besoin de translater les ports 8000 et 9443.

il y a 44 minutes, PiwiLAbruti a dit :

Le lien vers /var/run/docker.sock est automatiquement créé à la création du container ?

C'est un pas un lien symbolique sur l'hôte, tu ne verras rien sur l'hôte qui te permettra de savoir que ce fichier est monté dans un conteneur.

Merci pour ces précisions @.Shad..

En tout cas, il est impossible de lancer un container Portainer depuis l'interface de DSM car on ne peut pas ajouter /var/run/docker.sock dans les volumes (restriction d'interface Synology). Alors que dans Portainer c'est possible.

De toute façon j'utilise maintenant directement les commandes Docker qui sont plutôt bien hiérarchisées et donc presque intuitives au bout de quelques minutes de manipulations.

il y a une heure, PiwiLAbruti a dit :

En tout cas, il est impossible de lancer un container Portainer depuis l'interface de DSM car on ne peut pas ajouter /var/run/docker.sock dans les volumes (restriction d'interface Synology). Alors que dans Portainer c'est possible.

C'est une des limitations de l'interface de DSM.
C'était possible à une époque en utilisant des liens symboliques, mais ce n'est pas spécialement propre comme manière de faire.

il y a une heure, PiwiLAbruti a dit :

De toute façon j'utilise maintenant directement les commandes Docker qui sont plutôt bien hiérarchisées et donc presque intuitives au bout de quelques minutes de manipulations.

N'hésite pas à tester Docker-compose à l'occasion, il a tout un tas d'avantages par rapport à Docker CLI.
Et il est embarqué avec le paquet Docker, donc rien de plus à installer.

Bonjour tout le monde,

Lors d'un restore, je remarque maintenant que j'ai une stack que je ne peux plus supprimer (via portainer), comme si celle-ci était toujours attribuée et gérée par une autre intance, malgré que celle-ci ne fonctionne plus.

Il m'est impossible de la supprimer, est-il possible de le faire manuellement ? 

J'ai déjà eu ce souci, en supprimant le conteneur (sans supprimer le volume des données de Portainer) et en le récréant la stack avait disparu.