Mic13710

On peut aussi voir les choses différemment, surtout si comme le souligne domlas on assure une sauvegarde irréprochable derrière. Le raid offre un gros avantage par rapport au basic c'est qu'en cas de perte d'un disque, on n'a pas à refaire tout de A à Z. Il suffit de remplacer le disque défectueux pour reconstruire le raid et tout ça sans que l'utilisateur n'ait eu d'interruption de service. Bien sûr, les disques sont beaucoup plus sollicités du fait des travaux de mirroring, mais déjà il ne faut pas prendre des disques type bête de course qui font plus de mal au portefeuille qu'ils ne font de bien au NAS (inutile un 7200tr alors qu'un 5900tr est largement suffisant). Et il faut faire un raid en toute connaissance de cause sur les possibles pannes qui peuvent résulter d'une hyper activité des disques. Pour moi, la facilité l'emporte sur l'économie. Et jusqu'à présent, je n'ai pas eu de problème avec mes raid.

A mon avis, le nas n'est pas en cause. C'est plutôt le joyeux mélange entre les 100Mb et les 1Gb qui pose problème. Déjà, le simple fait d'utiliser le switch de la FB vous fait perdre l'avantage du Gb, et notamment pour le PC3. Vous améliorerez sensiblement la qualité de votre réseau en ne connectant que votre switch sur la FB qui ne serait utilisée que comme passerelle internet et serveur DHCP, et le NAS et les PC sur le switch. La seule liaison qui fonctionne correctement sur votre réseau et celle qui est entièrement en Gb, NAS - PC1

Personne pour m'aider ? Mon problème actuel dans un premier temps est de savoir comment SS est démarré automatiquement au démarrage du NAS, par quelle séquence afin de pouvoir intervenir soit pour inhiber son démarrage, soit pour lancer un ordre d'arrêt.

Pour commencer, quel est le modèle de nas ? Qu'est-ce que vous appelez votre disque système, car le DSM est installé sur tous les disques du NAS. Question accès disque hors NAS, vous ne pourrez pas faire grand chose avec votre PC parce que le système du NAS est du Linux en ext4 qui est du charabia pour votre PC. Il faut passer par une distribution Linux comme par exemple Ubuntu que vous pouvez faire tourner sur votre PC avec un CD. Enfin, il est normal que vous trouviez 4 partitions puisque c'est le formatage normal des disques des Syno.

Ce n'est qu'un tout petit fichier qui ne sauvegarde rien d'autre que les paramètres du NAS. Issu de l'aide : Sauvegarde de configuration La page Sauvegarde de la configuration fournit des options pour sauvegarder immédiatement les configurations système sur un ordinateur local. Ceci permet de sauvegarder divers paramétrages (par ex. les utilisateurs, les groupes, les paramètres de service de fichiers, etc.) et de les restaurer à une date ultérieure. Les configurations système sont sauvegardées sous forme de fichier .dss.

Je ne crois pas que ce soit faisable. On peut créer des multivolumes sur un raid, mais on ne peut pas utiliser la zone inexploitée d'un disque d'une grappe raid pour y créer un volume. Le seule issue c'est de changer le deuxième disque par un 4To pour étendre le raid existant.

Merci pour le lien. Je m'en étais inspiré pour la seule et unique ligne de mon script. C'est un copier/coller de l'instruction qui m'intéressait. Comme je le disais, le script fonctionne bien une fois le NAS démarré, mais n'a aucune incidence pendant le démarrage parce que ce maudit SS démarre plus tard.

SS est un paquet à part, et s'agissant de sécurité, j'imagine que ce comportement est normal, même s'il n'arrange pas mes affaires. Merci d'avoir essayé de m'aider.

Et non StéphanH, sinon ce serait trop simple et je ne serais pas là à poser des questions ! Même si SS est désactivé, le redémarrage du NAS redémarre SS. Je n'ai pas vérifié pour les autres paquets, mais pour celui-là, c'est sûr. SS est activé par défaut, sa désactivation n'est que temporaire. Il faudrait que je trouve le moyen d'inhiber ce démarrage mais je n'ai pas découvert où sévir.

Merci StéphanH pour ta réponse. Tout simplement parce que j'ai 4 caméras et que l'ensemble fonctionne en tout ou rien. Je ne vais pas m'amuser à chaque fois à désactiver ou activer chaque caméra une à une alors que l'arrêt et la mise en service de SS peut se faire en une seule opération en désactivant ou activant le paquet. C'est d'ailleurs comme ça que fonctionne l'appli Surveillance Switch que j'utilise sur mon android. Par DSCam, cette opération est impossible. J'ai suggéré à Synology de l'introduire dans la prochaine version. Nous verrons bien s'ils m'ont entendu.

Merci d'avoir fait ces tests, bien que je ne sois pas plus en mesure que toi de l'interpréter dans le détail. Le premier test résume bien la configuration raid1 - raid5 mise en évidence par le test que tu avais fait. C'est effectivement bizarre cette dénomination des disques dans le second test. On les retrouve sur le troisième tableau. Reste à savoir si Fravadona y trouvera un intérêt.

Sans hésitation, un 214+. Les caractéristiques sont sensiblement équivalentes à quelques pouillèmes près et niveau performances, il est comparable au 713+. Puisqu'il s'agit d'un série x14, son obsolescence sera plus tardive pour les maj du DSM que le 712 qui sera emporté dans la vague des x12. Personnellement, j'ai un 214+ en principal en remplacement de mon 710+ qui est maintenant dévolu aux sauvegardes. Je n'ai pas noté de différence en passant de l'un à l'autre.

Après quelques recherches, j'ai compris où et comment inscrire un script au démarrage du NAS. Dans /usr/syno/etc/rd.c j'ai créé un script S999SStation.sh qui dans un premier temps est sensé arrêter Surveillance Station au démarrage du NAS comme ceci : #!/bin/sh # /var/packages/SurveillanceStation/scripts/start-stop-status stop > /dev/null 2>&1 # Stop SS exit je l'ai bien rendu exécutable avec un chmod 0755 et il fonctionne très bien si je l'exécute manuellement. L'ennui, c'est que s'il s’exécute très bien au démarrage du NAS (log dans le journal de SS), malheureusement le démarrage de SS ne se faisant qu'après le démarrage complet du NAS, SS est toujours actif. Ce n'est donc pas le bon endroit pour mettre ce script. Que puis-je faire pour qu'il s'exécute après que SS ait démarré, ou bien que puis-je faire pour empêcher tout simplement SS de démarrer ?

Si je comprends bien, le lettrage des disques dans l'unité d'extension suit la logique à 2 lettres, et ce quel que soit le type de volume qu'il contient : volume indépendant ou extension du volume interne du NAS. C'est sans doute logique si le DX fait du multiplexage bien que j'ai du mal à comprendre comment ça peut s'organiser sur un RAID ou SHR étendu sur le DX. Autre chose. En parcourant les commandes de bases de nos Syno, j'ai trouvé deux commandes intéressantes et que Fravadona doit sans doute connaître : cat /proc/mdstat cat /proc/diskstats cat /proc/partitions La première donne le type de raid et les disques qui le constitue (il serait intéressant de savoir justement sur le SHR ce qu'elle raconte), la deuxième et la troisième donnent des informations sur les partitions physiques et logiques. Je ne sais pas si ça peut-être utile pour les tests que vous menez et notamment celui-ci, mais il me semble que ça renvoi des infos intéressantes.

