Hi Thomas,
Yes I did... Actually, the number of users on my server has grown up and I
had to increase the number of Sogo Workers in the configuration...
This solved my problem
Hope this will help !
Michel
2013/3/1 Thomas Gangolf thomas.gang...@gangolf.de
Hi Michel,
did you solve the 100%
Hi Michel,
did you solve the 100% freeze bug?
Thanks
Thomas
Am 17.01.2013 19:49, schrieb Michel Mallejac:
Another detail : I think this has started since a few users are using
TBird 17 with updated plugins.
Is this a know bug and should I downgrade these users to Tbird ESR10
until next
Hello,
I think I am in the same situation, on my sogo server : 2.0.3a on Ubuntu
12.04, mysql, (not using CAS).
Every half-hour, CPU goes to top, memory and SWAP almost filled out. Then
all Sogo process restart and all is fine for another 30 minutes.
Here what I see in the logs, with all lines
Another detail : I think this has started since a few users are using TBird
17 with updated plugins.
Is this a know bug and should I downgrade these users to Tbird ESR10 until
next release ?
Is there a way to know in the log which user a process is serving ?
Thanks !
Michel
2013/1/17 Michel
HI,
I'm using Sogo 2.0.3a with a prostgresql Database, a CAS identification
for web pages and Caldav access.
Since 4 days, some of our Sogo processes freeze every 30 minutes on
specific CalDav requests.
A PROPFIND command on specific calendars (5 URLS are concerned) freeze
sogo processes.
Hi, i was having the exact same issues with sogo, workers maxing out one or
more cores. In our case raising the max. numbers of concurrent IMAP-logins
for dovecot fixed it. Looks like sogo died trying to login, as soon as
dovecot would deny any new sessions.
Go figure
__
Regards,
Jochen
Hello
I have a trouble since this morning and i don't know why. I didn't do
any upgrade or any change on the configuration file. My server is
running on a debian squeeze 64 bits. I am running sogo2.0.2.
If i try to connect with the WEB UI it is really very very slow and when
i look in the
On 14/11/12 08:55, Mathilde Rousseau wrote:
I have a trouble since this morning and i don't know why. I didn't do
any upgrade or any change on the configuration file. My server is
running on a debian squeeze 64 bits. I am running sogo2.0.2.
If i try to connect with the WEB UI it is really very
Le 14/11/2012 15:14, Ludovic Marcotte a écrit :
On 14/11/12 08:55, Mathilde Rousseau wrote:
I have a trouble since this morning and i don't know why. I didn't do
any upgrade or any change on the configuration file. My server is
running on a debian squeeze 64 bits. I am running sogo2.0.2.
If i
On 14/11/12 09:18, Mathilde Rousseau wrote:
You might have processes that are stuck on something. The best thing
is to connect to them using gdb and produce a stack trace.
How can i do it ?
Search the mailing list archives, this has been covered many many times.
--
Ludovic Marcotte
Le 14/11/2012 15:27, Ludovic Marcotte a écrit :
On 14/11/12 09:18, math Rousseau wrote:
You might have processes that are stuck on something. The best thing
is to connect to them using gdb and produce a stack trace.
How can i do it ?
Search the mailing list archives, this has been covered
Le 14/11/2012 16:08, Mathilde Rousseau a écrit :
Le 14/11/2012 15:27, Ludovic Marcotte a écrit :
On 14/11/12 09:18, math Rousseau wrote:
You might have processes that are stuck on something. The best
thing is to connect to them using gdb and produce a stack trace.
How can i do it ?
Search
On 14/11/12 11:51, Mathilde Rousseau wrote:
But if someone could tell me how i can process to have the gdb traces
i will send them.
When you process hits 100% CPU and is dead (since you're using only
one), just hit Control-C and do a bt, that will produce a relevant
stack trace.
Thanks,
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, I just thought I'd report that I've been troubled by the same issue
as some others have reported on the list[1].
What seems to have fixed it for me was increasing the nr of Sogo
preforks from 1 to 2. This is with a 10 user setup so 1 worker
Il 03/11/2010 10:23, tarjei ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, I just thought I'd report that I've been troubled by the same issue
as some others have reported on the list[1].
What seems to have fixed it for me was increasing the nr of Sogo
preforks from 1 to 2. This
Il 27/10/2010 07:53, Mohit Chawla ha scritto:
I experienced the same thing today at one of the deployments.
IMAP is not the cause
Alessio, did you find the cause ? Or experiencing it still ?
I don't have other experience.. i don't find the cause :-(
--
Alessio Fattorini
On Wed, Oct 27, 2010 at 12:26 PM, Alessio Fattorini
alessio.fattor...@nethesis.it wrote:
IMAP is not the cause
Yup, not in this situation at least.
I don't have other experience.. i don't find the cause :-(
I wonder if sogo-dbg or gdb could be of some help in this ? But it would
probably
Hi,
On Mon, Oct 11, 2010 at 12:59 PM, Alessio Fattorini
alessio.fattor...@nethesis.it wrote:
Some day in the morning, when all my collegues start to work, SOGo uses
100% CPU
I experienced the same thing today at one of the deployments. IMAP
concurrency was definitely *not* the cause. Its
Anyone on this? Any idea?
Il 11/10/2010 09:29, Alessio Fattorini ha scritto:
Some day in the morning, when all my collegues start to work, SOGo uses 100% CPU
I need to stop it, kill the process and restart.
Nothing into the log, only this output with strace -p. Output scrolls very very
quick
Fattorini ha scritto:
Some day in the morning, when all my collegues start to work, SOGo uses
100% CPU
I need to stop it, kill the process and restart.
Nothing into the log, only this output with strace -p. Output scrolls very
very quick, cycling..
poll([{fd=4, events=POLLIN}, {fd=7, events
% usage,.
On Tue, Oct 19, 2010 at 1:06 PM, Alessio Fattorini
alessio.fattor...@nethesis.it wrote:
Anyone on this? Any idea?
Il 11/10/2010 09:29, Alessio Fattorini ha scritto:
Some day in the morning, when all my collegues start to work, SOGo uses
100% CPU
I need to stop it, kill the process
Il 19/10/2010 10:38, Mohit Chawla ha scritto:
Also, what's the value of WOWorkersCount in SOGo that you are using ?
Thank you, we'are 10 person and we use default value. Is it too low?
How much WOWorkersCount for 10 users?
Ludovic says:
We generally use 10 when there are thousands of users so
Default value is perfect for 10 users. So WOWorkersCount is not a problem at
all in your case.
What about the IMAP concurrency ? With 10 users I don't think that would be
a problem either (but that depends on your environment).
Apart from these factors, I am not sure what else could be the
Some day in the morning, when all my collegues start to work, SOGo uses 100% CPU
I need to stop it, kill the process and restart.
Nothing into the log, only this output with strace -p. Output scrolls very
very quick, cycling..
poll([{fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=3, events
Hi,
Still facing this issue - so I switched from the inverse nightly build
of lightning to the one supplied
with my distro (Fedora 13 64 bit).
I am still getting 100% cpu utilisation whilst the calendar is queried.
The task list starts to fill up and then it disappears.
I am getting these
On 08/09/2010 10:30, vikt...@gmail.com wrote:
Hi,
Still facing this issue - so I switched from the inverse nightly build of
lightning to the one supplied
with my distro (Fedora 13 64 bit).
I am still getting 100% cpu utilisation whilst the calendar is queried.
I have some installation of
26 matches
Mail list logo
