[runeen]

Apparemment il y a 2 postes adminsys à pourvoir !

http://www.ovh.com/fr/particulier/ap...res_emploi.xml


Ah bon, tu ne trouves pas de job avec linux, pourtant l'opensource se finance avec les services de maintenance.... bizarre
Sinon faut étendre sa palette de compétences en adminsys plursys

[tresronours]

En lisant les post, il semble que l'équipe OVH responsable de l'administration des serveurs dédiés soit assez restreinte. Pour le numéro 1 de l'hébergement, faudrait peut être faire un effort pour renforcer l'équipe non, sans vouloir polémiquer inutilement ?

Je note également que les aides ne sont pas exemptes d'erreurs et pas toujours d'actualités.

Par exemple, toute la doc gentoo, faut aller directement la chercher sur le site officiel.

Bref, avec ces problèmes, OVH risque d'être perçu comme un hébergement discount et non grand compte ou tout simplement professionnel.

Bah, moi , je veux bien rejoindre l'équipe d'OVH en télétravail :d

Bah ouai, pas evident de trouver sur taf sous linux ..... Bon, comment ça je suis HS.....

En meme temps faut bien tenter!

[runeen]

En lisant les post, il semble que l'équipe OVH responsable de l'administration des serveurs dédiés soit assez restreinte. Pour le numéro 1 de l'hébergement, faudrait peut être faire un effort pour renforcer l'équipe non, sans vouloir polémiquer inutilement ?

Je note également que les aides ne sont pas exemptes d'erreurs et pas toujours d'actualités.

Par exemple, toute la doc gentoo, faut aller directement la chercher sur le site officiel.

Bref, avec ces problèmes, OVH risque d'être perçu comme un hébergement discount et non grand compte ou tout simplement professionnel.

[Giov@nni]

oui merci a tous, le problème venais bien chez ovh, j'ai recu un mail comme quoi il on eux des problèmes avec les switch et que c'est rétabli.
Depuis le site tourne bien !!!
c'est quand meme scandaleux qu'ils font mine de rien quand on leur dis que notre site rame, car leur premier mail a été qu'il on rien vu comme problème sur mon serveur !!!
en plus ils savents tres bien qu'ils ont des prob mais qu'ils ont le courage de nous le dire !!!!!!!!!!
Super ovh !!!!!!!!!! votre service

Enfin bon maintenant, j'espère qu'on aura réparation pour le préjudice subis .

[ParisByNight]

Moi, je n'ai même pas de réponse.
Je suppose que d'ici quelques heures, quelqu'un va me répondre pour me dire qu'il constate que tout va bien.
Je suis globalement satisfait des machines et bande passante chez ovh, mais il faut reconnaître que quand il y a un problème, c'est l'obscurité et que les temps de réction ne sont pas au top. Je trouve ça dommage car nous avons un business qui tourne sur ces serveurs (c'est pour ça que j'ai plusieurs dédiés) et qu'il n'est pas possible de faire tourner sereinement une activité dans ces conditions.

[patmax]

oui merci a tous, le problème venais bien chez ovh, j'ai recu un mail comme quoi il on eux des problèmes avec les switch et que c'est rétabli.
Depuis le site tourne bien !!!
c'est quand meme scandaleux qu'ils font mine de rien quand on leur dis que notre site rame, car leur premier mail a été qu'il on rien vu comme problème sur mon serveur !!!
en plus ils savents tres bien qu'ils ont des prob mais qu'ils ont le courage de nous le dire !!!!!!!!!!
Super ovh !!!!!!!!!! votre service

[Giov@nni]

Oui, j'ai exactement les mêmes problèmes que toi patmax, et depuis environ la même heure, je pense que cela ne vient en aucun de nos serveur à savoir les Start 100M, avec la distribution Debian 4.0, mais en effet j'ai noté le problème très étrange du switch qui à "disparu" .

J'ai contacté la hotline hier soir par mail, ils ont tenté une connexion aujourd'hui vers 17h, et depuis le switch n'apparait plus, coïncidence ou pas ? Bref, je pensais le problème résolu ce soir, mais en fait c'est vraiment la catastrophe, ça sera super fluide durant des minutes (tout les services hein ssh, http, etc.) puis paff d'un coup gros coup de lague durant quelques secondes voir quelques minutes, tout les services sont impactés grosses lenteurs ...
Il faut attendre donc, mais je commence à perdre patience depuis maintenant 48h .

[ParisByNight]

Non, je ne pense pas parceque j'ai plusieurs serveur ovh et j'ai fait des essais de l'un à l'autre et le pb existait.
Il n'y a pas de constance dans le défaut et de temps en temps, on a une bonne vitesse, et par autres moments ça ne fct pas bien.
Suite,

Pour info, ma machine est localisée :
Baie n° 06D08
Switch : 80.245(19)
depuis 19h40, les temps de ping sont normaux, mais le problème est qu'il n'y a pas de constance.

[ads]

j'ai le même probleme mais uniquement lorsque je suis chez moi.
ça doit venir de l'acces entre FREE et OVH.

[ParisByNight]

Bonsoir,
J'ai le même problème sur machine ns352234.
J'ai fait un ping sur la machine de Patmax et j'ai à peu près les mêmes résultats que pour la mienne. ça varie entre 70ms et 190 ms (moyenne à 134 sur machine de Patmax).
De mon coté, j'ai tracé mes progs et leur comportement est correct. J'ai l'impression qu'il y a un pb ailleurs, soit sur le switch ou je ne sais pas.
J'ai aussi laissé un mesage au support au début de l'après-midi, sans réponse pour l'instant à 18:25

[Mic4eL]

Moi idem.

Envoi d'une requête 'ping' sur ns26637.ovh.net [91.121.80.85] avec 32 octets de
données :

Réponse de 91.121.80.85 : octets=32 temps=48 ms TTL=52
Réponse de 91.121.80.85 : octets=32 temps=47 ms TTL=52
Réponse de 91.121.80.85 : octets=32 temps=47 ms TTL=52
Réponse de 91.121.80.85 : octets=32 temps=47 ms TTL=52

Statistiques Ping pour 91.121.80.85:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 47ms, Maximum = 48ms, Moyenne = 47ms

[patmax]

merci beaucoup.
j'ai deja envoyer un mail hier mais j'attend leur réponse.
pour suport
voici le nom de la machine:

se que je comprend pas non plus c'est dans
Graphiques d'utilisation réseaux - MRTG
Les données de MRTG ne sont pas disponibles (Le message du serveur est : Invalid switch IP)

j'ai plus rien et avant oui !

[tresronours]

Au fait, c'est quoi comme distrib? et le nom de la machine comme ça si qqu'un d'ovh passe ici il pourra jeter un oeil

C'est tres curieux. Un mail au support va etre necessaire je pense. Et apres si tu as la solution, de nous la donner.... pour notre culture

[patmax]

oui merci j'ai bien recu j'ai repondu a ton mail.
oui comme j'ai pas eux de reponse j'ai rebooter le serveur pour voir si cela changerai, mais rien a changer le site rame toujours.
merci beaucoup pour votre aide

[cassiopee]

je me suis permi de t'envoyer un email, car tu connais le site.
D'avance merci

Je viens de te répondre mais je ne sais pas si tu as reçu mes mails ?

Visiblement le serveur a rebooté hier, donc après il va falloir creuser.
Ce n'est peut-être pas le bon Apache qui a redémarré par exemple.

[patmax]

voila tous le fichier
http://www.partage-facile.com/115558-log.txt.html

mes je sais pas exactement l'heure j'ai constater le prob le 07/01 au soir 22 ou 23h

[tresronours]

Tu peux remonter dans les logs jusqu'a la date du clash ? la veille a 22H dont tu parles dans ton premier message. Histoire de voir ce qui a pu se passer a ce moment la....

[patmax]

Jan 8 20:26:26 ns26532 kernel: raid6: int64x1 1534 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: int64x2 2102 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: int64x4 2557 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: int64x8 1519 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: sse2x1 3207 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: sse2x2 3500 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: sse2x4 6110 MB/s
Jan 8 20:26:26 ns26532 kernel: raid6: using algorithm sse2x4 (6110 MB/s)
Jan 8 20:26:26 ns26532 kernel: md: raid6 personality registered for level 6
Jan 8 20:26:26 ns26532 kernel: md: raid5 personality registered for level 5
Jan 8 20:26:26 ns26532 kernel: md: raid4 personality registered for level 4
Jan 8 20:26:26 ns26532 kernel: raid5: automatically using best checksumming function: generic_sse
Jan 8 20:26:26 ns26532 kernel: generic_sse: 7341.000 MB/sec
Jan 8 20:26:26 ns26532 kernel: raid5: using function: generic_sse (7341.000 MB/sec)
Jan 8 20:26:26 ns26532 kernel: md: multipath personality registered for level -4
Jan 8 20:26:26 ns26532 kernel: device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com
Jan 8 20:26:26 ns26532 kernel: Netfilter messages via NETLINK v0.30.
Jan 8 20:26:26 ns26532 kernel: nf_conntrack version 0.5.0 (3835 buckets, 30680 max)
Jan 8 20:26:26 ns26532 kernel: ctnetlink v0.93: registering with nfnetlink.
Jan 8 20:26:26 ns26532 kernel: IPv4 over IPv4 tunneling driver
Jan 8 20:26:26 ns26532 kernel: GRE over IPv4 tunneling driver
Jan 8 20:26:26 ns26532 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 8 20:26:26 ns26532 kernel: ClusterIP Version 0.8 loaded successfully
Jan 8 20:26:26 ns26532 kernel: TCP cubic registered
Jan 8 20:26:26 ns26532 kernel: Initializing XFRM netlink socket
Jan 8 20:26:26 ns26532 kernel: NET: Registered protocol family 1
Jan 8 20:26:26 ns26532 kernel: NET: Registered protocol family 17
Jan 8 20:26:26 ns26532 kernel: NET: Registered protocol family 15
Jan 8 20:26:26 ns26532 kernel: drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Jan 8 20:26:26 ns26532 kernel: md: Autodetecting RAID arrays.
Jan 8 20:26:26 ns26532 kernel: md: autorun ...
Jan 8 20:26:26 ns26532 kernel: md: ... autorun DONE.
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: write access will be enabled during recovery.
Jan 8 20:26:26 ns26532 kernel: kjournald starting. Commit interval 5 seconds
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: sda1: orphan cleanup on readonly fs
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: sda1: 9 orphan inodes deleted
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: recovery complete.
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jan 8 20:26:26 ns26532 kernel: VFS: Mounted root (ext3 filesystem) readonly.
Jan 8 20:26:26 ns26532 kernel: Freeing unused kernel memory: 252k freed
Jan 8 20:26:26 ns26532 kernel: Adding 522104k swap on /dev/sda3. Priority:-1 extents:1 across:522104k
Jan 8 20:26:26 ns26532 kernel: EXT3 FS on sda1, internal journal
Jan 8 20:26:26 ns26532 kernel: kjournald starting. Commit interval 5 seconds
Jan 8 20:26:26 ns26532 kernel: EXT3 FS on sda2, internal journal
Jan 8 20:26:26 ns26532 kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jan 8 20:26:26 ns26532 kernel: r8169: eth0: link up


je sais pas mettre plus car sur le forum c'est trop long
merci

[tresronours]

Euuuuuh, là y a un probleme.... remonte plus que que 50 lignes, essaie de remonter jusqu'a des logs plus "parlant" que "MARK" , ça sent pas bon ça....

Edit, ok, ça sent pas la mort non plus : http://aplawrence.com/Blog/B935.html

Donc c'est que syslog tourne avec l'option -m, donc il faut remonter plus loin dans les logs.

Mais ton systeme ne semble rien loguer.... je suis perplexe....

[patmax]

Jan 8 23:46:29 nsxxxx -- MARK --
Jan 9 00:06:29 nsxxxx -- MARK --
Jan 9 00:26:29 nsxxxx -- MARK --
Jan 9 00:46:30 nsxxxx -- MARK --
Jan 9 01:06:30 nsxxxx -- MARK --
Jan 9 01:26:30 nsxxxx -- MARK --
Jan 9 01:46:31 nsxxxx -- MARK --
Jan 9 02:06:31 nsxxxx -- MARK --
Jan 9 02:26:31 nsxxxx -- MARK --
Jan 9 02:46:31 nsxxxx -- MARK --
Jan 9 03:06:32 nsxxxx -- MARK --
Jan 9 03:26:32 nsxxxx -- MARK --
Jan 9 03:46:32 nsxxxx -- MARK --
Jan 9 04:06:33 nsxxxx -- MARK --
Jan 9 04:26:33 nsxxxx -- MARK --
Jan 9 04:46:33 nsxxxx -- MARK --
Jan 9 05:06:34 nsxxxx -- MARK --
Jan 9 05:26:34 nsxxxx -- MARK --
Jan 9 05:46:34 nsxxxx -- MARK --
Jan 9 06:06:35 nsxxxx -- MARK --
Jan 9 06:25:06 nsxxxx syslogd 1.4.1#18: restart.
Jan 9 06:46:35 nsxxxx -- MARK --
Jan 9 07:06:36 nsxxxx -- MARK --
Jan 9 07:26:36 nsxxxx -- MARK --
Jan 9 07:46:36 nsxxxx -- MARK --
Jan 9 08:06:37 nsxxxx -- MARK --
Jan 9 08:26:37 nsxxxx -- MARK --
Jan 9 08:46:37 nsxxxx -- MARK --
Jan 9 09:06:37 nsxxxx -- MARK --
Jan 9 09:26:38 nsxxxx -- MARK --
Jan 9 09:46:38 nsxxxx -- MARK --
Jan 9 10:06:38 nsxxxx -- MARK --
Jan 9 10:26:39 nsxxxx -- MARK --
Jan 9 10:46:39 nsxxxx -- MARK --
Jan 9 11:06:39 nsxxxx -- MARK --
Jan 9 11:26:40 nsxxxx -- MARK --
Jan 9 11:46:40 nsxxxx -- MARK --
Jan 9 12:06:40 nsxxxx -- MARK --
Jan 9 12:26:41 nsxxxx -- MARK --
Jan 9 12:46:41 nsxxxx -- MARK --
Jan 9 13:06:41 nsxxxx -- MARK --
Jan 9 13:26:42 nsxxxx -- MARK --
Jan 9 13:46:42 nsxxxx -- MARK --
Jan 9 14:06:42 nsxxxx -- MARK --
Jan 9 14:26:43 nsxxxx -- MARK --
Jan 9 14:46:43 nsxxxx -- MARK --
Jan 9 15:06:43 nsxxxx -- MARK --
Jan 9 15:26:44 nsxxxx -- MARK --
Jan 9 15:46:44 nsxxxx -- MARK --

Les logs les logs les logs :d

[tresronours]

Ok l'espace disque ne pose pas probleme. Coté logs maintenant ?
c'est la qu'il faut toujours regarder en premier les logs systeme

[patmax]

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda1 3,0G 955M 1,9G 34% /
tmpfs 469M 0 469M 0% /lib/init/rw
udev 10M 28K 10M 1% /dev
tmpfs 469M 0 469M 0% /dev/shm
/dev/sda2 685G 1,3G 649G 1% /home



QUOTE=tresronours;147348]Euh... comment dire, en fait celui qui m'interesse c'est
/var/log/messages

et ça serait bien les, disons, 50 dernieres lignes

ET aussi df -h pour voir la taille des partitions et espace libre [/QUOTE]

[tresronours]

Euh... comment dire, en fait celui qui m'interesse c'est
/var/log/messages

et ça serait bien les, disons, 50 dernieres lignes (tail -50f /var/log/messages)

ET aussi df -h pour voir la taille des partitions et espace libre

Les logs les logs les logs :d

[patmax]

dans trafic, paquets ou erreurs j'ai le meme message

Les données de MRTG ne sont pas disponibles (Le message du serveur est : Invalid switch IP) en rouge

[patmax]

j'ai un drole de truc dans mrtg

Les données de MRTG ne sont pas disponibles (Le message du serveur est : Invalid switch IP)

Dans le manager ça donne quoi dans Etat du serveur -> Graphiques d'utilisation réseaux - MRTG -> Trafic

[tresronours]

voila la derniere ligne du fichier var/log/message.0

Jan 6 06:25:13 nsxxxxx syslogd 1.4.1#18: restart.

Merci pour ton aide

Euh... comment dire, en fait celui qui m'interesse c'est
/var/log/messages

et ça serait bien les, disons, 50 dernieres lignes

ET aussi df -h pour voir la taille des partitions et espace libre

[patmax]

la lenteur est partout dans le ftp, sql ssh pour me connecter ou pour modifier

[Mic4eL]

Dans le manager ça donne quoi dans Etat du serveur -> Graphiques d'utilisation réseaux - MRTG -> Trafic

[patmax]

voila la derniere ligne du fichier var/log/message.0

Jan 6 06:25:13 nsxxxxx syslogd 1.4.1#18: restart.

Merci pour ton aide

[dam23]

Ou le www qui essaye de résolve les IPs pour les mettre dans ses logs et qui y arrive mal...

D'où l'intérêt de désactiver les queries DNS chez apache déjà.

[ads]

Bonjour,
J'ai eu le même Probleme:
Le matin chez mon employeur l'accés était Rapide
Le soir chez moi l'accès était hyper lent et de temps en temps super rapide.
Pour test des que c'est long je demande à un pote de faire le test de chez lui et il ne constatait pas de lenteur.
Pour info chez moi c'est free donc je ne m'inquiete plus

[tresronours]

Que donne les logs dans /var/log/messages ? les dernieres lignes pour voir. Le ralentissment peut etre causé par des tonnes de trucs.

Trop de process, des connexions non fermées, des erreur d'acces au disque dur etc...

[patmax]

Oui l'affichage de la page est lent sur le site, il a un tchat et normalement les messages son envoyé instantanément et actuellement il faut à chaque fois attendre plusieurs secs ou meme des minutes.
je problème ne viens pas de chez moi car tous les membres on le même problème.
se matin tres tot meme avec 5 connecters le site rame.

[tresronours]

Comment constates tu que ça rame? l'affichage des pages est lent ? Chez moi c'est arrivé, ça venait d'un soucis de DNS de mon FAI. Essaie de passer par un proxy, ou un autre fournisseur, ou alors, donne nous le domaine a visiter.

De façon a ce qu'on puisse en dire plus. Car en effet, selon le load, ton serveur roupille!

[patmax]

oui c'est vrais c'est pour cette raison que je comprend pas pour quoi le site rame avec des paramettre bon.
j'ai envoyer un mail a ovh mais j'ai pas de réponse.
le site a pas eux de changement et subitement ca rame 24h/24h avac selement 50 cennecters.
j'avais bien plus de connecter sans aucun prob et depuis 2 jours ca rame.
Merci

[dam23]

