Synology Scrutiny inaccessible

hyperion57070 · Hier à 15:45

Hello tout le monde,

Je cherche à monter scrutiny via docker (portainer plus exactement).
J'ai suivi plusieurs procédures, notamment :
- https://www.cachem.fr/scrutiny-synology-smart/
-

Le docker se lance mais la page de scrutiby est inaccessible sur le port que j'ai indiqué dans le fichier de config.
Je suis pas le plus à l'aise du monde avec docker mais généralement je m'en sers pas trop mal mais la je sèche totalement.
Voici ma config :
---
version: "2.1"
services:
scrutiny:
image: lscr.io/linuxserver/scrutiny:latest
container_name: scrutiny
cap_add:
- SYS_RAWIO
- SYS_ADMIN #optional
environment:
- PUID=1026
- PGID=100
- TZ=Europe/Paris
- SCRUTINY_API_ENDPOINT=http://localhost:8080
- SCRUTINY_WEB=true
- SCRUTINY_COLLECTOR=true
volumes:
- /run/udev:/run/udev:ro
- /volume1/docker/scrutiny:/opt/scrutiny/config
- /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
ports:
- 8086:8080
devices:
- /dev/sata1:/dev/sata1
- /dev/sata2:/dev/sata2
- /dev/sata3:/dev/sata3
restart: unless-stopped

Je cherche à joindre sur l'app sur http://192.168.1.23:8086/

Si je comprends bien 8086 est le port exposé sur mon NAS, et le 8080 est le port interne à docker c'est ça ?

bliz · Hier à 16:37

Chez moi, je l'ai installé sous forme de projet (container manager), par contre, les variables changent en fonction du type de nas, voici ce que cela donne chez moi :

regardez bien les variables sous devices, ce ne sont pas les m^mes

hyperion57070 · Hier à 17:09

Hello Bliz,

Merci pour ton retour.
Effectivement j'avais bien noté qu'en fonction du NAS, les valeurs de HDD pouvaient être différentes.
J'ai tapé une commande qui m'a confirmé que chez moi il s'agissait bien de dev/sataX

Mais le soucis c'est que j'accède même pas à la page web de scrutiny, comme si le docker était pas lancé :/

Je sais pas trop quoi vérifier pour localiser le soucis.

CyberFR · Hier à 17:22

hyperion57070 a dit:
Je sais pas trop quoi vérifier pour localiser le soucis.

Le soucis se situe peut-être au niveau de l'image, chez moi comme chez @bliz comme dans le tuto de Cachem on trouve.

image: ghcr.io/analogj/scrutiny:master-omnibus

hyperion57070 · Hier à 17:33

Ah oui bien vu, j'ai modifié au cas où :
---
version: "2.1"
services:
scrutiny:
image: ghcr.io/analogj/scrutiny:master-omnibus
container_name: scrutiny
cap_add:
- SYS_RAWIO
- SYS_ADMIN #optional
environment:
- PUID=1026
- PGID=100
- TZ=Europe/Paris
- SCRUTINY_API_ENDPOINT=http://localhost:8080
- SCRUTINY_WEB=true
- SCRUTINY_COLLECTOR=true
volumes:
- /run/udev:/run/udev:ro
- /volume1/docker/scrutiny:/opt/scrutiny/config
- /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
ports:
- 8086:8080
devices:
- /dev/sata1:/dev/sata1
- /dev/sata2:/dev/sata2
- /dev/sata3:/dev/sata3
restart: unless-stopped

Mais j'ai toujours le même soucis.

Quelques screenshot car il y a peut-être un truc qui m'échappe :

bliz · Hier à 18:48

Le port est autorisé dans le parefeu ?

reprend le bon yml, tu n'a pas ecrit tout ce qui est bon, déjà, il manque un port, celui inddiqué est un https, car en premier de souvenir, et un https ne fonctionne pas avec une ip

code :

Code:

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "6070:8080" # webapp
      - "8086:8086" # influxDB admin
    volumes:
      - /run/udev:/run/udev:ro
      - /volume1/docker/scrutiny:/opt/scrutiny/config
      - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
      - /dev/nvme0n1:/dev/nvme0
      - /dev/nvme1n1:/dev/nvme1
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
      - /dev/sata3:/dev/sata3
      - /dev/sata4:/dev/sata4
#      - /dev/usb1:/dev/usb1
#     - /dev/sata5:/dev/sata5
#     - /dev/sata6:/dev/sata6
#     - /dev/sata7:/dev/sata7
#     - /dev/sata8:/dev/sata8
    environment:
 #     - SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOUR  SECURISER
      - PUID=1030
      - PGID=100
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=pseudo
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=password
      - TIMEZONE=Europe/Paris
    restart: unless-stopped

hyperion57070 · Hier à 19:09

Merci @bliz

J'ai repris ton "code" en adaptant les ports sata

