Problèmes de pertes de données : fichiers, mysql etc

**kewan** · 16/12/2023, 18h01

Bonjour tout le forum,

J'ai besoin de votre aide.

J'ai un vieux serveur sous ubuntu 16.04.7 LTS. C'est une configuration 32 bits.

Depuis quelques semaines, j'ai des pertes de données à son allumage.

J'ai relevé des lignes en moins dans :

le fichier /etc/sudoers
un de mes fichiers /root/bash/save_rsync.sh
dans une table de ma base de données (les dernières)

Le serveur s'allume tous les matins de la semaine à 6h30, configuration dans le bios.
A 17h08 sauvegarde de la base de données et du repertoire /var/www sur une clé USB.
A 18h20 arrêt du serveur.

crontab

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
08 17 * * * /root/bash/save_rsync.sh
20 18 * * * /sbin/shutdown -h now

J'ai vérifié la sauvegarde se passe correctement, toutes les tables de la base de données sont sauvegardées sur la clé USB, aucune perte dans le serveur après la sauvegarde. Pourtant le lendemain à l'allumage, il arrive qu'il manque des données (les dernières) dans des tables. A ce moment-là, si je fais une mise à jour avec la sauvegarde de la veille, tout est retrouvé.

Je n'arrive pas à définir quand cela arrive. J'ai fait des essais de modifications de fichiers, des modification de tables, des sauvegardes, des mises à jour de tables. J'ai redémarré plusieurs fois le serveur, parfois aucun problème (du moins, je ne remarque rien.) et parfois des pertes.

Voilà des fichiers que j'utilise qui sont peut-être la cause de mon problème.

/etc/sudoers

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
root ALL=(ALL:ALL) ALL
www-data ALL=NOPASSWD: /root/bash/demonter_cle.sh start
www-data ALL=NOPASSWD: /root/bash/maj2.sh start
www-data ALL=NOPASSWD: /root/bash/monter_cle.sh start
www-data ALL=NOPASSWD: /root/bash/save_rsync.sh start
www-data ALL=NOPASSWD: /root/bash/services.sh start
www-data ALL=NOPASSWD: /sbin/shutdown -h now

/root/bash/maj2.sh
Pour mettre à jour ma base de données et le répertoire /var/www depuis une sauvegarde sur une clé USB

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#!/bin/bash
 
# Attention ce script fonctionne avec /root/.my.cnf
 
# Demander le montage de la clé USB.
source /root/bash/monter_cle.sh
# Tester si la clé est montée. Si la clé n'est pas montée retourne 0.
if [ `grep -c "/mnt/cle" /etc/mtab` -eq 0 ]
	then
		echo "    /!\ Echec la clé n'est pas montée."
	else
		# Aller dans le dossier sauvegarde de la clé USB.
		cd /mnt/cle/sauvegarde
 
		# Création de la variable dossierSauvegarde.
 
		# dossierSauvegarde = dernier dossier modifié.
		dossierSauvegarde=$(ls -1t | head -1)
 
		# Mise à jour de /var/www/
		rsync -a --exclude '_basesDeDonnees/' --delete-after /mnt/cle/sauvegarde/$dossierSauvegarde/ /var/www
 
		# Mise à jour de la base données maintenance.
		USER="root"
		HOST="localhost"
		BASE_SQL="maintenance"
		# Mettre la base de données à jour
		mysql -h$HOST -u$USER $BASE_SQL < $dossierSauvegarde/_basesDeDonnees/maintenance.sql
 
		chmod -R 777 /var/www
 
		# Demander le démontage de la clé USB.
		source /root/bash/demonter_cle.sh
 
		echo $dossierSauvegarde
fi

/var/www/admin/maj.php
page php pour lancer la mise à jour de ma base de données et le répertoire /var/www depuis une sauvegarde sur une clé USB

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
<?php
session_start();
$titre = "Mise à jour";
?>
<!DOCTYPE html>
<html>
	<head>
		<meta charset="utf-8"/>
		<link href="/images/logo_lycee.png" rel="shortcut icon">
		<link rel="stylesheet" href="/css/bouton.css"/>
		<link rel="stylesheet" href="/css/page.css"/>
		<link rel="stylesheet" href="/css/paragraphe.css"/>
		<link rel="stylesheet" href="/css/tableau.css"/>
		<link rel="stylesheet" href="/css/titre.css"/>
		<title><?php echo $titre;?></title>
	</head>
	<body class="s1">
		<?php
			ob_start();
			if(!empty($_SESSION['prof'])){
				try{
					include("/var/www/connexion_bdd.php");
					include("/var/www/admin/_enTeteAdmin.php");
 
					if(!empty($_POST['subMaj'])){
 
						// Rechercher toutes les contraintes de clés étrangères
						$chContrainte = $bdd->query
						('
							SELECT      k.CONSTRAINT_SCHEMA, k.CONSTRAINT_NAME, k.TABLE_NAME, k.COLUMN_NAME , k.REFERENCED_TABLE_SCHEMA, k.REFERENCED_TABLE_NAME, k.REFERENCED_COLUMN_NAME,
										r.UPDATE_RULE, r.DELETE_RULE
							FROM        INFORMATION_SCHEMA.KEY_COLUMN_USAGE	AS k
							INNER JOIN  INFORMATION_SCHEMA.TABLE_CONSTRAINTS AS c		ON k.CONSTRAINT_SCHEMA = c.CONSTRAINT_SCHEMA
							INNER JOIN	INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS AS r	ON k.CONSTRAINT_SCHEMA = r.CONSTRAINT_SCHEMA
							AND         k.CONSTRAINT_NAME		= c.CONSTRAINT_NAME
							AND         k.CONSTRAINT_NAME		= r.CONSTRAINT_NAME
							AND         k.CONSTRAINT_SCHEMA		= "maintenance"
							AND			k.REFERENCED_TABLE_NAME	!= "aatest1"
							WHERE       c.CONSTRAINT_TYPE		= "FOREIGN KEY"
							ORDER BY	k.REFERENCED_COLUMN_NAME, k.REFERENCED_TABLE_NAME, k.TABLE_NAME
						');
						$contrainte = $chContrainte->fetchAll();
 
						foreach ($contrainte as $con) {
							// Supprimer toutes les contraintes de clés étrangères
							$bdd->query('ALTER TABLE '.$con['TABLE_NAME'].' DROP FOREIGN KEY '.$con['CONSTRAINT_NAME'].'');
							// echo $con['TABLE_NAME'].' '.$con['CONSTRAINT_NAME']."<br>";
							// echo $con['CONSTRAINT_SCHEMA']."<br>";
						}
						$chContrainte->closeCursor();
 
						// Rechercher toutes les tables de la base de données maintenance
						$chTable = $bdd->query('show tables');
						While($table = $chTable->fetch()){
							// Supprimer chaque table
							$bdd->query('DROP TABLE '.$table['Tables_in_maintenance'].'');
							// echo $table['Tables_in_maintenance']."<br>";
						}
						$chTable->closeCursor();
 
 
						// Mettre à jour le répertoire /var/www et la base de données maintenance
						$dossierSauvegarde = exec('sudo /root/bash/maj2.sh start');
 
						$chNote = $bdd->query('SELECT COUNT(id) AS nbr FROM travail_realise');
						$note = $chNote->fetch();
 
						$chCompteRendu = $bdd->query('SELECT COUNT(id) AS nbr FROM compteRendu');
						$compteRendu = $chCompteRendu->fetch();
 
						$chBonDeCommande = $bdd->query('SELECT COUNT(idBDC) AS nbr FROM bonDeCommande');
						$bonDeCommande = $chBonDeCommande->fetch();
 
						$bdd->query('INSERT INTO infosMaintenance (dossierMAJIM, dateMAJIM, nbrNoteIM, nbrBDCIM, nbrCRIM) VALUES ("'.$dossierSauvegarde.'", NOW(), '.$note['nbr'].', '.$bonDeCommande['nbr'].', '.$compteRendu['nbr'].')');
 
						$chNote->closeCursor();
						$chCompteRendu->closeCursor();
						$chBonDeCommande->closeCursor();
 
						echo "Serveur mis à jour au : ".$dossierSauvegarde."<br>";
						echo "notes : ".$note['nbr']."<br>";
						echo "Bon de commande : ".$bonDeCommande['nbr']."<br>";
						echo "Compte-rendu : ".$compteRendu['nbr']."<br>";
					}
					?>
						<form method="post" class="p1">
							Voulez-vous écraser et mettre à jour les fichiers et la base de données du serveur ?<br><br>
							<input type="submit" name="subMaj" value="Mettre à jour" class="bp0"/>
						</form>
					<?php
				}catch(Exception $e){
					exit('<div class="erreurSQL">Problème à la ligne '. $e->getLine() .' : '. $e->getMessage().'</div>');
				}
			}
			else{
				// Redirection si session professeur détruite
				header('Location: admin.php');
			}
			ob_end_flush();
			?>
	</body>
</html>

/root/bash/save_rsync.sh
Pour sauvegarder ma base de données et le répertoire /var/www sur une clé USB

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#!/bin/bash
 
# Attention ce script fonctionne avec /root/.my.cnf
 
# Demander le montage de la clé USB.
source /root/bash/monter_cle.sh
if [ `grep -c "/mnt/cle" /etc/mtab` -eq 0 ]
	then
		echo "La clé n'est pas montée"
	else
		# Créer le nom de dossier de sauvegarde
		moisSansAccent=$(echo $(date +%B) | sed 'y/áàâäçéèêëîïìôöóûùúüñÂÀÄÇÉÈÊËÎÏÔÖÙÜÑ/aaaaceeeeiiiooouuuunAAACEEEEIIOOUUN/')
		nomDossierSauvegarde="${moisSansAccent}_$(date +%Y_%d_%A-%Hh%M)_lycee"
 
		echo $nomDossierSauvegarde
 
		# Créer le nom de dossier de sauvegarde pour les bases de données
		nomDossierSauvegardeBaseDonnees=_basesDeDonnees
 
		# Sauvegarder le dossier www dans le dossier de sauvegarde
		rsync -a /var/www/ /mnt/cle/sauvegarde/$nomDossierSauvegarde
 
		# Créer le dossier pour enregistrer les bases de données
		mkdir /mnt/cle/sauvegarde/$nomDossierSauvegarde/$nomDossierSauvegardeBaseDonnees
 
		# Sauvegarder la base de données maintenance
		USER="root"
		HOST="localhost"
		BASE_SQL="maintenance"
		mysqldump --opt -h$HOST -u$USER $BASE_SQL > /mnt/cle/sauvegarde/$nomDossierSauvegarde/$nomDossierSauvegardeBaseDonnees/maintenance.sql
 
		# Demander le démontage de la clé USB.
		source /root/bash/demonter_cle.sh
fi

Merci pour votre aide.

**gabriel21** · 16/12/2023, 23h15

Bonsoir,

As tu fais des modification des scripts avant le début du problème?

Si ce n'est pas le cas, il pourrait y avoir un problème matériel concernant notamment le disque dur.
Dans ce cas que donne la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo smartctl -a /dev/nom_disque

Tu devrais avoir dans le retour de la commande, une ligne du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
=== START OF READ SMART DATA SECTION === 
SMART overall-health self-assessment test result: PASSED

Si tu as un autre status, il faudra penser à changer le disque

**kewan** · 16/12/2023, 23h41

Merci pour ton aide.

Voici quelques résultats :

fdisk -l

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Disque /dev/sda*: 465,8 GiB, 500107862016*octets, 976773168*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
Type d'étiquette de disque*: dos
Identifiant de disque*: 0x6fd07cdb
 
Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type
/dev/sda1                2048   7813119   7811072   3,7G fd RAID Linux autodétecté
/dev/sda2             7815166 976771071 968955906   462G  5 Étendue
/dev/sda5             7815168 976771071 968955904   462G fd RAID Linux autodétecté
 
 
 
Disque /dev/sdb*: 465,8 GiB, 500107862016*octets, 976773168*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
Type d'étiquette de disque*: dos
Identifiant de disque*: 0x7dfb5ff5
 
Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type
/dev/sdb1    *           2048   7813119   7811072   3,7G fd RAID Linux autodétecté
/dev/sdb2             7815166 976771071 968955906   462G  5 Étendue
/dev/sdb5             7815168 976771071 968955904   462G fd RAID Linux autodétecté
 
 
Disque /dev/md0*: 3,7 GiB, 3997171712*octets, 7806976*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
 
 
Disque /dev/md1*: 461,9 GiB, 495971205120*octets, 968693760*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets

smartctl -a /dev/sda

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
smartctl 6.5 2016-01-24 r4214 [i686-linux-4.4.0-210-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
 
=== START OF INFORMATION SECTION ===
Device Model:     ST500DM009-2F110A
Serial Number:    Z9ADERNL
LU WWN Device Id: 5 000c50 0a2ecb2f2
Firmware Version: CC43
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Dec 16 23:34:19 2023 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: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  57) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.
 
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   072   063   006    Pre-fail  Always       -       17356279
  3 Spin_Up_Time            0x0003   097   096   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1394
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   073   060   045    Pre-fail  Always       -       21524033
  9 Power_On_Hours          0x0032   087   087   000    Old_age   Always       -       11466
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1395
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   077   067   040    Old_age   Always       -       23 (Min/Max 19/23)
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       1396
194 Temperature_Celsius     0x0022   023   008   000    Old_age   Always       -       23 (0 8 0 0 0)
195 Hardware_ECC_Recovered  0x001a   002   001   000    Old_age   Always       -       17356279
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       1
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       11463 (149 238 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       1706146710
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       8486288435
 
SMART Error Log Version: 1
No Errors Logged
 
SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]
 
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.

smartctl -a /dev/sdb

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
smartctl 6.5 2016-01-24 r4214 [i686-linux-4.4.0-210-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
 
=== START OF INFORMATION SECTION ===
Device Model:     ST500DM009-2F110A
Serial Number:    Z9ADD4B3
LU WWN Device Id: 5 000c50 0a2ecfecc
Firmware Version: CC43
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat Dec 16 23:36:15 2023 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: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  51) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x1085)	SCT Status supported.
 
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   078   063   006    Pre-fail  Always       -       75261513
  3 Spin_Up_Time            0x0003   097   097   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   099   099   020    Old_age   Always       -       1391
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   073   060   045    Pre-fail  Always       -       23219502
  9 Power_On_Hours          0x0032   087   087   000    Old_age   Always       -       11466
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   020    Old_age   Always       -       1392
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   074   062   040    Old_age   Always       -       26 (Min/Max 18/26)
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       1392
194 Temperature_Celsius     0x0022   026   007   000    Old_age   Always       -       26 (0 7 0 0 0)
195 Hardware_ECC_Recovered  0x001a   001   001   000    Old_age   Always       -       75261513
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       11463 (67 175 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       7538631759
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       2332236776
 
SMART Error Log Version: 1
No Errors Logged
 
SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]
 
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.

**gabriel21** · 17/12/2023, 17h52

Je suis surpris par les valeurs que tu as pour les Raw_Read_Error_Rate et les Seek_Error_Rate qui sont extrêmement élevé. A titre de comparaison, pour des disques qui ont 29038 h de fonctionnement (soit presque 3 fois le temps des tiens),je suis à 0 sur ces valeurs.
Que retourne la commande ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat /proc/mdstat

**Jipété** · 17/12/2023, 19h44

Bonsoir,

Envoyé par gabriel21

A titre de comparaison, pour des disques qui ont 29038 h de fonctionnement (soit presque 3 fois le temps des tiens), je suis à 0 sur ces valeurs.

SSD ou HDD ?

Parce que je suis un peu ce qui se passe ici, et j'ai 3 disques : 2 durs classiques et un SSD, achetés il y a deux ans et demi, résultats :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
sda (SSD)
  1 Raw_Read_Error_Rate     0x0032   100   100   000    Old_age   Always       -       0
sdb
  1 Raw_Read_Error_Rate     0x000f   067   064   006    Pre-fail  Always       -       5063500
  7 Seek_Error_Rate         0x000f   082   061   045    Pre-fail  Always       -       151141172
sdc
  1 Raw_Read_Error_Rate     0x000f   082   064   006    Pre-fail  Always       -       152875596
  7 Seek_Error_Rate         0x000f   073   060   045    Pre-fail  Always       -       19755835

Ce qui est curieux, c'est que j'ai acheté la machine configurée comme ça, et je n'ai jamais trafiqué dedans, et pourtant, je relève aussi ces écarts :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
sda (SSD)
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       6714
sdb
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       6761 (78 63 0)
sdc
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       6746 (29 194 0)

D'où peuvent bien provenir ces écarts de power_on ? Est-ce que ces données sont fiables ?

(à la prochaine machine, je relèverai ces données dès le premier power-on...)

**gabriel21** · 17/12/2023, 20h11

Sur des HDD. le second a presque le double d'heure et uniquement 6 réallocations. Un de mes disques dur à 10 ans et fonctionne toujours très bien. Après ce sont des Western Digital Caviar Green et Western Digital blue que j'avais payé assez cher à l'époque.
Pour mes SSD, ils ont beaucoup moins d'heure de travail.
Les données SMART sont globalement fiables.
En fonction des cartes mères et des firmwares des disques durs, il y a mise en veille des composants dont les disques. Ce qui pourrait expliquer la petite variation entre les disques (2 jours d'écart sur 2 ans et demi, entre les deux extrêmes).

**kewan** · 17/12/2023, 23h17

Envoyé par gabriel21

Je suis surpris par les valeurs que tu as pour les Raw_Read_Error_Rate et les Seek_Error_Rate qui sont extrêmement élevé. A titre de comparaison, pour des disques qui ont 29038 h de fonctionnement (soit presque 3 fois le temps des tiens),je suis à 0 sur ces valeurs.
Que retourne la commande ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

cat /proc/mdstat

Bonsoir,

voilà le résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sda5[0]
      484346880 blocks super 1.2 [2/1] [U_]
      bitmap: 4/4 pages [16KB], 65536KB chunk
 
md0 : active raid1 sda1[0] sdb1[1]
      3903488 blocks super 1.2 [2/2] [UU]
 
unused devices: <none>

Je me demande si ce n'est pas mon RAID1 qui est défectueux.

Ce matin, j'ai fait des modifications de fichiers bash que j'ai dans le répertoire /root/bash.

Ce soir, quand je rallume le serveur, je me retrouve avec la version des fichiers d'hier et un fichier que j'avais supprimé ce matin est de nouveau présent.

**Jipété** · 18/12/2023, 08h14

Bonjour,

Envoyé par gabriel21

--snip--

Merci pour ces précisions.

Envoyé par kewan

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sda5[0]
      484346880 blocks super 1.2 [2/1] [U_]
      bitmap: 4/4 pages [16KB], 65536KB chunk

C'est possible d'avoir un raid avec 1 seul disque ?

**kewan** · 18/12/2023, 09h14

Bonjour,

lsblk
sda1/mdo raid1 et sdb1/md0 raid1 et sdb5/md1 raid1

fdisk -l
sda1 et sda5 raid1 et sdb1/ sdb5 raid1

Est-ce normal de ne pas voir sda5/md1 raid1?

lsblk

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
sda       8:0    0 465,8G  0 disk  
├─sda1    8:1    0   3,7G  0 part  
│ └─md0   9:0    0   3,7G  0 raid1 [SWAP]
├─sda2    8:2    0     1K  0 part  
└─sda5    8:5    0   462G  0 part  
sdb       8:16   0 465,8G  0 disk  
├─sdb1    8:17   0   3,7G  0 part  
│ └─md0   9:0    0   3,7G  0 raid1 [SWAP]
├─sdb2    8:18   0     1K  0 part  
└─sdb5    8:21   0   462G  0 part  
  └─md1   9:1    0 461,9G  0 raid1 /
sdc       8:32   1  14,5G  0 disk  
└─sdc1    8:33   1  14,5G  0 part  
sr0      11:0    1  1024M  0 rom

fdisk -l

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
Disque /dev/sda*: 465,8 GiB, 500107862016*octets, 976773168*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
Type d'étiquette de disque*: dos
Identifiant de disque*: 0x6fd07cdb
 
Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type
/dev/sda1                2048   7813119   7811072   3,7G fd RAID Linux autodétecté
/dev/sda2             7815166 976771071 968955906   462G  5 Étendue
/dev/sda5             7815168 976771071 968955904   462G fd RAID Linux autodétecté
 
 
 
Disque /dev/sdb*: 465,8 GiB, 500107862016*octets, 976773168*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
Type d'étiquette de disque*: dos
Identifiant de disque*: 0x7dfb5ff5
 
Périphérique Amorçage  Début       Fin  Secteurs Taille Id Type
/dev/sdb1    *           2048   7813119   7811072   3,7G fd RAID Linux autodétecté
/dev/sdb2             7815166 976771071 968955906   462G  5 Étendue
/dev/sdb5             7815168 976771071 968955904   462G fd RAID Linux autodétecté
 
 
Disque /dev/md0*: 3,7 GiB, 3997171712*octets, 7806976*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets
 
 
Disque /dev/md1*: 461,9 GiB, 495971205120*octets, 968693760*secteurs
Unités*: secteur de 1 × 512 = 512*octets
Taille de secteur (logique / physique)*: 512*octets / 4096*octets
taille d'E/S (minimale / optimale)*: 4096*octets / 4096*octets

**gabriel21** · 18/12/2023, 09h55

Envoyé par Jipété

C'est possible d'avoir un raid avec 1 seul disque ?

Sur les raid logiciels, oui.
Sur les raid matériels, ça dépends des constructeurs. Je l'ai cependant peu vu.
Il y a plusieurs intérêts à ça :

Pas besoin d'avoir tous les disques à la création : la copie se fait sur le disque et dés que le nouveau disque est intégré, la synchronisation se fait.
Si un des disques est défectueux et qu'il n'y a pas de spare, le système fonctionne toujours (si la partition de boot n'est pas sur le disque HS, dans ce cas des manipulations sont à faire pour pouvoir démarrer)
Lors du déplacement du raid d'un serveur à l'autre ou d'une réinstallation de l'OS, On crée le nouveau raid à partir d'un seul disque et quand on est sûr qu'il n'y a pas de perte de donnée, on intègre le second.

Il peut y avoir d'autres utilisation. Maintenant, en production c'est dangereux.

**kewan** · 18/12/2023, 10h05

Bonjour,

avec fdisk -l

sda1 raid1
sda5 raid1

sdb1 raid1
sdb5 raid1

avec lsblk

sda1/mdo raid1

sdb1/md0 raid1
sdb5/md1 raid1

Est-ce normal de ne pas voir

sda5/md1 raid1

**gabriel21** · 18/12/2023, 10h07

Envoyé par kewan

Je me demande si ce n'est pas mon RAID1 qui est défectueux.

Ce matin, j'ai fait des modifications de fichiers bash que j'ai dans le répertoire /root/bash.

Ce soir, quand je rallume le serveur, je me retrouve avec la version des fichiers d'hier et un fichier que j'avais supprimé ce matin est de nouveau présent.

Ton raid est défectueux. Cela pourrait expliquer le comportement bizarre de ton serveur. Il est possible que ton raid n'arrive pas à ouvrir certaines partitions et ceci de manière aléatoire.
Le système peut alors démarrer sur l'une ou l'autre partition. Comme il n'y a plus de synchronisation et que la seconde partition n'est pas monté. Elle n'est pas informé des modifications effectuées (écriture ou suppression).
Quand le système démarre sur la même partition, pas de problème les données sont cohérentes.
Quand il démarre sur l'autre, tu reviens à un état antérieur, d'où la perte de donnée et de modification.

Avant d'aller plus loin, il nous faudrait les logs du raid à la date antérieur où les problèmes ont commencé, pour avoir la raison pour laquelle la partition a été retirée du raid.

Pour information, le swap en raid est généralement contre productif, l'écriture est plus lente sur un raid1 que sur une partition standard. Je te conseillerais plutôt de créer deux partitions swap et de les monter indépendamment. Dans ce cas, l'OS utilisera la possibilité d'écrire sur les deux disques en même temps, ce qui dégradera moins les performances.

**kewan** · 18/12/2023, 10h26

J'ai changé l'ordre de boot dans le bios, j'ai mis P1 ST500DM009-2F110A en premier à la place de P0 ST500DM009-2F110A

cat /proc/mdstat

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sdb5[1]
      484346880 blocks super 1.2 [2/1] [_U]
      bitmap: 4/4 pages [16KB], 65536KB chunk

md0 : active raid1 sda1[0] sdb1[1]
      3903488 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>

Avant

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sda5[0]
      484346880 blocks super 1.2 [2/1] [U_]
      bitmap: 4/4 pages [16KB], 65536KB chunk
 
md0 : active raid1 sda1[0] sdb1[1]
      3903488 blocks super 1.2 [2/2] [UU]
 
unused devices: <none>

Envoyé par gabriel21

il nous faudrait les logs du raid à la date antérieur où les problèmes ont commencé

Comment faire ça, c'est possible ?

**gabriel21** · 18/12/2023, 11h34

Quelques petits rappels sur la gestion des disques :

/dev/sda, /dev/sdb sont des liens vers des périphériques sata fait par le service udev au démarrage. Il s'appuie pour cela sur le bios et son adressage physique. Ce dernier dépend de la séquence d'initialisation. Il n'y a aucune garantie que d'un démarrage à l'autre, le chemin mène au même périphérique. Dans la majorité des cas, les disques internes sont détecté dans le même ordre, mais rarement pour les disques distants, hébergé sur des baies de stockage. C'est pour résoudre ce type de problème qu'on était mis en place les UUID.
fdisk : fournit des informations sur les partitions d'un disque. Lors de la création de la partition, la personne a déclaré que la partition allait être une partition de raid logicielle Linux (Type FD).
lsblk : te fournit l'utilisation des partitions à l'instant t. Il est donc normal que vu que le service raid (mdadm) ne prend plus ce disque en charge.
mdadm : est le service qui gère le raid logiciel. C'est sur lui que nous allons intervenir.

Avant d'intervenir et de remettre le disque dans le raid, ce qui je te le dis tout de suite, va dégrader de manière sensible les performances du serveur le temps de la reconstruction, il est souvent préférable de savoir pourquoi mdadm ne le gère plus.

Il va falloir voir les logs qui devraient se trouver dans /var/log/.
Il te faut la date approximative, où le problème est apparu. Car il y a beaucoup de fichiers logs. En espérant qu'ils soient toujours sur le serveur.

**kewan** · 18/12/2023, 16h27

Merci gabriel21

A partir de la semaine prochaine et pour une durée de 15 jours, le serveur ne sera plus utilisé. Je compte tout formater et réinstaller "proprement". Qu'en penses-tu ? Bonne idée, inutile, risquée ?

Voici la liste des fichiers et des répertoires contenus dans /var/log/

Où trouver les logs ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
alternatives.log
alternatives.log.1
alternatives.log.2.gz
apache2
apport.log
apport.log.1
apt
auth.log
auth.log.1
auth.log.2.gz
auth.log.3.gz
auth.log.4.gz
bootstrap.log
btmp
btmp.1
dbconfig-common
dist-upgrade
dmesg
dpkg.log
dpkg.log.1
dpkg.log.2.gz
faillog
fsck
installer
kern.log
kern.log.1
kern.log.2.gz
kern.log.3.gz
kern.log.4.gz
lastlog
lxd
mysql
ntpstats
samba
syslog
syslog.1
syslog.2.gz
syslog.3.gz
syslog.4.gz
syslog.5.gz
ubuntu-advantage.log
ubuntu-advantage-timer.log
unattended-upgrades
wtmp
wtmp.1

**gabriel21** · 18/12/2023, 18h54

Envoyé par kewan

Merci gabriel21

De rien, tu peux toujours voter sur le post qui t'a le plus aidé.

Envoyé par kewan

A partir de la semaine prochaine et pour une durée de 15 jours, le serveur ne sera plus utilisé. Je compte tout formater et réinstaller "proprement". Qu'en penses-tu ? Bonne idée, inutile, risquée ?

Cela ne résoudra pas ton problème de base.
Cela peut être intéressant si tu comptes faire une mise à jour OS. Ubuntu 16.04 n'est plus soutenu. Mais bon, faut être sûr que l'applicatif supporte PHP 8.1 et MySQL 8
Je te conseille d' attendre la semaine prochaine pour faire la réintégration du disque dans le raid.
Si tu as la possibilité de débrancher physiquement le deuxième disque, tu ne devrais plus avoir de problèmes de disparition de fichier. Cela ne changera rien à la situation actuelle, tu n'as pas de redondance active, mais évitera les surprises.

Envoyé par kewan

Voici la liste des fichiers et des répertoires contenus dans /var/log/
Où trouver les logs ?

Dans les syslog ou les kern.log
Si cela se produit depuis un certain temps, il te faudra peut être décompresser les log.gz

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
sudo cat /var/log/kern.log | grep mdadm
sudo cat /var/log/kern.log | grep /dev/md
sudo cat /var/log/syslog | grep mdadm
sudo cat /var/log/syslog | grep /dev/md

Problèmes de pertes de données : fichiers, mysql etc

Linux

Discussions similaires

Partager

Partager