Sylm_fr

Merci encore Nouveau disque commandé, reste plus qu'a patientez pour relancer le systeme [Edit] Et la bonne nouvelle du soir c'est que mon disque defectueux est toujours sous garantie, merci Seagate pour les garanties de 3 ans et l'outil de vérification de garantie sur leur site :-) Donc je devrais avoir un nouveau disque en remplacement qui préviendra la prochaine panne

Merci pour la réponse rapide et surtout rassurante ... Autre souci mon modèle de disque n'existe plus, je peux utiliser n'importe quel disque 1To ? Seagate propose un nouveau modele 7200.12 a priori identique a part l'interface qui est passé de Sata 3G à Sata 6G, c'est mieux ou n'importe quel disque fera l'affaire

Bonjour, Hier soir mauvaise surprise mon disque 1 renvoie une erreur SMART 5- Reallocated Sector Count. D'après ce que j'ai lu le mieux c'est de changer le disque avant la panne définitive ? Ma config DS410j 4*1T Seagate ST3100528AS en RAID5 Ca se passe comment j'enleve le disque qui pose problème, je mets un nouveau disque out of the box et DSM me propose de "réparer" mon volume tout simplement ou il y a d'autre manip à faire avant ? Merci d'avance

Salut à tous, Déjà pour commencer un grand merci pour m'avoir permis de comprendre pourquoi mes Backup entre mes deux Synos ne fonctionnaient plus. Le seul problème dans la solution décrite içi c'est modifier le fichier /usr/syno/apache/conf/httpd.conf-user Celui ci étant écrasé à chaque mise à jour DSM, même une ligne Include a rajouter à la main ca m'énerve (oui je sais j'suis faignant :-p) J'ai trouvée une "nouvelle" solution qui me parait plus simple et surtout plus pérenne. En modifiant le fichier /usr/syno/etc/httpd-vhost.conf-user de manière très light pour que NetBackup ne plante pas, et que la config Reverse Proxy soit toujours valable: laisser une seule instruction include dans httpd-vhost.conf-user - copie de mon fichier httpd-vhost.conf-user actuel dans un nouveau fichier httpd-proxy-vhost.conf-user - creation d'un nouveau httpd-vhost-conf-user ne contenant que la seule ligne "Include /usr/syno/etc/httpd-proxy-vhost.conf-user" - Restart Apache Et là mes Backup fonctionnent de nouveau correctement et ma config ReverseProxy est toujours opérationnelle Trop cool !

