PiwiLAbruti

Ça t'indique toujours la même erreur même après un nouveau scan ?

Tu fais une recherche dans Download Station et tu choisis les fichiers à télécharger : https://www.synology.com/fr-fr/knowledgebase/tutorials/510

GPFS appartient à IBM, et c'est pire qu'Oracle. Bonne chance pour trouver une couche applicative qui va gérer le clustering.

Je sais tout ça, mais comment veux-tu monter un cluster avec à la fois des machines Windows et des machines Linux ?

Regarde les extensions présentes dans /usr/lib/php/modules/.

Je n'ai jamais vu Windows fonctionner en cluster avec Linux (et vice versa), donc tu peux oublier le volume iSCSI. Pourquoi ne pas simplement utiliser le partage de fichiers ?

Et la sauvegarde dans tout ça ?

Le protocole BitTorrent n'a pas besoin de serveur de téléchargement. Chez Synology, c'est Download Station qui fait office de client BitTorrent.

Il faut surtout laisser le MTU par défaut (1500), sinon ça va fragmenter les transferts de données. Si le MTU doit être modifié, il doit l'être sur toutes les machines du réseau sous peine de créer de la fragmentation. Je ferai le test sur un RS3614RPxs (3x1Gbps LACP) au taf.

Il y a de grandes chances que ça vienne de KickAss. Comme il s'agit d'un module maintenu par Synology, ce sont ses développeurs qui le mettront à jour.

Si en dehors des explications techniques tu expliquais ce que tu veux faire, ça serait plus simple pour t'aider.

C'était normal déjà avant reset du NAS. Hormis le fait que ce processus consommait 1 cur du processeur du NAS, est-ce que le NAS était ralenti par ce processus ?

Ce n'est pas tout à fait exact. Le message d'adresse email inexistante est envoyé par le MX auquel sont rattachées les boites d'un domaine donné. Si ce dernier est hors ligne, ce message n'est pas envoyé. Le serveur MX de l'expéditeur indiquera alors explicitement qu'il n'arrive pas à contacter le serveur MX correspondant au domaine de l'adresse email.

Je ne sais pas, mais je pense comme toi que ces mises à jour de sécurité sont cumulatives et que tu peux donc directement installer la dernière. Si ce n'est pas le cas, je pense que le DSM affichera une alerte.

La réponse est dans ta question.

Ton ami trouvera son bonheur ici : http://download.synology.com/download/criticalupdate/update_pack/

Le double-reset n'efface pas les données, mais il indispensable d'avoir une sauvegarde.

Il reste encore le double-reset qui permettrait de tout remettre à plat : https://www.synology.com/fr-fr/knowledgebase/tutorials/493#t3

Dans ce cas je n'ai pas de solution. Tu peux toujours ouvrir un ticket auprès du support Synology : https://myds.synology.com/support/support_form.php

Il s'agit donc d'un bug de Download Station, remontez-le au support Synology : https://myds.synology.com/support/support_form.php

Il ressemble à quoi le journal créé ?

Je propose de mettre à jour car ça peut résoudre ton problème. Ça ne t'oblige pas à mettre à jour vers la dernière version du DSM 5.1, tu peux très bien utiliser la version mineure suivante (5.0-4528).

Tu veux dire que la commande wget crée un journal ? As-tu essayé de l'exécuter en dehors d'une tâche cron ? Je n'ai rien trouvé dans wget --help concernant un éventuel journal. Déjà le -q active le mode silencieux (pas de sortie), donc à priori la redirection vers /dev/null ne sert à rien.

As-tu essayé de vider le cache de ton navigateur ? Si ça ne fonctionne toujours pas, tu peux mettre à jour le DSM avec Synology ASsistant.

Y en aurait-il un parmi vous qui pourrait fournir une capture de la liste des processus triés par % de consommation CPU descendante ? Constater une anomalie sur les débits du disque c'est bien, connaître le processus exact qui en est responsable c'est mieux.