Aller au contenu

PatrickJ

Membres
  • Compteur de contenus

    159
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Tout ce qui a été posté par PatrickJ

  1. bonjour, je viens de voir ce post, et j'en profite pour vous faire part d ema propre expérience sur 2 NAS différents. Je souhaitais passer de SHR à SHR2 pour éviter le temps très très long de reconstruction en cas de panne d'un disque. Pendant cette reconstrcution du raid (après changement du disque), le NAS est vulnérable à une panne disque quelconque. J'étais en version DSM 6.2. 4 disques Synology 12 To installés, le 5eme est venu s'ajouter pour passer en SHR2. Cache en lecture sur du NVME Le temps de reconstruction a été supérieur à 4 semaines, même avec l'option "reconstruction du raid plus rapide". Il y a eu plusieurs passes (2 ou 3 je ne me souviens plus). Depuis j'ai fait la même opération sur un SA3400, avec 10 disques 10 To WD Red Pro, mais cette fois-ci en DSM7.1 (annoncé plus rapide sur justement ce point là). Il est conseillé par Synology d'ajouter 2 disques pour passer en SHR2 pour des questions de rapidité. Ce n'était pas possible dans mon cas. L'opération dure depuis plusieurs semaines à un rythme de 2500 Kb/s. Cette fois-ci je me suis penché sur les paramètres qui pouvaient modifier cette vitesse. J'ai trouvé un certain nombre d'informations sur les forums. Le seul qui a vraiment fonctionné dans mon cas est /sys/block/md2/md/sync_max Cela a été fulgurant puisque je suis passé à 60 000 Kb/s au lieu de 2500. Par contre ceci a été fait au prix d'un quasi blocage du NAS pour le reste des applications. Il faut donc être très prudent et n'utiliser ceci que si vous pouvez vous passer de l'usage du NAS pendant un certain temps. Ce paramètre ne peut plus être modifé que par une valeur supérieure jusqu'a la fin de la reconstruction (sauf à arrêter le NAS). Par contre, les très bon côtés du NAS syno, c'est que : 1) On peut toujours arrêter le NAS, et la reconstruction recommence à l'endroit où elle a été interrompue. 2) Même en cas de panne du disque supplémentaire, le NAS fonctionne toujours (j'ai testé). 3) si on fait une erreur sur un des paramètres (comme celui que j'ai indiqué), il "suffit" de redémarrer le NAS pour qu'il reprenne ses valeurs. Je pense que celles-ci sont fixés dans un des scripts de démarrage. J'ai fait pas mal de tests sur un autre NAS non utilisé et j'ai toujours observé le même comportement, quel que soit la mémoire, les caches, les disques. Je vous laisse les différents liens ou j'ai trouvé des infos. https://gist.github.com/fbartho/2cb998dc1f10d13c124bf736286fd757 https://eve.gd/2020/01/03/accelerating-synology-raid-6-reshapes/ https://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.html https://wiki.mbirth.de/know-how/hardware/speed-up-synology-reshape.html
  2. Suite changement je vends mon 1618+. Le produit peut-être remis en main propre et même testé chez moi. Il a toujours été connecté sur onduleur. - Modèle : DS1618+ - Facture : non - Date d'acquisition : 07/2018 - Pourquoi vous vous en séparez : remplacé par un DS1621+ - Avec ou sans disque : sans disque - Si oui, quel disque dur ? ---- - Prix souhaités : 500euros - Frais de livraison : inclus si en France - Pays de livraison :France - Garantie : sans
  3. Modèle : RS-820+ - Facture : OUI - Date d'acquisition : 11/03/2020 - Pourquoi vous vous en séparez : La mise en place d'un rack nécessaire pour ce produit, à été annulé suite au confinement - Avec ou sans disque : sans disque - Prix souhaités : 800 € (prix neuf 1 044€) - Frais de livraison : 30 € par chronopost ou retrait sur place gratuit (Essonne) - Pays de livraison : France - Garantie : celle du fabriquant ( 3 ans à dater de la facture) Le produit est livré sans le carton d'origine mais sinon complet évidemment (vis/câbles etc ..)
  4. j'ai eu le même pb sur un des NAS. Lors de la mise à jour, quickconnect a été désactivé. Je l'ai ré-activé puis reboot, au cas où ..., et cela fonctionne. Bizarre que sur 4 NAS mis à jour, un seul ait eu ce phénomène.
  5. Dans mon cas, les caméras ne passent pas en inactive (en ce moment) mais 1 de temps en temps est resettée aux valeurs usine. Il semble que le problème soit connu de hikvision (en tout cas de son distributeur en france)
  6. bonsoir, come je l'ai déjà indiqué dans un autre message, j'ai rencontré sur 2 sites équipés de Free, beaucoup de problèmes depuis quelques semaines avec de caméras Hikvision (officielles, pas chinoise). Par exemple, passage en inactif, ou plus souvent reset de la camera a sa configuration par defaut. Sur box orange, mêmes caméras, même version de NAS et surveillance station, pas de problème. Etrange .... Sur un autre site (toujours free), toutes les caméras apparaissent déconnectées. Sur redémarrage de la box, tout revient ... Etrange ...
  7. bonjour, j'ai le même problème et ce aussi sur une freebox. Par contre, sur un autre site, avec Orange, et même configuration, aucun problème. Cela est apparu depuis quelques semaines. J'ai tenté plusieurs configurations de la caméra et de surveillance station sans succès. De temps en temps, sans raison apparente, la config de la caméra est ré-initialisée à sa config par defaut. Les caméras sont en ip fixe (pour répondre à pascalou59).
  8. pour l'interphone, de mon côté, j'utilise une doorbird, qui est compatible avec les Syno. Aucun problème, fonctionnement en POE, fil ou en Wifi. Dans le cadre d'une utilisation personnelle dans une maison. En plus, cela permet de recevoir les appels sur un smartphone à distance, de visualiser et de répondre (et même si nécessaire d'ouvrir la porte). http://www.doorbird.com/
  9. PatrickJ

    Lenteur En Acc

    Merci pour vos répones, mais pas rassurant .... j'espère qu'une maj viendra accélérer quelque peu l'accès http. Par contre par ds cam c'est tout à fait correct.
  10. Bonsoir à tous; Je suis en train d'installer un DS415+ destiné à la vidéo surveillance. Le produit est neuf, aucune appli excepté la video surveillance et une seule camera reliée pour l'instant. Le tout est installé derrière une freebox en vdsl (21 Mb/6 Mb). L'accès au DS415 de l'extérieur est quasi immédiat, par contre l'affichage de Surveillance Station est très très lent. Tout d'abord 2 à 3 mn pour qu'il affiche une page en noir (rien dessus), puis ensuite 2 à 3 mn supplémentaires pour afficher les icones du bureau. Ensuite l'affichage semble correct en temps réel. De plus l'ajout ou la modification de caméra ou de module supplémentaire est très lent. Avez-vous rencontré ce type de problème ? Merci d'avance
  11. Bonjour, j'ai testé. Sur une vidéo courte et en restant connecté sur photostation, cela fonctionne. Par contre sur une vidéo de 400 Mo, l'upload ne s'est jamais terminé. J'ai essayé à plusieurs reprises sans succés. Je ne suis pas certain que, comme filestation, cela fonctionne en background. J'ai donc envoyé un message à Syno, et à leur demande, transféré vers eux un fichier vidéo pour qu'ils puissent tester. J'attends leur réponse. (cela date de la semaine dernière).
  12. PatrickJ

    Quelle Cam Ip Ext

    Après avoir choisi PSIA ou ONVIF, tu dois pouvoir modifier la résolution dans l'onglet video. Il faut choisir h264, puis normalement tu devrais avoir 2048 x 1536, ce qui est une très très bonne résolution...
  13. PatrickJ

    Quelle Cam Ip Ext

    Bonjour, J'ai aussi un hikvision (modele DS-2CD2132-I). N'ayant pas cette caméra dans la liste dans Surveillance Station, je l'ai installé en ONVIF. Cela fonctionne très bien comme cela. PSIA fonctionne aussi, la caméra étant compatible avec ces 2 normes.
  14. C'est vrai pour le fsck "automatique", par contre une détection d'un b sur les file-system ne serait pas un luxe. IL permettrait de savoir (avant que les problèmes ne deviennent cruciaux) qu'il y a des actions à faire (sauvegarde/réparation).
  15. problème réglé. Merci fravadona, car le message dans le log (que je n'avais pas vu), indiquait une erreur sur le file-system. J'ai donc exécuté les instructions suivantes (après sauvegarde évidemment) : syno_poweroff_task vgchange -ay fsck.ext4 -pvf -C 0 /dev/vg1/lv La réparation du FS a été faites et ensuite j'ai pu enfin récupérer la totalité du volume disque. Il est quand même étrange qu'un test de validité du FS ne soit pas fait au démarrage, avec évidemment un fsck en cas de problème......
  16. Oui, j'ai effacé le disque et pour tout dire j'ai fait un essai avec 2 disques différents au cas où.... Il y a effectivement des erreurs dans le log. Il semble y avoir un pb dan le filesystem... Voici ce que j'ai avec un essai que je viens de refaire. Feb 16 17:10:06 NAS volumehandler.cgi: space_expand_unallocated.c:82 [info] Success Dump map file Feb 16 17:20:37 NAS kernel: [97182.892805] EXT4-fs warning (device dm-0): ext4_resize_begin:32: There are errors in the filesystem, so online resizing is not allowed Feb 16 17:20:37 NAS kernel: [97182.892811] Feb 16 17:20:37 NAS volumehandler.cgi: (fs_vol_expand.c)SYNOFSExpand(103):Failed to '/sbin/resize2fs -fpF /dev/vg1/lv > /dev/null 2>&1', WEXITSTATUS® = 1 Feb 16 17:20:37 NAS volumehandler.cgi: volume_manage_with_temp_dev.c:105 Failed to expand file system on /dev/vg1/lv Feb 16 17:20:37 NAS volumehandler.cgi: volume_lib.cpp:957 Failed to expand file system on /dev/vg1/lv Feb 16 17:20:37 NAS volumehandler.cgi: volumehandler.cpp:1453 failed to expand unallocated file system: /volume1 Feb 16 17:21:06 NAS synostoraged: hotspare_log_repair_err.c:29 [iNFO] space [/dev/vg1/lv] is not degrade, skip repairing with spare disks Merci pour l'aide
  17. Oui, j'ai déplacé le disque de slot. Sans effet malheureusement. Quand au cpu il est à 4 ou 6% Merci quand même
  18. oui et oui aux questions. Même modèle, et même date d'achat d'ailleurs. Ce disque était déjà utilisé dans le NAS en temps que volume à part.
  19. Bonjour, je viens d'ajouter un disque, identique aux autres (WD 3To), dans un volume. Après l'initialisation, j'ai utilisé "gérer", puis étendre le volume, pour utiliser le disque et donc accroitre mon volume. A chaque tentative, un message indiquant que le volume est en cours d'augmentation s'affiche, puis arrêt et retour à l'a situation précédente sans accroissement. En regardant dans le journal, j'ai le message : "system failed to expand [volume 1]" J'ai arrêté, redémarré, sans plus de succès. J'ai tenté également l'arrêt d'un disque, à chaud, pour l'obliger à effectuer une réparation. Rien de mieux....... J'ai envoyé un message au support de Syno, mais après un 1er échange de mail, plus de réponse depuis 3 jours. Très décevant, et même inquiétant pour un produit qu'ils veulent pousser vers les pros. Pour cela, il faut améliorer le support !!! Je crois que je vais devenir prudent quand aux préconisations à mes clients... Quelqu'un a t-il rencontré ce problème ? La config est : DS1812 5 disques 3 To WD Green (WD30EZRX), position 1/2/3/4/5 (le disque ajouté est en position 2) 1 disque 4 To WD red (en hot spare, j'ai aussi tenté l'opération en le supprimant) DSM 4.3-3810 Update 4 Merci
  20. PatrickJ

    Acc

    voir peut-être aussi le paramètre "desactiver les connexions multiples" dans paramètres avançés du service de fichiers. Dans mon cas, et lors de l'installation d'un DS 414 neuf pour un client, ce paramètre était activé par défaut. La conséquence est qu'un seul montage disque est possible par adresse ip. Lorsqu'on en a 3, comme dans mon installation, il deconnecte et reconnecte chacun en permanence.
  21. Bonsoir, j'ai constaté le même problème, mais pas sur l'ensemble des fichiers, uniquement sur certains. La décompression ne s'effectue plus. Et ceci alors même que j'utilise CharTranslator.py depuis assez longtemps. Donc je ne pense pas que cela soit lié.
  22. Effectivement, suite à un problème technique chez Dedikam, pour certains utilisateurs de Syno, la synchro semble poser problème, et la sauvegarde se plante sur un time-out. Il est bon de suivre les indications d'Ikam pour permettre la remise en ordre.
  23. Bonsoir, Lors de l'installation de mon DS1812+, j'ai "agrégé" les 2 liens réseaux, en option "Network Fault Tolerance". Ceci a donc crée un pseudo lien réseau "bond1". Je voulais redonner leur indépendance à chaque lien, et j'ai donc suivi la procédure indiqué par Syno, pour supprimer cette "aggrégation". Lorsque je clique sur supprimer, après un petit moment où le DS1812 "travaille", je perds le lien, à la fois http, et par syno assistant. Et je dois arrêter manuellement le DS1812. Au redémarrage, il revient à l'état d'aggrégation. D'après ce que j'ai pu voir sur le forum US, ce problème semble avoir être connu et reporté à SYNO depuis pas mal de temps. Donc on peut "aggréger" mais pas "désintégrer.......". J'ai donc tenté le reset IP, avec le petit bouton.... Ca bip, je perds encore le lien et rien ne se passe, et je dois encore arrêter brutalement le DS1812. Je viens d'envoyer un message au support, j'espère qu'ils seront plus véloces que la dernière fois... Quelqu'un aurait-il une idée et encore mieux une solution ? Merci
  24. super idée, super tuto. Merci. Je vais essayer cela tout de suite, car en effet cela peut aider à essayer ou valider des options.
  25. Bonjour, J'ai dû aussi attendre 5 jours avant d'avoir un mail en retour du support, pour me demander si j'avais pu résoudre le problème seul..... Effectivement, il semble qu'avec le temps, la rapidité ne soit plus là, et la qualité en baisse. 3 , 4, 5 jours ou jours ne sont pas acceptables pour une première réponse. Les utilisateurs professionnels devront réfléchir à 2 fois avant de prendre du matériel Syno, ou bien se mettre en position de réparer seul. Je confirme que ce n'était pas le cas auparavant. La dégradation s'est faites progressivement.....
×
×
  • 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.