Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS Linux Debian Re: Re: apache2 et permissions sur /var/log monté entmpfs

Re: Re: apache2 et permissions sur /var/log monté entmpfs

5 réponses
Avatar
Mickaël Vera
> =C7a reste tjrs une Tmauvaise id=E9e, d'abord parce que l'overhead engend=
r=E9 par
> l'=E9criture des logs reste faible (surtout sur du SSD), ensuite parce qu=
e le
> jour o=F9 tu auras un PB (quelque soit la source, M=E0J, mauvaise conf, e=
tc) tu
> n'auras aucune trace pour remonter la piste.

> Et c'est pareil pour les fichiers *.lock, s'ils existent c'est bien pour:
> 1- =E9viter de lancer 2 fois un pgm|daemon critique,
> 2- =EAtre pr=E9venu qu'un gros PB est apparu avant reboot|restart.

Merci pour vos conseils. D=E8s le d=E9part j'ai mesur=E9 les risques de
cette manipulation que je n'ai pas invent=E9e mais qui est recommand=E9e
pour les disques SSD.
Ce n'est pas un probl=E8me de overhead mais c'est =E0 cause du nombre
limit=E9 de cycles d'=E9criture que supporte un SSD.

Le risque reste peu =E9lev=E9. Debian =E7a marche bien :-) Et en cas de
p=E9pin les logs ne disparaissent qu'en cas de reboot, idem pour les
locks. Si j'ai vraiment des
probl=E8mes s=E9v=E8res je pourrai toujours d=E9sactiver ce montage tempora=
irement.

Merci =E0 tous,
Micka=EBl

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CA+uPJnrWrUWezyZOA2e26bjxqbfzFfoNPpKmF-W9ZaxdpeJ8ag@mail.gmail.com
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Yves Rutschle
On Thu, Oct 25, 2012 at 11:13:10PM +0200, Mickaël Vera wrote:
Ce n'est pas un problème de overhead mais c'est à cause du nombre
limité de cycles d'écriture que supporte un SSD.



Ça me surprend un peu, en 2003 on avait calculé une durée de
vie de 20 ans sur des flash de l'époque sur un système
embarqué -- les SSD sont devenus nuls, ou bien vous écrivez
50GB par jour, ou bien vous prenez des décisions en vous
basant sur des données techniques d'il y a 18 ans (ou pire,
sur des rumeurs)?

Le risque reste peu élevé. Debian ça marche bien :-)



Debian marche bien, mais la configuration peut être
foireuse, et l'environnement peut changer (e.g. récement y'a
un ensemble de domaines qui ont commencé à refuser le mail
venant de mon adresse IP résidentielle en disant que je
n'avais pas de reverse DNS, ce qui est faux...)

Et en cas de pépin les logs ne disparaissent qu'en cas de
reboot, idem pour les locks.



Garder les locks à travers un reboot, ça parait
effectivement pas très utile :)

Y.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Fri, 26 Oct 2012 11:47:24 +0200
Yves Rutschle wrote:


Ça me surprend un peu, en 2003 on avait calculé une durée de
vie de 20 ans sur des flash de l'époque sur un système
embarqué -- les SSD sont devenus nuls, ou bien vous écrivez
50GB par jour, ou bien vous prenez des décisions en vous
basant sur des données techniques d'il y a 18 ans (ou pire,
sur des rumeurs)?



Y'a des chances... étant donné que pour de l'écriture rà ©pétitive style logs
et en usage intensif, la durée de vie est estimé statistiquement à 5 années
minimum (et là on parle de R/W _sans_ randomization auto des zones à ©crites).

Mais le PB n'est même pas là: il-y-a qq semaines, S. Sauvage a fa it une
réflexion qui laisse à bien réfléchir sur l'opportunit é et l'intérêt réel
d'utiliser du SSD; il a dit qu'il rencontrait des tas de PBs sur de l'embar qué
et que même pour un portable il n'était pas sûr de vouloir r emplacer un HD
par un SSD - comme il semble bien qu'il s'exprimait professionnellement,
ça serait bien qu'il en remette une couche ici.


Garder les locks à travers un reboot, ça parait
effectivement pas très utile :)



Dans ce cas, comment fais-tu pour savoir qu'à l'extinction il s'est pa ssé
un gros PB sur tel ou tel daemon?

--
(kclaf): bon, ma copine débarque mercredi, la problématique se
pose de la manière suivante :
(kclaf): "comment transformer le mordor en disneyland en 3 jours ?"

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Sylvain L. Sauvage
Le vendredi 26 octobre 2012 à 13:36:44, Bzzz a écrit :
[…]
Mais le PB n'est même pas là: il-y-a qq semaines, S. Sauvage
a fait une réflexion qui laisse à bien réfléchir sur
l'opportunité et l'intérêt réel d'utiliser du SSD; il a dit
qu'il rencontrait des tas de PBs sur de l'embarqué et que
même pour un portable il n'était pas sûr de vouloir
remplacer un HD par un SSD - comme il semble bien qu'il
s'exprimait professionnellement, ça serait bien qu'il en
remette une couche ici. […]



Je crois que tu devrais revoir ton système d’indexation, c ’est
l’inverse : je disais à peu près la même chose qu⠀™Yves et c’est
Joël Bertrand qui parlait de problèmes dans l’embarquà © :
http://lists.debian.org/debian-user-french/2012/09/msg00268.html

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Bzzz
On Fri, 26 Oct 2012 13:55:34 +0200
"Sylvain L. Sauvage" wrote:


Je crois que tu devrais revoir ton système d’indexation, c ’est
l’inverse : je disais à peu près la même chose qu ’Yves et c’est
Joël Bertrand qui parlait de problèmes dans l’embarqu é :
http://lists.debian.org/debian-user-french/2012/09/msg00268.html



Merde, j'dois avoir un neurone qui bug en lecture:(

--
[16:57] < TboWan> je suis fonctionnaire, je finis à 18heure :p
[16:58] * TboWan has quit [[GI] Quit: va en week end à cherbourg]

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Yves Rutschle
On Fri, Oct 26, 2012 at 01:55:34PM +0200, Sylvain L. Sauvage wrote:
Je crois que tu devrais revoir ton système d'indexation, c'est
l'inverse : je disais à peu près la même chose qu'Yves et c'est
Joël Bertrand qui parlait de problèmes dans l'embarqué :
http://lists.debian.org/debian-user-french/2012/09/msg00268.html



Faudrait voir le détail des problèmes rapportés par Joël.

Des disques durs dans l'embarqué (qui bouge), c'est juste
pas possible, avec les vibrations on a des durées de vies
qui se comptent en heures.

Je vais me renseigner sur les problèmes de nos SSD, mais je
suis pratiquement certain que le problème est lié à un
empilement d'applis qui ne se soucient pas d'écritures
atomiques, de JVM qui fait de même, de partages par NFS qui
fait de même, de système de fichier pas trop adapté, et de
SSD potentiellement buggé.

Du coup, on se retrouve avec des corruptions de données en
permanence, sur du matériel fiable.

Y.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/