Lenteur chargement pages web : serveur linux
ashker
Messages postés
10
Date d'inscription
Statut
Membre
Dernière intervention
-
gm -
gm -
Bonjour,
Depuis 2 semaines, à l'entreprise où je travaille, nous avons un problème sur notre serveur linux local (nom : frodon) où tournent nos sites et intranet en développement.
Symptômes :
Le temps d'affichage de n'importe quelle page de nos sites, intranet et phpmyadmin est supérieur à 6 secondes. Avant nous n'avions aucun problèmes : moins d'une seconde pour charger une page, sachant que le serveur frodon est sur notre réseau local (avec ses applications apache/php/bdd).
Déclenchement (supposition) :
Durant mes vacances, la boite m'a appelé pour me faire part que le serveur frodon avait des problèmes (impossible de sauver le travail en cours, contrôleur de version SVN bloqué). C'était en effet un problème de place, nous utilisions 100% de la place disponible sur frodon. Cela est dû au fait de la sauvegarde journalière des bases de données, de nos copies de travail SVN et des sites/intranet, les-quelles sont ensuite envoyé sur un autre serveur backup local (nom : gandalf). J'ai résolu ce problème de place en supprimant d'anciennes sauvegardes. Ce problème ne se présentera plus car j'ai modifié le script de la tâche planifié (crontab) pour que le serveur frodon supprime ses sauvegardes une fois celui-ci envoyé au serveur backup gandalf (rsync). D'un autre côté, avant mon intervention, la boite a redémarré le serveur frodon. Depuis, le chargement et l'affichage des pages sont très longues...
Données récoltées :
# df -h
# top
# ps aux
# nano /etc/apache2/apache2.conf (simplifié)
Informations supplémentaires :
Les configurations ci-dessus ont toujours étaient les mêmes, elles n'ont pas été changé et nous n'avions auparavant aucun problèmes avec elles.
Tests effectués :
- Pour savoir si le problème venait de l'accès à la base de donnée, j'ai créé une page vierge avec un simple echo. La page se charge en 5 secondes environ et non instantanément comme auparavant.
- Pour savoir si c'était un problème de réseau, j'ai essayé d'afficher les pages des sites/intranet/bdd à partir du serveur backup gandalf (apache installé etc.), l'affichage est instentané. Celà vient donc bien du serveur frodon.
- J'ai essayé de redémarrer apache (restart/stop/start) à plusieurs reprises, aucun effet.
- J'ai essayé de redémarrer le serveur frodon (reboot), aucun effet.
- J'ai testé avec d'autres navigateurs (ff, chrome, opera, safari, ie), aucun effet, cela ne vient pas du navigateur.
Pistes :
- Il se pourrait qu'un service ne se soit pas relancé lors du redémarrage serveur et qui est une incidence sur apache, mais je ne saurait pas dire lequel.
- Idem, après redémarrage serveur, peut-être une reconfiguration dns à faire.
Depuis quelques semaines, j'ai repris le flambeau concernant la gestion de nos serveurs dev et prod, je n'ai fait aucune installation ou paramétrage de ces derniers. De ce fait, je ne sait pas trop où chercher car trop novice pour le moment.
Pourriez-vous m'aider ?
Car après lectures de plusieurs forums où des personnes ont eu ce même genre de cas, je n'ai toujours pas résolu ce problème de lenteur.
Merci d'avance !
Depuis 2 semaines, à l'entreprise où je travaille, nous avons un problème sur notre serveur linux local (nom : frodon) où tournent nos sites et intranet en développement.
Symptômes :
Le temps d'affichage de n'importe quelle page de nos sites, intranet et phpmyadmin est supérieur à 6 secondes. Avant nous n'avions aucun problèmes : moins d'une seconde pour charger une page, sachant que le serveur frodon est sur notre réseau local (avec ses applications apache/php/bdd).
Déclenchement (supposition) :
Durant mes vacances, la boite m'a appelé pour me faire part que le serveur frodon avait des problèmes (impossible de sauver le travail en cours, contrôleur de version SVN bloqué). C'était en effet un problème de place, nous utilisions 100% de la place disponible sur frodon. Cela est dû au fait de la sauvegarde journalière des bases de données, de nos copies de travail SVN et des sites/intranet, les-quelles sont ensuite envoyé sur un autre serveur backup local (nom : gandalf). J'ai résolu ce problème de place en supprimant d'anciennes sauvegardes. Ce problème ne se présentera plus car j'ai modifié le script de la tâche planifié (crontab) pour que le serveur frodon supprime ses sauvegardes une fois celui-ci envoyé au serveur backup gandalf (rsync). D'un autre côté, avant mon intervention, la boite a redémarré le serveur frodon. Depuis, le chargement et l'affichage des pages sont très longues...
Données récoltées :
# df -h
Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/cciss/c0d0p1 6,5G 3,8G 2,4G 62% / tmpfs 2,0G 0 2,0G 0% /lib/init/rw udev 2,0G 148K 2,0G 1% /dev tmpfs 2,0G 0 2,0G 0% /dev/shm /dev/cciss/c0d0p6 252G 60G 181G 25% /home
# top
top - 14:54:10 up 22:05, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 110 total, 2 running, 108 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 4048124k total, 1024176k used, 3023948k free, 125008k buffers Swap: 0k total, 0k used, 0k free, 442552k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 14 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/3 11 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/2 8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1 5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0 709 root 20 0 0 0 0 S 0 0.0 0:00.00 usbhid_resumer 2676 root 16 -4 16728 588 292 S 0 0.0 0:00.00 udevd 2714 root 18 -2 16724 632 332 S 0 0.0 0:00.00 udevd 5068 root 20 0 19060 1360 1012 R 0 0.0 0:00.04 top 24 root 20 0 0 0 0 S 0 0.0 0:00.04 sync_supers 2644 root 20 0 49168 1132 576 S 0 0.0 0:00.00 sshd 5042 root 20 0 72548 3384 2656 S 0 0.1 0:00.07 sshd 2628 root 20 0 94844 3292 2392 S 0 0.1 0:00.00 smbd 2634 root 20 0 94568 1480 588 S 0 0.0 0:00.00 smbd 4669 root 20 0 95080 3744 2816 S 0 0.1 0:00.04 smbd 4677 root 20 0 98056 7160 4016 S 0 0.2 0:05.28 smbd 4018 root 20 0 46144 9508 1540 S 0 0.2 0:50.85 ruby 1090 root 20 0 54552 1960 1088 S 0 0.0 0:00.10 rsyslogd 945 statd 20 0 14376 856 688 S 0 0.0 0:00.00 rpc.statd 1564 postfix 20 0 39384 2492 1968 S 0 0.1 0:00.05 qmgr 934 daemon 20 0 8092 612 480 S 0 0.0 0:00.00 portmap 23 root 20 0 0 0 0 S 0 0.0 0:00.00 pm 5025 postfix 20 0 39224 2316 1836 S 0 0.1 0:00.00 pickup 2624 root 20 0 64600 1888 1264 S 0 0.0 0:01.28 nmbd 21 root 20 0 0 0 0 S 0 0.0 0:00.00 netns 1184 root 20 0 3952 636 512 S 0 0.0 0:00.00 mysqld_safe 1328 mysql 20 0 942m 184m 7628 S 0 4.7 0:12.74 mysqld 12 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/3 9 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/2 6 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/1 3 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0 1555 root 20 0 37160 2384 1872 S 0 0.1 0:00.13 master 1329 root 20 0 3852 612 516 S 0 0.0 0:00.00 logger 2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd 47 root 20 0 0 0 0 S 0 0.0 0:02.66 kswapd0 269 root 20 0 0 0 0 S 0 0.0 0:00.00 ksuspend_usbd 13 root 20 0 0 0 0 S 0 0.0 0:00.06 ksoftirqd/3 10 root 20 0 0 0 0 S 0 0.0 0:00.02 ksoftirqd/2 7 root 20 0 0 0 0 S 0 0.0 0:00.03 ksoftirqd/1 4 root 20 0 0 0 0 S 0 0.0 0:01.97 ksoftirqd/0 48 root 25 5 0 0 0 S 0 0.0 0:00.00 ksmd 1413 root 15 -5 0 0 0 S 0 0.0 0:00.00 kslowd001 1411 root 15 -5 0 0 0 S 0 0.0 0:00.00 kslowd000 37 root 20 0 0 0 0 S 0 0.0 0:00.00 kseriod 691 root 20 0 0 0 0 S 0 0.0 0:00.00 kpsmoused 45 root 20 0 0 0 0 S 0 0.0 0:00.00 kondemand/3 44 root 20 0 0 0 0 S 0 0.0 0:00.00 kondemand/2 43 root 20 0 0 0 0 S 0 0.0 0:00.00 kondemand/1 42 root 20 0 0 0 0 S 0 0.0 0:00.00 kondemand/0 321 root 20 0 0 0 0 S 0 0.0 0:00.26 kjournald 877 root 20 0 0 0 0 S 0 0.0 0:02.90 kjournald 736 root 39 19 0 0 0 R 0 0.0 2:36.06 kipmi0 29 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/3 28 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/2 27 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/1 26 root 20 0 0 0 0 S 0 0.0 0:00.00 kintegrityd/0 46 root 20 0 0 0 0 S 0 0.0 0:00.01 khungtaskd 270 root 20 0 0 0 0 S 0 0.0 0:00.00 khubd 20 root 20 0 0 0 0 S 0 0.0 0:00.00 khelper 33 root 20 0 0 0 0 S 0 0.0 0:00.01 kblockd/3
# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 8352 800 ? Ss Sep01 0:01 init [2] root 2 0.0 0.0 0 0 ? S Sep01 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? S Sep01 0:00 [migration/0] root 4 0.0 0.0 0 0 ? S Sep01 0:01 [ksoftirqd/0] root 5 0.0 0.0 0 0 ? S Sep01 0:00 [watchdog/0] root 6 0.0 0.0 0 0 ? S Sep01 0:00 [migration/1] root 7 0.0 0.0 0 0 ? S Sep01 0:00 [ksoftirqd/1] root 8 0.0 0.0 0 0 ? S Sep01 0:00 [watchdog/1] root 9 0.0 0.0 0 0 ? S Sep01 0:00 [migration/2] root 10 0.0 0.0 0 0 ? S Sep01 0:00 [ksoftirqd/2] root 11 0.0 0.0 0 0 ? S Sep01 0:00 [watchdog/2] root 12 0.0 0.0 0 0 ? S Sep01 0:00 [migration/3] root 13 0.0 0.0 0 0 ? S Sep01 0:00 [ksoftirqd/3] root 14 0.0 0.0 0 0 ? S Sep01 0:00 [watchdog/3] root 15 0.0 0.0 0 0 ? S Sep01 0:00 [events/0] root 16 0.0 0.0 0 0 ? S Sep01 0:00 [events/1] root 17 0.0 0.0 0 0 ? S Sep01 0:00 [events/2] root 18 0.0 0.0 0 0 ? S Sep01 0:00 [events/3] root 19 0.0 0.0 0 0 ? S Sep01 0:00 [cpuset] root 20 0.0 0.0 0 0 ? S Sep01 0:00 [khelper] root 21 0.0 0.0 0 0 ? S Sep01 0:00 [netns] root 22 0.0 0.0 0 0 ? S Sep01 0:00 [async/mgr] root 23 0.0 0.0 0 0 ? S Sep01 0:00 [pm] root 24 0.0 0.0 0 0 ? S Sep01 0:00 [sync_supers] root 25 0.0 0.0 0 0 ? S Sep01 0:00 [bdi-default] root 26 0.0 0.0 0 0 ? S Sep01 0:00 [kintegrityd/0] root 27 0.0 0.0 0 0 ? S Sep01 0:00 [kintegrityd/1] root 28 0.0 0.0 0 0 ? S Sep01 0:00 [kintegrityd/2] root 29 0.0 0.0 0 0 ? S Sep01 0:00 [kintegrityd/3] root 30 0.0 0.0 0 0 ? S Sep01 0:00 [kblockd/0] root 31 0.0 0.0 0 0 ? S Sep01 0:00 [kblockd/1] root 32 0.0 0.0 0 0 ? S Sep01 0:00 [kblockd/2] root 33 0.0 0.0 0 0 ? S Sep01 0:00 [kblockd/3] root 34 0.0 0.0 0 0 ? S Sep01 0:00 [kacpid] root 35 0.0 0.0 0 0 ? S Sep01 0:00 [kacpi_notify] root 36 0.0 0.0 0 0 ? S Sep01 0:00 [kacpi_hotplug] root 37 0.0 0.0 0 0 ? S Sep01 0:00 [kseriod] root 42 0.0 0.0 0 0 ? S Sep01 0:00 [kondemand/0] root 43 0.0 0.0 0 0 ? S Sep01 0:00 [kondemand/1] root 44 0.0 0.0 0 0 ? S Sep01 0:00 [kondemand/2] root 45 0.0 0.0 0 0 ? S Sep01 0:00 [kondemand/3] root 46 0.0 0.0 0 0 ? S Sep01 0:00 [khungtaskd] root 47 0.0 0.0 0 0 ? S Sep01 0:02 [kswapd0] root 48 0.0 0.0 0 0 ? SN Sep01 0:00 [ksmd] root 49 0.0 0.0 0 0 ? S Sep01 0:00 [aio/0] root 50 0.0 0.0 0 0 ? S Sep01 0:00 [aio/1] root 51 0.0 0.0 0 0 ? S Sep01 0:00 [aio/2] root 52 0.0 0.0 0 0 ? S Sep01 0:00 [aio/3] root 53 0.0 0.0 0 0 ? S Sep01 0:00 [crypto/0] root 54 0.0 0.0 0 0 ? S Sep01 0:00 [crypto/1] root 55 0.0 0.0 0 0 ? S Sep01 0:00 [crypto/2] root 56 0.0 0.0 0 0 ? S Sep01 0:00 [crypto/3] root 269 0.0 0.0 0 0 ? S Sep01 0:00 [ksuspend_usbd] root 270 0.0 0.0 0 0 ? S Sep01 0:00 [khubd] root 274 0.0 0.0 0 0 ? S Sep01 0:00 [cciss_scan] root 321 0.0 0.0 0 0 ? S Sep01 0:00 [kjournald] root 691 0.0 0.0 0 0 ? S Sep01 0:00 [kpsmoused] root 709 0.0 0.0 0 0 ? S Sep01 0:00 [usbhid_resumer] root 736 0.1 0.0 0 0 ? SN Sep01 2:36 [kipmi0] root 877 0.0 0.0 0 0 ? S Sep01 0:02 [kjournald] daemon 934 0.0 0.0 8092 612 ? Ss Sep01 0:00 /sbin/portmap statd 945 0.0 0.0 14376 856 ? Ss Sep01 0:00 /sbin/rpc.statd root 1010 0.0 0.0 0 0 ? S Sep01 0:02 [flush-104:0] root 1090 0.0 0.0 54552 1960 ? Sl Sep01 0:00 /usr/sbin/rsyslogd -c4 root 1121 0.0 0.0 3916 612 ? Ss Sep01 0:00 /usr/sbin/acpid 108 1131 0.0 0.0 23260 804 ? Ss Sep01 0:00 /usr/bin/dbus-daemon --system avahi 1142 0.0 0.0 33980 1692 ? S Sep01 0:00 avahi-daemon: running [frodon.local] avahi 1143 0.0 0.0 33756 516 ? S Sep01 0:00 avahi-daemon: chroot helper root 1184 0.0 0.0 3952 636 ? S Sep01 0:00 /bin/sh /usr/bin/mysqld_safe mysql 1328 0.0 4.6 965328 188540 ? Sl Sep01 0:12 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306 root 1329 0.0 0.0 3852 612 ? S Sep01 0:00 logger -t mysqld -p daemon.error root 1411 0.0 0.0 0 0 ? S< Sep01 0:00 [kslowd000] root 1413 0.0 0.0 0 0 ? S< Sep01 0:00 [kslowd001] root 1470 0.0 0.0 10208 668 ? Ss Sep01 0:00 /usr/sbin/inetd root 1555 0.0 0.0 37160 2384 ? Ss Sep01 0:00 /usr/lib/postfix/master postfix 1564 0.0 0.0 39384 2492 ? S Sep01 0:00 qmgr -l -t fifo -u daemon 1619 0.0 0.0 18708 432 ? Ss Sep01 0:00 /usr/sbin/atd root 1644 0.0 0.0 22420 1016 ? Ss Sep01 0:00 /usr/sbin/cron root 1762 0.0 0.0 5928 608 tty1 Ss+ Sep01 0:00 /sbin/getty 38400 tty1 root 1763 0.0 0.0 5928 616 tty2 Ss+ Sep01 0:00 /sbin/getty 38400 tty2 root 1764 0.0 0.0 5928 616 tty3 Ss+ Sep01 0:00 /sbin/getty 38400 tty3 root 1765 0.0 0.0 5928 612 tty4 Ss+ Sep01 0:00 /sbin/getty 38400 tty4 root 1766 0.0 0.0 5928 608 tty5 Ss+ Sep01 0:00 /sbin/getty 38400 tty5 root 1767 0.0 0.0 5928 612 tty6 Ss+ Sep01 0:00 /sbin/getty 38400 tty6 root 2624 0.0 0.0 64600 1888 ? Ss Sep01 0:01 /usr/sbin/nmbd -D root 2628 0.0 0.0 94844 3292 ? Ss Sep01 0:00 /usr/sbin/smbd -D root 2634 0.0 0.0 94568 1480 ? S Sep01 0:00 /usr/sbin/smbd -D root 2644 0.0 0.0 49168 1132 ? Ss Sep01 0:00 /usr/sbin/sshd root 2676 0.0 0.0 16728 588 ? S<s Sep01 0:00 udevd --daemon root 2714 0.0 0.0 16724 632 ? S< Sep01 0:00 udevd --daemon root 3683 0.0 0.0 0 0 ? S Sep01 0:00 [cifsd] root 4000 0.0 0.5 910368 22524 ? Ss Sep01 0:00 /usr/sbin/apache2 -k start root 4017 0.0 0.0 89004 2024 ? Sl Sep01 0:00 /usr/lib/phusion_passenger/ApplicationPoolServerExecutable 0 /usr/lib/phusion_passenger/passenger-spawn-server /usr/bin/ruby /tmp/passenger.4000 root 4018 0.0 0.2 46144 9508 ? Sl Sep01 0:50 Passenger spawn server www-data 4024 0.1 0.8 915572 33808 ? S Sep01 1:30 /usr/sbin/apache2 -k start www-data 4038 0.1 0.9 914160 39912 ? S Sep01 1:42 /usr/sbin/apache2 -k start www-data 4056 0.2 1.0 921708 43040 ? S Sep01 3:31 /usr/sbin/apache2 -k start root 4669 0.0 0.0 95080 3744 ? S 09:10 0:00 /usr/sbin/smbd -D root 4677 0.0 0.1 98056 7160 ? S 09:24 0:05 /usr/sbin/smbd -D www-data 4714 0.0 1.1 923528 46268 ? S 09:55 0:08 /usr/sbin/apache2 -k start www-data 4757 0.7 0.9 918368 36500 ? S 11:05 1:38 /usr/sbin/apache2 -k start www-data 4760 0.0 0.9 918448 40168 ? S 11:07 0:03 /usr/sbin/apache2 -k start www-data 4787 0.0 0.4 912456 20092 ? S 11:27 0:00 /usr/sbin/apache2 -k start www-data 4788 0.0 0.3 910920 13340 ? S 11:27 0:00 /usr/sbin/apache2 -k start www-data 4789 0.0 0.9 923448 39008 ? S 11:27 0:00 /usr/sbin/apache2 -k start www-data 4792 0.8 2.1 967528 85140 ? S 11:28 1:48 /usr/sbin/apache2 -k start postfix 5025 0.0 0.0 39224 2316 ? S 14:26 0:00 pickup -l -t fifo -u -c root 5042 0.0 0.0 72548 3384 ? Ss 14:49 0:00 sshd: root@pts/0 root 5045 0.0 0.0 19308 2088 pts/0 Ss 14:49 0:00 -bash root 5070 0.0 0.0 16332 1160 pts/0 R+ 14:56 0:00 ps aux
# nano /etc/apache2/apache2.conf (simplifié)
ServerRoot "/etc/apache2" LockFile ${APACHE_LOCK_DIR}/accept.lock PidFile ${APACHE_PID_FILE} Timeout 300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 </IfModule> <IfModule mpm_worker_module> StartServers 2 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxClients 150 MaxRequestsPerChild 0 </IfModule> <IfModule mpm_event_module> StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxRequestsPerChild 0 </IfModule> User www-data Group www-data AccessFileName .htaccess <Files ~ "^\.ht"> Order allow,deny Deny from all Satisfy all </Files> DefaultType text/plain HostnameLookups Off ErrorLog ${APACHE_LOG_DIR}/error.log LogLevel warn LoadModule actions_module /usr/lib/apache2/modules/mod_actions.so LoadModule alias_module /usr/lib/apache2/modules/mod_alias.so LoadModule auth_basic_module /usr/lib/apache2/modules/mod_auth_basic.so LoadModule authn_file_module /usr/lib/apache2/modules/mod_authn_file.so LoadModule authz_default_module /usr/lib/apache2/modules/mod_authz_default.so LoadModule authz_groupfile_module /usr/lib/apache2/modules/mod_authz_groupfile.so LoadModule authz_host_module /usr/lib/apache2/modules/mod_authz_host.so LoadModule authz_user_module /usr/lib/apache2/modules/mod_authz_user.so LoadModule autoindex_module /usr/lib/apache2/modules/mod_autoindex.so LoadModule cgi_module /usr/lib/apache2/modules/mod_cgi.so LoadModule dav_module /usr/lib/apache2/modules/mod_dav.so LoadModule dav_svn_module /usr/lib/apache2/modules/mod_dav_svn.so LoadModule authz_svn_module /usr/lib/apache2/modules/mod_authz_svn.so LoadModule deflate_module /usr/lib/apache2/modules/mod_deflate.so LoadModule dir_module /usr/lib/apache2/modules/mod_dir.so LoadModule env_module /usr/lib/apache2/modules/mod_env.so LoadModule expires_module /usr/lib/apache2/modules/mod_expires.so LoadModule headers_module /usr/lib/apache2/modules/mod_headers.so LoadModule include_module /usr/lib/apache2/modules/mod_include.so LoadModule mime_module /usr/lib/apache2/modules/mod_mime.so LoadModule negotiation_module /usr/lib/apache2/modules/mod_negotiation.so LoadModule passenger_module /usr/lib/apache2/modules/mod_passenger.so LoadModule perl_module /usr/lib/apache2/modules/mod_perl.so LoadModule php5_module /usr/lib/apache2/modules/libphp5.so LoadModule proxy_module /usr/lib/apache2/modules/mod_proxy.so LoadModule proxy_balancer_module /usr/lib/apache2/modules/mod_proxy_balancer.so LoadModule proxy_http_module /usr/lib/apache2/modules/mod_proxy_http.so LoadModule python_module /usr/lib/apache2/modules/mod_python.so LoadModule reqtimeout_module /usr/lib/apache2/modules/mod_reqtimeout.so LoadModule rewrite_module /usr/lib/apache2/modules/mod_rewrite.so LoadModule setenvif_module /usr/lib/apache2/modules/mod_setenvif.so LoadModule ssl_module /usr/lib/apache2/modules/mod_ssl.so LoadModule status_module /usr/lib/apache2/modules/mod_status.so oadModule vhost_alias_module /usr/lib/apache2/modules/mod_vhost_alias.so <IfModule alias_module> Alias /icons/ "/usr/share/apache2/icons/" <Directory "/usr/share/apache2/icons"> Options Indexes MultiViews AllowOverride None Order allow,deny Allow from all </Directory> </IfModule> <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/javascript </IfModule> <IfModule mod_dir.c> DirectoryIndex index.html index.cgi index.pl index.php index.xhtml index.htm </IfModule> <IfModule mod_php5.c> AddType application/x-httpd-php .php .phtml .php3 .html AddType application/x-httpd-php-source .phps </IfModule> RequestReadTimeout header=20-40,minrate=500 RequestReadTimeout body=10,minrate=500 Include ports.conf LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %O" common LogFormat "%{Referer}i -> %U" referer LogFormat "%{User-agent}i" agent NameVirtualHost *:80 Listen 80 <IfModule mod_ssl.c> Listen 443 </IfModule> <IfModule mod_gnutls.c> Listen 443 </IfModule>
Informations supplémentaires :
Les configurations ci-dessus ont toujours étaient les mêmes, elles n'ont pas été changé et nous n'avions auparavant aucun problèmes avec elles.
Tests effectués :
- Pour savoir si le problème venait de l'accès à la base de donnée, j'ai créé une page vierge avec un simple echo. La page se charge en 5 secondes environ et non instantanément comme auparavant.
- Pour savoir si c'était un problème de réseau, j'ai essayé d'afficher les pages des sites/intranet/bdd à partir du serveur backup gandalf (apache installé etc.), l'affichage est instentané. Celà vient donc bien du serveur frodon.
- J'ai essayé de redémarrer apache (restart/stop/start) à plusieurs reprises, aucun effet.
- J'ai essayé de redémarrer le serveur frodon (reboot), aucun effet.
- J'ai testé avec d'autres navigateurs (ff, chrome, opera, safari, ie), aucun effet, cela ne vient pas du navigateur.
Pistes :
- Il se pourrait qu'un service ne se soit pas relancé lors du redémarrage serveur et qui est une incidence sur apache, mais je ne saurait pas dire lequel.
- Idem, après redémarrage serveur, peut-être une reconfiguration dns à faire.
Depuis quelques semaines, j'ai repris le flambeau concernant la gestion de nos serveurs dev et prod, je n'ai fait aucune installation ou paramétrage de ces derniers. De ce fait, je ne sait pas trop où chercher car trop novice pour le moment.
Pourriez-vous m'aider ?
Car après lectures de plusieurs forums où des personnes ont eu ce même genre de cas, je n'ai toujours pas résolu ce problème de lenteur.
Merci d'avance !
A voir également:
- Lenteur chargement pages web : serveur linux
- Lenteur pc - Guide
- Web office - Guide
- Navigateur web - Guide
- Création site web - Guide
- Comment traduire une page web - Guide
16 réponses
Et ce n'est pas tout simplement le serveur de base de données qui est dans les choux et qui met 5s à répondre ?
Supposons que ce soit un serveur mysql. Essaye par exemple de te connecter avec la commande :
où xx.xx.xx.xx est l'ip du serveur de base de données. Il existe des outils en mysql pour réparer les bases etc...
Bonne chance
Supposons que ce soit un serveur mysql. Essaye par exemple de te connecter avec la commande :
mysql -u root -p -h xx.xx.xx.xx
où xx.xx.xx.xx est l'ip du serveur de base de données. Il existe des outils en mysql pour réparer les bases etc...
Bonne chance
Merci pour ta réponse.
Vu que je c'est le w-e, je ne pourrai tester ça que lundi matin.
Comme c'est marqué dans mon post, j'ai testé d'afficher une page ne contenant qu'un simple echo, donc pas de connexion à une base de données, et le chargement étaient tout de même long.
Cependant, je vais faire le test pour savoir si je peux réellement écarter le fait que le problème puisse venir du serveur de base de données.
Merci, la suite lundi !
Vu que je c'est le w-e, je ne pourrai tester ça que lundi matin.
Comme c'est marqué dans mon post, j'ai testé d'afficher une page ne contenant qu'un simple echo, donc pas de connexion à une base de données, et le chargement étaient tout de même long.
Cependant, je vais faire le test pour savoir si je peux réellement écarter le fait que le problème puisse venir du serveur de base de données.
Merci, la suite lundi !
Disons que si même le echo est long il faut effectivement si le problème vient d'apache, php ou d'un aspect plus bas niveau (disque défectueux, matériel qui chauffe, cpu saturé, carte réseau défectueuse...).
Si on regarde ta commande top on peut écarter la 3e possibilité. Pour le disque ou un système de fichiers endommagé, on peut vérifier avec fsck et badblocks. Pour la carte réseau on peut vérifier si elle perd des paquets avec ifconfig.
Regarde dans les logs /var/log/messages, /var/log/apache/... si tu vois des choses intéressantes.
Tente également de mettre à jour ton système et de le redémarrer on ne sait jamais....
Bonne chance
Si on regarde ta commande top on peut écarter la 3e possibilité. Pour le disque ou un système de fichiers endommagé, on peut vérifier avec fsck et badblocks. Pour la carte réseau on peut vérifier si elle perd des paquets avec ifconfig.
Regarde dans les logs /var/log/messages, /var/log/apache/... si tu vois des choses intéressantes.
Tente également de mettre à jour ton système et de le redémarrer on ne sait jamais....
Bonne chance
Pas mal de choses à tester donc :
- mysql -u root -p -h xx.xx.xx.xx voir le temps de réponse,
- fsck et badblocks pour vérifier si un disque/système de fichier est endommagé,
- /var/log/ à contrôler.
- maj système + redémarrage
Je vois ça lundi.
Merci !
- mysql -u root -p -h xx.xx.xx.xx voir le temps de réponse,
- fsck et badblocks pour vérifier si un disque/système de fichier est endommagé,
- /var/log/ à contrôler.
- maj système + redémarrage
Je vois ça lundi.
Merci !
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Donc après tests :
- mysql -u root -p -h xx.xx.xx.xx voir le temps de réponse
Temps de réponse direct. Je me retrouve avec le prompt mysql> de manière "instantanée".
- fsck et badblocks pour vérifier si un disque/système de fichier est endommagé :
# fdisk -l
# badblocks -sv /dev/cciss/c0d0p6
Idem sur c0d0p1, c0d0p2, et c0d0p5 : "Passe complétée, 0 blocs défectueux repérés."
Après documentations concernant la commande fsck, j'ai un peu peur de faire une bétise. Je crois que cela revient au même de faire un "shutdown -rF now" ? J'ai exécuter cette dernières, me suis rendu sur le terminal serveur et à priori pas de soucis. Y'a t-il un fichier log pour savoir si la vérification après "shutdown -rF now" c'est correctement déroulé ?
- /var/log/ à contrôler :
# tail -f /var/log/messages
tail -f /var/log/apache2/other_vhosts_access.log :
tail -f /var/log/apache2/error.log : pas d'erreurs au chargement de plusieurs pages
tail -f /var/log/apache2/access.log : fichier vide
- maj système + redémarrage : maj OK (20 paquets mis à jour apache+samba), redémarrage OK.
Après tous ça, toujours pas d'améliorations malheureusement. Si ces nouveaux éléments vous permettent de mettre le doigt sur une piste, je serai ravi de vous lire !
- mysql -u root -p -h xx.xx.xx.xx voir le temps de réponse
Temps de réponse direct. Je me retrouve avec le prompt mysql> de manière "instantanée".
- fsck et badblocks pour vérifier si un disque/système de fichier est endommagé :
# fdisk -l
Disk /dev/cciss/c0d0: 293.6 GB, 293563949056 bytes 255 heads, 63 sectors/track, 35690 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00096d0f Device Boot Start End Blocks Id System /dev/cciss/c0d0p1 * 1 851 6835626 83 Linux /dev/cciss/c0d0p2 852 35690 279844267+ 5 Extended /dev/cciss/c0d0p5 852 2274 11430216 82 Linux swap / Solaris /dev/cciss/c0d0p6 2275 35690 268413988+ 83 Linux
# badblocks -sv /dev/cciss/c0d0p6
Vérification des blocs 0 Ã 268413987 Vérification des blocs défectueux (test en mode lecture seule) : 0 0 0 0 0 0 0 0 0 0 ... 99 99 99 99 Passe complétée, 0 blocs défectueux repérés.
Idem sur c0d0p1, c0d0p2, et c0d0p5 : "Passe complétée, 0 blocs défectueux repérés."
Après documentations concernant la commande fsck, j'ai un peu peur de faire une bétise. Je crois que cela revient au même de faire un "shutdown -rF now" ? J'ai exécuter cette dernières, me suis rendu sur le terminal serveur et à priori pas de soucis. Y'a t-il un fichier log pour savoir si la vérification après "shutdown -rF now" c'est correctement déroulé ?
- /var/log/ à contrôler :
# tail -f /var/log/messages
Sep 4 06:27:18 hal kernel: imklog 3.18.6, log source = /proc/kmsg started. Sep 4 06:27:18 hal rsyslogd: [origin software="rsyslogd" swVersion="3.18.6" x-pid="21803" x-info="https://www.rsyslog.com/"] restart Sep 5 06:25:09 hal kernel: imklog 3.18.6, log source = /proc/kmsg started. Sep 5 06:25:09 hal rsyslogd: [origin software="rsyslogd" swVersion="3.18.6" x-pid="21803" x-info="https://www.rsyslog.com/"] restart
tail -f /var/log/apache2/other_vhosts_access.log :
stephane.syrius.abatik.com:80 192.168.0.12 - - [05/Sep/2011:11:59:14 +0200] "GET / HTTP/1.1" 200 3054 "http://stephane.syrius.abatik.com/" "Mozilla/5.0 (Windows NT 6.1; rv:6.0.1) Gecko/20100101 Firefox/6.0.1"
tail -f /var/log/apache2/error.log : pas d'erreurs au chargement de plusieurs pages
tail -f /var/log/apache2/access.log : fichier vide
- maj système + redémarrage : maj OK (20 paquets mis à jour apache+samba), redémarrage OK.
Après tous ça, toujours pas d'améliorations malheureusement. Si ces nouveaux éléments vous permettent de mettre le doigt sur une piste, je serai ravi de vous lire !
J'ai également testé de réaliser des telnet sur le serveur qui a des problèmes (frodon) :
telnet serveur test 1 :
telnet serveur test 2 :
telnet serveur test 3 :
XX.XX.XX.XX correspond à l'ip public de notre modem, protégé par un firewall.
Puis sur les postes :
telnet postes test 1 :
telnet postes test 2 :
J'ai derrière ça testé des ping :
ping frodon test 1 :
ping postes test 1 :
D'un autre côté, étant donné que nous avons un 2ème serveur local linux (gandalf qui fait backup) avec apache2/mysql/php installés, j'ai fait les mêmes telnet que pour frodon, et temps de réponses direct, le html des pages s'affiche "instantanément". Le "ping mon-site.com" passe également par l'ip public de notre modem.
telnet serveur test 1 :
# telnet localhost 80qui affiche instantanément :
Trying ::1... Connected to localhost Escape character is '^]'.j'exécute :
GET / HTTP/1.0 Host: mon-site.comet me renvoi en 4 sec le code HTML de la page.
telnet serveur test 2 :
# telnet 192.168.0.203 80qui affiche instantanément :
Trying 192.168.0.203... Connected to 192.168.0.203 Escape character is '^]'.j'exécute :
GET / HTTP/1.0 Host: mon-site.comet me renvoi en 4 sec le code HTML de la page.
telnet serveur test 3 :
# telnet mon-site.com 80qui affiche en 9 sec :
Trying XX.XX.XX.XX... Connected to mon-site.com Escape character is '^]'.j'exécute :
GET / HTTP/1.0 Host: mon-site.comet me renvoi en 16 sec le code HTML avec Hote injoignable.
XX.XX.XX.XX correspond à l'ip public de notre modem, protégé par un firewall.
Puis sur les postes :
telnet postes test 1 :
# telnet 192.168.0.203 80j'exécute :
GET / HTTP/1.0 Host: mon-site.comet me renvoi en 4 sec le code HTML de la page.
telnet postes test 2 :
# telnet mon-site.com 80j'exécute :
GET / HTTP/1.0 Host: mon-site.comet me renvoi en 4 sec le code HTML de la page.
J'ai derrière ça testé des ping :
ping frodon test 1 :
# ping mon-site.com PING mon-site.com (XX.XX.XX.XX) 56(84) bytes of data. 64 bytes from XX.XX.XX.XX: icmp_req=1 ttl=64 time=0.582 ms 64 bytes from XX.XX.XX.XX: icmp_req=2 ttl=64 time=0.232 ms 64 bytes from XX.XX.XX.XX: icmp_req=3 ttl=64 time=0.971 ms 64 bytes from XX.XX.XX.XX: icmp_req=4 ttl=64 time=0.194 ms 64 bytes from XX.XX.XX.XX: icmp_req=5 ttl=64 time=0.402 ms ...XX.XX.XX.XX correspond à l'ip public de notre modem, protégé par un firewall. Cependant, chaques lignes s'affichent en 9 sec...
ping postes test 1 :
# ping mon-site.com Réponse de 192.168.0.203 : octets=32 temps<1ms TTL=64 Réponse de 192.168.0.203 : octets=32 temps<1ms TTL=64 Réponse de 192.168.0.203 : octets=32 temps<1ms TTL=64 Réponse de 192.168.0.203 : octets=32 temps<1ms TTL=64Mais j'ai dans mon fichier host "192.168.0.203 mon-site.com".
D'un autre côté, étant donné que nous avons un 2ème serveur local linux (gandalf qui fait backup) avec apache2/mysql/php installés, j'ai fait les mêmes telnet que pour frodon, et temps de réponses direct, le html des pages s'affiche "instantanément". Le "ping mon-site.com" passe également par l'ip public de notre modem.
Je viens de m'apercevoir que l'ancien développeur de la boite qui gérait les serveurs avait également eu un problème de lenteur des sites locales. Comme quoi ça sert aussi à ça le faite de marquer les tâches dans un gestionnaire de projets (bien caché quand même cette note).
Il était question autrefois du changement de modem-routeur et de l'incapacité pour nos serveur linux de résoudre les noms de domaine : "La commande nslookup échoue (délai d'attente dépassé). Modification du fichier /etc/resolv.conf : nameserver 192.168.0.205 à la place de nameserver 192.168.0.1".
Je suis allé voir dans resolv.conf :
192.168.0.205 : ip de notre serveur windows 2008 qui gère des serveurs virtuels.
192.168.0.200 : serveur virtuel windows 2008 qui joue le rôle de contrôleur de domaine, serveur DHCP et serveur DNS.
Etant donné que je suis novice la-dedans, je ne sais pas comment faire pour identifier si le problème vient de là...
Pourriez-vous m'aider s'il vous plait ?
Il était question autrefois du changement de modem-routeur et de l'incapacité pour nos serveur linux de résoudre les noms de domaine : "La commande nslookup échoue (délai d'attente dépassé). Modification du fichier /etc/resolv.conf : nameserver 192.168.0.205 à la place de nameserver 192.168.0.1".
Je suis allé voir dans resolv.conf :
# nano /etc/resolv.conf search abatik.local nameserver 192.168.0.205 nameserver 192.168.0.200
# nslookup 192.168.0.203 --> frodon Server: 192.168.0.200 Address: 192.168.0.200#53 203.0.168.192.in-addr.arpa name = www.websvn.abatik.com. 203.0.168.192.in-addr.arpa name = syrius.abatik.com. 203.0.168.192.in-addr.arpa name = local.bebe-street.com. 203.0.168.192.in-addr.arpa name = wiki.abatik.com. 203.0.168.192.in-addr.arpa name = svn.abatik.com. 203.0.168.192.in-addr.arpa name = projets.abatik.com. 203.0.168.192.in-addr.arpa name = local.abatik.com. 203.0.168.192.in-addr.arpa name = loca.abatik.com.local.abatik.com.
192.168.0.205 : ip de notre serveur windows 2008 qui gère des serveurs virtuels.
192.168.0.200 : serveur virtuel windows 2008 qui joue le rôle de contrôleur de domaine, serveur DHCP et serveur DNS.
Etant donné que je suis novice la-dedans, je ne sais pas comment faire pour identifier si le problème vient de là...
Pourriez-vous m'aider s'il vous plait ?
La résolution DNS est effectivement un élément d'explication, mais ce qui est surprenant c'est que tu n'aies pas eu le problème avant.
Commence par lire ceci pour avoir les bases en administration réseau (tu peux bien entendu ignorer les passages sur le wifi qui a priori ne te concernent pas) :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html
Quelle approche pour corriger le DNS ?
Si ton DNS est assuré par une livebox (sous entendu un relai DNS buggué), il faut forcer l'adresse du serveur DNS. Dans l'idée le serveur DNS est référencé dans /etc/resolv.conf.
Si la configuration IP est statique (pas récupérée par DHCP) il suffit de corriger ce fichier et changer le DNS qui est référencé par un DNS qui marche. Ce peut être directement les DNS orange (80.10.246.1, 81.253.149.2), ou un serveur DNS que tu installeras toi-même (on verra par la suite comment installer un serveur DNS).
Si elle n'est pas statique et que tu utilises network-manager, il faut configurer network-manager pour lui dire de tout récupérer par DHCP sauf les DNS.
Si tu utilises DCHP mais pas network-manager il faut corriger /etc/dhcp/dhclient.conf.
Tout cela est expliqué plus en détail ici :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html#h5-complaeacutement--si-vous-utilisez-une-livebox-et-que-la-connexion-semble-lente
Quels DNS utiliser à la place ?
- Si tu es chez orange, tu peux taper directement les DNS orange,
- Sinon tu peux utiliser des DNS publics par exemple celui de google (8.8.8.8),
- Sinon (et c'est à mon avis le mieux) tu installes bind sur une machine (éventuellement directement la machine linux en question) et tu l'utilises en tant que DNS (si tu l'installes sur la machine elle-même victime de lenteur DNS, utilise 127.0.0.1).
Pour installer bind, passe par ton gestionnaire de paquets (aptitude sous debian). Comme je ne sais pas quelle distribution tu utilises, prenons debian comme exemple :
On configurera ensuite bind comme indiqué ici (cache DNS local) :
http://doc.ubuntu-fr.org/bind9#configuration_pour_un_seul_ordinateur_pc_domestique
On peut imaginer que bind écoute les requêtes DNS extérieures pour mutualiser ce serveur DNS entre les différentes machines, mais bon, tu peux aussi carrément installer un bind en tant que cache local sur chaque machine (bind ne consomme pas grand chose dans ce contexte et tu ne seras pas sensible à une panne d'un bind mutualisé).
Bref, une fois bind mis en place il faut arranger ta configuration réseau pour que chaque machine tape le bon serveur DNS.
Bonne chance
Commence par lire ceci pour avoir les bases en administration réseau (tu peux bien entendu ignorer les passages sur le wifi qui a priori ne te concernent pas) :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html
Quelle approche pour corriger le DNS ?
Si ton DNS est assuré par une livebox (sous entendu un relai DNS buggué), il faut forcer l'adresse du serveur DNS. Dans l'idée le serveur DNS est référencé dans /etc/resolv.conf.
Si la configuration IP est statique (pas récupérée par DHCP) il suffit de corriger ce fichier et changer le DNS qui est référencé par un DNS qui marche. Ce peut être directement les DNS orange (80.10.246.1, 81.253.149.2), ou un serveur DNS que tu installeras toi-même (on verra par la suite comment installer un serveur DNS).
Si elle n'est pas statique et que tu utilises network-manager, il faut configurer network-manager pour lui dire de tout récupérer par DHCP sauf les DNS.
Si tu utilises DCHP mais pas network-manager il faut corriger /etc/dhcp/dhclient.conf.
Tout cela est expliqué plus en détail ici :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html#h5-complaeacutement--si-vous-utilisez-une-livebox-et-que-la-connexion-semble-lente
Quels DNS utiliser à la place ?
- Si tu es chez orange, tu peux taper directement les DNS orange,
- Sinon tu peux utiliser des DNS publics par exemple celui de google (8.8.8.8),
- Sinon (et c'est à mon avis le mieux) tu installes bind sur une machine (éventuellement directement la machine linux en question) et tu l'utilises en tant que DNS (si tu l'installes sur la machine elle-même victime de lenteur DNS, utilise 127.0.0.1).
Pour installer bind, passe par ton gestionnaire de paquets (aptitude sous debian). Comme je ne sais pas quelle distribution tu utilises, prenons debian comme exemple :
aptitude update aptitude safe-upgrade aptitude install bind9
On configurera ensuite bind comme indiqué ici (cache DNS local) :
http://doc.ubuntu-fr.org/bind9#configuration_pour_un_seul_ordinateur_pc_domestique
On peut imaginer que bind écoute les requêtes DNS extérieures pour mutualiser ce serveur DNS entre les différentes machines, mais bon, tu peux aussi carrément installer un bind en tant que cache local sur chaque machine (bind ne consomme pas grand chose dans ce contexte et tu ne seras pas sensible à une panne d'un bind mutualisé).
Bref, une fois bind mis en place il faut arranger ta configuration réseau pour que chaque machine tape le bon serveur DNS.
Bonne chance
Bonjour,
Ton serveur frodon semble ne pas savoir se résoudre lui-même. As-tu une référence à monsite.com dans le /etc/hosts ?
Si oui, vérifie aussi le /etc/nsswitch.conf.
Tout cela est en complément des infos de Mamiemando. Une résolution locale sera toujours plus rapide qu'une interrogation DNS.
Ton serveur frodon semble ne pas savoir se résoudre lui-même. As-tu une référence à monsite.com dans le /etc/hosts ?
Si oui, vérifie aussi le /etc/nsswitch.conf.
Tout cela est en complément des infos de Mamiemando. Une résolution locale sera toujours plus rapide qu'une interrogation DNS.
Bonjour,
Je rejoint les précédents post mais en rajoutant si c'était possible de déplacer physiquement ce serveur ou de changer le câble réseau en banchant le câble du serveur de Backup à la place de ce serveur qui répond lentement.
C'est bien entendu une idée à vous de voir.
@+
Je rejoint les précédents post mais en rajoutant si c'était possible de déplacer physiquement ce serveur ou de changer le câble réseau en banchant le câble du serveur de Backup à la place de ce serveur qui répond lentement.
C'est bien entendu une idée à vous de voir.
@+
mamiemando :
J'ai suivi tes indications, après avoir correctement lu les docs, j'ai installé/configuré bind sur le serveur frodon (Debian squeeze j'avais oublié de le spécifier).
Ci-dessous les fichiers de confs et les commandes tests que j'ai réalisé :
# cat /etc/bind/named.conf (non modifié)
# cat /etc/bind/named.conf.options (modifié)
# cat /etc/bind/named.conf.local (modifié)
# cat /etc/bind/named.conf.default-zones (non modifié)
# cat /etc/resolv.conf (modifié)
# cat /etc/dhcp/dhclient.conf (non modifié)
# cat /etc/host.conf (non modifié)
# cat /etc/hosts (non modifié)
Tests :
Après sudo service bind9 restart
# named-checkzone abatik.local /etc/bind/db.abatik.local
# named-checkzone abatik.local /etc/bind/db.192
Test la recherche inversée :
# dig 0.168.192.in-addr.arpa. AXFR
Et enfin le syslog au restart de bind :
# tail -f /var/log/syslog
La question étant, me suis-je trompé quelque part ?
Dans le syslog, l'erreur "managed-keys-zone" m'inquiète un peu...
Si tout est ok, maintenant que j'ai mon serveur DNS prêt, je ne sais pas trop comment procéder à la seconde étape, concernant la configuration de /etc/dhcp/dhclient.conf ?
Je ne sais pas non plus comment faire, maintenant, pour que la résolution de nom des sites locaux soient capturée par bind et non pas par le serveur DHCP/DNS de notre réseau (win server 2008) ?
En tout cas, merci mamiemando pour ton aide, j'apprends pas mal de choses, étant uniquement spécialisé développement :).
J'ai suivi tes indications, après avoir correctement lu les docs, j'ai installé/configuré bind sur le serveur frodon (Debian squeeze j'avais oublié de le spécifier).
Ci-dessous les fichiers de confs et les commandes tests que j'ai réalisé :
# cat /etc/bind/named.conf (non modifié)
include "/etc/bind/named.conf.options"; include "/etc/bind/named.conf.local"; include "/etc/bind/named.conf.default-zones";
# cat /etc/bind/named.conf.options (modifié)
options { directory "/var/cache/bind"; forwarders { 192.168.0.200; // Serveur DNS/DHCP de notre réseau (win srv 2008) }; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; };
# cat /etc/bind/named.conf.local (modifié)
zone "abatik.local" { type master; file "/etc/bind/db.abatik.local"; }; zone "0.168.192.in-addr.arpa" { type master; file "/etc/bind/db.192"; }; logging { channel query.log { file "/var/log/bind/query.log"; severity debug 3; }; category queries { query.log; }; };
# cat /etc/bind/named.conf.default-zones (non modifié)
// prime the server with knowledge of the root servers zone "." { type hint; file "/etc/bind/db.root"; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; };
# cat /etc/resolv.conf (modifié)
search abatik.local domain abatik.local nameserver 192.168.0.203 // au lieu de 192.168.0.200
# cat /etc/dhcp/dhclient.conf (non modifié)
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, domain-search, host-name, netbios-name-servers, netbios-scope, interface-mtu, rfc3442-classless-static-routes;
# cat /etc/host.conf (non modifié)
order hosts,bind multi on
# cat /etc/hosts (non modifié)
127.0.0.1 abatik.local localhost.localdomain localhost 188.165.12.98 hal.abatik.com magento.abatik.com 192.168.0.203 frodon.abatik.com frodon svn.abatik.com # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts
Tests :
Après sudo service bind9 restart
# named-checkzone abatik.local /etc/bind/db.abatik.local
zone abatik.local/IN: loaded serial 3540565824 OK
# named-checkzone abatik.local /etc/bind/db.192
zone abatik.local/IN: loaded serial 2011090605 OK
Test la recherche inversée :
# dig 0.168.192.in-addr.arpa. AXFR
; <<>> DiG 9.7.3 <<>> 0.168.192.in-addr.arpa. AXFR ;; global options: +cmd 0.168.192.in-addr.arpa. 604800 IN SOA ns.abatik.local. admin.abatik.local. 2011090605 604800 86400 2419200 604800 0.168.192.in-addr.arpa. 604800 IN NS ns.abatik.com. 1.0.168.192.in-addr.arpa. 604800 IN PTR ns.abatik.local. 0.168.192.in-addr.arpa. 604800 IN SOA ns.abatik.local. admin.abatik.local. 2011090605 604800 86400 2419200 604800 ;; Query time: 0 msec ;; SERVER: 192.168.0.203#53(192.168.0.203) ;; WHEN: Tue Sep 6 18:30:56 2011 ;; XFR size: 4 records (messages 1, bytes 176)
Et enfin le syslog au restart de bind :
# tail -f /var/log/syslog
Sep 6 18:40:31 frodon named[9967]: received control channel command 'stop -p' Sep 6 18:40:31 frodon named[9967]: shutting down: flushing changes Sep 6 18:40:31 frodon named[9967]: stopping command channel on 127.0.0.1#953 Sep 6 18:40:31 frodon named[9967]: stopping command channel on ::1#953 Sep 6 18:40:31 frodon named[9967]: no longer listening on ::#53 Sep 6 18:40:31 frodon named[9967]: no longer listening on 127.0.0.1#53 Sep 6 18:40:31 frodon named[9967]: no longer listening on 192.168.0.203#53 Sep 6 18:40:31 frodon named[9967]: exiting Sep 6 18:40:32 frodon named[10024]: starting BIND 9.7.3 -u bind Sep 6 18:40:32 frodon named[10024]: built with '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc/bind' '--localstatedir=/var' '--enable-threads' '--enable-largefile' '--with-libtool' '--enable-shared' '--enable-static' '--with-openssl=/usr' '--with-gssapi=/usr' '--with-gnu-ld' '--with-dlz-postgres=no' '--with-dlz-mysql=no' '--with-dlz-bdb=yes' '--with-dlz-filesystem=yes' '--with-dlz-ldap=yes' '--with-dlz-stub=yes' '--with-geoip=/usr' '--enable-ipv6' 'CFLAGS=-fno-strict-aliasing -DDIG_SIGCHASE -O2' 'LDFLAGS=' 'CPPFLAGS=' Sep 6 18:40:32 frodon named[10024]: adjusted limit on open files from 1024 to 1048576 Sep 6 18:40:32 frodon named[10024]: found 4 CPUs, using 4 worker threads Sep 6 18:40:32 frodon named[10024]: using up to 4096 sockets Sep 6 18:40:32 frodon named[10024]: loading configuration from '/etc/bind/named.conf' Sep 6 18:40:32 frodon named[10024]: reading built-in trusted keys from file '/etc/bind/bind.keys' Sep 6 18:40:32 frodon named[10024]: using default UDP/IPv4 port range: [1024, 65535] Sep 6 18:40:32 frodon named[10024]: using default UDP/IPv6 port range: [1024, 65535] Sep 6 18:40:32 frodon named[10024]: listening on IPv6 interfaces, port 53 Sep 6 18:40:32 frodon named[10024]: listening on IPv4 interface lo, 127.0.0.1#53 Sep 6 18:40:32 frodon named[10024]: listening on IPv4 interface eth0, 192.168.0.203#53 Sep 6 18:40:32 frodon named[10024]: generating session key for dynamic DNS Sep 6 18:40:32 frodon named[10024]: set up managed keys zone for view _default, file 'managed-keys.bind' Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 254.169.IN-ADDR.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 2.0.192.IN-ADDR.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 100.51.198.IN-ADDR.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 113.0.203.IN-ADDR.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: D.F.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 8.E.F.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 9.E.F.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: A.E.F.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: B.E.F.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA Sep 6 18:40:32 frodon named[10024]: command channel listening on 127.0.0.1#953 Sep 6 18:40:32 frodon named[10024]: command channel listening on ::1#953 Sep 6 18:40:32 frodon named[10024]: zone 0.in-addr.arpa/IN: loaded serial 1 Sep 6 18:40:32 frodon named[10024]: zone 127.in-addr.arpa/IN: loaded serial 1 Sep 6 18:40:32 frodon named[10024]: zone 0.168.192.in-addr.arpa/IN: loaded serial 2011090605 Sep 6 18:40:32 frodon named[10024]: zone 255.in-addr.arpa/IN: loaded serial 1 Sep 6 18:40:32 frodon named[10024]: zone abatik.local/IN: loaded serial 3540565824 Sep 6 18:40:32 frodon named[10024]: zone localhost/IN: loaded serial 2 Sep 6 18:40:32 frodon named[10024]: managed-keys-zone ./IN: loading from master file managed-keys.bind failed: file not found Sep 6 18:40:32 frodon named[10024]: managed-keys-zone ./IN: loaded serial 0 Sep 6 18:40:32 frodon named[10024]: running Sep 6 18:40:32 frodon named[10024]: zone 0.168.192.in-addr.arpa/IN: sending notifies (serial 2011090605)
La question étant, me suis-je trompé quelque part ?
Dans le syslog, l'erreur "managed-keys-zone" m'inquiète un peu...
Si tout est ok, maintenant que j'ai mon serveur DNS prêt, je ne sais pas trop comment procéder à la seconde étape, concernant la configuration de /etc/dhcp/dhclient.conf ?
Je ne sais pas non plus comment faire, maintenant, pour que la résolution de nom des sites locaux soient capturée par bind et non pas par le serveur DHCP/DNS de notre réseau (win server 2008) ?
En tout cas, merci mamiemando pour ton aide, j'apprends pas mal de choses, étant uniquement spécialisé développement :).
gm :
Merci pour ta participation :).
J'ai mis plus haut le fichier /etc/hosts, et voici le /etc/nsswitch.conf :
J'ai essayé de mettre stephane.piscines-online.com dans le hosts de frodon (à côté de 192.168.0.203 : frodon), mais pas d'améliorations. La page s'affiche toujours avec environ 5 secondes d'attente.
D'ailleurs, je rajoute que dans le host de mon pc, j'ai également "192.168.0.203 stephane.piscines-online.com".
Merci pour ta participation :).
J'ai mis plus haut le fichier /etc/hosts, et voici le /etc/nsswitch.conf :
passwd: compat group: compat shadow: compat hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 networks: files protocols: db files services: db files ethers: db files rpc: db files netgroup: nis
J'ai essayé de mettre stephane.piscines-online.com dans le hosts de frodon (à côté de 192.168.0.203 : frodon), mais pas d'améliorations. La page s'affiche toujours avec environ 5 secondes d'attente.
D'ailleurs, je rajoute que dans le host de mon pc, j'ai également "192.168.0.203 stephane.piscines-online.com".
rescue :
Egalement merci de te joindre à la discussion :).
Déplacer physiquement le serveur, ça va être dure.
Cependant, j'ai prévu, si jamais nous n'arrivons pas à résoudre le problème, de faire passer nos travaux dev (svn/sites/intranets) temporairement sur le serveur backup (moins puissant et taille disque plus faible malheureusement), pour voir si nous rencontrons le même problème. De plus, si jamais il n'y a plus le problème, peut-être penser à formater/réinstaller la debian sur frodon... Mais bon.
Concernant le câble réseau, je vois ça demain matin pour voir si ça vient de là. Mais si c'est le cas, je me tape la tête contre le mur :).
Egalement merci de te joindre à la discussion :).
Déplacer physiquement le serveur, ça va être dure.
Cependant, j'ai prévu, si jamais nous n'arrivons pas à résoudre le problème, de faire passer nos travaux dev (svn/sites/intranets) temporairement sur le serveur backup (moins puissant et taille disque plus faible malheureusement), pour voir si nous rencontrons le même problème. De plus, si jamais il n'y a plus le problème, peut-être penser à formater/réinstaller la debian sur frodon... Mais bon.
Concernant le câble réseau, je vois ça demain matin pour voir si ça vient de là. Mais si c'est le cas, je me tape la tête contre le mur :).
Si ton serveur DNS est opérationnel est est désigné par l'IP xx.xx.xx.xx, il suffit que les différents PC utilisent pour nameserver cette IP. Sur le PC en question tu désigneras directement le serveur DNS par 127.0.0.1 qui, tu le sais sans doute, désigne "soi-même" en IP.
Tu peux commencer les tests en allant directement charcuter /etc/resolv.conf sur les différents PC. Ensuite fais une résolution une fois ce fichier corrigé (de frodon ou d'une machine public) avec une commande comme nslookup, dig ou host.
Exemple :
Tu verras avec nslookup si c'est bien ton serveur dns qui est interrogé. À ce stade tu pourras déjà évaluer la latence de la résolution DNS.
Si la résolution est correcte, on peut automatiser la génération de /etc/resolv.conf, qui est réécrit à chaque requête DHCP. Ainsi si tu en restes là, la prochaine fois que le réseau sera réinitialisé sur une machine que tu as corrigé, /etc/resolv.conf sera réécrit et ta correction sera perdue.
L'idée est donc soit d'ignorer les DNS fourni par la requête DHCP. Il faut d'abord vérifier si network-manager est installé pour voir où intervenir. La commande "dpkg -l" liste les paquets installés (ou partiellement installés) sous debian et les distribution qui se basent dessus (ubuntu...), tandis qu'on utilisera "rpm -qa" pour les disitributions red hat ou basées dessus (fedora, mandriva...).
Exemple :
Ici nm est installé, ce qui est fréquemment le cas pour une machine linux "cliente" récente.
Il faut bien voir que nm est une surcouche qui va appeler des commandes réseaux sous-jacentes, dont dhclient (le client DHCP). nm permet d'établir des profils de connexions et ainsi de forcer le DNS pour certaines d'entre elles, et utiliser le DNS fourni par le serveur DHCP dans d'autres cas. C'est surtout intéressant sur une machine itinérante, typiquement un portable qui se connecte à différents points d'accès wifi. Bref tu n'es pas concerné a priori, mais je vais quand même expliqué brièvement au cas où ;)
Cas 1 : nm est installé (peu probable dans ton cas)
On interviendra directement dans le paramétrage de network-manager comme indiqué ici :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html#h5-complaeacutement--si-vous-utilisez-une-livebox-et-que-la-connexion-semble-lente
Comme tu le vois dans ce lien nm est souvent installé avec une interface graphique, sinon il en existe une aussi en mode texte (cnetworkmanager)
Cas 2 : nm n'est pas installé
Dans ce cas on charcute directement la configuration du client DHCP. Ceci signifie que dhclient renverra toujours le même serveur DNS (ce qui n'était pas forcément souhaitable dans le cas n°1, et c'est pour ça que j'ai distingué les deux cas). Ici nous sommes sur un serveur donc pas vraiment concerné, d'autant que nm n'est probablement pas installé.
Sous linux la configuration est dans /etc, ensuite on a un répertoire pour la plupart des applications (et typiquement /etc/dhcp ou /etc/dhcp3 concerne la configuration du client dhcp, en tout cas sous debian). Sous debian le fichier qui nous intéresse est /etc/dhcp/dhclient.conf.
Dans ce fichier tu verras pas mal de lignes commentées (précédées d'un #) qui sont là à titre d'exemple. Tu peux retrouver la documentation sur les directives indiquées dans ce fichier dans le man :
Bref parmi ces lignes, l'une d'elle est :
... qui signifie "précède les DNS que dhclient trouve par le DNS primaire 127.0.0.1" (cette IP est à corriger par xx.xx.xx.xx où xx.xx.xx.xx est l'IP du serveur DNS si celui-ci est hébergé sur une autre machine). Ainsi la résolution sera résolue en priorité par 127.0.0.1, s'il ne répond pas par l'un des autres DNS trouvé par dhclient.
Cela signifie que si ton dns 127.0.0.1 tombe, tes résolutions seront faites par tes anciens DNS (elles seront certes "lentes", mais au moins, elles arriveront à terme). Si au contraire 127.0.0.1 est actif, ce sera ton serveur DNS qui répondra en priorité, donc la résolution sera rapide.
Bonne chance
Tu peux commencer les tests en allant directement charcuter /etc/resolv.conf sur les différents PC. Ensuite fais une résolution une fois ce fichier corrigé (de frodon ou d'une machine public) avec une commande comme nslookup, dig ou host.
Exemple :
nslookup www.google.fr
Tu verras avec nslookup si c'est bien ton serveur dns qui est interrogé. À ce stade tu pourras déjà évaluer la latence de la résolution DNS.
Si la résolution est correcte, on peut automatiser la génération de /etc/resolv.conf, qui est réécrit à chaque requête DHCP. Ainsi si tu en restes là, la prochaine fois que le réseau sera réinitialisé sur une machine que tu as corrigé, /etc/resolv.conf sera réécrit et ta correction sera perdue.
L'idée est donc soit d'ignorer les DNS fourni par la requête DHCP. Il faut d'abord vérifier si network-manager est installé pour voir où intervenir. La commande "dpkg -l" liste les paquets installés (ou partiellement installés) sous debian et les distribution qui se basent dessus (ubuntu...), tandis qu'on utilisera "rpm -qa" pour les disitributions red hat ou basées dessus (fedora, mandriva...).
Exemple :
(mando@aldur) (~) $ dpkg -l | grep network-manager ii network-manager 0.8.4.0-2 network management framework (daemon and userspace tools) ii network-manager-openvpn 0.8.4-1 network management framework (OpenVPN plugin core) ii network-manager-pptp 0.8.4-1 network management framework (PPTP plugin core) ii network-manager-vpnc 0.8.4-1 network management framework (VPNC plugin core)
Ici nm est installé, ce qui est fréquemment le cas pour une machine linux "cliente" récente.
Il faut bien voir que nm est une surcouche qui va appeler des commandes réseaux sous-jacentes, dont dhclient (le client DHCP). nm permet d'établir des profils de connexions et ainsi de forcer le DNS pour certaines d'entre elles, et utiliser le DNS fourni par le serveur DHCP dans d'autres cas. C'est surtout intéressant sur une machine itinérante, typiquement un portable qui se connecte à différents points d'accès wifi. Bref tu n'es pas concerné a priori, mais je vais quand même expliqué brièvement au cas où ;)
Cas 1 : nm est installé (peu probable dans ton cas)
On interviendra directement dans le paramétrage de network-manager comme indiqué ici :
http://www.mistra.fr/tutoriel-linux-configurer-le-reseau.html#h5-complaeacutement--si-vous-utilisez-une-livebox-et-que-la-connexion-semble-lente
Comme tu le vois dans ce lien nm est souvent installé avec une interface graphique, sinon il en existe une aussi en mode texte (cnetworkmanager)
Cas 2 : nm n'est pas installé
Dans ce cas on charcute directement la configuration du client DHCP. Ceci signifie que dhclient renverra toujours le même serveur DNS (ce qui n'était pas forcément souhaitable dans le cas n°1, et c'est pour ça que j'ai distingué les deux cas). Ici nous sommes sur un serveur donc pas vraiment concerné, d'autant que nm n'est probablement pas installé.
Sous linux la configuration est dans /etc, ensuite on a un répertoire pour la plupart des applications (et typiquement /etc/dhcp ou /etc/dhcp3 concerne la configuration du client dhcp, en tout cas sous debian). Sous debian le fichier qui nous intéresse est /etc/dhcp/dhclient.conf.
Dans ce fichier tu verras pas mal de lignes commentées (précédées d'un #) qui sont là à titre d'exemple. Tu peux retrouver la documentation sur les directives indiquées dans ce fichier dans le man :
man dhclient.conf
Bref parmi ces lignes, l'une d'elle est :
prepend domain-name-servers 127.0.0.1
... qui signifie "précède les DNS que dhclient trouve par le DNS primaire 127.0.0.1" (cette IP est à corriger par xx.xx.xx.xx où xx.xx.xx.xx est l'IP du serveur DNS si celui-ci est hébergé sur une autre machine). Ainsi la résolution sera résolue en priorité par 127.0.0.1, s'il ne répond pas par l'un des autres DNS trouvé par dhclient.
Cela signifie que si ton dns 127.0.0.1 tombe, tes résolutions seront faites par tes anciens DNS (elles seront certes "lentes", mais au moins, elles arriveront à terme). Si au contraire 127.0.0.1 est actif, ce sera ton serveur DNS qui répondra en priorité, donc la résolution sera rapide.
Bonne chance
Bonjour,
Bon je viens de tout relire (j'espère).. motivé à même pas 8h du matin...
Autre piste, et surtout petite question :
As-tu essayé de brancher un client (genre un portable) directement sur ton serveur de prod ? Au moins tu es sur de pouvoir éliminer un problème configuration réseau physique..
Comme tu parles de plusieurs serveurs, j'en déduis plusieurs clients... et on ne connait pas ton architecture réseau..
Bon je viens de tout relire (j'espère).. motivé à même pas 8h du matin...
Autre piste, et surtout petite question :
As-tu essayé de brancher un client (genre un portable) directement sur ton serveur de prod ? Au moins tu es sur de pouvoir éliminer un problème configuration réseau physique..
Comme tu parles de plusieurs serveurs, j'en déduis plusieurs clients... et on ne connait pas ton architecture réseau..
Je reviens après quelques jours.
Concernant le serveur DNS avec bind, j'ai réussi à le faire fonctionner, mais toujours les lenteurs...
Pour le câble réseau, je l'ai échangé avec celui du serveur backup gandalf, mais toujours les ralentissements, le serveur gandalf fait tourner les pages toujours rapidement.
j'ai donc décidé de faire passer les travaux du service info sur l'autre serveur dev qui faisait backup beaucoup moins puissant et rapide.
Donc après migration SVN/profils/..., on utilise un peu plus de 50% de l'espace disque, mais les sites dev tournent rapidement (moins que sur frodon certes, mais tout de même presque instantané).
J'ai aussi sauvé et compressé le dossier /etc de frodon sur gandalf.
je prévois donc de réinstaller le serveur apache/php/mysql pour voir si le problème venait de là.
Dans le cas contraire (toujours lenteurs d'affiche d'une page dev), je pense faire une réinstall pure et dure du serveur...
Mais bon ça c'est la méthode un peu windowiste "ça plante tout le temps donc je format", mais ça me permettra de ce fait de me faire la main sur l'install complète d'un serveur linux, qui de plus mon patron a proposé de changer le serveur.
Si après réinstall toujours la lenteur (ça m'étonnerai quand même beaucoup), c'est que c'était un problème matériel.
je vous remercie tous de l'aide que vous avez pu m'apporter, même si cela n'a pas abouti.
Si vous avez d'autres suggestions/tests à me faire faire, je suis tout à fait preneur, car le but est de savoir d'où viennent les lenteurs et surtout pourquoi.
Concernant le serveur DNS avec bind, j'ai réussi à le faire fonctionner, mais toujours les lenteurs...
Pour le câble réseau, je l'ai échangé avec celui du serveur backup gandalf, mais toujours les ralentissements, le serveur gandalf fait tourner les pages toujours rapidement.
j'ai donc décidé de faire passer les travaux du service info sur l'autre serveur dev qui faisait backup beaucoup moins puissant et rapide.
Donc après migration SVN/profils/..., on utilise un peu plus de 50% de l'espace disque, mais les sites dev tournent rapidement (moins que sur frodon certes, mais tout de même presque instantané).
J'ai aussi sauvé et compressé le dossier /etc de frodon sur gandalf.
je prévois donc de réinstaller le serveur apache/php/mysql pour voir si le problème venait de là.
Dans le cas contraire (toujours lenteurs d'affiche d'une page dev), je pense faire une réinstall pure et dure du serveur...
Mais bon ça c'est la méthode un peu windowiste "ça plante tout le temps donc je format", mais ça me permettra de ce fait de me faire la main sur l'install complète d'un serveur linux, qui de plus mon patron a proposé de changer le serveur.
Si après réinstall toujours la lenteur (ça m'étonnerai quand même beaucoup), c'est que c'était un problème matériel.
je vous remercie tous de l'aide que vous avez pu m'apporter, même si cela n'a pas abouti.
Si vous avez d'autres suggestions/tests à me faire faire, je suis tout à fait preneur, car le but est de savoir d'où viennent les lenteurs et surtout pourquoi.
Est-ce que tu utilises bien ton serveur bind pour faire ta résolution ?
Vérifie sur un poste "lent" avec :
Si ce n'est pas le cas, la piste du matériel se tient. Tu peux regarder si une carte droppe des paquets (ifconfig), vérifie que tu n'as pas de perte de paquets (ping -c10 ...)...
Bonne chance
Vérifie sur un poste "lent" avec :
cat /etc/resolv.conf nslookup www.google.fr
Si ce n'est pas le cas, la piste du matériel se tient. Tu peux regarder si une carte droppe des paquets (ifconfig), vérifie que tu n'as pas de perte de paquets (ping -c10 ...)...
Bonne chance