CoolRaoul

Tu as du lire un peu vite: il s'agit d'un DNS forwarder (l'équivalent d'un proxy) faisant donc fonction de serveur DNS et qui dispose en outre d'une fonctionalité de serveur DHCP *optionnelle*. Il dispose en effet d'un cache intégré mais ce n'est pas l'essentiel. Tu peux ajouter, soit en ligne de commande, soit dans le fichier de configuration, soit directement dans le fichier host des enregistrement hosts qui seront pris en compte de façon prioritaire pour la résolution sans se référer aux serveurs DNS externes Bigre! Il va te falloir mettre *tous* les enregistrement hosts que tu risque d'utiliser dans ta configuration locale. (cela dit dnsmasq permet de faire ce genre de choses, suffit de ne pas lui spécifier d’adresses de serveurs DNS externes). Bon courage en tout cas pour déclarer en local toute ces adresses (avec le risque de ne pas prendre en compte des changements éventuels par la suite) Je n'ai pas dit ça, mais bind est assez usine à gaz. Je pensais simplement qu'a partir du moment ou il existe un outil léger qui répond à toutes tes specs, je ne vois pas l'intéret d'aller s'emmm* avec bind. Je pense que tu le sous-estime, lis la doc et la FAQ et tu verras. <PS> petit bemol, je n'ai pas vérifié si dnsmasq tournait sur DSM mais çà m'étonnerait que non.

Pour ton besoin, un truc du genre de ceci ne serait-il pas quand même plus adapté (et moins lourd à mettre en oeuvre) ?

