Bonjour,
Je me permets de vous demander votre aide sur un problème que j'ai depuis maintenant plusieurs mois sur mon serveur Kimsufi (ci-dessous les caractéristiques du serveur) :
Datacentre: GRA1 - Rack: G131B05 - Server ID: 457569
OS: Ubuntu 18.04 LTS "Bionic Beaver" (64bits)
Nom commercial: Serveur KS-3 - Atom N2800 - 4GB DDR3 1066 MHz - 2To SATA
IP principale: 37.187.113.10
Reverse: psycho-usmb.fr
Certains utilisateurs me rapportent une impossibilité de se connecter au site psycho-usmb.fr, et ce peu importe la page. Le phénomène qu'ils observent est l'un des suivants :
- Page qui charge à l'infini
- Err_timed_out. psycho-usmb.fr a mis trop de temps à répondre.
Le problème est résolu s'ils utilisent un VPN ou ProxySite par exemple. Ils peuvent à ce moment-là se rendre normalement sur le site.
La réponse que j'ai obtenu de Kimsufi est la suivante :
Après analyse je ne constate aucun blocage sur votre site web.
Aucune perte réseau constaté sur la dernière semaine.
_Afin de déterminer si aucun problème matériel n'est présent vous pouvez suivre ce guide : _
_https://docs.ovh.com/fr/dedicated/diagnostic-dysfonctionnements-materiels-serveur-dedie/_
Pour l'instant je n'ai pas réalisé le test de dysfonctionnement matériel car cela implique de redémarrer mon serveur alors que j'ai actuellement beaucoup d'utilisateurs qui participent à des expériences dessus, et je ne souhaite pas perturber cela.
Ci-dessous ce que j'ai déjà essayé :
- Si les utilisateurs concernés se connectent directement sur l'adresse IP (37.187.113.10), cela ne fonctionne pas non plus
- Les commandes ci-dessous renvoient toutes des réponses :
ping -4 www.psycho-usmb.fr
ping -4 psycho-usmb.fr
ping -6 www.psycho-usmb.fr
ping -6 psycho-usmb.fr
- Les adresses IPs des utilisateurs concernés n'apparaissent pas dans les IPS bans (vérifié avec la commande "sudo zgrep 'Ban' /var/log/fail2ban.log*").
Avez-vous une idée de ce que je peux faire pour améliorer la situation pour ces utilisateurs ?
Pensez-vous que le problème puisse venir du service d'hébergement en lui-même, et qu'il faudrait donc que j'envisage d'en changer ?
Le problème est qu'il y a sans doute certains utilisateurs qui rencontrent le problème et qui abandonnent simplement l'idée de se connecter au site sans me contacter. Comme nous utilisons ce site pour recruter des participants pour des expériences, cela est assez gênant.
Je vous remercie pour votre aide, et n'hésitez pas à me demander des informations complémentaires si besoin.
Bien cordialement,
Jessica Bourgin
Comme nous utilisons ce site pour recruter des participants pour des expériences, cela est assez gênant.
Bonjour,
Je dois quand même vous mettre en garde que cette gamme de serveur comporte le plus petit processeur de la gamme, un intel Atom, que vous n'avez aucune protection contre un crash disque, et que la gamme de produits Kimsufi contient selon votre jour de chance du matériel neuf, ou bien du matériel qui a déjà un paquet d'heures de vol.
Tout cela avec zéro support client, à part remplacer/réparer les éventuelles pannes hardware.
Si vous acceptez cela pour supporter une communauté d'utilisateurs, vous assumez le risque.
Vérifiez déjà les statistiques du disque dur avec smartctl.
Bonjour,
Merci beaucoup pour votre retour. Je note donc de changer de service d'hébergement dès que nous aurons les fonds.
Les statistiques du disque dur retournées par smartctl sont les suivantes, je n'ai pas noté de problème :
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-142-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: HGST HUS726020ALA610
Serial Number: K5HMM7YD
LU WWN Device Id: 5 000cca 25ed702d7
Firmware Version: A5GNT920
User Capacity: 2 000 398 934 016 bytes [2,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Mon Dec 6 09:31:05 2021 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 113) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off supp ort.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 288) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_ FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0
2 Throughput_Performance 0x0005 137 137 054 Pre-fail Offline - 104
3 Spin_Up_Time 0x0007 136 136 024 Pre-fail Always - 219 (Average 218)
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 30
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 128 128 020 Pre-fail Offline - 18
9 Power_On_Hours 0x0012 096 096 000 Old_age Always - 33288
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 30
192 Power-Off_Retract_Count 0x0032 099 099 000 Old_age Always - 1433
193 Load_Cycle_Count 0x0012 099 099 000 Old_age Always - 1433
194 Temperature_Celsius 0x0002 230 230 000 Old_age Always - 26 (Min/Max 16/53)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA _of_first_error
# 1 Extended offline Completed without error 00% 33223 -
# 2 Short offline Completed without error 00% 33218 -
# 3 Short offline Completed without error 00% 3558 -
# 4 Short offline Completed without error 00% 3555 -
# 5 Short offline Completed without error 00% 3555 -
# 6 Short offline Completed without error 00% 2336 -
# 7 Short offline Completed without error 00% 2333 -
# 8 Short offline Completed without error 00% 2333 -
# 9 Short offline Completed without error 00% 4 -
#10 Short offline Completed without error 00% 0 -
#11 Short offline Completed without error 00% 0 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Merci pour votre aide.
smartctl 6.6 2016-05-31
Votre disque ne présente pas de problème, il a bientôt 4 ans de fonctionnement.
HGST est une bonne marque.
Merci pour votre retour.
Cela signifie-t-il que vous pensez que le problème que je rencontre ne peut pas être résolu de mon côté (si le matériel ne présente pas de problème) ?
Merci pour votre aide.
Le phénomène qu'ils observent est l'un des suivants :
- Page qui charge à l'infini
- Err_timed_out. 1usmb.frusmb.fr a mis trop de temps à répondre.
C'est probablement quand votre serveur est surchargé.
Il faut mettre une personne compétente en administration Linux pour identifier le problème quand il est près de se produire, et/ou analyser les logs par après.
Si Linux est en mode panique parce que toute la mémoire est utilisée mais qu'on sollicite toujours plus, ça commence par swapper, puis ça finit dans un bain de sang (d'électrons)
Si vous voyez OOM Kill dans vos logs, ce n'est pas bon.
Ce peut aussi être Apache qui a atteint une limite qu'on lui a fixée.
Etc.
ne peut pas être résolu de mon côté
Justement oui, mais il faut une personne compétente (responsabilité du client, pas d'OVH)
Si le serveur est trop faible, pas d'autre solution que de monter en gamme (cibler les gammes professionnelles selon votre analyse de risque)
Merci pour votre retour.
Je n'ai pas d'OOM Kill dans les syslogs. Je n'ai pas apporté de limites dans la configuration Apache et n'ai pas vu d'erreur dans les logs liée à un OOM.
Et la RAM ne me semble pas utilisée de manière excessive (ci-dessous une capture htop).
De plus comme je le disais le problème pour ces utilisateurs ne se pose pas à certains moments mais de manière permanente, et est entièrement résolu lorsqu'ils utilisent un VPN ou un proxy. Je n'ai donc pas l'impression que le problème vienne d'une surcharge temporaire du serveur, le problème n'étant pas temporaire.
Je n'ai donc pas l'impression que le problème vienne d'une surcharge temporaire du serveur
Ces personnes à problème devraient faire un traceroute pour diagnostiquer s'il n'y a pas une erreur de routage.
Ou bien s'il y a une protection/mitigation DDOS qui s'est activée, notamment si vous faites beaucoup de trafic UDP.