Hello,
On 05/11/2021 12:50, Pierre Colombier via FRsAG wrote:
> Pour ma part, j'ai très peur des machines à gros uptime et qui
> cumulent un certain nombre de mises à jour (dont on à perdu le compte
> au fil des mois voir des ans) sans avoir redémarré.
>
> Le jour où on fini par le faire, il faut
J'ai réussi avec mtree
Mais je garde getfacl/setfaclen réserve.
Note: En fait c'est vraiment bourrin mon truc...
Le commit initial à 80k fichiers, faut surtout pas avoir une gui qui
tente de t'afficher le diff.
On 25/10/2021 16:42, Fabien GAUTREAU wrote:
Bonjour,
Il existe le couple
A propos de dd, Je ne veux pas versionner l'image mais les fichiers qui
sont dedans.
L'idée est d'ensuite utiliser le CI/CD de gitlab pour régénérer l'image
de la clé amorçable.
Pour ce qui est de versionner les scripts qui permettent de la bâtir,
oui c'est bien aussi.
C'est beaucoup moin
Pour ma part, j'ai très peur des machines à gros uptime et qui cumulent
un certain nombre de mises à jour (dont on à perdu le compte au fil des
mois voir des ans) sans avoir redémarré.
Le jour où on fini par le faire, il faut quand même croiser un max de
doigts pour que tout se passe comme esp
Le 03/11/2021 à 18:20, David Ponzone a écrit :
un uptime qui commence à être élevé (plusieurs années).
Plusieurs années ans mises à jour sérieuses ? (on est vendredi)
J.
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)
__
Salut Xavier,
> tmpreaper (sous linux) est pratique pour faire ce genre de ménage automatique.
Bah, maintenant j’ai de toute façon un cron qui efface le cache tous les soirs
à minuit puis lance un spider (wget) pour le re-remplir.
> Accessoirement le checksum=skein et atime=off, accélèrent de
Hello,
>> pour ZFS, il est recommandé de ne pas dépasser les 80% de remplissage.
+1
> Je suis d’accord. C’est juste que j’avais mis en service un cache FastCGI, et
> je
> ne m’étais pas rendu compte à quel point il avait mangé du disque.
tmpreaper (sous linux) est pratique pour faire ce genre
Hello !
> pour ZFS, il est recommandé de ne pas dépasser les 80% de remplissage.
Je suis d’accord. C’est juste que j’avais mis en service un cache FastCGI, et
je ne m’étais pas rendu compte à quel point il avait mangé du disque.
V.
___
Liste de diffu
Hello,
pour ZFS, il est recommandé de ne pas dépasser les 80% de remplissage.
Cordialement,
David
On Fri, 5 Nov 2021 08:04:13 +0100
Vincent Habchi wrote:
> Hello,
>
> > En passant de 25% à 15% d'espace disque disponible par exemple, les
> > performances sont parfois réduites de plus de 30%.
Hello,
> En passant de 25% à 15% d'espace disque disponible par exemple, les
> performances sont parfois réduites de plus de 30%.
> Ça dépend évidemment du système du fichier et du type de charge sur la
> partition.
> C'est particulièrement visible sur ZFS par exemple.
+1. J’ai eu le problème réc
10 matches
Mail list logo
