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 8 ans. Mis à jour il y a plus de 8 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 8 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 8 ans

  • Tracker changé de Evolution à Demande

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

  • Assigné à mis à Gérald Schwartzmann

#3 Mis à jour par Gérald Schwartzmann il y a plus de 8 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 8 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 8 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 8 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 8 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 8 ans

  • Statut changé de Nouveau à En cours

#9 Mis à jour par Philippe Carre il y a plus de 8 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 8 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF