PiwiLAbruti

Je ne sais pas pourquoi Diaoul met tant de temps à valider les PR. Au pire il pourrait déléguer cette tâche à d'autres. Essaye de voir ça directement avec lui.

C'est pour ça que chez SynoCommunity le code des scripts utilisés est facilement consultable sur GitHub, et que les modifications apportées sont soumises à validation par une poignée de développeurs. On regrette juste que les éditeurs de logiciels n'utilisent pas nos services pour créer leurs paquets. Après on ne fait aucun effort non plus pour les attirer.

Après investigation, le paquet SynoZwave copie les modules cp210x.ko, ftdi_sio.ko, pl2330.ko et usbserial.ko depuis /var/packages/synozwave/target/modules vers /lib/modules avec la commande que l'on trouve dans /var/packages/synozwave/scripts/postinst : cp ${PKGPATH}/target/modules/*.ko /lib/modules/ Plus violent tu meurs. Cette commande écrase les versions originales des modules ftdi_sio.ko et usbserial.ko (cp210x.ko et pl2330.ko n'existent pas à l'origine) sans faire de sauvegarde préalable. Ainsi les versions originales ne sont pas restaurées lors de la désinstallation du paquet, d'où le DSM qui fait bien son boulot en détectant ces modules modifiés comme une menace. Il est cependant possible de récupérer les versions originales dans le fichier du firmware (.pat) ouvert avec 7zip. Ce paquet est une honte ! Je laisse ceux qui l'utilisent le signaler à SynoZwave (je n'utilise pas ce paquet). Pour télécharger ce paquet sans passer par le dépôt : http://www.synozwave.com/SPKs/?file=synozwave_0.0.017.02_88f6281(vous pouvez remplacer 88f6281 par l'architecture de votre NAS, sous réserve que le fichier correspondant existe).

La question serait alors de savoir si le paquet synozwave n'écraserait pas ces deux librairies avec une version plus récente. Où as-tu téléchargé le paquet synozwave ?

Pas de souci C'est juste pour essayer d'éviter que les novices se retrouvent complètement perdus entre RAID et SHR alors que la différence est simple. La seule chose à savoir en fait, c'est qu'un volume SHR n'est rien d'autre qu'un ensemble de bandes RAID1 et RAID5 agrégées afin de récupérer l'espace perdu sur un RAID5 classique. J'avais fait quelques illustrations (il y a bien longtemps) pour expliquer le fonctionnement :

Est-ce que les modules ftdi_sio.ko et usbserial.ko sont toujours présents dans /lib/modules ?

C'est complètement faux. Sur un NAS 2 baies, le RAID1 ou SHR sont identiques. Le changement de disques par d'autres de tailles supérieures se fait de la même façon et avec les mêmes contraintes, tout comme la migration sur un autre NAS. La seule chose qui change c'est lors du passage sur un NAS avec plus de 2 baies où il est possible d'augmenter le volume SHR en ajoutant des disques de taille supérieure sans perdre l'espace comme ce serait le cas en RAID5. C'est tout.

Oui, XPEnology est basé sur le firmware du DS3612xs. Le plus marrant c'est qu'ils utilisent tous le même numéro de série, c'est facile de les repérer dans les statistiques de SynoCommunity (et ils sont nombreux).

Chez la case à cocher "Configurer manuellement le serveur DNS" est grisée car les paramètres DNS sont définis pour chaque interface dans l'onglet "Interface réseau". Soit ton NAS n'est pas en DSM 5.1, soit tu utilises un XPEnology, soit les deux.

Actuellement les routeurs 1 & 2 ont la même adresse IP (192.168.1.254), ce qui est un problème. Soit tu appliques ce que t'a donné Gaetan : Soit tu modifies l'adresse d'un des deux routeurs (192.168.1.253) et avoir deux passerelles distinctes sur le même plan d'adressage. Il faudra alors activer les passerelles multiples (Panneau de configuration > Réseau > Général > Général > Paramètres avancés) dans la configuration réseau du NAS et définir celle qui sera utilisée par défaut (Panneau de configuration > Réseau > Interface réseau > Ordre du service).

Tu as un exemple car je ne comprends pas où ça coince.

Pour le téléchargement, tu peux te servir de Download Station.

Il y a un client FTP intégré à File Station depuis DSM 5.1.

Pas besoin se compliquer. Les connexions sont initiées depuis l'extérieur via deux noms qui vont différencier les deux accès internet : Cloud Station > cloud.domaine.fr > IP publique du routeur 1 Web Station > domaine.fr > IP du routeur 2 Le NAS répondra implicitement sur l'interface à partir de laquelle il a été contacté.Si tes besoins se limitent à ce que j'ai cité, il n'y a rien à faire de plus que distinguer les adresses des deux réseaux comme l'a indiqué Gaetan.

À ce moment là, désactive le paquet Download Station. Tu verras si le problème persiste ou non.

Le processus scheduler fait apparemment parti du paquet Download Station : DiskStation> ps|grep scheduler 1877 root 3996 S grep scheduler 10917 root 19816 S /var/packages/DownloadStation/target/sbin/scheduler Est-ce que tu as une configuration particulière de Download Station (flux RSS, ...).

Et en se connectant en SMB au NAS ? (au lieu d'AFP)

S'il n'y avait que la ponctuation...

Je ne sais pas ce que consomme un TMG (Microsoft Forefront Threat Management Gateway ?) en ressources, pour le reste ça passera facile sur un seul NAS. Quelle que soit la solution retenue, il faut deux NAS : un en production et l'autre en backup/secours, les deux en production chargés à moins de 50% pour pouvoir remonter les VM d'un NAS qui tomberait en panne sur celui restant. Il y a Veeam qui a l'air pas mal mais je ne l'ai jamais testé en profondeur. Il permet de lancer une VM directement depuis le backup, c'est plutôt confortable pour le temps de rétablissement.

@pluton212+ : Il sous-entends peut-être qu'il faut un compte authentifié pour se connecter au dossier, tout simplement. @Mounet : Es-tu certain d'utiliser la bonne adresse IP ? (fais un ping NOM_DU_NAS pour voir l'adresse IP correspondante)

DLNA est loin d'être pourri. Ce qui est pourri ce sont les conditions d'attribution du label DLNA Certified. Il suffit d'avoir un périphérique capable de lire uniquement des photos en JPEG via ce protocole de distribution et il devient DLNA Certified. Sony a été complètement à la ramasse pendant longtemps (TV et consoles), mais heureusement ça a l'air de s'améliorer.

Il y a un client FTP intégré à File Station.

Domoticz est disponible en test : https://github.com/SynoCommunity/spksrc/issues/1478#issuecomment-91066842

Oui : https://www.synology.com/en-uk/dsm/5.1/virtualization Le choix du modèle n'a rien à voir avec le nombre de VM. Il faut surtout savoir ce que font ces VM, si elles ont des exigences de débit ou d'IOPS. J'utilise deux RS3614RPxs avec des Western Digital RED Pro 5x2To en RAID5+spare sur chacun d'eux. Les débits saturent les 4x1Gbps en lecture et écriture sur une LUN et la réactivité est très satisfaisante. Il faut bien prendre en compte que Synology ne propose que du actif/passif pour la redondance (pas de réplication de LUN), et que de ce fait la sauvegarde de LUNs ne se font qu'en mode fichier.

L'idéal est de monter une LUN sur le SBS et d'y faire des sauvagardes incrémentielles. C'est ce que je fais sur du Windows Sever 2012.