This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

bruno78

Membres
  • Compteur de contenus

    636
  • Inscription

  • Dernière visite

  • Jours gagnés

    11

bruno78 a gagné pour la dernière fois le 3 mars

bruno78 a eu le contenu le plus aimé !

Réputation sur la communauté

64 Excellent

À propos de bruno78

  • Rang
    Maître des Syno
  • Date de naissance 01/11/1963

Mon Profil

  • Pays / Ville
    Région Parisienne (78)
  • Intérêts
    Geek - Réseaux IP/MPLS - Photographie
  • Mon NAS
    DS918+

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

  1. @Jeff777 désolé de mon ignorance, mais pour mon info à quoi sert la carte SD de la POP ? Sinon je viens de passer en 4.3.0 ... et tout est remonté nickel Je vais allez voir l'aide sur la documentation de l'API
  2. @Jeff777 bonjour, a priori, je ne vois pas de rapport entre le changement de firmware de la box et la "perte" du dashboard. Jusqu'à présent à chaque redémarrage de la box et chargement d'un nouveau firmware, je n'ai pas eu a refaire le dashboard. D'ailleurs il faut que je la redémarre pour prendre cette maj. Il y a un point qui m'interesse (outre les résolutions de bugs et autres), c'est l'annonce de la maj. de la documentation de l'API v8 dans l'aide ....
  3. @.Shad. non non, c'est toujours sous forme de code ..... Après je n'ai peut-être pas le tout dernier grafana ... alors je suis en 7.5.2, et la plus recente est une 7.5.4 qui vient de sortir, mais je ne vois rien dans le change log qui suggère une telle évolution ....
  4. @Galm @arnostress merci pour votre retour, c'est toujours bien de voir qu'un travail est utile. Juste pour info, je suis en train de finaliser, avec @Denisra76Frog , une petite evolution du script permettant de remonter les compteurs dans le cas d'aggregation xdsl / 4G sur le lien uplink. Les dashboards, ... il y en plein partout, à commencer par ici sur ce forum. Et d'autre part, je suis maintenant entièrement passé sous influx-V2, qui demande une syntaxe de dashboard sous grafana assez différente de la version influx-V1. Mes anciens dashboards V1 sont sauvegardés quelque part ....
  5. @Juan luis je n'utilise de mon côté que HyperBackup (ça correspond à mon besoin). Le fait de sauvegarder ou pas des applis (et donc leurs données/paramétrages) ne dépend pas de la cible, mais du paquet lui-même. Certains paquets sont sauvegardables, .... d'autres non. Ma stratégie de backup est à présent la suivante avec HyperBackup (après être passé par une restauration complète qui fait bien flipper et qui instantanément met le doute sur ce que l'on a fait comme sauvegarde, jamais testée, ni jamais vraiment vérifié la complétude ou la cohérence) : j'ai 1 DD reservé aux backups d
  6. @.Shad., @TuringFan je confirme !! pour avoir été confronté recemment à une restoration complète, la sauvegarde distante hors site (C2 dans mon cas) fonctionne parfaitement, .... mais les temps de restoration ne sont pas vraiment comparables avec une sauvegarde locale sur DD externe (même avec une connexion fibre) ! Je pense que les 2 sont nécessaires (en fonction de la "valeur" que l'on attribue à ses données évidemment) : sauvegarde locale sur DD externe, et sauvegarde hors site .... pour le scenario du pire !
  7. @nebelnic bonjour, il serait tout de même bon de connaitre la cause de l’échec. Après, cela m'est déjà arrivé, ça peut planter un jour et passer le lendemain. Ce peut venir soit de LE, soit d'OVH, ..., des tempos ... Si tu recherches dans le log par exemple le mot clé "error", ca te dit quoi ? Pour sécuriser ton log, a minima, tu remplaces globalement ton domaine.tld par "ndd.tld", ça éliminera déjà pas mal de chose . Tu peux aussi envoyer ton log par MP. cdt, bruno78
  8. Bonsoir, encore perdu les caches SSD (nouveaux jeux depuis le plantage précédent !!). Redémarrage du NAS au bouton (!) encore une fois. J’arrête les frais avec ces caches SSD. (modèles inclus dans la compatibility liste pourtant). Et par ailleurs, je suis revenu à 8GB de RAM avec mes barettes d'origine Syno. Je ne peux pas être plus conforme que cela aux spécifs Syno .... . Cette fois ci ils étaient montés en RO sans protection, chacun sur un volume différent. Les 2 ont planté en même temps. et les contenus ont été rincés (sans dommages puisque en Read Only). Je
  9. @.Shad. @oracle7 @MilesTEG1 @Jeff777, visiblement le problème speedtest apparu cette nuit est largement répandu. Une solution a été trouvée ici : https://github.com/sivel/speedtest-cli/pull/769/files Il faut donc inclure un nouveau script python "speedtest.py". Je vous propose donc une mise à jour de l'image "speedtest2". Vous trouverez dans le fichier joint 2 nouveaux fichiers : Dockerfile et speedtest.py . speedtest_fix.tar Placer ce fichier speedtest_fix.tar dans votre répertoire <speedtest>, Décompressez le (# tar xvf speedtest_fix.tar) puis re
  10. @.Shad. oui j'ai commencer à travailler avec cette image .... soit je ne l'ai pas configurée convenablement, soit elle me donne vraiment des résultats étranges .... du coup je tentais d'adapter l'image d'origine pour du influxv2. Il faut que je reprenne cette tache.
  11. @oracle7 @Jeff777 bonjour, cela ressemble un un pb de mise à jour d'image speedtest que vous avez du subir en même temps ! Avez vous essayer de reconstruire l'image speedtest2 ? Je ne pourrai pas faire de tests avant ce soir .... bruno78
  12. @oracle7 bonjour, de ce que je vois de ton log, le test de connectivité à influxdb est successful : Or il s'agit là de la seule modification que j'ai faite pour cette nouvelle image. L'erreur semble plutôt venir du module speedtest.py : Il faudrait aller voir ce qu'il y a en ligne 1174 de speedtest.py. Mon container speedtest n'est pas en service actuellement, je suis en train de l'adapter pour Influxdb-V2 (c'est pas gagné !). Je vais voir si je peux relancer temporairement avec influxdb-V1. Cdt, bruno78
  13. bruno78

    [TUTO] VPN Server

    @Spudboy, le seul conseil que je pourrais donner, c'est de mettre à jour globalement vers la dernière version DSM 6.2.4-25556-1 si je ne me trompe pas et de vérifier le comportement. Pas de comportement bizarre pour d'autres paquets Syno ? Pas de configuration "baroque" ou trop personnalisée ? Si le problème persiste (et semble systématique), faire appel à l'assistance Syno qui demandera surement à pouvoir prendre la main sur la machine.
  14. bruno78

    [TUTO] VPN Server

    @Spudboy heu .. non ça n'arrive pas a priori . Tu peux en dire un peu plus sur le contexte : quelle mise à jour ? de quoi ? comment ? Quels messages dans le journal après le reboot ? .... Quelle version de DSM ?