PiwiLAbruti

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)

La solution la plus simple et la plus rapide pour résoudre ton problème est de contacter directement Synology par ce formulaire : https://myds.synology.com/support/support_form.php?lang=fre

Attention à l'interprétation de la consommation processeur. Le DS411+ est équipé d'un Intel Atom D510, un dual core hyperthreadé (2 cores, 4 threads). 25% : 1 thead full 50% : 2 threads full 75% : 3 threads full 100% : 4 threads full Si tu vois 50% dans le moniteur de ressources, c'est que 2 threads tournent à fond. Ça veut donc dire que 2 services saturent ces 2 threads, d'où les ralentissements constatés par les utilisateurs. Essaye de voir quels processus saturent le processeur.

Le nombre maximum de comptes supporté par Cloud Station a été doublé pour tous les modèles : http://www.synology.com/releaseNote_enu/package_CloudStation.php?lang=fre

Qu'entends-tu par "l'accès aux comptes par internet n'a jamais marché" ? Le bureau à distance est crypté, qu'a-t-il de dangereux ? ("paraît-il" c'est un peu léger comme argument ) Bref, je pense que tu ne rencontres que des problèmes mineurs avec Windows Home Server. En tout cas tu auras d'autres inconvénients avec DSM et encore d'autres avec FreeNAS car la solution parfaite n'existe pas (encore).

Aucune idée. En tout cas ça devrait plutôt se rapprocher de ça (sur mon DS109) : /dev/sda1 2.3G 465.3M 1.9G 20% /

Personnellement, j'ai et j'utilise Notepad++ comme client SFTP et éditeur de fichiers. Par contre SFTP en root donne un accès total au système du NAS, donc faut y aller doucement pour ne pas faire de fausse manip et planter le NAS.

Et les dossiers .cache, .config, .local ... ?

Attention, le RAID1 n'est pas une sauvegarde ! (comme tous les autres modes RAID d'ailleurs) : http://www.google.fr/search?hl=fr&source=hp&q=%22le+raid+1+n'est+pas+une+sauvegarde%22&btnG=Recherche+Google&aq=f&aqi=&aql=&oq= Une sauvegarde ça se fait sur un support externe au système sauvegardé. Les nouveaux DSM sont très défférents du DSM 2.3, mon DS109 est sous DSM 4.0 et je ne constate aucun souci de performance. Toutes les informations dont tu as besoin pour mettre à jour le DSM sont ici : http://www.synology.com/support/download.php?lang=fre&b=2%20bays&m=DS209 Tu trouveras dans les notes de version les compatibilités de migration entre les différents DSM. Classiquement, il faut installer la 3.2 avant de pouvoir installer la 4.0.

hda1 est la partition où est installé le DSM, ça n'a rien à voir avec le contenu de /volume1. Vérifie la taille des dossiers comme /usr/local : DiskStation> du -hs /usr/local/

Les paquets fournis par SynoCommunity nécessitent le Centre de paquets afin de pouvoir être téléchargés et installés. Le Centre de paquets existe depuis la version 3.2 du DSM, il ne sera donc pas possible d'installer les paquets SynoCommunity avec une version antérieure. Le DSM est aujourd'hui en version 4.0 : http://www.synology.com/dsm/app_content.php?lang=fre Regarde si certaines des nouvelles fonctionnalités t'intéressent pour savoir s'il est intéressant de l'installer ou non sur ton DS209. La mise à jour du DSM n'efface pas les données (herueusement !), mais de manière générale il faut sauvegarder les données importantes (mise à jour du DSM ou non).

16To, pas 16Go ;-)

Essaye en utilisant un adressage diff

Il faut utiliser localhost ou 127.0.0.1 comme adresse de serveur. Je suppose que tu utilises le compte root de MySQL, il serait mieux de cr