Ah non, c'était bien de l'incrémental (c'est déja terminé).

Par sécurité, je viens de forcer l'exécution de mon backup hebdo, et apparemment il me fait une sauvegarde complète et pas incrémentale ... étrange.

Salut à tous, Je viens de recevoir l'alerte suivante: Au moment de l'alerte j'était connecté à distance en shell mais ne faisait rien de méchant (modif fichier de conf sous vi) Dans syslog j'ai ceci: Jul 26 10:52:14 scemd: fs_info_get.c:105 Failed to statfs /volume1 Jul 26 10:52:15 scemd: modules/raid_data_volume_check.c:1276 /dev/md2 state changes from 0 to 3. Jul 26 10:52:23 scemd: modules/raid_data_volume_check.c:1276 /dev/md2 state changes from 3 to 0. j'ai fait un test smart sur le disque: R.A.S. Je me demande si je dois m'inquiéter ou ignorer..

Ce n'est que le firmware 1.2 Freebox Player qui posait problème pour l'acces DLNA/UPNP . Donc il est possible que tu n'ai pas installé ce dernier et/ou que tu n'accede en DLNA pas aux ressource video de ton NAS a partir de la freebox. Sinon, et bien on est tres heureux pour toi, mais comme beaucoup d'autre on signalé rencontrer le problème (et pas seulement ici) je pense que que diffuser l'information était la moindre des choses.

en tout cas c'est bien annoncé comme tel: http://www.journaldu...-version-1-2-1/

Webdav aussi peut-être

Etonnant quand même d'avoir besoin de mettre les noms de groupes localisés. Que va-t-il se passer fasse à un AD dans une autre langue que le français? Comment DSM va-t-il décider de la langue à choisir pour les noms de groupes lorsqu'il va modifier smb.conf? (NB: sur mon smb.conf je n'ai pas cette ligne, mais comme je ne suis pas intégré à un domaine, ceci doit expliquer cela)

En tout cas on peut conclure que le problème est définitivement du coté de Filezilla et que le NAS est innocent. NB: il aurait été intéressant d'avoir la réponse aux deux questions: Est-ce que l'erreur est systématique ou seulement avec certains fichiers? Dans le cas ou seulement certains fichiers provoquent le problème, quelles sont les caractéristiques de ces fichiers (taille notamment) ?

Chez moi, a la place de ../config/install-sh -c -m 644 -b davfs2.conf /usr/local/etc/davfs2/davfs2.conf j'ai /opt/bin/install -c -m 644 davfs2.conf secrets '/opt/share/davfs2'[/code] Ce qui déja indique que tu n'a probablement pas appliqué scrupuleusement le tuto (certainement pas mis "--prefix=/opt" en argument de configure) Donc, assures-toi déjà que le package ipkg "coreutils" est bien installé "/opt/bin" est bien dans le PATH lorsque tu invoques ./configure Et recommence "propre" en commencant par un "make distclean" dans le répertoire davfs2-1.4.7

Tu m'a donné l'idée de la tester. Deux chose à signaler à ceux qui auraient installé la 1.4.6 et envisagent de faire l'upgrade: "--with-ssl" n'est plus necessaire pour le "configure" le "make install" écrase sans prévenir les fichiers "davfs2.conf" et "secrets", penser à les sauvegarder!

Il n'y à aucun répertoire à développer puisque usbshare2 est un "dossier partagé", il est donc au même niveau que "home", "music", etc .... (et ne pas oublier qu'il n'est visible uniquement lorsque le disque USB est connecté) Mais bon puisque tu ne le vois pas, te reste plus qu'a ouvrir un dossier de support chez Syno, N'oublie surtout pas d'y joindre le screenshot ci dessus ainsi qu'un second de file station ou le dossier "usbshare2" est invisible. Et si tu peux, tiens-nous au courant .

Ce problème a été signalé (et résolu) quelques messages plus haut dans ce même fil!!! C'est "configure" qui merdouille un poil. Et je recopie la solution: ipkg install expat[/CODE] (NB j'aurais bien volontier modifié le tuto mais bien entendu seul l'auteur est en droit de modifier ses messages)

Le dernier firmware de la freebox V6 à des problèmes sur la partie UPNP/DLNA. Les bug ont été reconnus par Free et un nouveau firmware est annoncé et devrait sortir sous peu.

Il y a déja eu pas des discussions sur le sujet sur le forum, comme ici par exemple: J'aimerai bien savoir qui a pu t'affirmer "il pourrait lire les 1080p": ce n'est pas une question de *résolution* mais de *codecs* utilisés par les MKV que tu lui donne à streamer. Lit déja le fil dont je t'ai donné l'url, peut-être y trouveras-tu des explications.

Je suppose qu'il s'agit plutôt de "max_input_vars" et pas "max_imput_vars" ? Plusieurs façons possible: Créer un fichier dans "/usr/syno/etc/php" que tu nommera par exemple "prestashop.ini" avec le contenu suivant: max_input_vars = <la valeur requise> Puis relancer apache: /usr/syno/etc/rc.d/S97apache-user.sh restart[/code] Inconvénient: le fichier sera probablement écrasé lors d'une mise a jour DSM, faudra penser à le recréer Autre approche: Dans le répertoire web racine de prestashop créer (si il n'y en a pas déja pas un) un fichier ".htaccess". Lui ajouter cette ligne: [CODE]php_value max_input_vars <la valeur requise>[/code] NB: normalement il existe aussi une possibilité avec un fichier de parametres php par répertoire nommé ".user.ini" mas je ne suis pas parvenu à le faire prendre en compte.

L'image du message précédent *est* un png! Dans ton screenshot on lit "Dossier Partagé: usbshare2" C'est ce dossier, visible entre autre dans filestation, qui correspond au contenu de ton disque USB externe.

Bien entendu il faillait lire "dans le second cas" à la place de "si oui"

Déja te concentrer sur la conclusion: il y a beaucoup de chances que le problème soit coté PC. Donc: As-tu la dernière version de Filezilla? Pourquoi ne pas faire les transfert avec filestation ? Est-ce que l'erreur est systématique ou seulement avec certains fichiers? Si oui quelles sont les caractéristiques de ces fichiers (taille notamment) ?

Tout a fait, tu t'es débrouillé comme un chef! Pour en revenir a ton problème filezilla, tout me porte a croire que le problème est sur la machine ou tourne Filezilla (un PC windows je suppose?) et pas sur le NAS J'ai trouvé un thread sur le forum officiel de filezilla sur la meme erreur que toi et la conclusion est la meme. Ca peut être une limite de taille de fichier que le client filezilla ne sait pas gérer (il est codé en 32 bits et peut avoir des pb avec des fichiers de +de 4g)

Que veux-tu dire par l

Désolé de te contredire mais ce n'est pas OK du tout car la ligne est restée en commentaire

M'enfin? Tu as la cause de l'erreur sous le nez: mount.davfs: can't create directory /var/cache/davfs2: No such file or directory[/CODE] [/i] Et tout est expliqué dans le C'est un peu décourageant. D'autant plus que ce tu nous montre est la *preuve* que tu n'a pas appliqué les instructions, notamment: "Modifier le paramètres cache_dir du fichier '/opt/etc/davfs2/davfs2.conf'" "Créer le dossier de cache " Faut pas ensuite s'étonner que ça marche pas .