Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 74654 - Add "null" storage module request
Add "null" storage module request
Product: Red Hat Linux
Classification: Retired
Component: squid (Show other bugs)
i386 Linux
low Severity medium
: ---
: ---
Assigned To: Martin Stransky
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2002-09-29 15:21 EDT by Philip Rowlands
Modified: 2007-03-26 23:57 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-11-24 07:18:56 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Philip Rowlands 2002-09-29 15:21:26 EDT
Please consider compiling in "null" storage module support. This is done by 
passing --enable-storeio="aufs,coss,diskd,null,ufs" to configure.

null allows the user to configure no disk caching at all, which is useful when 
squid's other features (proxying, logging) but not caching are required in a 
DMZ environment.
Comment 1 Bill Nottingham 2003-01-15 15:57:07 EST
should be done in 2.5.STABLE1-1.
Comment 2 Philip Rowlands 2003-01-24 18:13:05 EST
Sorry, I can't see the fix. From squid-2.5.STABLE1-1.src.rpm, dated Jan 16 2003, squid.spec still uses --enable-storeio="aufs,coss,diskd,ufs".
Comment 3 Jay Fenlason 2003-01-29 11:12:02 EST
I put up squid-2.5.STABLE1-3.i386.rpm and squid-2.5.STABLE1-3.src.rpm on
ftp://people.redhat.com/fenlason/  The binary was built on 8.0 because I don't
have any 7.3 systems to hand.  It has two changes: one is the null storage
module, another is a tweak to the number of maximum file descriptors it can
open.  If you can check it out, I'll see if I can slip it into the next beta. 
It may be too late, though.

Note You need to log in before you can comment on or make changes to this bug.