top - 19:26:46 up 23 days, 16:04, 1 user, load average: 0.01, 0.03, 0.00
Tasks: 278 total, 1 running, 277 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4%us, 0.6%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 959780k total, 916276k used, 43504k free, 81904k buffers
Swap: 522104k total, 20760k used, 501344k free, 468316k cached

Ben non il rame pas...
0.01 en load on peut difficilement faire plus bas.

[patmax]

je me suis permi de t'envoyer un email, car tu connais le site.
D'avance merci

Relis le message de Loup Artic.

Sans aucune info ou presque, nous ne pouvons rien pour toi

[cassiopee]

Relis le message de Loup Artic.

Sans aucune info ou presque, nous ne pouvons rien pour toi

[patmax]

bonjour, mon problème reste toujours le meme, j'ai rebooter le serveur pour voir et rien ne change il rame toujours autant.
Personne a une petite idée ?
Voici le dernier top.
top - 13:08:19 up 16:43, 1 user, load average: 0.07, 0.04, 0.00
Tasks: 166 total, 2 running, 164 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.8%us, 0.8%sy, 0.0%ni, 97.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 959780k total, 719668k used, 240112k free, 81984k buffers
Swap: 522104k total, 0k used, 522104k free, 421816k cached

je suis perdu !

[patmax]

dans le fichier error.log

[Tue Jan 08 09:01:34 2008] [error] [client 83.3.117.218] request failed: error reading the headers
[Tue Jan 08 10:40:55 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 10:41:36 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 10:46:22 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 10:55:12 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:10:23 2008] [error] [client 87.219.254.30] request failed: error reading the headers
[Tue Jan 08 11:10:46 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:14:44 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:18:59 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:21:02 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:21:21 2008] [error] [client 217.77.165.35] request failed: error reading the headers
[Tue Jan 08 11:43:05 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:48:28 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 11:48:30 2008] [error] [client 79.184.15.242] Invalid URI in request ed-with: XMLHttpRequest
[Tue Jan 08 12:56:22 2008] [error] [client 85.241.122.155] request failed: error reading the headers, referer: http://
[Tue Jan 08 12:57:14 2008] [error] [client 85.241.122.155] request failed: error reading the headers, referer: http://
[Tue Jan 08 13:35:21 2008] [error] [client 213.169.107.61] request failed: error reading the headers
[Tue Jan 08 13:43:46 2008] [error] [client 81.169.183.230] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind
[Tue Jan 08 14:04:52 2008] [error] [client 81.169.183.230] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind
[Tue Jan 08 14:52:07 2008] [error] [client 87.79.105.48] request failed: error reading the headers
[Tue Jan 08 14:58:59 2008] [error] [client 217.133.90.119] Invalid URI in request name=photo%205.zip&directory=PHOTO& HTTP/1.1
[Tue Jan 08 15:03:40 2008] [error] [client 85.114.141.224] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind
[Tue Jan 08 15:03:57 2008] [error] [client 212.190.66.107] File does not exist: /var/www/favicon.ico
[Tue Jan 08 17:44:50 2008] [error] [client 82.101.147.4] request failed: error reading the headers, referer: http://
[Tue Jan 08 18:00:16 2008] [error] [client 80.236.231.150] request failed: error reading the headers
[Tue Jan 08 18:35:35 2008] [error] [client 89.130.55.254] Invalid URI in request -Vr.4.0.exe&directory=FTE%20et%20Clones& HTTP/1.1
[Tue Jan 08 18:50:32 2008] [error] [client 213.118.24.110] request failed: error reading the headers, referer: http://
[Tue Jan 08 18:52:21 2008] [error] [client 213.118.24.110] request failed: error reading the headers, referer: http://
[Tue Jan 08 18:58:21 2008] [error] [client 213.118.24.110] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:06:43 2008] [error] [client 217.227.187.77] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:10:04 2008] [error] [client 78.61.107.32] request failed: error reading the headers
[Tue Jan 08 19:29:23 2008] [error] [client 84.79.155.230] Invalid URI in request nguage: es
[Tue Jan 08 19:34:11 2008] [error] [client 83.228.96.66] File does not exist: /var/www/x0x0x0x0x0x0x0x0x0
[Tue Jan 08 19:34:24 2008] [error] [client 83.228.96.66] script '/var/www/xmlrpc.php' not found or unable to stat
[Tue Jan 08 19:34:24 2008] [error] [client 83.228.96.66] File does not exist: /var/www/xmlrpc
[Tue Jan 08 19:34:30 2008] [error] [client 83.228.96.66] File does not exist: /var/www/xmlsrv
[Tue Jan 08 19:34:30 2008] [error] [client 83.228.96.66] File does not exist: /var/www/blog
[Tue Jan 08 19:34:30 2008] [error] [client 83.228.96.66] File does not exist: /var/www/drupal
[Tue Jan 08 19:46:44 2008] [error] [client 91.187.13.69] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:46:44 2008] [error] [client 91.187.13.69] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:46:51 2008] [error] [client 91.187.13.69] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:47:05 2008] [error] [client 91.187.13.69] request failed: error reading the headers, referer: http://
[Tue Jan 08 19:57:10 2008] [error] [client 84.133.201.119] request failed: error reading the headers
[Tue Jan 08 20:26:30 2008] [warn] RSA server certificate CommonName (CN) `ns23632.ovh.net' does NOT match server name!?
[Tue Jan 08 20:26:30 2008] [warn] RSA server certificate CommonName (CN) `ns23632.ovh.net' does NOT match server name!?
[Tue Jan 08 20:26:30 2008] [notice] Apache/2.2.3 (Debian) PHP/5.2.0-8+etch7 mod_ssl/2.2.3 OpenSSL/0.9.8c configured -- resuming normal operations
[Tue Jan 08 20:40:28 2008] [error] [client 85.114.141.91] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind
[Tue Jan 08 21:30:50 2008] [error] [client 81.169.183.230] client sent HTTP/1.1 request without hostname (see RFC2616 section 14.23): /w00tw00t.at.ISC.SANS.DFind
[Tue Jan 08 21:37:47 2008] [error] [client 212.96.108.88] script not found or unable to stat: /usr/lib/cgi-bin
[Tue Jan 08 21:38:08 2008] [error] [client 212.96.108.88] script not found or unable to stat: /usr/lib/cgi-bin

de l'aide svp merci

[patmax]

la machine est un star 100m large avec debian 4.0
merci

[Loup Artic]

Check tout tes logs.

De plus sans info sur ta machine, ce que tu fais tourner etc, on va pas pouvoir t'aider d'un poil.

[patmax]

dans le panel (Processus du serveur ) la seul chose qui est peut être fort haut est : Processus démarré(s) ( loadup ) : 288
je vois vraiment pas pour quoi ca rame subitement.
il a que 50 membres simultaner et j'avais toujours eux beaucoup plus sans prob
Merci

[patmax]

Bonsoir a tous,
Depuis plusieur semaine mon serveur tourne bien, mais depuis hier 22h il rame a mourir.
rien a été changer depuisje trouve bizarre que d'un coup ca rame.
Le matin c'est plus ou moin bon mais arrivé le soir dure dure pour se connecter.
Il a t'il un problème chez ovh ?
voici mon top:
top - 19:26:46 up 23 days, 16:04, 1 user, load average: 0.01, 0.03, 0.00
Tasks: 278 total, 1 running, 277 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.4%us, 0.6%sy, 0.0%ni, 97.7%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 959780k total, 916276k used, 43504k free, 81904k buffers
Swap: 522104k total, 20760k used, 501344k free, 468316k cached

quelqu'un peut il m'aider?
D'avance merci