---
version: "2.1"
services:
scrutiny:
image: ghcr.io/analogj/scrutiny:master-omnibus
container_name: scrutiny
cap_add:
- SYS_RAWIO
- SYS_ADMIN #optional
environment:
- PUID=1026
- PGID=100
- TZ=Europe/Paris
- SCRUTINY_API_ENDPOINT=http://localhost:8080
- SCRUTINY_WEB=true
- SCRUTINY_COLLECTOR=true
volumes:
- /run/udev:/run/udev:ro
- /volume1/docker/scrutiny:/opt/scrutiny/config
- /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
ports:
- "6070:8080" # webapp
- "8086:8086" # influxDB admin
devices:
- /dev/sata1:/dev/sata1
- /dev/sata2:/dev/sata2
- /dev/sata3:/dev/sata3
restart: unless-stopped

J'accède bien à InfluxDB, mais toujours pas à scrutiny.
Concernant le firewall, je l'ai carrément désactivé le temps des "tests".

PackTu · aujourd'hui à 10:48

Hello,

Voilà mon compose :

YAML:

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "6090:8080" # webapp
      - "8086:8086" # influxDB admin
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8080/api/health"]
      interval: 5s
      timeout: 10s
      retries: 20
      start_period: 10s  
    volumes:
      - /run/udev:/run/udev:ro
      - /volume1/docker/scrutiny:/opt/scrutiny/config
      - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
      - /dev/nvme0n1:/dev/nvme0n1
      - /dev/nvme1n1:/dev/nvme1n1
      #- /dev/sata3:/dev/sata3
      #- /dev/sata4:/dev/sata4
      #- /dev/sata5:/dev/sata5
      #- /dev/sata6:/dev/sata6
      #- /dev/sata7:/dev/sata7
      #- /dev/sata8:/dev/sata8
    environment:
      - TZ=Europe/Paris
      - COLLECTOR_CRON_SCHEDULE='0 6 * * *' #every day at 6 hours
      - SCRUTINY_WEB_INFLUXDB_TOKEN=ScrunityString
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=Scrunity
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=Pass_Scrunity
    restart: unless-stopped

Changer les données de :

SCRUTINY_WEB_INFLUXDB_TOKEN
SCRUTINY_WEB_INFLUXDB_INIT_USERNAME
SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD

Le fichier collector.yaml a placer dans le dossier /docker/scrutiny :

YAML:

version: 1
host:
  id: "DS723+"
devices:
  - device: /dev/sata1
    type: 'sat'
  - device: /dev/sata2
    type: 'sat'
  - device: /dev/nvme0n1
    type: 'nvme'
  - device: /dev/nvme1n1
    type: 'nvme'

Dans portainer faire stop la stack et delete, et bien tout effacer dans les dossiers : docker/scrutiny et docker/scrutiny/influxdb.

Accès par : "http://ip-NAS:6090"

Voila

.

hyperion57070 · aujourd'hui à 11:24

Hello @PackTu,

Merci beaucoup pour tes informations !
Alors je viens de :
- supprimer le docker dans portainer
- supprimer le contenu des dossiers docker/scrutiny et docker/scrutiny/influxdb
---> j'avais un dossier docker/scrutiny/config que j'ai supprimé également, apparemment il est pas nécessaire j'ai l'impression.
- ajouter collector.yaml dans le dossier /docker/scrutiny avec le contenu suivant :

Code:

version: 1
host:
  id: "Hyperion"
devices:
  - device: /dev/sata1
    type: 'sat'
  - device: /dev/sata2
    type: 'sat'
  - device: /dev/sata3
    type: 'sat'

Puis j'ai C/C le compose suivant dans un nouveau stack que j'ai appelé scrutiny :

Code:

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "6090:8080" # webapp
      - "8086:8086" # influxDB admin
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8080/api/health"]
      interval: 5s
      timeout: 10s
      retries: 20
      start_period: 10s 
    volumes:
      - /run/udev:/run/udev:ro
      - /volume1/docker/scrutiny:/opt/scrutiny/config
      - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
      #- /dev/nvme0n1:/dev/nvme0n1
      #- /dev/nvme1n1:/dev/nvme1n1
      - /dev/sata3:/dev/sata3
      #- /dev/sata4:/dev/sata4
      #- /dev/sata5:/dev/sata5
      #- /dev/sata6:/dev/sata6
      #- /dev/sata7:/dev/sata7
      #- /dev/sata8:/dev/sata8
    environment:
      - TZ=Europe/Paris
      - COLLECTOR_CRON_SCHEDULE='0 6 * * *' #every day at 6 hours
      - SCRUTINY_WEB_INFLUXDB_TOKEN=ScrunityString
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=Scrunity
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=Pass_Scrunity
    restart: unless-stopped

Et la....ça marche !!!

Alors je t'avoue que je sais pas exactement ce qui était foireux avant ?
Peut-être la présence du dossier config ?

En tout cas merci pour ton aide et aux précédents qui ont pris le temps !
Bon weekend à tous

Rechercher

Rechercher

Synology Scrutiny inaccessible

hyperion57070

Nouveau membre

bliz

Grand Maître Jedi

hyperion57070

Nouveau membre

CyberFR

Maître Jedi

hyperion57070

Nouveau membre

bliz

Grand Maître Jedi

hyperion57070

Nouveau membre

Pièces jointes

PackTu

Padawan

hyperion57070

Nouveau membre