Conditions de FSCK automatique.

Grapjeg · Le 18/07/2017, à 14:21

Bonjour,

Je me pose une question, comment gérez vous les vérifications automatique fsck?
Je m'explique, j’installe un serveur, celui-ci n'est pas prévu pour rebooter souvent, l'OS est stable, les services aussi.
J'utilise LVM.
Quelle durée, ou nombres de reboot avez vous paramétrés avec tune2fs?
Et, comment gérez vous le reboot qui va faire le fsck? quand je reboot un serveur, je veux qu'il démarre rapidement , il s'agit d'un serveur de prod critique.
Quel est votre priorité, Êtes vous plus "Securité FS", je fais des contrôles automatique, ou
Êtes vous plus "Sécurité, mon serveur doit etre indisponible le moins souvent"?
Le fait de faire un fsck rends pour moi le serveur indisponible le temps du check. Avez-vous des idées ou façon de faire?

Je vous en remercie d'avance.

grandtoubab · Le 18/07/2017, à 14:48

Salut
Avec systemd le fsck au boot est gèré par un service /lib/systemd/system/systemd-fsck-root.service

root@debian:/# cat /lib/systemd/system/systemd-fsck-root.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=File System Check on Root Device
Documentation=man:systemd-fsck-root.service(8)
DefaultDependencies=no
Wants=systemd-fsckd.socket
Before=local-fs.target shutdown.target
After=systemd-fsckd.socket
ConditionPathIsReadWrite=!/
ConditionPathExists=!/run/initramfs/fsck-root

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-fsck
TimeoutSec=0

le résultat est conserver

root@debian:/var/run/initramfs# cat fsck.log
Log of fsck -C -a -T -t ext4 /dev/sda1 
Tue Jul 18 08:10:12 2017

debian: clean, 191269/610800 files, 2105052/2441216 blocks

Tue Jul 18 08:10:12 2017
----------------

Et visible dans le journal

journalctl -b | grep fsck
juil. 18 10:10:15 debian systemd[1]: Listening on fsck to fsckd communication Socket.
juil. 18 10:10:23 debian systemd-fsck[581]: data : propre, 55919/17481728 fichiers, 49124638/69897984 blocs

un serveur dont le service est nécessaire 7/7 j et 24/24 H?? parce qu'un reboot le dimanche matin à 5h du mat généralement ça gêne pas grand monde
j'utiliserai aussi les outils https://www.smartmontools.org/ pour pister l'état du disque

Dernière modification par grandtoubab (Le 18/07/2017, à 14:59)

bruno · Le 18/07/2017, à 15:13

quand je reboot un serveur, je veux qu'il démarre rapidement , il s'agit d'un serveur de prod critique.

Bah, oui mais on redémarre un serveur combien de fois par an ? La seule chose qui oblige à un redémarrage c'est une mise à jour de sécurité critique du noyau.

Grapjeg · Le 18/07/2017, à 15:14

grandtoubab a écrit :

Salut
Avec systemd le fsck au boot est gèré par un service /lib/systemd/system/systemd-fsck-root.service

root@debian:/# cat /lib/systemd/system/systemd-fsck-root.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=File System Check on Root Device
Documentation=man:systemd-fsck-root.service(8)
DefaultDependencies=no
Wants=systemd-fsckd.socket
Before=local-fs.target shutdown.target
After=systemd-fsckd.socket
ConditionPathIsReadWrite=!/
ConditionPathExists=!/run/initramfs/fsck-root

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-fsck
TimeoutSec=0

le résultat est conserver

root@debian:/var/run/initramfs# cat fsck.log
Log of fsck -C -a -T -t ext4 /dev/sda1 
Tue Jul 18 08:10:12 2017

debian: clean, 191269/610800 files, 2105052/2441216 blocks

Tue Jul 18 08:10:12 2017
----------------

Et visible dans le journal

journalctl -b | grep fsck
juil. 18 10:10:15 debian systemd[1]: Listening on fsck to fsckd communication Socket.
juil. 18 10:10:23 debian systemd-fsck[581]: data : propre, 55919/17481728 fichiers, 49124638/69897984 blocs

un serveur dont le service est nécessaire 7/7 j et 24/24 H?? parce qu'un reboot le dimanche matin à 5h du mat généralement ça gêne pas grand monde
j'utiliserai aussi les outils https://www.smartmontools.org/ pour pister l'état du disque

Merci bien pour ces renseignements.
Je vais voir pour faire passer le "Reboot" peut être pas toutes les semaines non plus.
Le serveur est utilisé dans un hôpital, et le médecin ne décide pas quand il a besoin de consulter le dossier du patient. ça peut être n'importe quand.
Ce qui m'ennuie aussi, plus que le reboot, c'est le temps pour booter en cas de fsck?

En tous les cas. merci.

grandtoubab · Le 18/07/2017, à 19:44

Grapjeg a écrit :

[
Merci bien pour ces renseignements.
Je vais voir pour faire passer le "Reboot" peut être pas toutes les semaines non plus.
Le serveur est utilisé dans un hôpital, et le médecin ne décide pas quand il a besoin de consulter le dossier du patient. ça peut être n'importe quand.
Ce qui m'ennuie aussi, plus que le reboot, c'est le temps pour booter en cas de fsck?
En tous les cas. merci.

Alors faut investir avec système de secours qui prends la main pendant que le serveur principal reboot
du genre
https://www.sebastien-han.fr/blog/2011/ … ous-linux/

Rufus T. Firefly · Le 18/07/2017, à 20:45

grandtoubab a écrit :

Alors faut investir avec système de secours qui prends la main pendant que le serveur principal reboot
du genre
https://www.sebastien-han.fr/blog/2011/ … ous-linux/

Et aussi quand il tombe en panne, ce qui n'est jamais exclu et qui prend beaucoup plus de temps qu'un reboot...
A mon avis, c'est même indispensable, dans un hôpital !

Bougron · Le 18/07/2017, à 21:40

Rufus T. Firefly a écrit :

Alors faut investir avec système de secours qui prends la main pendant que le serveur principal reboot..
.....
A mon avis, c'est même indispensable, dans un hôpital !

Si tu travailles en angleterre, tu n'auras pas le budjet,
Si tu travailles en france, tu es actuellement en faute professionnelle.

grandtoubab · Le 18/07/2017, à 22:23

grandtoubab a écrit :

Grapjeg a écrit :
[
Merci bien pour ces renseignements.
Je vais voir pour faire passer le "Reboot" peut être pas toutes les semaines non plus.
Le serveur est utilisé dans un hôpital, et le médecin ne décide pas quand il a besoin de consulter le dossier du patient. ça peut être n'importe quand.
Ce qui m'ennuie aussi, plus que le reboot, c'est le temps pour booter en cas de fsck?
En tous les cas. merci.
Alors faut investir avec système de secours qui prends la main pendant que le serveur principal reboot
du genre
https://www.sebastien-han.fr/blog/2011/ … ous-linux/

un exemple
Heartbeat
https://doc.ubuntu-fr.org/heartbeat
https://www.it-connect.fr/clustering-et … %EF%BB%BF/

Dernière modification par grandtoubab (Le 18/07/2017, à 22:25)

grandtoubab · Le 19/07/2017, à 09:51

A titre d'information
En recovery mode, lancement en commandes:

umount /dev/sda6
fsck -c /dev/sda6

C'est à dire sur /home de 263 Giga la durée a été de 57 mn alors même qu'il y a 0 erreur.

Quand le type est ext2/ext3/ext4, on peut utiliser fsck -c qui passera l'option à e2fsck https://linux.die.net/man/8/e2fsck ce qui va mettre les blocs fautifs dans les blocs inutilisables et évite ainsi de les réutiliser plus tard, ce qui plus sécurisant

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/07/2017, à 14:21

Conditions de FSCK automatique.

#2 Le 18/07/2017, à 14:48

Re : Conditions de FSCK automatique.

#3 Le 18/07/2017, à 15:13

Re : Conditions de FSCK automatique.

#4 Le 18/07/2017, à 15:14

Re : Conditions de FSCK automatique.

#5 Le 18/07/2017, à 19:44

Re : Conditions de FSCK automatique.

#6 Le 18/07/2017, à 20:45

Re : Conditions de FSCK automatique.

#7 Le 18/07/2017, à 21:40

Re : Conditions de FSCK automatique.

#8 Le 18/07/2017, à 22:23

Re : Conditions de FSCK automatique.

#9 Le 19/07/2017, à 09:51

Re : Conditions de FSCK automatique.

Pied de page des forums