PiwiLAbruti

Comme déjà dit, la Freebox est équipée d'un switch gigabit. Par contre elle ne permettra pas d'agréger les deux ports réseau du DS1812+ en un seul à 2Gbit/s. Tes projets vidéo doivent avoir des tailles assez conséquentes, d'où l'intérêt de maximiser les débits entre le PC et le NAS.

La Freebox v6 est équipée d'un switch gigabit. Le NAS ne doit servir qu'à archiver les projets vidéo. Il vaut mieux éviter de faire du montage sur du contenu directement sur le NAS. Pour faire du montage sur un stockage externe, je recommanderais plus un DAS type Pegasus de chez Promise. Par contre il vaut mieux avoir un Mac ou la connectique adéquate (Thunderbolt), les performances sont au minimum 4x supérieures à ce que peut fournir un DS1812+. Pour vraiment optimiser les débits en iSCSI, il faut pousser le MTU (Jumbo frame) à son maximum (MTU 9000 de manière générale). Le MTU est réglable sur le NAS, ce n'est pas un problème. Par contre il faut s'assurer que la carte réseau du PC est capable d'atteindre cette valeur. Sur la grande majorité des chipset réseau intégrés aux cartes mères, il est rare de pouvoir atteindre un MTU de 9000. Il faut souvent investir dans une carte réseau additionnelle pour bénéficier d'un MTU élevé. Autre point important, le débit sera limité à un peu plus de 100Mo/s avec une liaison gigabit simple. Au mieux le DS1812+ peut sortir du 200Mo/s en agrégation de liens. Mais pour que ça fonctionne il faut un switch et une carte réseau supportant le protocole 802.3ad, et surtout configurer le tout correctement. Question : Combien de PC utiliseront le NAS, et quel(s) usage(s) en aura chaque PC ?

Le RS812+ dispose de 4 baies et le DS1812+ de 8 baies, est-ce que ça pose un problème par rapport au volume de stockage maximum ciblé ? Le RS812RP+ à l'avantage de disposer d'une alimentation redondante, c'est qui est un plus non négligeable pour l'intégration dans une armoire. Comme il s'agit d'une utilisation pro, je ne pense pas que la priorité soit le prix de la solution mais plutôt la sécurité des données.

J'ai résolu le problème : http://www.synocommunity.com/packages

Les mises à jour se font via les scripts suivants : /usr/syno/bin/autoupdate.php /usr/syno/bin/checkNewDSM.php /usr/syno/bin/downloadDSM.php

Ce n'est pas Synology qui se connecte au NAS, mais bien le contraire : tcp 0 0 192.168.1.3:50317 31.6.72.107: ESTABLISHED 6980/synorelayd tcp 0 0 192.168.1.3:41486 31.6.72.109:22 ESTABLISHED 13578/ssh Ça me rassure

Depuis quand Synology se permet de se connecter en SSH au NAS de ses clients ? Et avec quel compte ?

As-tu fait le test de la carte-mère comme te l'a indiqué Lurik un peu plus haut ? Vu les symptômes, c'est soit l'alimentation soit la carte-mère qui est morte. L'alimentation coûte apparemment une 20aine d'euros : http://www.materiel.net/serveur-de-stockage-nas/synology-alimentation-boitier-2-baies-73754.html

Est-ce que ton NAS est détecté par Synology Assistant ? (http://www.synology.com/support/download.php?lang=fre&b=2%20bays&m=DS209%2BII)

Chercher, c'est bien. Chercher au bon endroit, c'est mieux. La plupart des question posées trouvent leur réponse sur le site officiel de Synology. Pour les imprimantes, il suffit de chercher dans la liste de compatibilité : http://www.synology.com/support/faq_show.php?q_id=116&lang=fre

Mais c'est très intéressant tout ça.

Peu importe les performances, le rapport "capacité disponible"/"nombre de disques" est ridicule pour un usage domestique. D'ailleurs est-il bien nécessaire de faire du RAID ? Sans sauvegarde externe ni onduleur ça ne vaut rien. Ce sujet a été maintes fois abordé sur le forum, donc je vais m'arrêter là pour le radotage.

Je déconseille fortement le RAID10 pour un usage domestique. Et pour rappel, le RAID (quelque soit son type) n'a rien à voir avec une sauvegarde. Maintenant chacun fait ce qu'il veut.

4To c'est la capacité visible en RAID10, en RAID1 c'est bien 2To.

As-tu tenté une réinstallation du DSM avec l'Assistant Synology ?

Normal que ça ne fonctionne pas dans /web, il n'y a pas d'extension chargée pour gérer PgSQL. Il y a plusieurs services httpd, chacun d'entre eux est dédié à DSM, au serveur web des utilisateurs, ... Il y a donc plusieurs fichiers ini pour les extensions. Celui du DSM est /usr/syno/etc/php/extensions.ini. et contient bien les extensions pgsql et pdo_pgsql. Les extensions sont bien chargées, elles sont juste masquées dans le DSM. Si quelqu'un a une idée des modifications à apporter à /usr/syno/apache/conf/httpd.conf-user, qu'il se manifeste.

Si tu as bien conscience de ce que tu fais, pourquoi pas. Je suis en train de préparer un paquet phpPgAdmin, il sera disponible en beta dans le dépôt SynoCommunity. Je crois qu'il est possible de masquer certaines bases dans phpPgAdmin (je ne connais très mal PgSQL), et j'espère pouvoir créer un user avec moins de droits pour empêcher toute modification qui pourrait être fatale au DSM.

Tu veux utiliser la base de données PgSQL fournie par défaut avec DSM ? Si c'est le cas c'est une mauvaise idée, cette base contient des données sensibles propres au fonctionnement du DSM. SI tu veux utiliser PgSQL, il va falloir soit l'installer depuis ipkg (s'il est disponible), soit le compiler.

Ce n'est pas surévalué, c'est mal calculé (ça revient presque au même). Quand tu te déconnectes du DSM tu verras les 3 ou 4 processus httpd en haut de la liste "top" redescendre à 0% de temps processeur. Bon ceci dit ça n'a rien à voir avec le problème rencontré par Mic13710. D'ailleurs tu as supprimé 18Go de quel répertoire ? S'il s'agissait d'un dossier indexé par le Serveur Multimédia (/photo, /music et /video) c'est peut-être normal (service d'indexation).

@Kramlech : La charge que tu vois est normale, elle est due aux processus httpd générés les multiples requêtes AJAX envoyées par l'interface DSM. Pour le vérifier, connecte-toi en SSH et regarde la différence de charge (DiskStation> top) lorsque tu es connecté au DSM.

Le but n'est pas de mettre un changelog complet, juste de quoi informer l'utilisateur de ce qu'apporte la mise à jour sans rentrer dans les détails. Un utilisateur qui voit une mise à jour sans savoir ce qu'elle apporte viendra systématiquement poser la question. J'ai par exemple updaté le champ changelog de Python sur Package Server : http://www.synocommunity.com/packages

Très bonne remarque. Il n'y a aucun changelog de renseigné pour le moment, mais ça va changer.

C'est compréhensible. Synology : 2.7.2-006 SynoCommunity : 2.7.2-1 2.7.3-1

Bien vu ! Et surtout merci d'avoir fait un retour sur la résolution du problème.

Ces mises à jour ont été publiées hier soir, elles ont été testées et n'ont pas posé de problème particulier. Maintenant tu es le seul responsable de ce que tu fais sur ton NAS (http://www.synocommunity.com/repository)