Aller au contenu

Dimebag Darrell

Membres
  • Compteur de contenus

    561
  • Inscription

  • Dernière visite

  • Jours gagnés

    1

Messages posté(e)s par Dimebag Darrell

  1. Bonjour tout le monde,

    Je viens de remarqué que mon NAS avait lancé un data scrubbing sur le Volume1
    Hors, je n'ai jamais lancé cette commande, ni programmé celle-ci

    Est-ce un processus par défaut sur DSM7 ?

    même chose, je viens de voir que le service natpmpd avait été stoppé !? (à quel service cela correspond ?)

  2. il y a 2 minutes, oracle7 a dit :

    @Dimebag Darrell

    Bonjour,

    Oui, OK c'est normal (sur le coup je ne t'avais pas compris 🥴), il faut bien que les données soient stockées quelque part. Comme "autogen" n'est plus utilisée au profit de "retention", c'est aussi normal que sa taille n'évolue pas/plus.

    Cordialement

    oracle7😉

    Bonjour @oracle7

    Je voulais simplement donner un petit compte rendu sur les changements.
    Apparement, tout semble fonctionner correctement.

    Je pense que c'est une étape à documenter dans le tuto.
    Dans mon cas en l'espace de 3 mois, c'est 9Go qui ont été consommés

  3. Dernier feedback après migration.
    Toujours rien à signaler, tous les services fonctionnent parfaitement.
    (tous les containers : bitwarden full, plex, influxdb, grafana, telegraf, pi-hole, portainer, Unifi controller)
    Hyperbackup
    Toutes les scheduled tasks.

    J'ai remarqué quelques nouveau services, 

    Active insight monitoring
    2 Factors authentication
    ...

    Quelles sont celles que vous recommanderiez ?

    Merci
    Belle journée à tout le monde
     

  4. Je viens de recréer chaque container (suite à la création de mes nouvelles polices de rétention dans influxdb)
     

    Unifipoller
    Telegraf
    Speedtest
    Varken
    InfluxDB

    Je viens de remarquer dans grafana que mon historique de donnée avait disparu
    Néanmoins, aucun cleanup des data n'est effectué(j'ai tjs autant de donnée dans mes répertoires influxdb) (9 Go de data)

  5. Merci beaucoup.

    Je viens de regarder la documentation
    Par contre il y a deux notions que je ne comprends pas

    - shard ?
    - replication ?

    Dans la commande il y a une variable à mettre pour REPLICATION, qu'est ce que ça signifie ?
     

    Dans mon cas,
    dans mon docker influxdb
    J'ai 4 databases qui tournent sur celui-ci ?
    - Unifi
    - Speedtest
    - Telegraf
    - Varken

    Puis-je utiliser la même commande pour les 4 ?

     

    Citation

     

    Chez moi cela a été le cas mais j'avais configurer la nouvelle politique pour être par défaut.

    Sachant aussi que j'ai dû modifier à la main chacune de mes requêtes dans chacun de mes panels. DOnc si tu en as beaucoup, il y a du taf !

     

    que veux tu dire par panels ?

     

  6. Merci pour l'info,

    Je viens de faire un check, 
    pour ma DB telegraf, j'ai environ 2.3Go de données sur celle ci et 6.4Go sur la db pour unifipoller

    Voici mes questions : 

    - si j'applique une nouvelle policy de rétention, va-t-il automatique cleaner les data déjà présentes ?
    - je souhaiterais garder 1 mois de donnée, quels paramètres dois-je mettre dans la commande
    > CREATE RETENTION POLICY "Retention" ON "nas_speedtest" DURATION 1d REPLICATION 1 DEFAULT
    (30d ?)
    (que signifie replication dans cette commande ?)

  7. il y a 57 minutes, StéphanH a dit :

    Concernant la nouvelle version de photos, la migration laisse-t-elle intacte le dossier « photos », sans y ajouter de dossiers cachés d’indexation ?

    J’ai deux dossiers « photos » sur deux NAS différents, et ces dossiers sont synchronisés entre eux. Je ne souhaite pas synchroniser les vignettes ni autres fichiers cachés, mais juste les RAW.

    Merci.


    (Rédigé avec Tapatalk)

    Non, il n'y a pas de dossiers supplémentaires suite à la migration vers Synology Photo, par contre, il va ré-indexer tous les répertoires.

    Dans mon cas il y a 72.000+ photos, (ça process tjs depuis hier soir)

     

  8. Bonjour tout le monde,

    Suite à la migration vers le nouveau DSM 7 que vous l'aurez certainement remarqué, Photo Station a disparu au profit de Synology Photo.
    La philosophie de Synology Photo est complètement différente, notamment sur les aspects d'administration de compte.
    Par le passé il était possible d'administrer les accès directement via l'application Photo Station sans devoir passer par DSM.

    Je souhaiterais avoir vos recommandations quant à la manière de partager un album d’une manière sécurisée.
    J’ai remarqué qu’il est possible de partager un album spécifique via un lien.

    Quid de l’aspect sécurité si on partage ce lien sachant qu’il y a différentes options : (via configurer les autorisations de partage)
    On coche « activer le lien de partage »

    Paramètres de confidentialité

    • Public – toute personne en possession du lien peut afficher.
    • Public – toute personne en possession du lien peut télécharger.
    • Privé – Seuls les invités peuvent accéder.

    Quelles sont vos recommandations et comment procédez vous lorsque vous partagez vos albums,

     

    D’avance merci

     

    Belle journée

     

  9. Voila la migration vient d'être réalisée.

    Aucun problème lors de celle-ci.
    Attention avec la disparition de photo station, vers Synology Photo, l'administration du nouveau service se fait dans le DSM et plus dans l'application elle-même.

    Pour ceux qui souhaiteraient utiliser un nom de domaine spécifique pour l'application Synology Photo, il faut créer un alias pour accéder à l'application directement via un browser.

     

  10. il y a 53 minutes, Jeff777 a dit :

    Ah oui désolé j'ai pas fait de retour. En fait c'est toujours le même problème : ce sont les dossiers MIB qu'il faut remettre dans le dossier qui va bien :

     

     

    Bon à savoir, dans mon cas je n'utilise pas le config file de telegraf, j'attaque à la source directement (dans les services SNMP de l'unifi controller), ensuite je rapatrie l'info vers influxdb
    (hors sujet par rapport à DSM 7.0 - mais tjs intéressant pour les tests de non régression !)
     

  11. Le 30/06/2021 à 10:19, Jeff777 a dit :

    Non pas pour le moment.

    Vaultwarden fonctionne au top !

    Fonctionne. J'arrive à le joindre avec le reverse proxy

    Finalement, pour unifi ? as tu trouvé le problème

     

    ps : je n'utilise pas vaultwarden, mais la version complète de bitwarden, mais j'imagine que ça ne change rien

  12. il y a une heure, Jeff777 a dit :

    Bonjour,

    Je viens de voir que depuis la mise à jour (hier 8h30) j'ai perdu mon monitoring unifi-controller. J'ai redémarré les nas et les  containers sans succès. Une idée ?

    Capture.thumb.JPG.12d50050ed68ee2a2abe5e7cd6ef8e0a.JPG

    As tu finalement identifié le problème ?

     

    Sinon de manière générale, y a-t-il des impacts avec cette nouvelle mouture du DSM 7.0 : 
    - Plex Docker ?
    - Pi Hole macvlan + docker ?
    - Unfi controller docker ?
    - Monitoring - grafana, influxdb, telegraph docker ?
    - bitwarden docker ?

     

    Merci pour vos retours

    Belle journée

  13. il y a 7 minutes, Kramlech a dit :

    Je reste toujours dubitatif pour ce qui est des personnes qui stockent et consultent leurs photos en format raw.

    Le format raw est au numérique ce que le négatif est à l'argentique. Est-ce qu'on regarde des photos argentiques à partir du négatif ? Non, on regarde un tirage du négatif.

    Pour le format raw, c'est pareil. C'est un format natif qu'il faut interpréter. D'ailleurs, les logiciels spécialisé dans le traitement des raws parlent de développement...

    Quel est l’intérêt de garder une photo en raw sans l'interpréter soi même derrière ? Et laisser à n'importe quel logiciel le soin d'en faire sa propre interprétation ? Dans ce cas, autant laisser à  l'appareil photo qui a pris la photo le soin d'en faire sa propre interprétation, et de récupérer le jpeg ... Au moins on est certain que l'interprétation faite prend en compte les particularités de l'appareil et fournira un jpeg approprié.

    Personnellement, j'ai des dossiers qui contiennent mes raw, mais ce ne sont jamais ces fichiers là que je regarde (comme avant, je stockais mes négatifs dans des classeurs). Ce sont les jpeg issus des développement de ces raw que je met à supposition de Photo Station (comme avant, c'était les tirages papier que je mettais dans mes albums photo).

    Mais ce n'est que mon avis ....

    Oui, clairement, comme tu le mentionnes, les raw doivent être dé matricées.
    Le seul avantage avant dématriçage c'est de pouvoir avoir une overview avant de les importer dans lightroom ou autres...

    Si je prends mon exemple dans mon workflow, quand je suis en déplacement (voyage ou autres), j'uploade mes photos (via DS File) vers mon syno.
    C'est beaucoup plus agréable de voir ses photos (non développées) sur un écran autre que sur son boitier et pouvoir déjà effectuer un tri.

     

     

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.