PiwiLAbruti

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.

Je doute qu'il soit possible de créer des enregistrements MX depuis un sous-domaine synology.me.

C'est juste une impression ou tu l'as réellement constaté ? (processus ffmpeg ?)

Les NAS Synology servent uniquement au stockage des machines virtuelles (comme une baie HDD/SSD) mais certainement pas d'hyperviseurs (comme ESX, Hyper-V, ...).

Le RAID ne sait pas ce qu'est un fichier (seul le système de fichier le sait) car il fonctionne au niveau bloc. Un même fichier constitué de plusieurs blocs est réparti sur les différents disques du RAID et profite donc d'un temps d'accès amélioré.

Pas forcément, ça dépend du besoin.

Uniquement si le cache est en lecture/écriture.

Je dirais plutôt que l'update est sur le serveur HK et qu'elle n'a pas encore été répliquée sur les autres serveurs.

Il n'y a pas que des images dans ce document ;-)

La documentation officielle : http://ukdl.synology.com/download/Document/WhitePaper/Synology_SSD_Cache_White_Paper.pdf Il y a un tableau intéressant à la page 10 concernant la limitation SSD/RAM.

C'est parce qu'il n'y a pas d'application, tout simplement. Le client VPN (IPsec, PPTP, L2TP) est intégré à Android, tu le trouveras dans les paramètres réseau.

Tu pourrais expliquer comment tu as fait pour en faire profiter la communauté ?

Ça depend ce que tu veux parvenir à faire avec du VPN. De quel piratage parles-tu ?

Oui, l'apparence de ce formulaire n'incite pas vraiment à y déposer une demande de correction. Mais ça fonctionne pourtant très bien (je l'ai déjà utilisé pour ce type de demande). Sinon vous pouvez aussi proposer cette correction sur le forum officiel (en anglais) : http://forum.synology.com/enu/viewforum.php?f=3

Pourquoi ne pas simplement attendre que l'indexation se termine ?

Merci de faire suivre votre demande directement à Synology : https://myds.synology.com/support/support_form.php

J'attends toujours mon assignation à comparaitre. Le clash était dans ta tête Lao (et il l'est toujours apparemment). Pour ceux qui participent aujourd'hui activement à cette communauté, sachez que vous ne valez rien aux yeux de Lao.

On adapte le modèle aux besoins (sauvegarde, partage de fichiers, vidéo-surveillance, hébergement web, ...). Le choix brut en fonction des capacités technique n'a aucun sens sans avoir connaissance du contexte d'utilisation.