disque dur un peu plein

par **neo_hijacker** » 24 Oct 2003 15:39

Bonjour Voici ce que me donne mon IPCOP : Filesystem Size Used Avail Use% Mounted on /dev/harddisk4 96M 69M 23M 75% / /dev/harddisk1 5.0M 2.1M 2.7M 44% /boot /dev/harddisk3 92M 79M 8.9M 90% /var/log En effet la partie des logs est pleine. Le disque dur utilisé fait 270Mo (utilisé pour son silence incontestable) Une solution pour réduire la taille des logs ? Précision sur les processus actifs : Proxy + Snort + Dansguardian + SSH (en plus des processus obligatoires)

par **bobox** » 24 Oct 2003 15:44

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-10-24 15:39, neo_hijacker a écrit: Bonjour Voici ce que me donne mon IPCOP : Filesystem Size Used Avail Use% Mounted on /dev/harddisk4 96M 69M 23M 75% / /dev/harddisk1 5.0M 2.1M 2.7M 44% /boot /dev/harddisk3 92M 79M 8.9M 90% /var/log En effet la partie des logs est pleine. Le disque dur utilisé fait 270Mo (utilisé pour son silence incontestable) Une solution pour réduire la taille des logs ? Précision sur les processus actifs : Proxy + Snort + Dansguardian + SSH (en plus des processus obligatoires) </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Il est nécessaire de purger les logs a la main dans ton cas . /var/log/dansguardian fichier acces.log.* /var/log/squid fichier acces.log.* et plus si tu utilise snort

par **neo_hijacker** » 24 Oct 2003 16:08

en fait les logs de connexion je m'en moque. Mais j'aimerai garder les graphes de connexions. Pas de danger ?

par **leso** » 25 Oct 2003 08:59

juste pour savoir je voulais installer un ipcop avec 250 mo et je n'ai pas pu car 125 + 3* la ram (96mo chez moi) ca passait pas , combien as tu de ram stp? et les perfs avec squid ca donne koi?

par **neo_hijacker** » 25 Oct 2003 12:21

au départ 16Mo de RAM Apres je suis passé a 32Mo de RAM Pour le moment il n'y a aucun ralentissement apres 3 jours d'Uptime. Free Mem : 3592 Le swap n'est pas utilisé. Pourtant Dansguardian et Snort sont de véritables pompes a RAM. <IMG SRC="images/smiles/icon_smile.gif"> L'acces au Web est instantanée La génération de la page d'erreur également. <IMG SRC="images/smiles/icon_biggrin.gif">

par **neo_hijacker** » 25 Oct 2003 12:21

Page d'erreur = Restriction d'acces <IMG SRC="images/smiles/icon_wink.gif">

par **nemesis** » 25 Oct 2003 14:36

il me semble que les data pour les graphes ne sont pas stockées dans /var/log donc un script qui régulièrement te fait une purge de ton point de montage /var/log te permettra de ne aps tomber ton ffirewall pour manque d'espace disk. Le mieux pourait être de prevoir une purge avec déplacement des data -> un autre disque ou une autre machine si tu en as la possibilté... voilà! @+

par **leso** » 25 Oct 2003 19:01

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-10-25 12:21, neo_hijacker a écrit: au départ 16Mo de RAM Apres je suis passé a 32Mo de RAM Pour le moment il n'y a aucun ralentissement apres 3 jours d'Uptime. Free Mem : 3592 Le swap n'est pas utilisé. Pourtant Dansguardian et Snort sont de véritables pompes a RAM. <IMG SRC="images/smiles/icon_smile.gif"> L'acces au Web est instantanée La génération de la page d'erreur également. <IMG SRC="images/smiles/icon_biggrin.gif"> </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE>combien de pc dérrière stp et quel version de ipcop?

disque dur un peu plein

Qui est en ligne ?