-----Original Message----- From: Scott Silva [mailto:ssilva@sgvwater.com] Sent: Wednesday, November 28, 2007 10:37 AM To: centos@centos.org Subject: [CentOS] Re: Mail Server Install
on 11/28/2007 10:24 AM Alain Spineux spake the following:
On Nov 28, 2007 2:54 AM, Jun Salen nokijun@yahoo.com wrote:
Hi Friends,
I am planning to upgrade my mail server from CentOS4.5 to CentOS5. By
this, I also planned to replace my postfix mail server with Scalix although the community edition limit me to just 25 premium user, I think it is suffice for us with the remaining user as standard user (with approx. <> 100 users total). Is there a catch on using Scalix based on your experience. I see that Horde is available from Dag's repository, do you think it is better for me to use that instead? Is there anyone using it that may share their gotchas and good points from their experience for me to prepare and be ready. Thank you in advance.
You could take a look at kolab. Their is no native binary for package for centos, but the openpkg packaging work well on centos-5.
All user are premium user on kolab and are not limited :-)
Except Outlook users, which must pay to play through the toltec connector. ~~~~~
My personal experience with Scalix is pretty bad. Administering it is cumbersome and trying to find a user's mailbox is problematic, not to mention other issues. Perhaps your experience would be better.
~James
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. As our user number grows, we are seeing "too many files open" error messages in Communigate logs.
I spoke with Communigate tech support and they asked me to increase the number of file descriptors which i did. I put 128000 as a script i made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
Reporting that to Communigate tech support, the guy answered:
"CommuniGate gets this number via getdtablesize() system call. Probably in CentOS the table has a fixed size so you need to recompile the kernel to expand it. Try upgrading CentOS to 4.5 (or whatever later version is available) "
I'm a little afraid of upgrading the server right away, i don't want to worsen the problem. Or maybe it's safe to do it. I dunno.
Is there anybody on the list that can comment on what the Communigate tech support guy said about the "getdtablesize" thing ?
Thanks in advance!
Guy Boisvert
on 11/28/2007 12:03 PM Guy Boisvert spake the following:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. As ouruser number grows, we are seeing "too many files open" error messages in Communigate logs.
I spoke with Communigate tech support and they asked me to increasethe number of file descriptors which i did. I put 128000 as a script i made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
Reporting that to Communigate tech support, the guy answered:"CommuniGate gets this number via getdtablesize() system call. Probably in CentOS the table has a fixed size so you need to recompile the kernel to expand it. Try upgrading CentOS to 4.5 (or whatever later version is available) "
I'm a little afraid of upgrading the server right away, i don't wantto worsen the problem. Or maybe it's safe to do it. I dunno.
Is there anybody on the list that can comment on what theCommunigate tech support guy said about the "getdtablesize" thing ?
Thanks in advance!
Guy Boisvert
Was this thread hijacked, or is Thunderbird being stupid again?
Scott Silva wrote:
on 11/28/2007 12:03 PM Guy Boisvert spake the following:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. Asour user number grows, we are seeing "too many files open" error messages in Communigate logs.
I spoke with Communigate tech support and they asked me toincrease the number of file descriptors which i did. I put 128000 as a script i made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
Reporting that to Communigate tech support, the guy answered:"CommuniGate gets this number via getdtablesize() system call. Probably in CentOS the table has a fixed size so you need to recompile the kernel to expand it. Try upgrading CentOS to 4.5 (or whatever later version is available) "
I'm a little afraid of upgrading the server right away, i don'twant to worsen the problem. Or maybe it's safe to do it. I dunno.
Is there anybody on the list that can comment on what theCommunigate tech support guy said about the "getdtablesize" thing ?
Thanks in advance!
Guy Boisvert
Was this thread hijacked, or is Thunderbird being stupid again?
Sorry, i dunno what happened. I reposted it.
Ideed i used Thunderbird but i was on a Winblows WS... (Not always a choice depending where you work!)
Guy Boisvert
on 11/29/2007 2:44 AM Ralph Angenendt spake the following:
Scott Silva wrote:
Was this thread hijacked, or is Thunderbird being stupid again?
Yes.
Well, don't know about the last thing, I don't use Thunderbird :)
Cheers,
Ralph
I meant my thunderbird being stupid. Sometimes it thinks threading is broken, but if I look at headers, I can't see where.
On Wed, Nov 28, 2007 at 03:03:30PM -0500, Guy Boisvert alleged:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. As our user number grows, we are seeing "too many files open" error messages in Communigate logs.
I spoke with Communigate tech support and they asked me to increase the number of file descriptors which i did. I put 128000 as a script i made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
Reporting that to Communigate tech support, the guy answered:
"CommuniGate gets this number via getdtablesize() system call. Probably in CentOS the table has a fixed size so you need to recompile the kernel to expand it. Try upgrading CentOS to 4.5 (or whatever later version is available) "
I'm a little afraid of upgrading the server right away, i don't want to worsen the problem. Or maybe it's safe to do it. I dunno.
Is there anybody on the list that can comment on what the Communigate tech support guy said about the "getdtablesize" thing ?
As usual, commercial support is just making things up. This one is easy to actually test.
#include <unistd.h> #include <stdio.h>
int main (void) { printf("current file limit: %d\n",getdtablesize); exit (0); }
Compile it, run it, viola!
$ gcc getdtablesize.c $ ./a.out current file limit: 134513392
(results will vary).
Garrick Staples wrote:
On Wed, Nov 28, 2007 at 03:03:30PM -0500, Guy Boisvert alleged:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. As our user number grows, we are seeing "too many files open" error messages in Communigate logs.
I spoke with Communigate tech support and they asked me to increase the number of file descriptors which i did. I put 128000 as a script i made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
Reporting that to Communigate tech support, the guy answered:
"CommuniGate gets this number via getdtablesize() system call. Probably in CentOS the table has a fixed size so you need to recompile the kernel to expand it. Try upgrading CentOS to 4.5 (or whatever later version is available) "
I'm a little afraid of upgrading the server right away, i don't want to worsen the problem. Or maybe it's safe to do it. I dunno.
Is there anybody on the list that can comment on what the Communigate tech support guy said about the "getdtablesize" thing ?
As usual, commercial support is just making things up. This one is easy to actually test.
#include <unistd.h> #include <stdio.h>
int main (void) { printf("current file limit: %d\n",getdtablesize); exit (0); }
Compile it, run it, viola!
===> Voila! (French is my first language! Trying to help for your french here!)
$ gcc getdtablesize.c $ ./a.out current file limit: 134513392
(results will vary).
OMG! Exactly what i needed! It reminds me when i was coding C on a Sun SparcStation 10 about 15 years ago!
I did compile the code and obtained exactly the same number.
Thanks a lot Garrick!
I just replied to the TS guy @ Communigate, i just can't stand to see what will be his response!
Regards,
Guy Boisvert
Garrick Staples wrote:
Compile it, run it, viola!
===> Voila! (French is my first language! Trying to help for your french here!)
Um, merci bueco?
</slaughter>
Merci beaucoup! (Thanks a lot!)
</you_re_good!>
Actually, i found that the code should read:
#include <unistd.h> #include <stdio.h>
int main (void) { printf("current file limit: %d\n",getdtablesize()); <=== Added () exit (0); }
I got 300 000, it's what i have in /etc/sysctl.conf.
Guy Boisvert
On Nov 28, 2007 3:55 PM, Guy Boisvert boisvert.guy@videotron.ca wrote:
Garrick Staples wrote:
On Wed, Nov 28, 2007 at 03:03:30PM -0500, Guy Boisvert alleged:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. Asour
user number grows, we are seeing "too many files open" error messages
in
Communigate logs.
I spoke with Communigate tech support and they asked me toincrease
the number of file descriptors which i did. I put 128000 as ascript i
made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
:
When I saw this, "ulimit -n" immediately came to mind .... (and is usually 1024 -- the maximun # of files that any given process can have open). [See "man ulimit".]
If this runs as non-root, it won't be able to take the limit higher ....
Hope this helps (and is not completely off-base)....
-rak-
Richard Karhuse wrote:
On Nov 28, 2007 3:55 PM, Guy Boisvert boisvert.guy@videotron.ca wrote:
Garrick Staples wrote:
On Wed, Nov 28, 2007 at 03:03:30PM -0500, Guy Boisvert alleged:
Hi all!
I have a problem with CentOS 4.4 and Communigate Pro 5.0.9. Asour
user number grows, we are seeing "too many files open" error messages
in
Communigate logs.
I spoke with Communigate tech support and they asked me toincrease
the number of file descriptors which i did. I put 128000 as ascript i
made to check Communigate open files reported as high as 99000. As i checked the Communigate log file, it reported that it "sees" 1024 "available" file descriptors.
:
When I saw this, "ulimit -n" immediately came to mind .... (and is usually 1024 -- the maximun # of files that any given process can have open). [See "man ulimit".]
If this runs as non-root, it won't be able to take the limit higher ....
Hope this helps (and is not completely off-base)....
-rak-
Hi!
I think you may have missed my other posts. Here what i have:
root@backup ~]# ulimit -n 300000 [root@backup ~]# cat /proc/sys/fs/file-max 300000 [root@backup ~]# grep nofile /etc/security/limits.conf * - nofile 300000
(I pushed it up a lot as you can see!)
I have a script (using lsof) that runs every 10 minutes and i saw Communigate's file descriptors as high as 100 000. But Communigate tech support guy told me that lsof gives the total used by all threads of Communigate, which duplicate the info and add up. Communigate is using 64 threads right now.
Mr. Garrick Staples kindly came with C code to check the number returned by the function "getdtablesize" which Communigate is supposed to use. CentOS 4.4 returns:
current file limit: 134513392
... and Communigate 5.0.9 gets only 1024 supposedly by using the same call! This explains why i get "too many files open in this process", with about 40 users using MAPI Plugin under Outlook accessing a 41 Gigs public folder...
The tech guy told me that Outlook can open many simultaneous IP connections to the server, each connection eating 2 files descriptors.
I'll get the latest version of Communigate we can get with our licence (5.0.14) and see how it goes. I'm very impressed by the quality of the information we can get out of this list!
Thanks for your input!
Guy Boisvert
-
Garrick Staples -
Guy Boisvert -
James D. Parra -
Ralph Angenendt -
Richard Karhuse -
Scott Silva