Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 18 replies
  • Subscribers 1 subscriber
  • Views 7704 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

httpproxy hangs

Remuflon
Pretty much every day we wake up to no internet.  The httpproxy service hangs on my UTM server.  Other connectivity continues to function, but no proxy.

We are running UTM home, 9.004-34 on a i3 with 8 gigs of RAM.  Intel nics.

I'm looking at various logs, but I don't see anything striking.  Can anyone suggest a starting point?

Restarting the httpproxy on the server restores operation, for an unknown amount of time...


This thread was automatically locked due to age.
Parents
  • 0
    We are still having this problem.  I switch scanning over to Avira a few weeks ago.  Proxy has hung 2 or 3 times since then.
  • 0 in reply to Remuflon
    What did you do to solve this finally?

    We have the same here and I figured out the following:

    HTTPPROXY stops logging during that period of beeing unavailable, too. The first entries when it comes alive after seconds oder minutes are as follows:

    2013:09:27-11:38:02 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="717" message="reloading list (1)"
    2013:09:27-11:38:03 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Unable to allocate 397532828
    bytes for control list"
    2013:09:27-11:38:03 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="719" message="list reload failed, fallback to
    disk db"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Unable to allocate 397532828
    bytes for control list"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Failed to load list
    '/var/pattern/sfcontrol/sfcontrol' return code '10'"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="722" message="failed to load list(86), will
    fallback to remote lookup"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Attempted to retrieve control
    list serial number but no control list is loaded"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="730" message="list version: 42147"

    OK, it tries to get 400MB RAM to load a new updatelist (we have mem-db running) - isn´t there enough memory?

    Not at all:

                 total       used       free     shared    buffers     cached
    Mem:      16429232   15724312     704920          0    1281680   11842924
    -/+ buffers/cache:    2599708   13829524
    Swap:      1048568          4    1048564

    So maybe not as a block - but there is 11Gig in Kernel Cache - and cache is under normal circumstance to be released to other processes - but I suppose it is NOT freed here and this may be the main reason for httpproxy failing.

    I have a Sophos Case open for days now, but they did not even figured out what i did [:@]
Reply
  • 0 in reply to Remuflon
    What did you do to solve this finally?

    We have the same here and I figured out the following:

    HTTPPROXY stops logging during that period of beeing unavailable, too. The first entries when it comes alive after seconds oder minutes are as follows:

    2013:09:27-11:38:02 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="717" message="reloading list (1)"
    2013:09:27-11:38:03 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Unable to allocate 397532828
    bytes for control list"
    2013:09:27-11:38:03 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="719" message="list reload failed, fallback to
    disk db"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Unable to allocate 397532828
    bytes for control list"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Failed to load list
    '/var/pattern/sfcontrol/sfcontrol' return code '10'"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="722" message="failed to load list(86), will
    fallback to remote lookup"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_log"
    file="scr_scanner.c" line="1126" message="Attempted to retrieve control
    list serial number but no control list is loaded"
    2013:09:27-11:38:04 norway httpproxy[26075]: id="0003" severity="info"
    sys="SecureWeb" sub="http" request="(nil)" function="sc_update_list"
    file="scr_scanner.c" line="730" message="list version: 42147"

    OK, it tries to get 400MB RAM to load a new updatelist (we have mem-db running) - isn´t there enough memory?

    Not at all:

                 total       used       free     shared    buffers     cached
    Mem:      16429232   15724312     704920          0    1281680   11842924
    -/+ buffers/cache:    2599708   13829524
    Swap:      1048568          4    1048564

    So maybe not as a block - but there is 11Gig in Kernel Cache - and cache is under normal circumstance to be released to other processes - but I suppose it is NOT freed here and this may be the main reason for httpproxy failing.

    I have a Sophos Case open for days now, but they did not even figured out what i did [:@]
Children
No Data