Re: [squid-users] squid cache_dir COSS

2012-11-10 Thread spiderslack

On 11/08/2012 11:29 PM, Amos Jeffries wrote:

On 9/11/2012 1:20 p.m., spiderslack wrote:

Hi all,

I compiled squid3 with support the coss cache_dir, but when start 
squid, display follow message:


2012/11/08 22:10:25| Max Swap size: 3072 KB
2012/11/08 22:10:25| /dev/sda8/swap.state: (20) Not a directory
FATAL: storeCossDirOpenSwapLog: Failed to open swap log.
Squid Cache (Version 3.2.3): Terminated abnormally.



my settings squid.conf for cache_dir

cache_dircoss  /dev/sda8  3 max-size=100 block-size=2048


I'm confused I thought the method COSSI would deliver a raw device 
for the squid and he takes care to use the device as desired. 
Avoiding the overheadof filesystem. This is not how it should work?


It is not expected to work in squid 3.x. The original COSS 
implementation had a lot of bugs and the people who fixed it up for 
the squid-2.6+ fork did not assist with getting many of those fixes 
into the squid-3 branch.


3.2 provides rock store type instead which is an updated design 
similar to COSS but with SMP support and some other improvements.


Amos

Hi Amos,

Cool! rock store seems formidable, i trying , but same rock, appearing 
is not possible using raw device, for example  /dev/sda8. neither type 
store this makes?


Regards


Re: [squid-users] squid cache_dir COSS

2012-11-10 Thread spiderslack

On 11/08/2012 11:29 PM, Amos Jeffries wrote:

On 9/11/2012 1:20 p.m., spiderslack wrote:

Hi all,

I compiled squid3 with support the coss cache_dir, but when start 
squid, display follow message:


2012/11/08 22:10:25| Max Swap size: 3072 KB
2012/11/08 22:10:25| /dev/sda8/swap.state: (20) Not a directory
FATAL: storeCossDirOpenSwapLog: Failed to open swap log.
Squid Cache (Version 3.2.3): Terminated abnormally.



my settings squid.conf for cache_dir

cache_dircoss  /dev/sda8  3 max-size=100 block-size=2048


I'm confused I thought the method COSSI would deliver a raw device 
for the squid and he takes care to use the device as desired. 
Avoiding the overheadof filesystem. This is not how it should work?


It is not expected to work in squid 3.x. The original COSS 
implementation had a lot of bugs and the people who fixed it up for 
the squid-2.6+ fork did not assist with getting many of those fixes 
into the squid-3 branch.


3.2 provides rock store type instead which is an updated design 
similar to COSS but with SMP support and some other improvements.


Amos

Hi Amos.

Trying using the rock store, but is not work. view message.

Nov 10 11:06:50 hades squid: Rock cache_dir[0] rebuild of /cache1/rock 
failed: cannot read db header


I researching and found in historic, mentioned the bug, the bug persist?

http://www.squid-cache.org/mail-archive/squid-users/20/0278.html

Regards



[squid-users] squid cache_dir COSS

2012-11-08 Thread spiderslack

Hi all,

I compiled squid3 with support the coss cache_dir, but when start squid, 
display follow message:


2012/11/08 22:10:25| Max Swap size: 3072 KB
2012/11/08 22:10:25| /dev/sda8/swap.state: (20) Not a directory
FATAL: storeCossDirOpenSwapLog: Failed to open swap log.
Squid Cache (Version 3.2.3): Terminated abnormally.



my settings squid.conf for cache_dir

cache_dircoss  /dev/sda8  3 max-size=100 block-size=2048


I'm confused I thought the method COSSI would deliver a raw device for 
the squid and he takes care to use the device as desired. Avoiding the 
overheadof filesystem. This is not how it should work?


Any idea?

Regards.


Re: [squid-users] squid cache_dir COSS

2012-11-08 Thread Amos Jeffries

On 9/11/2012 1:20 p.m., spiderslack wrote:

Hi all,

I compiled squid3 with support the coss cache_dir, but when start 
squid, display follow message:


2012/11/08 22:10:25| Max Swap size: 3072 KB
2012/11/08 22:10:25| /dev/sda8/swap.state: (20) Not a directory
FATAL: storeCossDirOpenSwapLog: Failed to open swap log.
Squid Cache (Version 3.2.3): Terminated abnormally.



my settings squid.conf for cache_dir

cache_dircoss  /dev/sda8  3 max-size=100 block-size=2048


I'm confused I thought the method COSSI would deliver a raw device for 
the squid and he takes care to use the device as desired. Avoiding the 
overheadof filesystem. This is not how it should work?


It is not expected to work in squid 3.x. The original COSS 
implementation had a lot of bugs and the people who fixed it up for the 
squid-2.6+ fork did not assist with getting many of those fixes into the 
squid-3 branch.


3.2 provides rock store type instead which is an updated design similar 
to COSS but with SMP support and some other improvements.


Amos