Projet

Général

Profil

Tâche #13795

Distribution EOLE - Scénario #13770: Analyse/Résolution de divers problèmes sur la 2.5.1

Pas de cache pour les fichiers de plus de 4Mo quand maximum_object_size est défini

Ajouté par Philippe Carre il y a plus de 10 ans. Mis à jour il y a plus de 10 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
28/10/2015
Echéance:
% réalisé:

100%

Temps estimé:
1.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

Bug sur Squid-3.3 , (donc sur amon 2.5.1) :
http://bugs.squid-cache.org/show_bug.cgi?id=3830#c11

En gros, si maximum_object_size est déclaré après "cache_dir ufs ...." ,ce qui est le cas dans les templates, la valeur de maximum_object_size n'est pas prise en compte. C'est la valeur par défaut (4Mo) qui est utilisée.
Le bug sera corrigé pour squid 3.4.
En attendant, je résouds simplement le pb avec le patch suivant :

01squid.conf.patch Voir (371 octets) Philippe Carre, 28/10/2015 17:19


Demandes liées

Lié à Distribution EOLE - Tâche #13877: Valider le fonctionnement de la mise en cache Squid d'objets de plus de 4Mo Fermé 21/09/2015

Révisions associées

Révision dfca7c51 (diff)
Ajouté par Philippe Carre il y a plus de 10 ans

Correction du bug squid: maximum_objects_size non pris en compte (Ref: #13795)

Historique

#1 Mis à jour par Joël Cuissinat il y a plus de 10 ans

  • Tracker changé de Evolution à Demande

#2 Mis à jour par Scrum Master il y a plus de 10 ans

  • Assigné à mis à Gérald Schwartzmann

#3 Mis à jour par Gérald Schwartzmann il y a plus de 10 ans

Ces deux variables sont dans les dicos fournis par EOLE :

root@amon:/usr/share/eole/creole/dicos# grep maximum_object_size *
23_proxy.xml:            <variable name='maximum_object_size' type='number' description='Maximum_object_size (en KB)'>
23_proxy.xml:            <variable name='maximum_object_size_in_memory' type='number' description='Maximum_object_size_in_memory (en KB)'>
root@amon:/usr/share/eole/creole/dicos#

Avez-vous prévu d'intégrer la modification et si oui quand ?

Merci d'avance

#4 Mis à jour par Gérald Schwartzmann il y a plus de 10 ans

"This is fixed in squid 3.4.5 and later. Workaround for older versions is to re-order the configuration directives to place maximum_object_size first."

http://bugs.squid-cache.org/show_bug.cgi?id=3830#c11

#5 Mis à jour par Philippe Carre il y a plus de 10 ans

Les 2 variables sont déjà utilisées, dans le template common-squid2.conf .
Elles arrivent donc après la ligne 'cache_dir %%cache_param.cache_dir_type %%cache_param .....' du template 01squid.conf . C'est la cause du bug: si maximum_object_size (et minimum) arrivent après cache_dir , elles ne sont pas prises en compte.

Le patch ajoute maximum_object_size et minimum_object_size, dans 01squid.conf, avant cache_dir.
Mais sans supprimer les lignes existantes dans common-squid2.conf !! ça n'est pas génant pour squid.

Ce serait évidement plus propre de déplacer les lignes :
minimum_object_size %%minimum_object_size KB
maximum_object_size %%maximum_object_size KB
de common-squid2.conf vers 01squid.conf

Avant la mise à jour squid 3.4 ....

#6 Mis à jour par Gérald Schwartzmann il y a plus de 10 ans

  • % réalisé changé de 0 à 50

Avez-vous et pouvez-vous ajouter le traitement de cette demande dans votre sprint actuel, il reste à tester et valider la modification en tirant le paquet. Nous avons regardé vos scénario et rien ne nous permet d'accrocher la présente demande. Merci d'avance

#7 Mis à jour par Gérald Schwartzmann il y a plus de 10 ans

  • Tracker changé de Demande à Tâche
  • Assigné à changé de Gérald Schwartzmann à Philippe Carre
  • % réalisé changé de 50 à 100
  • Tâche parente mis à #13770

#8 Mis à jour par Gérald Schwartzmann il y a plus de 10 ans

  • Statut changé de Nouveau à En cours

#9 Mis à jour par Philippe Carre il y a plus de 10 ans

  • Statut changé de En cours à Résolu
  • Temps estimé mis à 1.00 h
  • Restant à faire (heures) mis à 0.0

#10 Mis à jour par Thierry Bertrand il y a plus de 10 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF