Le Kernel a un bug "Lance Armstrong" dans son File System

Pause Café
#1

Salut,

Info … le Kernel a un bug

[quote]Le bug a été découvert par un utilisateur lors d’une mise à jour du noyau de la version 3.6.1 vers la version 3.6.3, qui a entrainé la corruption et la perte de ses données.[/quote] :auto-dirtbike:

#2

avec un systeme raid 5 il n’aurais surement pas perdu les données je pense …

#3

Avec Rsync, Non Plus!!! 8)

#4

Il s’agit d’une corruption du système de fichiers ext4. Le RAID n’aurait rien pu empêcher. Il aurait juste créé de la redondance sur des données corrompues.
Rappel : le RAID protège contre la défaillance d’un disque, pas contre la corruption des données. Pour cela, il y a la sauvegarde.

#5

Salut Pascal,

Je vais peut être paraître lourd sur ce coup … :083

** Qui dit “Sauvegarde” ** dit Rsync !!! 8)

#6

autant pour moi , j’ai dù confondre sur ce que disais knopper :030

Rsync !! absolutely 8)

#7

La sauvegarde implique un peu plus qu’une simple duplication/synchronisation. Notamment la notion d’historique. Si on se contente de dupliquer des données sans garder d’historique, ça ne va pas servir à grand chose en cas de corruption.

#8

J’évoquais une sauvegarde Complète! (/ & /home séparées dans mon cas, que ce soit en local ou chez OVH.)

Sauvegarde qui inclut tout!!! J’insiste !

la Restauration faisant fois, assurément! 8)

#9

Tu fais une sauvegarde complète à chaque fois ? Ça doit être long, et prendre beaucoup de place.

#10

Ces dernier temps, oui! À raison (ces dernières semaines) d’une voir deux/trois par jour.

Au fur et à mesure de mes progressions (j’en suis à 2,8 Gio pour un site en construction, site à but lucratif, professionnel quoi, rien à voir avec les jeux et autre. C’est dans la ligné de (mon taf) ma fin de carrière …)

  • Cinq dd externe (d’1 To chacun) à disposition.
  • Deux dd interne (de 2 To chacun) sur une machine tierce.

Actuellement, le temps (sauvegarde complète) varie selon la bande passante (horaire) je crois, cela va de 38 mn à 51 mn (il y a 2 heures)

#11

2,8 Gio de données, ce n’est pas beaucoup. Rien qu’avec un disque de 1 To, tu peux stocker une sauvegarde quotidienne complète pendant presque un an.

#12

Oui, sans problème, mais je fais tourner (dd), ne pas mettre tous les œufs dans le même panier … :wink:

Historiquement.

  • J’ai repris (après fermeture volontaire) un kimsufi début Août (le 08 précisément) à cette heure, je suis en mesure de restaurer en cette date (déjà fait!!!), comme si de rien n’était, une Debian pure (hormis ssh).

Ceci me prend environ 25 à 29 mn (pour celle ci). Je change d’avis, je restaure à ce jour, soit environ un peu plus de deux heures.

[u]Sans Aucun souci/u !!! :023

ps: Restauration à froid, bien sur!!!

#13

Qui plus est …

Il y a un ans 1/2 j’avais souscrit un kimsufi.

Si l’envie m’en prend, à ce jour, je serait en mesure de restaurer celle ci, moyennant l’adaptation des partitions et File System.

8)

Rsync … Incontournable … ?

Que du Bonheur . ^¿^ .

#14

@loreleil : tu peux me rappeler si tu as mis un tuto à disposition concernant ta politique de sécurité?

Le DD de mon petit serveur perso va me lâcher tantôt…

#15

Salut M3t4linux,

Désole pour ce retard, je suis passé à côté de la machine à café, hier … :083

Ben écoutes non, je n’ai pas pondu de tuto sur ce sujet, mais si tu veux que je te guide, ben y a pas de souci! :wink:

Pour ce faire …

  • Ton serveur se situe ou, local ? distant ?

  • Si distant, ssh obligatoire, avec l’autorisation pour root.

  • Quel serait ton support de sauvegarde, dd interne ? dd externe ?

  • Auras tu suffisamment d’espace disque ?

  • As tu créer une partition dans ce sens avec le même File System ?

  • Un retour commande … fdisk -l sur les disques serveur et dd sauvegarde.

  • Sur le serveur quelles seront les répertoires que tu souhaiterais sauvegarder et seul dont tu ne veux pas ?

Voilà, avec ces éléments on pourra y aller … 8)

* edit *

  • Avoir la même version rsync de part et d’autre.

Au plaisir … ^¿^

#16

[quote=“M3t4linux”]@loreleil : tu peux me rappeler si tu as mis un tuto à disposition concernant ta politique de sécurité?

Le DD de mon petit serveur perso va me lâcher tantôt…[/quote]

Pour un (pseudo) demandeur, aucune nouvelle à ce jour …

Dois-je prendre cela, uniquement, pour une provoque … :mrgreen:

#17

Le beug n’est pas présent pour les kernel à partir du 3.6, alors quitte à compiler autant partir d’un 3.6.6 :whistle:

#18

[quote=“loreleil”]Salut M3t4linux,

Désole pour ce retard, je suis passé à côté de la machine à café, hier … :083

Ben écoutes non, je n’ai pas pondu de tuto sur ce sujet, mais si tu veux que je te guide, ben y a pas de souci! :wink:

Pour ce faire …

  • Ton serveur se situe ou, local ? distant ?

  • Si distant, ssh obligatoire, avec l’autorisation pour root.

  • Quel serait ton support de sauvegarde, dd interne ? dd externe ?

  • Auras tu suffisamment d’espace disque ?

  • As tu créer une partition dans ce sens avec le même File System ?

  • Un retour commande … fdisk -l sur les disques serveur et dd sauvegarde.

  • Sur le serveur quelles seront les répertoires que tu souhaiterais sauvegarder et seul dont tu ne veux pas ?

Voilà, avec ces éléments on pourra y aller … 8)

ps: si j’ai oublié un truc, je passerai en * edit *

Au plaisir … ^¿^[/quote]

Salut Loreleil, pas de provoc’ mais manque de temps…

  • Ton serveur se situe ou, local ? distant ?
    -> Il se situe en local donc accès en ssh

  • Quel serait ton support de sauvegarde, dd interne ? dd externe ?
    -> DD externe

  • Auras tu suffisamment d’espace disque ?
    -> ça peut se trouver…

  • As tu créer une partition dans ce sens avec le même File System ?
    -> Donc, c’est a faire…

  • Un retour commande … fdisk -l sur les disques serveur et dd sauvegarde.
    -> Je poste ça mais le DD est en NTFS

  • Sur le serveur quelles seront les répertoires que tu souhaiterais sauvegarder et seul dont tu ne veux pas ?
    -> ?? je sais pas trop :unamused: