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...

Non je n'ai pas pris le temps de tester la batterie et je ne sais pas vraiment comment m'y prendre... Je n'ai pas regardé non plus dans le détail à l'intérieur de l'onduleur. Pour ce qui est de la batterie, elle est identique à celle qui était montée, c'est la batterie officielle vendue par APC. Je voulais limiter les risques... La batterie était fournie avec un guide de remplacement pour différents onduleurs de la marque utilisant ce modèle de batterie. Il n'y a pas le mien mais il n'est pas fait mention d'un reset à réaliser sur les différents modèles. C'est un truc qui courant sur ce genre d'appareil ?

Elle est donnée pour 9Ah/108VAh normalement. C'est une APC RBC#17.

J'ai finalement remplacé la batterie sans trop de difficultés. Par contre je m'interroge... J'ai changé la batterie il y a 6h, il n'y a de branché qu'un NAS916, une freebox, un routeur et une base de tél sans fil. Le panneau de configuration UPS de DSM m'indique une autonomie de 400s seulement. Intrinsèquement ça me suffit à couper le NAS proprement mais j'ai l'impression qu'il y a un soucis car ça me paraît vraiment peu... Est ce que cette donnée affichée est fiable ou peut être erronée ?

@niklos0 Pour le coté non remplaçable c'est indiqué dans la notice. @cadkey En effet, j'ai fouillé un peu et trouvé des vidéos montrant comment accéder aux entrailles de la bête. Je pense que ces onduleurs sont indiqués avec batterie non remplaçable car comparativement à certains où l'accès à la batterie se fait simplement en déclipsant un cache ici il est nécessaire de démonter l'ensemble du boitier. J'ai vu en effet qu'on trouvait tous les prix pour les batteries (de 25€ à 80€ pour l'officielle chez APC). C'est tentant d'en prendre une moins chère...

Bonjour à tous. Mon APC backup 950 (bx950) m'a réveillé ce matin avec un son aigu continu et le voyant clignotant Remplacer batterie. Le problème cet onduleur est indiqué comme possédant une batterie non remplaçable (par l utilisateur tout du moins). Alors est ce que certains savent si ça se remplace malgré tout facilement sur ce modèle ? J'ai trouvé une vidéo d'un tuto sur un bx1400 et ça n'avait pas l'air sorcier (7 vis à retirer et des cosses classiques) mais je me demande si le 950 est construit de la même façon.

@AlexisG 3 mois je me suis rendu compte que ça passe assez vite! J'utilise le script de renouvellement mais je dois dire avec un succès mitigé... A chaque renouvellement j'ai eu besoin de remettre un peu les mains dans le cambouis^^ Mes problèmes sont dûs comme beaucoup à la double authentification et au fameux cookie (et la dernière fois probablement aux serveurs OVH). Le tutoriel explique bien comment créer le cookie, le visualiser et le modifier avec une extension Firefox (ne pas oublier de faire enregistrer après la modification). Pour ce qui est de l'ouverture des ports 80 et 443, les miens ne sont ouverts qu'à la France et cela fonctionne. Edit: grilled by Oracle^^

Pareil pour moi. Je ne sais pas depuis quand mais je viens de m'en rendre compte.

@Kuchi69 En effet mais je n'ai pas ce problème car j'ai une IP fixe chez Free.

@Kuchi69 Je n'ai pas de DDNS et il est donc probablement utilisé prioritairement à l'adresse indiquée dans le reverse proxy.

@Kuchi69 Il y a moyen avec Filestation de générer des liens de partage fonctionnels avec le reverse proxy (en https et sans numérode port) car ça fonctionne chez moi. Je ne sais pas ce qui coince mais chez moi dans accès externe je n'ai rien renseigné dans le nom d'hôte, j'ai juste les ports renseignés http 80 / https 443.