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

Heavy performance problems

Hello,

for some time now we encounter a lot of performance problems with our Astaro System. We currently run 6.200 but the problems also occur under 6.201 and the lastest 6.1 release.

The effect is that paket communication seems to hang every now and then for between 10 to 30 seconds (e.g. when I log on to a remote server via SSH or when I try to open a website with my browser the initial DNS request takes really long or times out in most cases). Because of that I though it has something to to with our provider's DNS servers - but I ruled that out by using other servers and connecting to the internet without our Astaro box. Then I though it might be some malformed IPS rules. But deactivating IPS/DOS/Flooding etc. had no effect either.

The problems do not just occur with connections to the internet but also between LAN and DMZ. I did some more tests with different protocols. For example while downloading a test file with HTTP from DMZ to LAN I reached the full 100MBit/sec but when downloading the same file from the same server via SSH it was not faster then 10MBit/sec.

The firewall computer never was at its limits regarding bandwidth, CPU usage or RAM usage. The log files also give no clue.

Any hints or ideas will be really appreciated because I'm quite out of ideas and our employees are understandably getting on my nerves.

centaur2000


This thread was automatically locked due to age.
Parents
  • Sounds like packet loss for some reason. Does all traffic across all interfaces stop? Have you tried running some ping tests?
  • [ QUOTE ]
    Sounds like packet loss for some reason. Does all traffic across all interfaces stop? Have you tried running some ping tests? 

    [/ QUOTE ]

    no, it's no total stop. basicly everything works "fine" exept the regular delays and timeouts. the bad thing is that the logs give no real clue. the only thing I was able to find was in the DNS proxy logs. there appear messages like these:

    2006:04:28-09:30:56 (none) named[18013]: send_msg: sendmsg([192.168.0.142].1228%0): Operation not permitted
    2006:04:28-09:31:05 (none) named[18013]: send_msg: sendmsg([192.168.0.113].1034%0): Operation not permitted
    2006:04:28-09:31:23 (none) named[18013]: send_msg: sendmsg([192.168.0.132].1490%0): Operation not permitted
    2006:04:28-09:31:23 (none) named[18013]: send_msg: sendmsg([192.168.64.166].1135%0): Operation not permitted
    2006:04:28-09:31:31 (none) named[18013]: send_msg: sendmsg([192.168.0.118].1051%0): Operation not permitted
    2006:04:28-09:31:44 (none) named[18013]: send_msg: sendmsg([192.168.0.140].1031%0): Operation not permitted

    but I suppose this is only a result of the real problem.
  • ok, in our situation it was the same. Packet loss sometimes ... 20 pjngs ok, 5 not and so on.

    Yesterday night i found the solution for our situation.
    I restored a backup which was made 2 days ago. After that *magicmagic* it works again.

    In a HA-Log i found an entry which says ... md5 checksum failed....

    But noone changed anything in the config.
Reply
  • ok, in our situation it was the same. Packet loss sometimes ... 20 pjngs ok, 5 not and so on.

    Yesterday night i found the solution for our situation.
    I restored a backup which was made 2 days ago. After that *magicmagic* it works again.

    In a HA-Log i found an entry which says ... md5 checksum failed....

    But noone changed anything in the config.
Children
No Data