anorec

@cotp Je serais aussi intéressé par la réponse mais comme ça je dirais que 15000h c'est peu. En ce qui me concerne sur mon NAS j'ai 3 disques approchant les 68000h et le plus récent a 22000h. Je me demande s'il faudrait pas remplacer les 3 plus vieux préventivement.

Les commandes ont bien réglé le problème. Tout roule!

@.Shad. Merci de l'info. Faudrait bien que je relise ce tuto Docker (mais il y tellement de trucs intéressants à lire ! ) Sinon, en cherchant le chapitre 8-B-3 je n'ai pas compris car c'est le chapitre de gestion des ports. En fait je me suis aperçu qu'il y avait à la suite un autre chapitre 8-B-3 'commandes utiles', qui devrait plutôt s'appeler 8-B-4 du coup^^ à corriger à l'occasion.

Non tout semble clean. Pour l'histoire des versions, apparemment il y avait (et il y a peut-être encore) un bug qui empêchait l'affichage pendant les premières 24h. Il y a moyen de ne pas attendre en lançant les commandes 'piholeupdatechecker' et 'pihole updatechecker remote' sur une installation classique. En docker je ne sais pas si c'est possible?

@.Shad. Une mise à jour de l'image (2022.08.1) a été publié aujourd'hui qui semble corriger mon problème! Tout a l'air OK et semble fonctionner si ce n'est que je ne vois plus les N° versions dans l'interface web. Je suis tout seul encore ? ^^

@.Shad. Je viens de refaire la procédure en supprimant le dossier de base (pihole2)et en le recréant. Il y a manifestement un truc qui cloche sur mon installation... Pourtant je retrouve les mêmes permissions que sur ton installation (sauf si un truc m'échappe)

@.Shad. J'ai pu essayer rapidement ce midi mais encore et toujours le même problème. J'ai bien créé un utilisateur dédié au conteneur Pihole (1046) dans le groupe users(100) et je l'ai mappé dans le docker-compose. J'ai créé 2 nouveaux dossiers pour le montage des volumes et vérifié/modifié droits d'accès/propriétaire/groupe. J'ai remarqué un truc étrange, après lancement du conteneur le dossier 'etc-config' change de groupe (999) et certains des fichiers créés dans les dossiers ont un propriétaire (999)... Pour voir j'ai aussi tenté de modifier tous les dossiers/fichiers avec CHMOD 777 et aussi essayé en réglant la variable DNSMASQ_USER=root.

Oui du coup, j'en ai fait un en suivant ton tuto mais j'obtiens le même résultat. Dans le journal du conteneur, j'ai cette erreur en boucle: failed to raise ambient [CAP_CHOWN=0] Ça ressemble à un problème de droit et j'ai bien tenté d'ajouter des cap_add et/ou lancer le docker avec privilèges élevés mais sans succès... Voici le contenu du docker-compose version: '2.1' services: pi-hole: image: pihole/pihole container_name: pihole hostname: pihole networks: pihole_lan: ipv4_address: 192.168.1.100 environment: - TZ=Europe/Paris - PIHOLE_DNS_=192.168.1.200#53;192.168.1.200#53 - DNSSEC=false - DNS_BOGUS_PRIV=true - DNS_FQDN_REQUIRED=true - DNSMASQ_LISTENING=all - INTERFACE=eth0 - FTLCONF_REPLY_ADDR4=192.168.1.100 # IP du conteneur Pi-hole - WEBPASSWORD=xxx - WEB_PORT=8888 # Personnalisation de l'interface - TEMPERATUREUNIT=C - WEBTHEME=default-darker - WEBUIBOXEDLAYOUT=boxed volumes: - /volume1/docker/pihole/etc/config:/etc/pihole - /volume1/docker/pihole/etc/dnsmasqd:/etc/dnsmasq.d cap_add: - NET_ADMIN - SYS_NICE - CHOWN dns: - 127.0.0.1 - 80.67.169.12 restart: unless-stopped networks: pihole_lan: external: true

J'en ai pas j'ai créé le conteneur directement dans DSM... J'ai juste l'export .json si ça peut convenir?

@.Shad. Merci de ton retour. Je suis repassé en 2022.07.1 en attendant et j'avoue ne pas savoir où chercher... Je pensais trouver les logs dans les volumes montés mais ils n'y sont pas. Normal? Bien que l'image 2022.07.1 semble fonctionner le journal indique une erreur fatale S6-svc. Tout n'a pas l'air très propre^^

Bonjour à tous, Je viens d'essayer de mettre à jour mon conteneur avec la dernière image 'latest' (2022.8) et Pihole ne fonctionne plus sur mon système. Voici l'erreur dans l'interface web pihole: (PHP error (2): fsockopen(): unable to connect to 127.0.0.1:4711) Certains d'entre vous auraient ils rencontré le même soucis?

Je ne suis pas anti PC, je travaille sur un PC toute la journée ^^ Ce qui me turlupine c'est cette histoire d'autonomie de batterie qui semble être calculé, au moins en partie, fonction de l'âge de la batterie.

@Antimousse En effet comme j'ai expliqué dans un de mes derniers messages c'est exactement en cliquant sur ce bouton que j'ai réglé le problème. Mais c'est étrange de devoir obligatoirement passer par ce logiciel pour retrouver un onduleur fonctionnel. Tout le monde n'a pas un PC Windows à disposition.

Nous avons posté en même temps mais en effet Powerchute était la bonne piste...

J'ai trouvé et testé sans succès cette procédure de réinitialisation: https://www.apc.com/us/en/faqs/FA158947/ Ensuite j'ai installé le logiciel de gestion Powerchute sur un PC. Là le logiciel m'indique qu'il estime que j'ai moins d'une minute d'autonomie (et donc que ça craint...). Je lance un test automatique depuis le logiciel, pas de problème détecté. Puis je vois un bouton pour indiquer la date du dernier changement de batterie. Quand je clique ça m'indique que le dernier changement date de 2017 (soit l'achat de l'onduleur). Je valide donc que je viens de changer la batterie... et comme par magie mon autonomie passe à 33min! même résultat en secondes dans DSM après avoir rebranché le cable USB. Étrange quand même! Du coup je me demande si mon ancienne batterie est vraiment morte ou si elle avait juste atteint la date d'obsolescence...