J ai ce message dans cache.log.
 
 
Je peux y fair koi ?

Utiliser une partition plus grande ?
Reformatter la partition du cache squid en mettant plus d'inodes ?

cool, sur un serveur en Prod

Si tu détermines que le problème est bien lié au FS, et que tu prépares ton coup, ça sera pas très long ...
 
Exemple:
 
/etc/init.d/squid stop
umount /var/spool/squid
mke2fs --blabla /dev/blabla
mount /var/spool/squid
squid -z
/etc/init.d/squid start

ba j ai pas reelement de probleme si ce n est ce message
 
 
cela dit, tu pourrais detailler kke chose STP :
 
umount /var/spool/squid, c est le dossier dans lekel je suis sensé avoir mon cache je suppose ?
kel est le but de mk2fs ? k entend tu par blabla ?

ca doit vouloir dire refomate en changeant le nombre d'inode par defaut du FS.
 
@+

J'ai supposé que le cache Squid était sur une partition dédiée (ça m'a paru évident sur un serveur "en prod" )
Si ce n'est pas le cas, t'es mal barré

man ulimit, la commande permet d'augmenter le nombre de fd pour un user precis
ou dans /etc/sysctl.conf
modifie ou rajoute une ligne :
fs.file-max = <nombre de file descriptors voulu>

 
ba j ai cree une partosh special pour le cache (et pour les log aussi d ailleur)

reformatter la partition    
 
faut pas déconner, si vous savez pas vous évitez de répondre un truc au hasard, je viens de trouver cette doc en cherchant "linux file descriptors squid 2.4" avec google, alors faites un effort avant de sortir des énormités    
 
 
http://www.linux-kita.com/data/Opt [...] HOWTO.html

Et si cette doc ne correspond pas, je suis sûr que tu trouvera ton bonheur ici :
 
http://groups.google.fr/groups?hl= [...] a=N&tab=wg

une recherche sur google m a aussi di kil falait editer un fichier dans /proc/...., recompiler squid
 
 
c est carement galere

bourdel, je viens juste de relancer un autre server en prod y a pas 2heures kil affiche deja ce message.
 
y a moyen de voir le nombre restant libre dans le system en temps reel ?

Je viens de tomber sur ca :
 
http://www.squid-cache.org/Doc/FAQ/FAQ-11.html#ss11.4
 

 
 
ce ki a pour effet si je ne m abuse de mettre un nombre maximum de fichier a 3072
 
 
or, la sur mon tout nouvo serveur, j ai :

tu mets une valeur encore plus grande ...
 
cpdt je suis surpris par ce pb ( surtout qu'il arrive aussi vite )
 
kelle partition pour les caches de squid ? kel système de fichier ? options de montages ? nom de rep+fichier dans le rep de cache de quid

c est une partosh de 10G
 
voisla ce ke j ai dans le FStab :

pour ce ki est de la valeur plus grande, il est dit kil fo aussi recompiler Squid, et ca ca me flegon

J avais ca aussi :
 
cache_dir ufs /cache 5000 12 128.
 
 
je vien de le passer en  
cache_dir ufs /cache 5000 16 256

comprend pas, c est sensé etre pour un user precis mais dans la ligne ke tu me di d ajouter, nul part il est preciser ke c est pour le user de squid

ulimit cest pour ton user courant, et les shells qui en derivent (par un su tonuser par exemple), et le sysctl.conf cest bien sur pour tout ton systeme
bien sur le nombre de fd pour un user ne peut etre superieur a ceux du sys
sans en etre sur je crois que tu peux mettre unlimited

perso ça me le faisait aussi. et ça a disparu le jour où j'ai fait un upgrade de la libc6 ( j"etais sous debian 3.0  )  .
 
à noter ke ça m"a resolu un autre probléme similaire:
kan je tapais : ls  : dans un repertoire avec plusieurs centaines de fichiers dedans ( par ex le rep des logs d'un serveur half-life de 1 ans , )  
j"avais le mess d"erreur de ls : "too many files...!"
 
Alors si tu as une version pas tres recente de la libc6, tente un upgrade ( attention ça peut induire un upgrade d'autres progs dépendant strictement de cette version de libc ! ! ! )

 
Ba je suis en Redhat 9, c est pas trop vieux comme truc, tu pense ke je peux etre en < a 6 ????
comment on voit d ailleur ?

bon, plus personne ?

 
il n'a sûrement pas de shell, donne lui en un au pauvre

Rajoute
 

 
dans /etc/security/limits.conf

 
il fo fair un reboot ou un truc dans le genre apres ca ?

juste reloguer l'user ... dans ton cas, redemarrer squid c tout je pense.

je viens un peut de matter la doc de ce fichier, et en fait, la c est pour permetre l ouverture de plus de fichier pour ce user.  
 
mais moi il semble ke ce soit plus generallement des descripteurs kil manque, ca peut aussi bien etre des descriteurs de socket reso non ?

nofile ca change le nombre maximum de "file descriptor" utilisé par cet user. En l'occurence, un socket descriptor c'est un file descriptor comme un autre.

et comment savoir si le 8192 sera asse ?

ben ca evidemment ... 3072 était cité au dessus donc 8192 ca devrait etre bon ... Tu peut augmenter encore si tu veut ... Par defaut c 1024

beaucoup de kestion je sais, mais c est parceque je suis en congé ce soir   , et je voudrais pas ke cela soit retardé parce ke j ai lancé une modife dont je ne connais pas tout les effets a l avance

ba oui, mais ce chiffre je le tenais d une FAQ de squid, pas de ma machine.

Ben l'augmenter ca ne peut pas faire de mal du moment qu'il reste négligeable devant /proc/sys/fs/file-max ( nombre total de fd pour TOUT le kernel ), sinon squid pourrait utiliser tout les fd pour lui et les autre process n'auraient plus rien.
Tu l'augmente jusquea ce que ca ne fasse plus le message.

bon, j ai modifi´le fichier, mais j ose pas redemarrer le service squid  
 
je pense ke tant ke ca marche bien comme ca, je vais pas y toucher

... Ca vas quoi c pas comme une maj du kernel ou de la glibc, suffit d'effacer la ligne et de re-restarter squid ou cas tres improbable ou cela aurait des consequences néfastes
 
Enfin bon, c ton serveur, tu fait ce que tu veut avec

 
derniere fois ke j ai fait un : squid -k reconfigure je sais pas pourkoi, le serveur a eu l idee d un crash disk.
 
 
c est pas ke je sois superstitieu, mais la a 20 minute des congé, j ai pas envi.
pis j ai une regle de vie : si ca crach, c est toujours kan il fo pas, donc maintenant.

Bon gros UP:
 
 
je me suis loggé en Squid, est ulimite me donne : unlimited    
 
je fais comment moi  

ulimit -a

df -i donne quoi ?