Apache Traffic Server 3.2.0 正式版，附srpm包

lsstarboy

發(fā)段日志：

1. [Feb 21 16:08:46.711] Server {0x803808400} DEBUG: (http_tunnel) [0] consumer_handler [http server post VC_EVENT_WRITE_READY]
   
2. [Feb 21 16:08:46.711] Server {0x803808400} DEBUG: (http_tunnel) [0] consumer_handler [http server post VC_EVENT_WRITE_READY]
   
3. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_tunnel) [0] producer_handler [user agent post VC_EVENT_READ_READY]
   
4. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_redirect) [HttpTunnel::producer_handler] enable_redirection: [1 0 0] event: 100
   
5. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_tunnel) [0] consumer_handler [http server post VC_EVENT_WRITE_READY]
   
6. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_tunnel) [0] consumer_handler [http server post VC_EVENT_ERROR]
   
7. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] [&HttpSM::tunnel_handler_post_server, VC_EVENT_ERROR]
   
8. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] [HttpSM::main_handler, HTTP_TUNNEL_EVENT_DONE]
   
9. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] [&HttpSM::tunnel_handler_post, HTTP_TUNNEL_EVENT_DONE]
   
10. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] [&HttpSM::handle_post_failure, VC_EVENT_NONE]
    
11. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_redirect) [HttpTunnel::deallocate_postdata_copy_buffers]
    
12. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_ss) [0] session closed
    
13. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_ss) [0] connection closed, ip: 1.1.1.49, count: 0
    
14. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [HttpTransact::HandleResponse]
    
15. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_seq) [HttpTransact::HandleResponse] Response received
    
16. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [ink_cluster_time] local: 1361434126, highest_delta: 0, cluster: 1361434126
    
17. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [HandleResponse] response_received_time: 1361434126
    
18. +++++++++ Incoming O.S. Response +++++++++
    
19. -- State Machine Id: 0
    
20. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_seq) [HttpTransact::HandleResponse] Response not valid     
    
21. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [handle_response_from_server] (hrfs)
    
22. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [handle_response_from_server] Error. No more retries.
    
23. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_trans) [handle_server_connection_not_open] (hscno)     
    
24. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http_seq) [HttpTransact::handle_server_connection_not_open]
    
25. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] hostdb update marking IP: 1.1.1.49:80 as down
    
26. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) server info = 1.1.1.49:80
    
27. +++++++++ Proxy's Response 2 +++++++++
    
28. -- State Machine Id: 0
    
29. HTTP/1.1 502 Server Hangup^M
    
30. Date: Thu, 21 Feb 2013 08:08:46 GMT^M
    
31. Connection: close^M
    
32. ^M
    
33. [Feb 21 16:08:46.712] Server {0x803808400} DEBUG: (http) [0] State Transition: ORIGIN_SERVER_OPEN -> PROXY_SEND_ERROR_CACHE_NOOP
    

復(fù)制代碼

aaaaaa

介個(gè)，是跑在forward模式下的嗎？你貼的這個(gè)debug日志貌似是一個(gè)post請(qǐng)求的問題啊，難道是post處理還有問題？

lsstarboy

回復(fù) 322# aaaaaa
感謝老大回復(fù)。

確實(shí)是post的問題，一旦post大點(diǎn)的文件，就出502錯(cuò)誤。

我們的應(yīng)用，要求能傳近百兆的文件。但是用自已做的服務(wù)器來測(cè)試post卻沒有問題，也進(jìn)行了限速測(cè)試，不是timeout。
抓包的結(jié)果，就是正常上傳，然后就突然來了一個(gè)502。

換squid，情況好一點(diǎn)，20、30M的文件問題不大了，但再大的文件仍然存在這種情況。
在各瀏覽器中，opera報(bào)502最快，幾秒就出來了。

換squid的感受：trafficserver速度確實(shí)快。

   

lsstarboy

是透明代理模式。

lsstarboy

找了整整三天，在調(diào)系統(tǒng)緩沖區(qū)大小的時(shí)候，終于找到了原因，下面中四個(gè)參數(shù)只能設(shè)置第一個(gè)，其他的都不行。
推測(cè)的原因：在有緩沖區(qū)的情況下，上傳的數(shù)據(jù)過快地接收到系統(tǒng)，但是沒有及時(shí)傳到服務(wù)器，導(dǎo)致服務(wù)器響應(yīng)出錯(cuò)。

1. ##############################################################################
   
2. #
   
3. # Socket send/recv buffer sizes (0 == don't call setsockopt() )
   
4. #
   
5. ##############################################################################
   
6.    # out: proxy -> os connection
   
7.    # in : ua -> proxy connection
   
8. CONFIG proxy.config.net.sock_send_buffer_size_in INT 65535      
   
9. CONFIG proxy.config.net.sock_recv_buffer_size_in INT 0
   
10. CONFIG proxy.config.net.sock_send_buffer_size_out INT 0
    
11. CONFIG proxy.config.net.sock_recv_buffer_size_out INT 0
    
12. ##############################################################################
    

復(fù)制代碼

aaaaaa

改了proxy.config.net.sock_send_buffer_size_in 就好了？

lsstarboy

回復(fù) 326# aaaaaa


    測(cè)試失誤，在ATS不忙的時(shí)候大多數(shù)情況下可以，連接數(shù)一多就完蛋。
　重啟后能好一陣子，一會(huì)兒就不行了。

　又折騰了一天，沒有起色，如果不能上傳大文件，就必須把proxy去掉了，用squid稍微好一點(diǎn)，但是幾十兆以上的文件也出502。

　error.log中反來復(fù)去就兩句：

1. 20130224.00h21m01s CONNECT: could not connect to 1.2.3.49 for 'http://abc/defg' (setting last failure time)
   
2. 20130224.00h21m01s RESPONSE: sent 10.10.6.190 status 502 (Server Hangup) for 'http://abc/defg'
   

復(fù)制代碼

lsstarboy

看了下源文件，應(yīng)該是在HttpSM.cc中報(bào)的錯(cuò)誤，但是一直沒弄清到底是哪個(gè)地方報(bào)出來的。
應(yīng)該是：HttpSM::set_next_state()函數(shù)中，我比較奇怪為什么正常上傳著，突然就報(bào)出502呢？

aaaaaa

grep timeout records.config貼出來我們看看？

lsstarboy

回復(fù) 329# aaaaaa


    該試的都試了，效果不大，追蹤了一下，從瀏覽器接收數(shù)據(jù)和向服務(wù)器發(fā)送數(shù)據(jù)，應(yīng)該是在HttpTunnel::main_handler函數(shù)中，還沒找到具體的位置。

CONFIG proxy.config.http.parent_proxy.connect_attempts_timeout INT 30

CONFIG proxy.config.http.keep_alive_no_activity_timeout_in INT 10
CONFIG proxy.config.http.keep_alive_no_activity_timeout_out INT 10

CONFIG proxy.config.http.transaction_no_activity_timeout_in INT 120
CONFIG proxy.config.http.transaction_no_activity_timeout_out INT 120

CONFIG proxy.config.http.transaction_active_timeout_in INT 0
CONFIG proxy.config.http.transaction_active_timeout_out INT 0

CONFIG proxy.config.http.accept_no_activity_timeout INT 60

CONFIG proxy.config.http.background_fill_active_timeout INT 60

CONFIG proxy.config.http.connect_attempts_timeout INT 600

CONFIG proxy.config.http.post_connect_attempts_timeout INT 1800


CONFIG proxy.config.hostdb.timeout INT 90

CONFIG proxy.config.icp.query_timeout INT 2