System grinds to a halt every few days, how do I trouble shoot?

If your description of the problem is the same as Bruce's I'd bet it is some sort of memory leak causing the problem leading to lots of swapping.

If you can leave a console running with "top" updating frequently that should give you a clue.

Has anyone reported this issue to Astaro?

If you need rock solid stability, I'd stay with the V6, it has been pretty stable for us.

im rebooting the system every 2 days at night. i think that asl 7.002 is not ready for production environment.

I'll have to see if I can get a monitor to hook up to it... problem is, is that the problem is somewhat random, and I'll have a hard time "catching it in the act"... I too think it may be a memory leak, as it does seem the one time I happened to be in webadmin right before it started, swap usage spiked to the max...and it returned to normal after about 30 minutes of intense HD activity... did note that the physical ram usage, after this "grind" was complete, was way down (below the normal line)...

I'll have to see if I can get a monitor to hook up to it... problem is, is that the problem is somewhat random, and I'll have a hard time "catching it in the act"... I too think it may be a memory leak, as it does seem the one time I happened to be in webadmin right before it started, swap usage spiked to the max...and it returned to normal after about 30 minutes of intense HD activity... did note that the physical ram usage, after this "grind" was complete, was way down (below the normal line)...

Sure sounds like a program went out of control and then the Linux kernel OutOfMemory handler killed it. Looking at the system logs might let you know what happened.

Which logs?  The kernel logs (or any of the other ones accessible via webadmin) show nothing out of the ordinary happening in the time frame this occurs.

Thanks for all the feed back, unfortunately I started with 7.001 just recently, I don't believe they sell V6.  I haven’t noticed the HD light being stuck on, but the ASL is about 25 miles away in a datacenter. I am now cycling the power remotely. I don’t see anything in the Kernel Logs to lead me in any direction. 

I sent my issue to Astaro Support yesterday and have yet to hear any response back from their team. I have bugged my local distributor, whom I purchased the software from and even had help setup the solution.  But it sounds like they are not experienced enough with V7, they just say how V6 is so wonderful! I think they are in for a rude awaking with accounting/reporting being removed and V7’s lack of stability so far.

I am on the verge of wishing I just kept with Sonicwall. I know ASL die-hards hate them, but at least they run for years without dieing and support most of the options that I was wanting. The only draw back was going to be the cost of the Pro level Sonicwall that I needed for throughput and connections.

V7 will be wonderful, once they get the bugs worked out... is there a way you can have someone at the datacenter look at the HD light when it flips out?  It would be useful information for the Astaro support folks to have.. you can point them at this thread too, if you'd like.  You can load V6 (the ISOs are on their FTP site) and use a V7 License on it, if Astaro can't solve your problem quickly enough.  You would have to generate a new configuration manually, of course.

well, we now have a 220 in production. I'll let you all know how that goes from time to time.

You can download V6 .iso images from Astaro go to http://up2date.astaro.com/ and follow your closest mirror in one of the announcements), and I believe that the V7 license is backwards compatible with V6. If not, they should be able to convert the license for you.

Thanks for all the feed back, unfortunately I started with 7.001 just recently, I don't believe they sell V6.  I haven’t noticed the HD light being stuck on, but the ASL is about 25 miles away in a datacenter. I am now cycling the power remotely. I don’t see anything in the Kernel Logs to lead me in any direction. 

I sent my issue to Astaro Support yesterday and have yet to hear any response back from their team. I have bugged my local distributor, whom I purchased the software from and even had help setup the solution.  But it sounds like they are not experienced enough with V7, they just say how V6 is so wonderful! I think they are in for a rude awaking with accounting/reporting being removed and V7’s lack of stability so far.

I am on the verge of wishing I just kept with Sonicwall. I know ASL die-hards hate them, but at least they run for years without dieing and support most of the options that I was wanting. The only draw back was going to be the cost of the Pro level Sonicwall that I needed for throughput and connections.

What features of the asl are you using?  I may have another solution for you..[:)]

Update on my situation... here's what I just sent to Astaro to start a ticket on the "dead box" issue (it may apply to some of you other guys):

/QUOTE
I've been testing Version 7.0 (now 7.002) on a test system... been having problems with the system becoming totally unresponsive (no pings, no SSH console, No webadmin, no traffic flows)... when this occurs, the hard drive activity light goes solid on (there's a lot of disk activity going on).  Unfortunately, even though this has been happening on this and another test system (I swapped hardware for fun; both systems previously ran Version 6.x without a hitch) since Version 7 was released, I have not started a ticket because I couldn't see what was going on.  This is apparently a common thing with V7, as some others on the UBB are having the same "mystery" occur on their systems.  Well, I left the console up with "top" running all day today, and lo and behold I saw what was happening.  The httpproxy daemon just goes wild randomly, sucking up all the RAM it can (it gets up to about 92% of available memory, before the console dies-but it uses very little CPU when this is happening)... so the kernel starts pounding the swap file, which eats the CPU up.  I theorize that after a while the httpproxy daemon just dies (or the kernel zaps it), then the system busies itself cleaning up the swap.. then the system returns to normal operation.  After the "fun", the total memory usage dips down real low, like to almost 32%.  The system is not under heavy usage... it happened twice today, both times it happened right when I launched my web browser...

Yep, exactly as suspected, and now we know what process is responsible.

The funny thing is, I have a customer that has had ASG for  5 months now. Running V6. And this exact same thing is happening to him now. On V6! On V6 though it is Hyperdyper doing this, and then the kernel kills the processes. Usually every few days it happens now.