Re: CPU loop in "heavy" production environment

2003-01-29 Thread Serge Knystautas
Vincenzo Gianferrari Pini wrote: Hi everybody, The last weekend I moved the mail service of my company to James-2.1. There are about 220 users, very active , generating about 120 inbound/outbound messages per hour, and about 2 pop3 requests per second during peak hours. On a server class Pentiu

RE: CPU loop in "heavy" production environment

2003-01-29 Thread Noel J. Bergman
Which JVM? I am wondering if there is an impact from being on a dual CPU system. I will be starting some tests on a dual CPU linux box shortly. > java.util.ConcurrentModificationException Do you have any more detail regarding this? I think I may have a handle on this issue, but I'd like to kno

RE: CPU loop in "heavy" production environment

2003-01-29 Thread Noel J. Bergman
> RemoteDelivery.run(): java.util.ConcurrentModificationException I found what might have caused this, and would have cascaded to at least one of the other two problems. The fix is in the James v2.1.1a5 test build, which I will be uploading later tonight. Please test it, and let me know.

RE: CPU loop in "heavy" production environment

2003-01-29 Thread Vincenzo Gianferrari Pini
I will wait for your advise before trying the fix. In the meantime, thank you for the help. Vincenzo -Original Message- From: Noel J. Bergman [mailto:[EMAIL PROTECTED]] Sent: giovedì 30 gennaio 2003 5.42 To: James Users List Subject: RE: CPU loop in "heavy" production envi

RE: CPU loop in "heavy" production environment

2003-01-29 Thread Noel J. Bergman
then try your fix, in the latter I will wait for your advise before trying the fix. In the meantime, thank you for the help. Vincenzo -Original Message- From: Noel J. Bergman [mailto:[EMAIL PROTECTED]] Sent: giovedì 30 gennaio 2003 5.42 To: James Users List Subject: RE: CP

RE: CPU loop in "heavy" production environment

2003-01-30 Thread Vincenzo Gianferrari Pini
03 2:37 To: James Users List Subject: RE: CPU loop in "heavy" production environment I'm using Sun j2re1.4.0. Noel, as you said in another reply to this thread, the problem could be related to being on a dual CPU, also because I had changed the config entry in the "remoteDeliv

RE: CPU loop in "heavy" production environment

2003-01-30 Thread Vincenzo Gianferrari Pini
: giovedì 30 gennaio 2003 9.25 To: James Users List Subject: RE: CPU loop in "heavy" production environment Noel, I will do the following, in order to split the problems: 1) Run James today with the new setting to 1, and see if the CPU problem disappears; 2) Run tomorrow with the Jame

RE: CPU loop in "heavy" production environment

2003-01-30 Thread Noel J. Bergman
> It sounds like the defect fixed by Noel today in the v2.1.1a5 test build was > amplified by multiple threads concurrency. Since it was a synchronization issue, that would be the case. :-) > is there anything in v2.1.1a5 I should know about before running > it (remember I have users in producti

RE: CPU loop in "heavy" production environment

2003-02-03 Thread Vincenzo Gianferrari Pini
> I will (1) run (tomorrow or Monday) v2.1.1a5 with set to > 1, and (2) later on with set back to a higher > value, just > to help understand what happens and to test the fix. Noel, for your information: This morning I ran v2.1.1a5 with set to 1 for 4 hours, and I didn't get any ConcurrentModi

RE: CPU loop in "heavy" production environment

2003-02-03 Thread Noel J. Bergman
: James Users List Subject: RE: CPU loop in "heavy" production environment > I will (1) run (tomorrow or Monday) v2.1.1a5 with set to > 1, and (2) later on with set back to a higher > value, just > to help understand what happens and to test the fix. Noel, for your infor

RE: CPU loop in "heavy" production environment

2003-02-03 Thread Noel J. Bergman
onday, February 03, 2003 11:43 To: James Users List Subject: RE: CPU loop in "heavy" production environment > I will (1) run (tomorrow or Monday) v2.1.1a5 with set to > 1, and (2) later on with set back to a higher > value, just > to help understand what happens and to te

RE: CPU loop in "heavy" production environment

2003-02-03 Thread Vincenzo Gianferrari Pini
> The "hh" should have been "HH". I've fixed the Wiki page, and am testing > again today with a new release candidate of LogKit that should also fix a > bug in their file name generation. 1) I don't understand this: you mean it's just enough to change "hh" to "HH" in pattern="--MM-dd-hh-mm" i

RE: CPU loop in "heavy" production environment

2003-02-04 Thread Noel J. Bergman
> you mean it's just enough to change "hh" to "HH" > in pattern="--MM-dd-hh-mm" inside environment.xml Yes, that is exactly what I mean. :-) > With log rotation, this morning I found something strange in my log > directory: all log messages written into all kinds of log files after > midnigh

RE: CPU loop in "heavy" production environment

2003-02-04 Thread Vincenzo Gianferrari Pini
> > you mean it's just enough to change "hh" to "HH" > > in pattern="--MM-dd-hh-mm" inside environment.xml > > Yes, that is exactly what I mean. :-) > > > With log rotation, this morning I found something strange in my log > > directory: all log messages written into all kinds of log files aft

RE: CPU loop in "heavy" production environment

2003-02-04 Thread Noel J. Bergman
Vicenzo, Thank you for pointing it out. It looks as if the packaging process picked up some files that it should not have, in addition to the ones that it should. If you delete environment.xml and re-run James, you'll get the correct one, which is in the .sar file. This is a good lesson (for me