Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 30 replies
  • Subscribers 1 subscriber
  • Views 20012 views
  • Users 0 members are here
Options
Suggested
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

I/O timeout on content could not be loaded

ranchodeluxe
I received the following message after upgrade to 5.018, while surfing:

Content could not be loaded  
     
     
   Please check the spelling of your URL.

Make sure that your proxy settings are in order.

The following lines may provide some additional information to the cause of the failure.



I/O timeout 

I did not change any settings. Any ideas?


This thread was automatically locked due to age.
Parents
  • 0
    ok here's a possible workaround: 
    WARNING SUPPORT VOID AFTER THIS!!!
    in the file /var/chroot-http/etc/hyperdyper.conf find the segment:
    Code:
      

            5
            30
            30
            150
            30
            30

     

    and replace it with 

    Code:
      

            5
            300
            300
            300
            300
            30

     

    finally, restart the hyperdyper with 
    Code:

    /var/mdw/scripts/hyperdyper.sh restart
  • 0 in reply to Vukasin
    did you try this:
    [ QUOTE ]
    ok here's a possible workaround: 
    WARNING SUPPORT VOID AFTER THIS!!!
    in the file /var/chroot-http/etc/hyperdyper.conf find the segment:
    Code:
      

            5
            30
            30
            150
            30
            30

     

    and replace it with 

    Code:
      

            5
            300
            300
            300
            300
            30

     

    finally, restart the hyperdyper with 
    Code:

    /var/mdw/scripts/hyperdyper.sh restart
     

    [/ QUOTE ]
  • 0 in reply to Vukasin
    V,

    Does Astaro intend to rlease this workaround as an official up2date?  30 seconds is usually enough for 99% of all sites.  This issue did not appear until 5.018/19.  Did those up2dates change those timeouts to 30 seconds?  If not then leaving the content filter always rujnning is a big problem as even higher end hardware is having this issue it seems.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    the 30 second timeout was introduced in 5.018 (our mistake, sorry) and will be fixed in one of the following up2dates. before we release anything we must have some testing results and that is why i posted the config tweak so that the people having the problem could see if it is fixed by increasing the timeout.
  • 0 in reply to Vukasin
    [ QUOTE ]
    the 30 second timeout was introduced in 5.018 (our mistake, sorry) and will be fixed in one of the following up2dates. before we release anything we must have some testing results and that is why i posted the config tweak so that the people having the problem could see if it is fixed by increasing the timeout. 

    [/ QUOTE ]

    300 seonds to wait for a server is ecessive IMO..however 60-120 seconds to wait for a timeout is reasonalbe.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    yes, the 300 was more a proof of concept than a real value [:)]
  • 0 in reply to Vukasin
    Vukasin,

    tried a tricky configuration today:
    Because HTTP proxy caching was not possible at the same time with VP (before 5.018) we cascaded 2 ASL boxes.
    The outer one did VP the inner one caching.

    Surfing on "normal" sites was possible but everytime we tried to login to any site (GMX, WEB.DE, several commercial sites require login)
    we got the timeout problem.

    Tried several variations: Standard Mode, Transparent (on both boxes) but where unable to fix it.
    Switched back to the standalone box (also 5.018): Everything works fine there.

    Karsten
  • 0 in reply to KKnecht
    hi!
    Vukasin, I tried the work around but still gives me the sme problem , i even restarted ASL, in all the 3 modes gives the same problem, now i had to bypass the HTTP proxy to report my problem.
    on astaro.org i login after that when i go to main index it logs me out
    Strange thing is that if i click refresh it gives me I/O timeout but if i click on the address tab and press enter the page works and displays the content, but dont know why it logs me out, all other sites i visit randomly gives the same problem but as mentioned when i click on the adress tab and press enter it works.
  • 0 in reply to has
    could you post a tcpdump of a session when the timeout occurs? is there anything in the access log?
  • 0 in reply to Vukasin
    some customers noticed 504 entries in the access log. this means that the squid has also had a gateway timeout. the second numeric value shows the time squid spent trying before giving up.
Reply Children