This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[7.004] HTTP Proxy doesn't work anymore in Standard Mode

Hi,

Yesterday I updated my ASG-box to V7.004. No problems. But now all of the sudden HTTP Proxy (in standard mode port 8080) isn't responding anymore! I rebooted the box but it didn't help. So I set the Proxy-mode to "Transparant" then it works (a little bit slow, but it works). So I set it back to "Standard" and no requests are responded. Does anyone also got these problems? Or does have any idea what is going wrong?

Now I set it to Prxy mode "Standard" and changed the port to 8081. Now it works, very slow. So I changed the port back to 8080 and then it doesn't responds anymore....strange...


This thread was automatically locked due to age.
Parents
  • Hallo,

    the same at my machine. Updated to 7.004. The proxy-port was the 8080. Then I have changed the port 3128. Now I can see notifications, that the proxy-server is not running and will be restarted. I can't connect to the web.

    Whats wrong with 7.004 ?

    Best regards from
    Egbert
  • I have done a clean install.  I have gone to 7.002 as I am afraoid to proceed further.  Things seem to be running fine right now.
    I hope that they can get this straightened out so I can upgrade.
  • Hi guys, 

    its working as expected in my case.

    Are you using anything special?

    regards
    gert
  • I am seeing the same problem. Random stops and out for a short to a long period of time - like I say it is random and there does not seem to be a pattern developing...

    I am seeing this in transparent mode... I have not tested with standard mode...

    --Ray

    P4 1.3
    1.5 GIG Ram
    80 GIG Drive
    Intel Pro100s Nics
  • Nope, nothing special. Same hardware as I used for V6.x, beta's V7.x and final releases of V7.x .
  • I'm running the HTTP proxy in standard mode, and it has stopped working on three occasions since I installed 7.004 two days ago. The first two times the proxy was re-started automatically, but on the last occasion I ended up rebooting the firewall to get it to work once more.

    As other posters have mentioned, there seems to be no obvious reason why this happens.
  • No - nothing special. We had the proxy stop for a fourth time in four days ... so I decided to just change the port number from 8080 -> 3128. No everything seems to be OK. Been up for two days without a hitch.
  • The http proxy on my ASG usually stops at least twice a day and the socks proxy at least once a day.

    Ian M
  • what is the cli-command to restart the proxy? /etc/init.d/squid restart?
  • If you review the Squid log (/etc/squid.log) from the CLI you will notice that there are configuration errors in it:

    createRemovalPolicy_heap: Unknown key type "lfuda". Using LRU

    This relates to these two directives:

    cache_replacement_policy heap lfuda
    memory_replacement_policy heap lfuda

    This error is probably occuring due to the binary not being compiled with the --enable-removal-policies=heap directive.

    Then:

    WARNING: Very large maximum_object_size_in_memory settings can have negative impact on performance

    maximum_object_size_in_memory 51395 KB

    Personally I think this setting is deranged ... who in their right mind wants to keep a 64Mb object in memory??! Especially when your ASG only has 512Mb.

    I'm not sure whether this has anything to do with the cache halting but Astaro should definitely revisit their cache tuning configuration.
  • If you review the Squid log (/etc/squid.log) from the CLI you will notice that there are configuration errors in it:

    createRemovalPolicy_heap: Unknown key type "lfuda". Using LRU

    Yep, I see this, too.


    WARNING: Very large maximum_object_size_in_memory settings can have negative impact on performance

    maximum_object_size_in_memory 51395 KB

    Personally I think this setting is deranged ... who in their right mind wants to keep a 64Mb object in memory??! Especially when your ASG only has 512Mb.

    I agree that even on big hardware values larger than a couple megabytes or so should not significantly improve performance. The default is 8KB!

    On my system w/512MB, the maximum_object_size_in_memory is 25762KB and the cache_mem size is 51526KB. I think a more reasonable size for squid would be to set cache_mem to 1/20th the total memory size and the max object size to 1/200th of the cache_mem size.

    In addition, the cache_swap_low/high settings could be tweaked as well.
Reply
  • If you review the Squid log (/etc/squid.log) from the CLI you will notice that there are configuration errors in it:

    createRemovalPolicy_heap: Unknown key type "lfuda". Using LRU

    Yep, I see this, too.


    WARNING: Very large maximum_object_size_in_memory settings can have negative impact on performance

    maximum_object_size_in_memory 51395 KB

    Personally I think this setting is deranged ... who in their right mind wants to keep a 64Mb object in memory??! Especially when your ASG only has 512Mb.

    I agree that even on big hardware values larger than a couple megabytes or so should not significantly improve performance. The default is 8KB!

    On my system w/512MB, the maximum_object_size_in_memory is 25762KB and the cache_mem size is 51526KB. I think a more reasonable size for squid would be to set cache_mem to 1/20th the total memory size and the max object size to 1/200th of the cache_mem size.

    In addition, the cache_swap_low/high settings could be tweaked as well.
Children
No Data