Bon okay toutes mes confuses .. :-( Juste en finissant d'écrire j'ai trouvé dans Control Panel une entrée "Application Portal" et j'ai pu reconfigurer ici SS en accés direct sur les ports 9900 et 9901 Par contre la migration n'avait pas été faite, j'ai du écrire et reactiver ... Et maintenant on peut aussi définir un alias custom :-) htp://mondomaine.com/cam Icone personalisée sur la page de login aussi.. trop bien :-) Bonne fin de week end a tous Donc problème résolu

Bonjour a tous, Je teste la beta actuellement et j'ai un petit truc qui a "disparu" . En 3.2 j'avais activé dans les paramètres de Surveillance Station le port 9900 pour accés direct. Cela permettait de s'identifier et d'etre directement dans surveillance station sans passer par DSM. Or en 4 Surveillance Satation est devenu un package et cette option semble avoir disparue :-( Quelqu'un aurait il une idée ? J'ai bien pensé a un virtualhost mais si je redirige sur SS il faut auparavant s'etre loguué dans DSM sinon ca marche pas ... Merci

Bonjour à tous, J'ai activé et utilise le reverse proxy apache sur mon syno afin d'accéder à mes cameras, l'admin sur le port80, file station, .... (merci SynoWiki) Par contre surveillance station ne supporte pas vraiment le reverse proxy :-( L'appli fonctionne, mais l'applet java qui perùet de visualiser les vidéos (live ou Timeline) affiche un beau "Disconnected" En farfouillant un peu j'ai voulu ajouter le module mod_proxy_html mais celui ci n'est pas livré en standard. Est ce que quelqu'un peut m'indiquer ou je pourrai le télécharger ou sinon comment le compiler mais là j'ai un peu peur du boulot :-) Merci d'avance

la version 1944 a intégrée le patch et tout à l'air de fonctionner nickel maintenant :-)

Je teste un patch envoyé par le support depuis 2 jours qui a l'air de bien fonctionner. Il devrait être déployé rapidement si les différents retours sont positifs Tu peut posté une demande au support si t'as pas la patience d'attendre :-)

Cool tant mieux Je teste aussi un patch envoyé par syno depuis aujourd'hui donc d'ici un jour ou deux on verra si ca regle le souci ...

Cool !! Tu avais posté une demande d'assistance sur le site ? Dès que tu confirmes la correction n'hesites pas à le signaler

Regarde la réponse juste au dessus le bug est connu chez Syno, il sera bientot corrigé (Patch, QuickFix, ..) Workaround (solution de contournement) : passer en detection de mouvement 24/24 7/7 le scheduler :-(

Bon a priori y'a un souci avec le motion detection et/ou le scheduler J'ai l'impression que motion detection ne fonctionne que pendant une journée après avoir réglé le scheduler et les plages. Ensuite Live View fonctionne mais plus de notifications et plus d'enregistrement. A priori il pourrait s'agir d'un bug puisque un sujet est ouvert sur les forum US de syno :-( A suivre ... [Edit 22/9] Je confirme c'est pas une impression! Après une journée SS focntionne bien si on se connecte dessus, Live View OK, Camera Enabled. Mais plus aucun événement et plus de Motion Detection. Ce week end je teste en définissant manuellement la cam sans l'api foscam de syno [Edit2 26/9] Réponse du support (forum US) C'est bien un bug qui touche a priori toutes les cameras We aware of this issue and our engineer are trying to fix it now. The scheduled recording may have problem when it stop, it will not start while the next starting time reached. We will try to fix this error as soon as possible. The current workaround is to make the recording non-stop. (record all the time) Sorry for any inconvenience.

Je suis en trainde tester le DSM final 3.2.1922 et cette fois le support des Foscam a l 'air bon Live OK, Motion Detection OK Reste plus qu'a vérifier la stabilité sur la durée @+

Bonjour, j'ai eu quelques soucis avec une Foscam 8918 en Wifi aussi qui décrochait réguliéremetn avant de perdre la connection au bout d'une journée, deux jours maximum. J'etais pret a passer au programmateur et/ou CPL avant de finalement trouvé une solution. J'ai changé de canal Wifi! par défaut toutes les box, routeurs sont sur un canal 13 ou 11. J'ai regardé chez moi avec WifiAnalyszer (appli Android) pour constater qu'effectivement ces canaux là sont "saturés". J'ai basculé sur le canal 1 vide et tranquille ca a amélioré le délai de déconnexion 2/3j et finalement je suis passé sur la canal 3 dispo aussi (je pense que le 1 n'ets pas parfaitement géré par la foscam) et là elle marche maintenant 24/24 7/7 et ne se déconnecte plus jamais (sauf quand je reboot le routeur :-) ) Un ami qui avait les mêmes problèmes a effectué la même manip et ca a aussi résolu son problème Sur ces cameras Foscam/Heden le wifi a l'air assez sensible et si elles perdent la connexion elles ont souvent du mal a se reconnecter ... Bon courage ...

Attention si vous testez DSM 3.2 beta voila la réponse du support sur ce problème Hello Sylm, After checking with our engineers, your Foscam FI8918W is still under going tests by our QC team. Although we have listed it in our Beta release notes as a newly supported model, we have found that it will disconnect itself after a few hours. This is a firmware issue on Foscam's part and we have been trying to negotiate a solution with them. Please consider your camera model unsupported as of now since it is still in Beta testing. We will notify you of any progress on this issue. We apologize for the inconvenience. J'ai résolu le problème en modifiant le fichier camera_model.conf (retour arrière 3.1.1594) mais ca reste pas propre :-(

Alors je confirme que c'est bien une licence officielle, dans son carton Syno, format CB, taiwan, etc etc :-) Le plastique ets juste tr

Poster une demande au support syno pour demander le patch/quickfix pour Foscam @+

Je viens d'acheter la mienne au vendeaur fp-outlet sur ebay (vendeur de HongKong,