Aller au contenu

Lenteur Nas Ds210J


guigui69

Messages recommandés

Bonsoir à tous,

Je rencontre des lenteurs sur mon NAS DS210J, celui est a à jour DSM 4.2-3211.

Son utilisation est plus classique DDL et stockage (pas de personnalisation).

Les lenteurs rencontrée:

- Lecteur video avec VLC qui se coupe. La lecture se coupe et apres cela met en cache et ca repart pendant 5min.

- Acces au panel Admin long.

- Acces au partege réseau long aussi.

Si je redemarre le NAS plus aucun probleme. Jusqu'a que les symptome revienne.

Ou regarder pour corriger le probleme ?

Merci d'avance pour votre aide

guigiu69

Lien vers le commentaire
Partager sur d’autres sites

Utilisez le moniteur de ressources, pour surveiller ce qui se passe, quels sont les processus qui monopolisent le CPU, la mémoire, etc. Le détail se trouve dans l'onglet Processus.

synologyDSM42_moniteur_ressources.png

Une fois le coupable identifié, il sera temps de déterminer quoi faire. :D

Lien vers le commentaire
Partager sur d’autres sites

J'ai exactement les mêmes soucis sur mon DS210j.

Je regarde régulièrement les processus et l'utilisation CPU & Mémoire.

Pour la partie mémoire, je suis entre 70% et 80%. Ça va jamais plus haut (ni même plus bas).

Pour la partie CPU, hormis le tag des images/videos/musique, je sature pas très rarement a 100%.

Pour les process, j'ai rien vu de special non plus.

J'avoue ne pas savoir ou chercher si ce n'est de désactiver des process les uns après les autres mais je pense que ça va me prendre des plombes pour trouver l'aiguille dans la botte...

Autant dire que pour le moment, je survie comme je peux avec ce problème.

Si qlq a une idée... je suis aussi preneur.

Lien vers le commentaire
Partager sur d’autres sites

J'ai eu un ami qui avait ce genre de problème avec un Qnap.

En fait, c'était un problème de cable réseau trop plié et le signal ne passait plus suffisamment bien.

Ce n'est sûrement pas ça, mais à vérifier.

De mon côté, j'ai des DS209 qui peinent vite quand on leur demande pas grand chose...

Lien vers le commentaire
Partager sur d’autres sites

J'ai eu un ami qui avait ce genre de problème avec un Qnap.

En fait, c'était un problème de cable réseau trop plié et le signal ne passait plus suffisamment bien.

Jai pensé tout de suite à ça aussi, vu les symptômes

Ce n'est sûrement pas ça, mais à vérifier.

Au contraire, ca ne m'étonnerait pas du tout que ce soit de ce coté qu'il faille regarder (et puis le test n'est pas bien compliqué à faire, remplacer les cables PC <-> switch et switch<->nas, un par un et vérifier)

Lien vers le commentaire
Partager sur d’autres sites

question si c'est le cable, j'aurai toujours le probleme meme quand je rebot le nas? non?

Comprend pas bien: si le cable est défectueux et que tu le remplace par un cable sans défaut, comment veux-tu que le reboot du NAS refasse apparaitre le problême?

**EDIT**

oups, j'avais pas bien fait gaffe a tout ton message initial

tu as raison

**EDIT #2**

lorsque le NAS se remet à ramer, connectes-toi dessus en ssh ou telnet et lance la commande "top", regarde en tete de liste si tu ne vois pas un process qui consomme beaucoup de resources cpu (colonne %CPU)

**EDIT #3**

tu peux aussi regarder ceci, lance la commande suivante:

top -mb -n1 | more

et vérifie si tu ne remarque pas un des process dont la valeur de la colonne 4 te semble exagérée (par rapport aux autres)

Lien vers le commentaire
Partager sur d’autres sites


DiskStation> top -mb -n1 | more
Mem 118284 total 59548 anon 7248 map 8292 free
13384 slab 892 buf 17548 cache 16 dirty 4 write
Swap 522040 total 263260 free
PID* VSZ VSZRW RSS (SHR) DIRTY (SHR) STACK COMMAND
6878 34884 29340 156 152 20 20 84 postgres: admin download [local
3928 33896 28384 200 156 52 20 84 postgres: writer process
3926 33768 28256 124 96 12 4 84 /usr/syno/pgsql/bin/postgres -D
3929 33768 28256 112 84 28 12 84 postgres: wal writer process
3692 5444 2484 476 304 76 0 84 -sh
3788 2984 1428 348 216 52 0 84 top -mb -n1
3789 2984 1428 224 172 40 0 84 more


DiskStation> top
Mem: 109800K used, 8484K free, 0K shrd, 792K buff, 22596K cached
CPU: 15.3% usr 15.3% sys 0.0% nic 0.0% idle 61.5% io 7.6% irq 0.0% sirq
Load average: 9.20 7.51 5.56 2/112 4196
PID PPID USER STAT VSZ %MEM %CPU COMMAND
4376 1 root S 12640 10.6 15.3 /usr/syno/sbin/synosnmpcd
4192 3537 root R 12512 10.5 7.6 /usr/syno/synoman/webman/modules/Polli
26192 26191 root D N 229m198.8 0.0 /var/packages/AntiVirus/target/bin/syn
7102 1 root S 38428 32.4 0.0 /var/packages/DownloadStation/target/s
2116 1 root S 35828 30.2 0.0 /var/packages/DownloadStation/target/s
2109 1 root S 35828 30.2 0.0 /var/packages/DownloadStation/target/s
6878 3926 admin S 34884 29.4 0.0 postgres: admin download [local] idle
3928 3926 admin S 33896 28.6 0.0 postgres: writer process
3926 1 admin S 33768 28.5 0.0 /usr/syno/pgsql/bin/postgres -D /var/s
3929 3926 admin S 33768 28.5 0.0 postgres: wal writer process
4085 1 root S N 27668 23.3 0.0 /usr/syno/sbin/synoindexd
31308 4205 root S 26840 22.6 0.0 /usr/syno/sbin/smbd -D
2198 4205 linux S 26684 22.5 0.0 /usr/syno/sbin/smbd -D
4090 1 root S N 26584 22.4 0.0 /usr/syno/bin/synomkthumbd
4355 1 root S N 26576 22.4 0.0 /usr/syno/sbin/synomkflvd
4211 4205 root S 25636 21.6 0.0 /usr/syno/sbin/smbd -D
4205 1 root S 25636 21.6 0.0 /usr/syno/sbin/smbd -D
4169 1 root S 19212 16.2 0.0 /usr/syno/sbin/nmbd -D
4112 4409 root S 19184 16.2 0.0 sshd: admin [priv]
4176 4112 root S 19184 16.2 0.0 sshd: admin@pts/0

764512281.jpg

676795952.jpg

Voici les résultats

Alors docteur ?

guigui69

Lien vers le commentaire
Partager sur d’autres sites

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.