Espace disk réservé sur Freebsd ?!

Espace disk réservé sur Freebsd ?! - Installation - Linux et OS Alternatifs

Marsh Posté le 26-12-2005 à 18:40:52    

Bonjour, j'ai un petit probleme j'ai un disk dur de 80go (73go reel) sur lequel mon freebsd 6 tourne, et lorsque j'arrive a environ 90/92% du disk je me prends un message d'erreur disant que le systeme est full. Un amis m'a parlé d'une reserve de sécurité que freebsd imposerait d'environ 10% de l'espace totale ?
 
Qu'en est il ? et si c'est vrai est ce quelqu'un peut m'aider en me disant quel fichier conf changer.
 
Merci :hello:

Reply

Marsh Posté le 26-12-2005 à 18:40:52   

Reply

Marsh Posté le 26-12-2005 à 18:52:56    

Oui il y a environ 10% de "réservé". Mais il ne me semble pas avoir dejà eu des problèmes pour écrire dessus.

Reply

Marsh Posté le 27-12-2005 à 18:48:45    

Code :
  1. Filesystem     Size    Used   Avail Capacity  Mounted on
  2. /dev/ad0s1a     73G     67G      0B   100%    /


 
6g inutilisable avec comme message d'erreur venant de mon client FTP
 

Code :
  1. [R] 150 Connecting to port 5018
  2. [R] 450-Error during write to file: No space left on device
  3. [R] 450 XXXXXXXXXXXXXXXXXXX partially uploaded
  4. [R] Transfer Failed!

Reply

Marsh Posté le 27-12-2005 à 20:25:03    

Quel système de fichier sur ton disque?

Reply

Marsh Posté le 27-12-2005 à 23:14:20    

c'est de l'UFS tout simplement

Reply

Marsh Posté le 27-12-2005 à 23:32:04    

Après quelques recherches, le système de fichier UFS reserve effectivement 10% de l'espace disque pour le root. Tu peux changer ca avec tunefs (marche aussi avec de l'ext2/3, pour ces derniers c'est 5% de reservé il me semble).
 
Pour mettre cet espace à 0%
# tunefs -m0 /dev/tondisque
 
Extrait du man de tunefs

    -m minfree
             Specify the percentage of space held back from normal users; the
             minimum free space threshold.  The default value used is 8%.
             Note that lowering the threshold can adversely affect perfor-
             mance:
 
             ·   Settings of 5% and less force space optimization to always be
                 used which will greatly increase the overhead for file
                 writes.
 
             ·   The file system's ability to avoid fragmentation will be
                 reduced when the total free space, including the reserve,
                 drops below 15%.  As free space approaches zero, throughput
                 can degrade by up to a factor of three over the performance
                 obtained at a 10% threshold.
 
             If the value is raised above the current usage level, users will
             be unable to allocate files until enough files have been deleted
             to get under the higher threshold.
 
 


Message édité par yoyo+ le 27-12-2005 à 23:33:36
Reply

Marsh Posté le 27-12-2005 à 23:36:29    

D'après le man , diminuer l'espace réservé (8%) peux diviser par trois les perfs.

Reply

Marsh Posté le 28-12-2005 à 09:44:20    

non tu lis mal. Cet espace réservé, c'est une protection. Si t'as plus de place, en attendant de la faire, il n'y pas de problème à diminuer (même fortement, à 1% par exemple) la réserve. Seulement, quelque soit ton système de fichier, quand t'as presque plus de place, ça fragmente dans tous les sens pour combler les trous. Donc ce n'est pas diminuer l'espace réservé qui diminue les perfs, c'est l'espace vide.
 
Bref, passe en -m0 ou -m1. Fais de la place.
 
Cela dit avec un disque de grosse capacité moderne, je pense pas que ce 8% par défaut reste réaliste. J'y connais rien à UFS, après si c'est un truc avec des allocations statiques d'inodes et ce genre de trucs, il a sans doute besoin d'un espace disque administratif proportionnel à la taille du disque. Aucune idée.

Reply

Marsh Posté le 28-12-2005 à 10:48:16    

ok merci de votre avis, et ca va m'etre d'auant plus utile que je vais bientot passer tout ca sur du 300go en raid :|
 
perdre ~8/10% de 300go ca ferait ptet bcp.

Reply

Marsh Posté le 28-12-2005 à 10:54:24    

C'est ce que je pense aussi. M'est d'avis de laisser 1 à 5% de réserve sur /, /usr, /var ou autre, mais 0% sur /home

Reply

Marsh Posté le 28-12-2005 à 10:54:24   

Reply

Marsh Posté le 29-12-2005 à 00:28:17    

Taz a écrit :

C'est ce que je pense aussi. M'est d'avis de laisser 1 à 5% de réserve sur /, /usr, /var ou autre, mais 0% sur /home


 
de toute facon j'ai fais le porc / et /swap et rien d'autres  [:thektulu]

Reply

Marsh Posté le 29-12-2005 à 09:27:42    

ouais bah 1% c'est bien je pense

Reply

Marsh Posté le 29-12-2005 à 20:55:47    

pour info voila le message que j'ai en tentant de tunefs avec 3%  
 

Code :
  1. root@lalooz:~# tunefs -m3 /dev/ad0s1a
  2. tunefs: minimum percentage of free space changes from 8% to 3%
  3. tunefs: should optimize for space with minfree < 8%
  4. tunefs: /dev/ad0s1a: failed to write superblock


 
je pars en quete d'info sur google


Message édité par Walk_Man le 29-12-2005 à 20:55:56
Reply

Marsh Posté le 29-12-2005 à 21:01:25    

bon en fait suffisait de reboot en single user mode, faire le tunefs et voila fini.
 

Code :
  1. Filesystem     Size    Used   Avail Capacity  Mounted on
  2. /dev/ad0s1a     73G     66G    4.6G    93%    /
  3. devfs          1.0K    1.0K      0B   100%    /dev


 
Merci bcp a tous :jap:


Message édité par Walk_Man le 29-12-2005 à 21:02:58
Reply

Marsh Posté le 30-12-2005 à 11:18:11    

tu pourrais carrément passé à 1% je pense.

Reply

Marsh Posté le 30-12-2005 à 11:31:16    

Taz a écrit :

C'est ce que je pense aussi. M'est d'avis de laisser 1 à 5% de réserve sur /, /usr, /var ou autre, mais 0% sur /home


je marche comme ça aussi, 0% pour /home, root n'a rien à y mettre, et 1% pour /, /usr, /var mais pour la forme puisque l'user n'a rien à y foutre (seulement si les users des daemons bourrent dans /var quoi).
 
en découpant bien les partoches la réservation devient quasi-inutile


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed