Puissance Minimale Requise

[Eki]

Bonjour !

Une simple petite question : les firmwares ont-ils besoin d'une configuration minimale requise pour pouvoir tourner ou c'est super l

[PatrickH]

Je pense qu'il y a confusion... le firmware est charg

[Eki]

Je pense qu'il y a confusion... le firmware est charg

[jac2904]

Franchement je ne pense pas.

Si tu arrive

[cricx]

Justement, le fait que la puissance de mon pc ne soit pas

[Eki]

Donc pour plus d'infos, il faut :

- ton type de syno

- le type de processeur, sa fr

[MS_Totor]

- ton type de syno : DS209+II

- le type de processeur, sa fréquence et la quantité de mémoire de ton pc : AMD Sempron 3000+, 1.95 GHz, 512 de RAM

- le système d'exploitation de ton pc : XP

- le navigateur utilisé et sa version : Firefox 3.0.15

et éventuellement :

- les services qui tournent sur ton syno : Web Station

- les services et programmes résidents qui tournent sur ton pc : Notepad++, EasyPHP, Antivir, Firewall avec-un-nom-que-je-connaissais-pas

bonjour,

plusieurs éléments peuvent ralentir l'accès au syno.

pour t'aider à chercher les causes possibles:

a) le syno lui même est ralenti par des taches en boucles qui pompent des ressources

pour vérifier cela via putty et accès ssh, user=root, et mot de passe de admin ou telnet au choix.

lances la commande top, et regarde deux éléments importants, en haut la mémoire dispo, appelée free et dans la liste des processus lancés %CPU et %MEM, pour vérifier qu'il n'y a pas de processus trop gourmands, sql etc...

top

pour quitter tu appuis sur q

b)on vas rechercher si il n'y a pas de soucis réseaux, collisions, problèmes de MTU etc...

ifconfig

dans les infos etho, on recherche si il n'y a pas de soucis, (0) veut dire fonctionnement normal, bref errors(0) dropped(0)overruns(0) collision(0) txqeuelen(0) frame(0)

c)il y a peut être indexation en court des fichiers, si il y a eu beaucoup de transfert récemment cela peut être le cas..

d)via phpmyadmin, tu peux si tu as crée une base de données, je crois que oui, vu dans un autre post, vérifier que tu n'as pas trop de pertes, exemple, requêtes php vers mysql mal formatées, grosse liste d'attente de traitement sql.

e) la connexion réseau se fait par rj45, ou par wifi, le syno a une ip fixe ? (recommandé)

f) désactives temporairement le firewall et anti virus sur le pc, pour vérifier si le problème ne vient pas de là.

g) quels sont les protocoles activés sur le syno via onglet/partage de fichiers ?

win/mac/os ?

nfs ?

h) dans l'onglet information/journal est ce que tu as des messages d'erreurs, il y a une liste déroulante pour accéder aux divers journaux .

perso j'ai entre autre un 2600+ qui tourne sans soucis de ralentissement, il faudrait aussi voir si dans les fichiers journaux, il n'y a pas d' erreurs concernant le réseau.

en attente de tes retours

[Eki]

J'ai deux 'vi'

[cricx]

- ton type de syno : DS209+II

- le type de processeur, sa fr

[Eki]

Tu veux toute la liste de ce que j'obtiens avec cette commande ?

PID Uid VmSize Stat Command

1 root 320 S init

2 root SW< [kthreadd]

3 root SW< [ksoftirqd/0]

4 root SW< [events/0]

5 root SW< [khelper]

44 root SW< [kblockd/0]

51 root SW< [ata/0]

52 root SW< [ata_aux]

74 root SW [pdflush]

75 root SW [pdflush]

76 root SW< [kswapd0]

77 root SW< [aio/0]

632 root SW< [scsi_eh_0]

634 root SW< [scsi_eh_1]

652 root SW< [scsi_eh_2]

654 root SW< [scsi_eh_3]

678 root SW< [ksnapd]

679 root SW< [rpciod/0]

681 root SW< [md0_raid1]

684 root SW< [md1_raid1]

687 root SW< [md2_raid1]

803 root SW< [kjournald]

1058 root SW< [khubd]

1670 root 348 S /sbin/syslogd -S

1672 root 256 S /sbin/klogd

1700 root 1564 S < /usr/syno/bin/findhostd

1727 root SW< [kjournald]

1774 root 1184 S /usr/syno/sbin/hotplugd

2285 root 220 S /usr/sbin/inetd

2293 root 760 S /usr/sbin/crond

2322 admin 2760 S /usr/syno/pgsql/bin/postgres -D /var/database/pgsql -

2324 admin 1988 S postgres: writer process

2325 admin 744 S postgres: stats collector process

2442 root 400 S /bin/sh /usr/syno/mysql/bin/mysqld_safe --datadir=/vo

2499 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2500 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2501 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2502 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2503 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2504 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2506 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2507 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2508 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2509 admin 15224 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

2594 root 2168 S N /usr/syno/sbin/synoindexd

2601 root 904 S N /usr/syno/bin/synomkthumbd

2657 root 2244 S /usr/syno/sbin/nmbd -D

2660 admin 7232 S postgres: admin photo [local] idle

2747 root 2512 S /usr/syno/sbin/smbd -D

2750 root 1764 S /usr/syno/sbin/smbd -D

2751 root 1612 S /usr/syno/bin/scemd

3476 root 292 S /sbin/getty 115200 console

3542 root 1284 S /usr/syno/sbin/atalkd

3553 root 1048 S N /usr/syno/sbin/synomkflvd

3597 root 916 S /usr/syno/sbin/sshd

3599 root 2624 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3658 root 2380 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3659 root 2388 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3660 root 7276 S /usr/syno/apache/bin/httpd

3707 root 1088 S /usr/syno/sbin/mDNSResponder -f /tmp/mDNSResponder.co

3708 root 1088 S /usr/syno/sbin/mDNSResponder -f /tmp/mDNSResponder.co

3711 root 1088 S /usr/syno/sbin/mDNSResponder -f /tmp/mDNSResponder.co

3720 root 2372 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3721 root 2392 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3722 root 2364 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h

3738 root 2372 S /usr/syno/sbin/afpd -c 256 -g guest -n NASExtra:AFPSe

3783 root 352 R vi /usr/syno/etc/php.ini

3833 root 344 R vi /usr/syno/etc/php.ini

3886 nobody 14988 S /usr/syno/apache/bin/httpd

3920 nobody 13912 S /usr/syno/apache/bin/httpd

3931 nobody 13908 S /usr/syno/apache/bin/httpd

4364 nobody 11884 S /usr/syno/apache/bin/httpd

5043 nobody 11860 S /usr/syno/apache/bin/httpd

5155 root 1912 S sshd: root@ttyp2

5157 root 380 R -ash

5160 root 748 R ps aux

[MS_Totor]

coucou crirx, toujours sur la brèche je vois

les deux process vi n'ont pas lieu d'être, il sagit sans doute de session ouverte en édition de php.ini et session fermée sans enregistrer, du coup les process tournent quand même, et comme php.ini est déjà sollicité par php du site que tu heberge, cela provoque un demi plantage.....

toujours sous ssh ou telnet

tu fais

kill 3783

et

kill 3833

ou tu reboote le syno pour que ces process meurent d'eux mêmes

via la commande reboot

reboot

ensuite après reboot

tu refais la même manip pour verifier que la mémoire et le cpu ont été libérés de ces tâches de travail.

top

[Eki]

Tiens c'est marrant

[cricx]

Tiens c'est marrant

[MS_Totor]

ok

via la console de gestion, service réseau/service web

désactive temporairement le service web station et mysql

cela vas arrêter le serveur web et le site vas cesser de faire appel à php.ini

d'abord encore un top pour vérifier que le process (vi) n'a pas changé de PID

le PID c'est le numéro lié au process (vi) visible aussi par la commande ps.

tu fais un

kill -9 numero_de_pid_de_vi, le kill -9 force normalement le processus, sauf plantage

bref

kill -9 3783

au final si cela ne passe pas

tu reboot le syno via ssh comme dit au dessus via telnet ou shh.

à moins que crirx ait une syntaxe magique pour forcer le kill dans ce cas là, je crois que le syno est un peu planté

Edit: grilled by crix

[cricx]

ok

via la console de gestion, service r

[Eki]

fais

kill -9 3783

et

kill -9 3833

Voila chose faite ! Et ils n'apparaissent plus quand je fais un 'top'. Donc je vais voir si

[MS_Totor]

Voila chose faite ! Et ils n'apparaissent plus quand je fais un 'top'. Donc je vais voir si ça a modifié quelque chose ou non.

Merci

le constat devrait être rapide, plus de ralentissement ou impossibilité d'accès tel décrit dans le premier post non ?

bonne continuation:)

[Eki]

En effet, je n'ai pas eu de probl

[MS_Totor]

excellent

bonne d

[cricx]

En effet, je n'ai pas eu de probl

[Eki]

Vi mais en plus le kill -9 je le connaissais ... Appris en cours de Linux et ce qui va avec

A plus !

[cricx]

Vi mais en plus le kill -9 je le connaissais ... Appris en cours de Linux et ce qui va avec

alors tu n'as vraiment aucune excuse ! tu as eu des cours de linux (et pas moi) !

ceci dit, killall est plus sympa,

[MS_Totor]

hargggg !!!

idem que crirx jamais re

[Eki]

alors tu n'as vraiment aucune excuse ! tu as eu des cours de linux (et pas moi) !

Moui bah euuuuh bon ....... Je n'

[ikeke]

on fait parti d'une g