Attention, si vous créez un premier volume avec un seul disque, l'ajout d'un disque dans ce volume ne pourra jamais augmenter la taille du volume, de quelque manière que ce soit. Par exemple, si votre premier disque est un 2To vous créerez un volume RAID ou SHR à un disque (donc sans protection) de 2To (dans le cas d'un volume simple). Le deuxième disque que vous ajouterez plus tard doit être de 2To minimum et une fois installé, vous aurez un RAID ou SHR à 2 disques (avec protection donc) de 2To maximum. Les capacités ne s'ajoutent pas car les disques sont en miroir ! Ce n'est seulement qu'au troisième disque que votre capacité augmentera. Pour comprendre tout ça, le mieux est de faire vos propres simulations à l'aide du comparateur de raid Synology La seule contrainte lors de l'ajout d'un disque c'est qu'il soit de capacité au moins équivalente à celle du plus petit disque constituant la grappe. Vous pouvez voir tout ça grâce au comparateur. Tout ce qui est dit ci-dessus concerne les opérations de rajout sur un seul volume. Dans le cas d'un nas à 2 baies sur lequel vous mettez 2 volumes, les 2 disques peuvent être de la capacité que vous voulez puisque les volumes sont séparés.

Il serait intéressant de savoir comment les disques sont numérotés avec des unités d'extension connectées sur des NAS compatibles, par exemple un DX513 sur un DS713+ qui permet d'avoir une grappe de 7 disques. Est-ce qu'on peut avoir sdc, sdd, sde, sdf et sdg sur le 513, ou bien serait-ce sdca, sdcb, sdcc, sdcd et sdce ?

Bonjour à tous, Je me tourne vers vous car je n'ai pas l'ombre d'une idée par où commencer pour mettre en oeuvre ce que je cherche à faire, vu que je ne connais rien à Linux. Je plante le décor : J'ai un NAS qui me sert de sauvegarde une fois par semaine le dimanche matin. J'y ai aussi installé Surveillance Station que j'active à la demande. Deux opérations bien différentes l'une de l'autre. L'utilisation du NAS étant très limitée, j'ai décidé de l'éteindre lorsque je ne m'en sert pas. Il reste donc le plus souvent éteint toute la semaine, la mise en service de SS étant très très occasionnelle. Si j'ai besoin d'activer la Surveillance, je redémarre simplement le NAS à partir de mon smartphone par l'application Surveillance Switch. Cette application qui permet d'activer ou de désactiver Surveillance Station, permet aussi d'allumer, d'éteindre ou de redémarrer le NAS sans avoir à passer par DSM. Mon problème : Pour les sauvegardes automatiques, le NAS est démarré automatiquement le dimanche à 0:00 et les sauvegardes commencent 10 mn après. L'ennui, c'est que le démarrage du NAS provoque aussi le démarrage de Surveillance Station et de son cortège de notifications si nous sommes présents. Ce qui m'oblige à utiliser Surveillance Switch pour désactiver Surveillance Station et retrouver de la tranquillité. Mais ce n'est pas une situation vivable sur le long terme et il faut y remédier. Mon souhait : - Soit que le démarrage de SS ne se fasse qu'à la demande, mais je n'ai pas trouvé de paramètre permettant de choisir cette option, - Soit que SS soit désactivé par un script qui ne serait lancé que si et seulement si le NAS a été démarré par le démarrage automatique (il ne faudrait pas le désactivé alors qu'il a été mis intentionnellement en service). Mon deuxième souhait : De pouvoir arrêter le NAS automatiquement à la fin des opérations de sauvegarde, si et seulement si SS est désactivé (sinon se serait ballot). Voila. Je suis sûr que c'est faisable avec un (ou deux) tout petit(s) script(s), encore faut-il savoir quoi y mettre et où le(s) mettre. Je maitrise assez bien des trucs comme visual basic pour en avoir écrit des pages et des pages et je continue à le faire. J'ai bien connu DOS que j'ai bouffé pendant des années, mais je ne connais rien à Linux. Merci donc à celles ou ceux qui pourront m'apporter une aide précieuse en me donnant quelques pistes à défaut d'un script tout bien ficelé (que je ne refuserai pas bien entendu ).

Plus de baies = plus de capacité de stockage, mais aussi plus de possibilité de tolérance de panne de disque en choisissant un raid plus luxueux. Comme pour n'importe quel modèle du 2 au 106 baies, vous pouvez commencer par un seul disque et compléter les baies par la suite. Lors de l'installation, c'est vous qui choisissez le type de volumes que vous voulez créer. A l'ajout d'un disque vous choisissez entre compléter un volume existant ou créer un nouveau volume. Il faudra cependant bien faire votre choix au moment de l'installation car ça aura son importance pour la suite. Quand vous en serez là, vous pourrez toujours venir consulter les nombreux topics de ce forum qui traitent de ça.

Merci Fravadona pour ces compléments d'informations qui viennent compléter cette étude sur les disques dit basic. Pour conclure, les seuls disques réellement basic dans les NAS Synology sont ceux des séries 1xx. Ce qui expliquerait le comportement "singulier" des disques des mono baies qui ne peuvent être migrés que vers des mono baies. Un monde à part en quelque sorte ces séries 1xx.

Si ce n'est pas ça, alors reprenons. Expliquez moi pourquoi vous ouvrez les ports 5000 et 5001 pour le service web, si vous ne transférez pas ces ports dans le routeur vers le NAS ? Si vous utilisez ces ports, il faut les ouvrir dans le routeur. Le port 443 est un port réservé Synology pour le https de mail station et celui de DSphoto+. Vous ne pouvez pas l'utiliser pour autre chose. Ensuite vous dites: fbsharing lui génère bien des liens de la forme: https://syno.monsite.com:443/fbsharing/blablabla (j'ai corrigé l'erreur de syntaxe) Comment avez-vous fait pour qu'il génère un lien https, et qu'il vous donne le port 443 qui est un port réservé ? Parce qu'en fait le lien créé récupère les données que vous avez inscrite pour le port du routeur dans les paramètres de DSM du panneau de configuration. Il doit donc y avoir un erreur ou en tout cas des saisies erronées car par défaut, les liens sont créés sous la forme : http://syno.monsite.com:5000/fbsharing/blablabla Donc pour résumer : Vos directions de port sont insuffisantes. Il faut rajouter au moins le 5001 Vos paramètres de DSM sont à corriger, mais si vous choisissez le 5001, l'adresse doit obligatoirement être en https.

Tout à fait domlas, il y a quelque chose de pourri dans ce nas !

Salut Fravadona, Pas de tentative de réinstallation de 4.3. Son problème actuel est que même avec un DD neuf installé hier, son NAS part en quenouille. @niflon, Je crois que vous avez maintenant compris que votre NAS a un défaut. Il va falloir le renvoyer au SAV sous garantie. J'espère pour vous qu'ils réagiront vite. Au retour de votre NAS, vous aurez le choix soit de réinstaller votre ancien DD après réinstallation du DSM comme nous l'avons vu, soit refaire une installation neuve avec votre nouveau DD. Compte tenu des nombreux problèmes de migration vers la 5.0, je vous conseillerais de repartir de zéro. Vous récupèrerez vos données avec un boitier externe branché sur votre PC en passant par une distribution Linux, type Ubuntu. Je vous ai donné le lien du tuto Synology dans mon premier post. Vous pourrez ensuite transférer les données sur votre nouveau disque. Vous pourrez par la suite utiliser votre ancien disque pour l'insérer dans votre NAS soit pour sécuriser votre volume existant (dans ce cas, onduleur obligatoire), soit créer un deuxième volume sur un disque pour accroitre votre capacité de stockage. Le choix vous appartient. EDIT : Entre temps des messages sont arrivés. Pour replacer dans le contexte, la réponse a été faite suite à la remarque de Fravadona. Désolé domlas de ne pas avoir vu ta réponse très intéressante. J'espère que niflon a eu la bonne idée de charger le bon DSM !

OK. Il y a effectivement un update pour DSM 5.0 sorti depuis quelques jours déjà. Globalement, je ne trouve pas le comportement de votre NAS tout à fait normal. Mais comme celui de DSM 5.0 ne l'est pas non plus, c'est peut-être lui la cause de votre tourment. Si je comprends bien, vous aviez la version 4.3 et vous avez fait la maj vers la 5.0. C'est celà ? C'est malheureusement très souvent la cause de problèmes chez beaucoup d'utilisateurs du forum. L'attrait de la nouveauté se révèle parfois fatal. La sagesse est dans l'attente. L'expérience m'a appris qu'il ne fallait surtout pas se précipiter pour mettre en oeuvre un nouvel OS quel qu'il soit, et cette nouvelle version de DSM ne dément pas ce principe. A ce soir avec j'espère de meilleures nouvelles.

Je ne suis pas du tout convaincu qu'un simple reset suffise pour supprimer une version DSM. Que le double reset permette de revenir aux paramètres usine, oui, mais pouvoir revenir au DSM de base alors que Synology insiste en disant que le rétropédalage est impossible, je ne pense pas. De toute manière, je m’aperçois tous les jours que j'ai bien fait de ne pas me lancer tête baissée dans cette nouvelle version. Comme marcien, je suis en attente de la version qui aura fait suffisamment ses preuves avant d'exposer mes NAS.

Alors vous avez fait plus que ce que vous en avez dit, ou bien le nouveau DSM fait des installations à votre insu de votre plein gré. La création d'un volume ne peut pas se faire sans que vous ayez fait le choix du type de stockage que vous souhaitez ! Ou bien alors ce DSM 5.0 est encore plus mer.....que que ce que je le pensais. Avec DSM installé et le volume créé, comment se comporte votre NAS ? Avez-vous essayé de faire les premiers paramétrages ?