Project

General

Profile

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

Added by Philippe Carre almost 8 years ago. Updated almost 8 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
10/28/2015
Due date:
% Done:

100%

Estimated time:
1.00 h
Spent time:
Remaining (hours):
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 View (371 Bytes) Philippe Carre, 10/28/2015 05:19 PM


Related issues

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

Associated revisions

Revision dfca7c51 (diff)
Added by Philippe Carre almost 8 years ago

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

History

#1 Updated by Joël Cuissinat almost 8 years ago

  • Tracker changed from Evolution to Demande

#2 Updated by Scrum Master almost 8 years ago

  • Assigned To set to Gérald Schwartzmann

#3 Updated by Gérald Schwartzmann almost 8 years ago

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 Updated by Gérald Schwartzmann almost 8 years ago

"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 Updated by Philippe Carre almost 8 years ago

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 Updated by Gérald Schwartzmann almost 8 years ago

  • % Done changed from 0 to 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 Updated by Gérald Schwartzmann almost 8 years ago

  • Tracker changed from Demande to Tâche
  • Assigned To changed from Gérald Schwartzmann to Philippe Carre
  • % Done changed from 50 to 100
  • Parent task set to #13770

#8 Updated by Gérald Schwartzmann almost 8 years ago

  • Status changed from Nouveau to En cours

#9 Updated by Philippe Carre almost 8 years ago

  • Status changed from En cours to Résolu
  • Estimated time set to 1.00 h
  • Remaining (hours) set to 0.0

#10 Updated by Thierry Bertrand almost 8 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF