Re: [squid-users] Broken Upload

2006-06-08 Thread Matus UHLAR - fantomas
On 07.06.06 20:46, Mehdi Sarmadi wrote:
 It could be right, but this value was because of the performance
 that I wanted for fast reply.

Do you mean,do you want to receive fast error message instead of 

 I hope the problem were this timeout value.
 But, you know, this problem is recently occured, and the
 configuration you see is not changed for months.
 Any other clue?!

it depends on your clients connection. If you have dialup clients which post
much data (e.g. sending huge attachments through webmail), you should count
how much does sending 10 MB of data through 28800 bps connection...

10485760/(28800/10) (10 bits per byte on async connection) = 3640 seconds,
which means, one hour in the best case
-- 
Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
M$ Win's are shit, do not use it !


Re: [squid-users] Broken Upload

2006-06-08 Thread Mehdi Sarmadi

The link I'm using for web service is an Internet Sattelite Link with
560ms lag and 1mbps for receive and 256kbps for send, and a
Point-To-Point Sattelite Duplex link with 520ms lag and 256kpbs BW.
Concurrent usage of web is at most 75 simultinous sessions, and
average 45 simultinous sessions.

I guess 5 to 8 min would be good for about 10MB upload, isn't it?



On 6/8/06, Matus UHLAR - fantomas [EMAIL PROTECTED] wrote:

On 07.06.06 20:46, Mehdi Sarmadi wrote:
 It could be right, but this value was because of the performance
 that I wanted for fast reply.

Do you mean,do you want to receive fast error message instead of

 I hope the problem were this timeout value.
 But, you know, this problem is recently occured, and the
 configuration you see is not changed for months.
 Any other clue?!

it depends on your clients connection. If you have dialup clients which post
much data (e.g. sending huge attachments through webmail), you should count
how much does sending 10 MB of data through 28800 bps connection...

10485760/(28800/10) (10 bits per byte on async connection) = 3640 seconds,
which means, one hour in the best case
--
Matus UHLAR - fantomas, [EMAIL PROTECTED] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
M$ Win's are shit, do not use it !





--
Mehdi Sarmadi


Re: [squid-users] Broken Upload

2006-06-08 Thread Henrik Nordstrom
tor 2006-06-08 klockan 09:29 +0200 skrev Matus UHLAR - fantomas:

 it depends on your clients connection. If you have dialup clients which post
 much data (e.g. sending huge attachments through webmail), you should count
 how much does sending 10 MB of data through 28800 bps connection...

Not really.

read_timeout is the limit on how long a connection may be idle while
Squid expects there to be some data flowing.. so sending data to slow
servers can count into this but not clients sending data over a slow
connection to Squid.

When sending data to servers it includes the time it takes to drain the
TCP window after Squid has submitted the last byte of the request to the
TCP for transmission.

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel


Re: [squid-users] Broken Upload

2006-06-08 Thread Visolve squid
On Wed, 2006-06-07 at 11:12 +0330, Mehdi Sarmadi wrote:
 Dears
 
   I've problem with upload use, uploads more than 1MB get broken often.
   What should affect on such usage? Any configuration directive or
 system hardware?

Hi,

If the error(time out) is due to the read_timeout then that will be
logged in the cache.log as ERR_READ_TIMEOUT

So check your cache.log


-- 
Thanks,
Visolve Squid Team,
http://squid.visolve.com 



[squid-users] Broken Upload

2006-06-07 Thread Mehdi Sarmadi

Dears

 I've problem with upload use, uploads more than 1MB get broken often.
 What should affect on such usage? Any configuration directive or
system hardware?

Looking forward to your reply
TIA

--
Mehdi Sarmadi


Re: [squid-users] Broken Upload

2006-06-07 Thread Visolve squid
On Wed, 2006-06-07 at 11:12 +0330, Mehdi Sarmadi wrote: 
 Dears
 
   I've problem with upload use, uploads more than 1MB get broken often.
   What should affect on such usage? Any configuration directive or
 system hardware?
 
 Looking forward to your reply
 TIA
 

Hello Tia,

Check the delay_pools configuration directive in squid.

-- 
Thanks,
Visolve Squid Team,
http://squid.visolve.com 



Re: [squid-users] Broken Upload

2006-06-07 Thread Henrik Nordstrom
ons 2006-06-07 klockan 11:12 +0330 skrev Mehdi Sarmadi:

 I've problem with upload use, uploads more than 1MB get broken often.

Which Squid version?

Check the request_body_max_size parameter in your squid.conf. Old
versions of Squid defaults to 1MB.

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel


Re: [squid-users] Broken Upload

2006-06-07 Thread Mehdi Sarmadi

Squid is (squid/2.5.STABLE13)
and about the delay_pools :

# ACLs
# Multimedia file extension, -i : case insensitive
acl mm_ext urlpath_regex -i \.mp3$ \.avi$ \.mov$ \.mpeg$ \.mpg$
\.divx$ \.mp4$ \.xvid$ \.axf$ \.3gp$ \.img2$ \.wma$ \.wmv$
acl compressed urlpath_regex -i \.rar$ \.zip$
acl executablebinary urlpath_regex \.exe$ \.msi$ \.bin$ \.iso$

# Delay Pools
delay_pools 3
delay_class 1 2
delay_class 2 2
delay_class 3 2
delay_parameters 3 3/3 3/3
delay_parameters 2 5/5 5/5
delay_parameters 1 26/26 26/26
delay_initial_bucket_level 50
delay_access 3 allow isaserver executablebinary
delay_access 3 allow isaserver compressed
delay_access 3 deny all
delay_access 2 allow isaserver mm_ext
delay_access 2 deny all
delay_access 1 allow needbw
delay_access 1 allow isaserver !mm_ext !executablebinary !compressed
delay_access 1 deny all


and about the time out directives

# timouts
read_timeout 1 minutes
client_lifetime 60 minutes
# 0 for unlimited
request_body_max_size 0


P.S. Dear Henrik, Oops! sorry for direct reply to your email address

On 6/7/06, Henrik Nordstrom [EMAIL PROTECTED] wrote:

ons 2006-06-07 klockan 11:12 +0330 skrev Mehdi Sarmadi:

 I've problem with upload use, uploads more than 1MB get broken often.

Which Squid version?

Check the request_body_max_size parameter in your squid.conf. Old
versions of Squid defaults to 1MB.

Regards
Henrik


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEht5JB5pTNio2V7IRAk1cAKCwPnlLS0ZpPY2bXmSpnFhOW6yQIQCfYyqC
UShdARmHJfA65HrNZ96r3xA=
=DBs2
-END PGP SIGNATURE-







--
Mehdi Sarmadi
http://msarmadi.googlepages.com


Re: [squid-users] Broken Upload

2006-06-07 Thread Henrik Nordstrom
ons 2006-06-07 klockan 20:31 +0330 skrev Mehdi Sarmadi:

 # timouts
 read_timeout 1 minutes

Are you sure you really want this? This could be causing your problem if
the server accepting the upload takes some time to process the upload..

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel


Re: [squid-users] Broken Upload

2006-06-07 Thread Mehdi Sarmadi

Dear Henrik
It could be right, but this value was because of the performance
that I wanted for fast reply.
I hope the problem were this timeout value.
But, you know, this problem is recently occured, and the
configuration you see is not changed for months.
Any other clue?!

Anyway, Thank you very much


P.S. Oops! ;)

On 6/7/06, Henrik Nordstrom [EMAIL PROTECTED] wrote:

ons 2006-06-07 klockan 20:31 +0330 skrev Mehdi Sarmadi:

 # timouts
 read_timeout 1 minutes

Are you sure you really want this? This could be causing your problem if
the server accepting the upload takes some time to process the upload..

Regards
Henrik


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQBEhwhUB5pTNio2V7IRAipOAKDAbwsJ37569Di5IvlZRolPN0LutwCbBdDq
c9u20R6J1m26yZrM1piKeBw=
=P5sE
-END PGP SIGNATURE-






--
Mehdi Sarmadi


Re: [squid-users] Broken Upload

2006-06-07 Thread Mehdi Sarmadi

For the read timeout, What is your oppinion?
is 5 min. suitable?

On 6/7/06, Mehdi Sarmadi [EMAIL PROTECTED] wrote:

Dear Henrik
 It could be right, but this value was because of the performance
that I wanted for fast reply.
 I hope the problem were this timeout value.
 But, you know, this problem is recently occured, and the
configuration you see is not changed for months.
 Any other clue?!

Anyway, Thank you very much


P.S. Oops! ;)

On 6/7/06, Henrik Nordstrom [EMAIL PROTECTED] wrote:
 ons 2006-06-07 klockan 20:31 +0330 skrev Mehdi Sarmadi:

  # timouts
  read_timeout 1 minutes

 Are you sure you really want this? This could be causing your problem if
 the server accepting the upload takes some time to process the upload..

 Regards
 Henrik


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.3 (GNU/Linux)

 iD8DBQBEhwhUB5pTNio2V7IRAipOAKDAbwsJ37569Di5IvlZRolPN0LutwCbBdDq
 c9u20R6J1m26yZrM1piKeBw=
 =P5sE
 -END PGP SIGNATURE-





--
Mehdi Sarmadi




--
Mehdi Sarmadi


Re: [squid-users] Broken Upload

2006-06-07 Thread Henrik Nordstrom
ons 2006-06-07 klockan 20:49 +0330 skrev Mehdi Sarmadi:
 For the read timeout, What is your oppinion?
 is 5 min. suitable?

The default setting of 15 minutes is quite reasonable I think.

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel