Eki Posté(e) le 26 novembre 2009 Posté(e) le 26 novembre 2009 Bonjour ! Une simple petite question : les firmwares ont-ils besoin d'une configuration minimale requise pour pouvoir tourner ou c'est super l 0 Citer
PatrickH Posté(e) le 26 novembre 2009 Posté(e) le 26 novembre 2009 Je pense qu'il y a confusion... le firmware est charg 0 Citer
Eki Posté(e) le 27 novembre 2009 Auteur Posté(e) le 27 novembre 2009 Je pense qu'il y a confusion... le firmware est charg 0 Citer
jac2904 Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 Franchement je ne pense pas. Si tu arrive 0 Citer
cricx Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 Justement, le fait que la puissance de mon pc ne soit pas 0 Citer
Eki Posté(e) le 27 novembre 2009 Auteur Posté(e) le 27 novembre 2009 Donc pour plus d'infos, il faut : - ton type de syno - le type de processeur, sa fr 0 Citer
MS_Totor Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 - 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 0 Citer
cricx Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 - ton type de syno : DS209+II - le type de processeur, sa fr 0 Citer
Eki Posté(e) le 27 novembre 2009 Auteur Posté(e) le 27 novembre 2009 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 0 Citer
MS_Totor Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 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 0 Citer
MS_Totor Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 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 0 Citer
cricx Posté(e) le 27 novembre 2009 Posté(e) le 27 novembre 2009 ok via la console de gestion, service r 0 Citer
Eki Posté(e) le 30 novembre 2009 Auteur Posté(e) le 30 novembre 2009 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 0 Citer
MS_Totor Posté(e) le 30 novembre 2009 Posté(e) le 30 novembre 2009 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:) 0 Citer
Eki Posté(e) le 30 novembre 2009 Auteur Posté(e) le 30 novembre 2009 En effet, je n'ai pas eu de probl 0 Citer
cricx Posté(e) le 30 novembre 2009 Posté(e) le 30 novembre 2009 En effet, je n'ai pas eu de probl 0 Citer
Eki Posté(e) le 30 novembre 2009 Auteur Posté(e) le 30 novembre 2009 Vi mais en plus le kill -9 je le connaissais ... Appris en cours de Linux et ce qui va avec A plus ! 0 Citer
cricx Posté(e) le 30 novembre 2009 Posté(e) le 30 novembre 2009 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, 0 Citer
MS_Totor Posté(e) le 30 novembre 2009 Posté(e) le 30 novembre 2009 hargggg !!! idem que crirx jamais re 0 Citer
Eki Posté(e) le 30 novembre 2009 Auteur Posté(e) le 30 novembre 2009 alors tu n'as vraiment aucune excuse ! tu as eu des cours de linux (et pas moi) ! Moui bah euuuuh bon ....... Je n' 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.