Re: Virtual Memory Consumption of Cyrus IMAPd
Rob Siemborski wrote: On Tue, 20 Jul 2004, Mohamed Magdi Abbas wrote: Rob Siemborski wrote: On Mon, 19 Jul 2004, Andrew Brink wrote: I have also seen this sasauthd memory leak on a Debian box. A simple restart always fixes the problem for me too. When we get reports like this it inevitably turns out to be the PAM module leaking memory, not saslauthd itself. But then why would a restart of saslauthd itself fix things, i.e. release the swap space (it or someother piece down the line) used up? PAM modules are used as libraries by the running process. If they leak memory as part of the saslauthd process, then killing saslauthd will release the leaked memory. Ah, that's right... thanks for the reminder... -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
On Tue, 2004-07-20 at 10:58, Mohamed Magdi Abbas wrote: > Rob Siemborski wrote: > > On Mon, 19 Jul 2004, Andrew Brink wrote: > > > >> I have also seen this sasauthd memory leak on a Debian box. A simple > >> restart always fixes the problem for me too. > > > > > > When we get reports like this it inevitably turns out to be the PAM > > module leaking memory, not saslauthd itself. > > But then why would a restart of saslauthd itself fix things, i.e. > release the swap space (it or someother piece down the line) used up? Because the PAM modules are dynamically loaded, like libraries, which saslauthd calls into. These modules are part of the saslauthd process, so when they leak memory, the whole process space grows. Wil -- Wil Cooley [EMAIL PROTECTED] Naked Ape Consultinghttp://nakedape.cc signature.asc Description: This is a digitally signed message part
Re: Virtual Memory Consumption of Cyrus IMAPd
On Tue, 20 Jul 2004, Mohamed Magdi Abbas wrote: Rob Siemborski wrote: On Mon, 19 Jul 2004, Andrew Brink wrote: I have also seen this sasauthd memory leak on a Debian box. A simple restart always fixes the problem for me too. When we get reports like this it inevitably turns out to be the PAM module leaking memory, not saslauthd itself. But then why would a restart of saslauthd itself fix things, i.e. release the swap space (it or someother piece down the line) used up? PAM modules are used as libraries by the running process. If they leak memory as part of the saslauthd process, then killing saslauthd will release the leaked memory. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Rob Siemborski wrote: On Mon, 19 Jul 2004, Andrew Brink wrote: I have also seen this sasauthd memory leak on a Debian box. A simple restart always fixes the problem for me too. When we get reports like this it inevitably turns out to be the PAM module leaking memory, not saslauthd itself. But then why would a restart of saslauthd itself fix things, i.e. release the swap space (it or someother piece down the line) used up? -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Virtual Memory Consumption of Cyrus IMAPd
On Mon, 19 Jul 2004, Andrew Brink wrote: I have also seen this sasauthd memory leak on a Debian box. A simple restart always fixes the problem for me too. When we get reports like this it inevitably turns out to be the PAM module leaking memory, not saslauthd itself. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Let me know how that works please. I'm using pam because I pull users from ldap and the cyrus admin from /etc/passwd, but I'd be interested in using the ldap mech too. I'm running Debian stable here, but sasl and cyrus are compiled from source. Andy On Mon, 19 Jul 2004, Lenny wrote: > Very useful information. Thank you, Igor. > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Igor Brezac <[EMAIL PROTECTED]>: > > > On Mon, 19 Jul 2004, Lenny wrote: > > > >> Ya, I could do that. Would there be a gain for me to compile the latest from > >> source and using the ldap mech as opposed to the "-n0" flag suggestion > >> that was > >> made? > > > > -n0 is very taxing on the OS specially if you have a lot of users. > > saslauthd/ldap does not leak (so you do not have restart saslauthd > > every so often) and it is much faster than pam/ldap. > > > > -- > > Igor > > > >> > >> Lenny > >> -- > >> > >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> > >> > >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> > >> > On Mon, 19 Jul 2004, Lenny wrote: > >> > > >> >> Fedora Core 1's saslauthd doesn't seem to like me setting the mech to > >> >> ldap. This > >> >> works great on Core 2, but I'm not in a postition to migrate all > >> the cyrus > >> >> servers to Fedora Core 2 as of yet. So this is a temporary > >> problem for me :) > >> > > >> > Can you build saslauthd from the source... > >> > > >> > -Igor > >> > > >> >> > >> >> Lenny > >> >> -- > >> >> > >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> > >> >> > >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> >> > >> >> > pam is known to leak memory on some OSs. This is really not saslauthd > >> >> > problem. Have you tried to use saslauthd built-in ldap mech? > >> >> > > >> >> > -Igor > >> >> > > >> >> > On Mon, 19 Jul 2004, Lenny wrote: > >> >> > > >> >> >> Using the pam mech which in turn is authing against an > >> openldap server. > >> >> >> > >> >> >> I've tried the -n0 flag that was just mentioned in hopes this solves > >> >> >> the problem > >> >> >> :) > >> >> >> > >> >> >> Lenny > >> >> >> -- > >> >> >> > >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> >> > >> >> >> > >> >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> >> >> > >> >> >> > What saslauthd authentication mechanism are you using? > >> >> >> > > >> >> >> > -Igor > >> >> >> > > >> >> >> > On Mon, 19 Jul 2004, Lenny wrote: > >> >> >> > > >> >> >> >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process > >> >> >> eats tons of > >> >> >> >> swap until eventually there's no memory left. Great fun! This of > >> >> >> >> course stops > >> >> >> >> cyrus from being able to process imap and pop logins (if > >> you're using > >> >> >> >> saslauthd > >> >> >> >> for authentication). A simple restart usually fixes this > >> >> >> particular problem. > >> >> >> >> > >> >> >> >> This may or may not be related to what you're seeing, but I figured > >> >> >> >> I'd throw > >> >> >> >> this out there. > >> >> >> >> > >> >> >> >> Lenny > >> >> >> >> -- > >> >> >> >> > >> >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> >> >> > >> >> >> >> > >> >> >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > >> >> >> >> > >> >> >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on > >> >> RHEL 3.0 and > >> >> >> >> > noticed that the amount of swap space free is decreasing. > >> When I was > >> >> >> >> > running v2.1.16, the swap free would decrease until the > >> >> kernel oom(out > >> >> >> >> > of memory) killer would activate and start killing > >> processes which > >> >> >> >> > essentially grinds the system to a halt. I doubt that this > >> >> is normal. > >> >> >> >> > Could this point to a memory leak in cyrus. Just for note, I > >> >> have not > >> >> >> >> > yet experienced this with the latest version, but the > >> swap free is > >> >> >> >> > decreasing. > >> >> >> >> > > >> >> >> >> > By the way I'm using simons RPMS from invoca.ch. Could someone > >> >> >> shed some > >> >> >> >> > light on this. Anything will help... > >> >> >> >> > > >> >> >> >> > Mohamed Magdi Abbas > >> >> >> >> > Systems Engineer > >> >> >> >> > Longwood University > >> >> >> >> > [EMAIL PROTECTED] > >> >> >> >> > > >> >> >> >> > --- > >> >> >> >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> >> >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> >> >> > List Archives/Info: > >> http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> >> >> > >> >> >> >> > >> >> >> >> --- > >> >> >> >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> >> >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> >> >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> >> >> > >> >> >> > > >> >> >> > -- > >> >> >> > Igor > >> >> >> > >> >> >> > >> >> >> > >> >> > > >> >> > -- > >> >> > Igor > >> >> > >> >> > >> >> > >> > > >> > -- > >> > Igor > >> > >> > >> > > >
Re: Virtual Memory Consumption of Cyrus IMAPd
Very useful information. Thank you, Igor. Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: On Mon, 19 Jul 2004, Lenny wrote: Ya, I could do that. Would there be a gain for me to compile the latest from source and using the ldap mech as opposed to the "-n0" flag suggestion that was made? -n0 is very taxing on the OS specially if you have a lot of users. saslauthd/ldap does not leak (so you do not have restart saslauthd every so often) and it is much faster than pam/ldap. -- Igor Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: > On Mon, 19 Jul 2004, Lenny wrote: > >> Fedora Core 1's saslauthd doesn't seem to like me setting the mech to >> ldap. This >> works great on Core 2, but I'm not in a postition to migrate all the cyrus >> servers to Fedora Core 2 as of yet. So this is a temporary problem for me :) > > Can you build saslauthd from the source... > > -Igor > >> >> Lenny >> -- >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: >> >> > pam is known to leak memory on some OSs. This is really not saslauthd >> > problem. Have you tried to use saslauthd built-in ldap mech? >> > >> > -Igor >> > >> > On Mon, 19 Jul 2004, Lenny wrote: >> > >> >> Using the pam mech which in turn is authing against an openldap server. >> >> >> >> I've tried the -n0 flag that was just mentioned in hopes this solves >> >> the problem >> >> :) >> >> >> >> Lenny >> >> -- >> >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> >> >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: >> >> >> >> > What saslauthd authentication mechanism are you using? >> >> > >> >> > -Igor >> >> > >> >> > On Mon, 19 Jul 2004, Lenny wrote: >> >> > >> >> >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process >> >> eats tons of >> >> >> swap until eventually there's no memory left. Great fun! This of >> >> >> course stops >> >> >> cyrus from being able to process imap and pop logins (if you're using >> >> >> saslauthd >> >> >> for authentication). A simple restart usually fixes this >> >> particular problem. >> >> >> >> >> >> This may or may not be related to what you're seeing, but I figured >> >> >> I'd throw >> >> >> this out there. >> >> >> >> >> >> Lenny >> >> >> -- >> >> >> >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> >> >> >> >> >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: >> >> >> >> >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on >> RHEL 3.0 and >> >> >> > noticed that the amount of swap space free is decreasing. When I was >> >> >> > running v2.1.16, the swap free would decrease until the >> kernel oom(out >> >> >> > of memory) killer would activate and start killing processes which >> >> >> > essentially grinds the system to a halt. I doubt that this >> is normal. >> >> >> > Could this point to a memory leak in cyrus. Just for note, I >> have not >> >> >> > yet experienced this with the latest version, but the swap free is >> >> >> > decreasing. >> >> >> > >> >> >> > By the way I'm using simons RPMS from invoca.ch. Could someone >> >> shed some >> >> >> > light on this. Anything will help... >> >> >> > >> >> >> > Mohamed Magdi Abbas >> >> >> > Systems Engineer >> >> >> > Longwood University >> >> >> > [EMAIL PROTECTED] >> >> >> > >> >> >> > --- >> >> >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> >> >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> >> >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> >> >> >> >> >> >> >> >> --- >> >> >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> >> >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> >> >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> >> >> >> >> > >> >> > -- >> >> > Igor >> >> >> >> >> >> >> > >> > -- >> > Igor >> >> >> > > -- > Igor -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
On Mon, 19 Jul 2004, Lenny wrote: > Ya, I could do that. Would there be a gain for me to compile the latest from > source and using the ldap mech as opposed to the "-n0" flag suggestion > that was > made? -n0 is very taxing on the OS specially if you have a lot of users. saslauthd/ldap does not leak (so you do not have restart saslauthd every so often) and it is much faster than pam/ldap. -- Igor > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Igor Brezac <[EMAIL PROTECTED]>: > > > On Mon, 19 Jul 2004, Lenny wrote: > > > >> Fedora Core 1's saslauthd doesn't seem to like me setting the mech to > >> ldap. This > >> works great on Core 2, but I'm not in a postition to migrate all the cyrus > >> servers to Fedora Core 2 as of yet. So this is a temporary problem for me :) > > > > Can you build saslauthd from the source... > > > > -Igor > > > >> > >> Lenny > >> -- > >> > >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> > >> > >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> > >> > pam is known to leak memory on some OSs. This is really not saslauthd > >> > problem. Have you tried to use saslauthd built-in ldap mech? > >> > > >> > -Igor > >> > > >> > On Mon, 19 Jul 2004, Lenny wrote: > >> > > >> >> Using the pam mech which in turn is authing against an openldap server. > >> >> > >> >> I've tried the -n0 flag that was just mentioned in hopes this solves > >> >> the problem > >> >> :) > >> >> > >> >> Lenny > >> >> -- > >> >> > >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> > >> >> > >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> >> > >> >> > What saslauthd authentication mechanism are you using? > >> >> > > >> >> > -Igor > >> >> > > >> >> > On Mon, 19 Jul 2004, Lenny wrote: > >> >> > > >> >> >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process > >> >> eats tons of > >> >> >> swap until eventually there's no memory left. Great fun! This of > >> >> >> course stops > >> >> >> cyrus from being able to process imap and pop logins (if you're using > >> >> >> saslauthd > >> >> >> for authentication). A simple restart usually fixes this > >> >> particular problem. > >> >> >> > >> >> >> This may or may not be related to what you're seeing, but I figured > >> >> >> I'd throw > >> >> >> this out there. > >> >> >> > >> >> >> Lenny > >> >> >> -- > >> >> >> > >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> >> > >> >> >> > >> >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > >> >> >> > >> >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on > >> RHEL 3.0 and > >> >> >> > noticed that the amount of swap space free is decreasing. When I was > >> >> >> > running v2.1.16, the swap free would decrease until the > >> kernel oom(out > >> >> >> > of memory) killer would activate and start killing processes which > >> >> >> > essentially grinds the system to a halt. I doubt that this > >> is normal. > >> >> >> > Could this point to a memory leak in cyrus. Just for note, I > >> have not > >> >> >> > yet experienced this with the latest version, but the swap free is > >> >> >> > decreasing. > >> >> >> > > >> >> >> > By the way I'm using simons RPMS from invoca.ch. Could someone > >> >> shed some > >> >> >> > light on this. Anything will help... > >> >> >> > > >> >> >> > Mohamed Magdi Abbas > >> >> >> > Systems Engineer > >> >> >> > Longwood University > >> >> >> > [EMAIL PROTECTED] > >> >> >> > > >> >> >> > --- > >> >> >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> >> > >> >> >> > >> >> >> --- > >> >> >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> >> > >> >> > > >> >> > -- > >> >> > Igor > >> >> > >> >> > >> >> > >> > > >> > -- > >> > Igor > >> > >> > >> > > > > -- > > Igor > > > -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Ya, I could do that. Would there be a gain for me to compile the latest from source and using the ldap mech as opposed to the "-n0" flag suggestion that was made? Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: On Mon, 19 Jul 2004, Lenny wrote: Fedora Core 1's saslauthd doesn't seem to like me setting the mech to ldap. This works great on Core 2, but I'm not in a postition to migrate all the cyrus servers to Fedora Core 2 as of yet. So this is a temporary problem for me :) Can you build saslauthd from the source... -Igor Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: > pam is known to leak memory on some OSs. This is really not saslauthd > problem. Have you tried to use saslauthd built-in ldap mech? > > -Igor > > On Mon, 19 Jul 2004, Lenny wrote: > >> Using the pam mech which in turn is authing against an openldap server. >> >> I've tried the -n0 flag that was just mentioned in hopes this solves >> the problem >> :) >> >> Lenny >> -- >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> Quoting Igor Brezac <[EMAIL PROTECTED]>: >> >> > What saslauthd authentication mechanism are you using? >> > >> > -Igor >> > >> > On Mon, 19 Jul 2004, Lenny wrote: >> > >> >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process >> eats tons of >> >> swap until eventually there's no memory left. Great fun! This of >> >> course stops >> >> cyrus from being able to process imap and pop logins (if you're using >> >> saslauthd >> >> for authentication). A simple restart usually fixes this >> particular problem. >> >> >> >> This may or may not be related to what you're seeing, but I figured >> >> I'd throw >> >> this out there. >> >> >> >> Lenny >> >> -- >> >> >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> >> >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: >> >> >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and >> >> > noticed that the amount of swap space free is decreasing. When I was >> >> > running v2.1.16, the swap free would decrease until the kernel oom(out >> >> > of memory) killer would activate and start killing processes which >> >> > essentially grinds the system to a halt. I doubt that this is normal. >> >> > Could this point to a memory leak in cyrus. Just for note, I have not >> >> > yet experienced this with the latest version, but the swap free is >> >> > decreasing. >> >> > >> >> > By the way I'm using simons RPMS from invoca.ch. Could someone >> shed some >> >> > light on this. Anything will help... >> >> > >> >> > Mohamed Magdi Abbas >> >> > Systems Engineer >> >> > Longwood University >> >> > [EMAIL PROTECTED] >> >> > >> >> > --- >> >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> >> >> >> >> >> --- >> >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> >> >> > >> > -- >> > Igor >> >> >> > > -- > Igor -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
On Mon, 19 Jul 2004, Lenny wrote: > Fedora Core 1's saslauthd doesn't seem to like me setting the mech to > ldap. This > works great on Core 2, but I'm not in a postition to migrate all the cyrus > servers to Fedora Core 2 as of yet. So this is a temporary problem for me :) Can you build saslauthd from the source... -Igor > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Igor Brezac <[EMAIL PROTECTED]>: > > > pam is known to leak memory on some OSs. This is really not saslauthd > > problem. Have you tried to use saslauthd built-in ldap mech? > > > > -Igor > > > > On Mon, 19 Jul 2004, Lenny wrote: > > > >> Using the pam mech which in turn is authing against an openldap server. > >> > >> I've tried the -n0 flag that was just mentioned in hopes this solves > >> the problem > >> :) > >> > >> Lenny > >> -- > >> > >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> > >> > >> Quoting Igor Brezac <[EMAIL PROTECTED]>: > >> > >> > What saslauthd authentication mechanism are you using? > >> > > >> > -Igor > >> > > >> > On Mon, 19 Jul 2004, Lenny wrote: > >> > > >> >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process > >> eats tons of > >> >> swap until eventually there's no memory left. Great fun! This of > >> >> course stops > >> >> cyrus from being able to process imap and pop logins (if you're using > >> >> saslauthd > >> >> for authentication). A simple restart usually fixes this > >> particular problem. > >> >> > >> >> This may or may not be related to what you're seeing, but I figured > >> >> I'd throw > >> >> this out there. > >> >> > >> >> Lenny > >> >> -- > >> >> > >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> >> > >> >> > >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > >> >> > >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > >> >> > noticed that the amount of swap space free is decreasing. When I was > >> >> > running v2.1.16, the swap free would decrease until the kernel oom(out > >> >> > of memory) killer would activate and start killing processes which > >> >> > essentially grinds the system to a halt. I doubt that this is normal. > >> >> > Could this point to a memory leak in cyrus. Just for note, I have not > >> >> > yet experienced this with the latest version, but the swap free is > >> >> > decreasing. > >> >> > > >> >> > By the way I'm using simons RPMS from invoca.ch. Could someone > >> shed some > >> >> > light on this. Anything will help... > >> >> > > >> >> > Mohamed Magdi Abbas > >> >> > Systems Engineer > >> >> > Longwood University > >> >> > [EMAIL PROTECTED] > >> >> > > >> >> > --- > >> >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> > >> >> > >> >> --- > >> >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> >> > >> > > >> > -- > >> > Igor > >> > >> > >> > > > > -- > > Igor > > > -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Fedora Core 1's saslauthd doesn't seem to like me setting the mech to ldap. This works great on Core 2, but I'm not in a postition to migrate all the cyrus servers to Fedora Core 2 as of yet. So this is a temporary problem for me :) Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: pam is known to leak memory on some OSs. This is really not saslauthd problem. Have you tried to use saslauthd built-in ldap mech? -Igor On Mon, 19 Jul 2004, Lenny wrote: Using the pam mech which in turn is authing against an openldap server. I've tried the -n0 flag that was just mentioned in hopes this solves the problem :) Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: > What saslauthd authentication mechanism are you using? > > -Igor > > On Mon, 19 Jul 2004, Lenny wrote: > >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of >> swap until eventually there's no memory left. Great fun! This of >> course stops >> cyrus from being able to process imap and pop logins (if you're using >> saslauthd >> for authentication). A simple restart usually fixes this particular problem. >> >> This may or may not be related to what you're seeing, but I figured >> I'd throw >> this out there. >> >> Lenny >> -- >> >> "Wisdom is to a man an infinite Treasure" - Anonymous" >> >> >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: >> >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and >> > noticed that the amount of swap space free is decreasing. When I was >> > running v2.1.16, the swap free would decrease until the kernel oom(out >> > of memory) killer would activate and start killing processes which >> > essentially grinds the system to a halt. I doubt that this is normal. >> > Could this point to a memory leak in cyrus. Just for note, I have not >> > yet experienced this with the latest version, but the swap free is >> > decreasing. >> > >> > By the way I'm using simons RPMS from invoca.ch. Could someone shed some >> > light on this. Anything will help... >> > >> > Mohamed Magdi Abbas >> > Systems Engineer >> > Longwood University >> > [EMAIL PROTECTED] >> > >> > --- >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> >> >> --- >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html >> > > -- > Igor -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
pam is known to leak memory on some OSs. This is really not saslauthd problem. Have you tried to use saslauthd built-in ldap mech? -Igor On Mon, 19 Jul 2004, Lenny wrote: > Using the pam mech which in turn is authing against an openldap server. > > I've tried the -n0 flag that was just mentioned in hopes this solves > the problem > :) > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Igor Brezac <[EMAIL PROTECTED]>: > > > What saslauthd authentication mechanism are you using? > > > > -Igor > > > > On Mon, 19 Jul 2004, Lenny wrote: > > > >> Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of > >> swap until eventually there's no memory left. Great fun! This of > >> course stops > >> cyrus from being able to process imap and pop logins (if you're using > >> saslauthd > >> for authentication). A simple restart usually fixes this particular problem. > >> > >> This may or may not be related to what you're seeing, but I figured > >> I'd throw > >> this out there. > >> > >> Lenny > >> -- > >> > >> "Wisdom is to a man an infinite Treasure" - Anonymous" > >> > >> > >> Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > >> > >> > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > >> > noticed that the amount of swap space free is decreasing. When I was > >> > running v2.1.16, the swap free would decrease until the kernel oom(out > >> > of memory) killer would activate and start killing processes which > >> > essentially grinds the system to a halt. I doubt that this is normal. > >> > Could this point to a memory leak in cyrus. Just for note, I have not > >> > yet experienced this with the latest version, but the swap free is > >> > decreasing. > >> > > >> > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > >> > light on this. Anything will help... > >> > > >> > Mohamed Magdi Abbas > >> > Systems Engineer > >> > Longwood University > >> > [EMAIL PROTECTED] > >> > > >> > --- > >> > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> > >> > >> --- > >> Cyrus Home Page: http://asg.web.cmu.edu/cyrus > >> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > >> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > >> > > > > -- > > Igor > > > -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Using the pam mech which in turn is authing against an openldap server. I've tried the -n0 flag that was just mentioned in hopes this solves the problem :) Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Igor Brezac <[EMAIL PROTECTED]>: What saslauthd authentication mechanism are you using? -Igor On Mon, 19 Jul 2004, Lenny wrote: Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of swap until eventually there's no memory left. Great fun! This of course stops cyrus from being able to process imap and pop logins (if you're using saslauthd for authentication). A simple restart usually fixes this particular problem. This may or may not be related to what you're seeing, but I figured I'd throw this out there. Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > noticed that the amount of swap space free is decreasing. When I was > running v2.1.16, the swap free would decrease until the kernel oom(out > of memory) killer would activate and start killing processes which > essentially grinds the system to a halt. I doubt that this is normal. > Could this point to a memory leak in cyrus. Just for note, I have not > yet experienced this with the latest version, but the swap free is > decreasing. > > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > light on this. Anything will help... > > Mohamed Magdi Abbas > Systems Engineer > Longwood University > [EMAIL PROTECTED] > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
What saslauthd authentication mechanism are you using? -Igor On Mon, 19 Jul 2004, Lenny wrote: > Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of > swap until eventually there's no memory left. Great fun! This of course stops > cyrus from being able to process imap and pop logins (if you're using > saslauthd > for authentication). A simple restart usually fixes this particular problem. > > This may or may not be related to what you're seeing, but I figured I'd throw > this out there. > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > > > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > > noticed that the amount of swap space free is decreasing. When I was > > running v2.1.16, the swap free would decrease until the kernel oom(out > > of memory) killer would activate and start killing processes which > > essentially grinds the system to a halt. I doubt that this is normal. > > Could this point to a memory leak in cyrus. Just for note, I have not > > yet experienced this with the latest version, but the swap free is > > decreasing. > > > > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > > light on this. Anything will help... > > > > Mohamed Magdi Abbas > > Systems Engineer > > Longwood University > > [EMAIL PROTECTED] > > > > --- > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > -- Igor --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Virtual Memory Consumption of Cyrus IMAPd
Thanks for the tip! Andrew -Original Message- From: Andrew Morgan [mailto:[EMAIL PROTECTED] Sent: Monday, July 19, 2004 4:31 PM To: Andrew Brink Cc: Lenny; Mohamed Magdi Abbas; Cyrus Mailing List Subject: RE: Virtual Memory Consumption of Cyrus IMAPd You want to run saslauthd with the "-n0" option, which spawns a new saslauthd process for each incoming request rather than having a fixed number of threads hanging around which eventually use up all the available memory. Andy On Mon, 19 Jul 2004, Andrew Brink wrote: > I have also seen this sasauthd memory leak on a Debian box. A simple restart always > fixes the problem for me too. > > Just FYI > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Lenny > Sent: Monday, July 19, 2004 3:46 PM > To: Mohamed Magdi Abbas > Cc: Cyrus Mailing List > Subject: Re: Virtual Memory Consumption of Cyrus IMAPd > > > Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of > swap until eventually there's no memory left. Great fun! This of course stops > cyrus from being able to process imap and pop logins (if you're using > saslauthd > for authentication). A simple restart usually fixes this particular problem. > > This may or may not be related to what you're seeing, but I figured I'd throw > this out there. > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > > > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > > noticed that the amount of swap space free is decreasing. When I was > > running v2.1.16, the swap free would decrease until the kernel oom(out > > of memory) killer would activate and start killing processes which > > essentially grinds the system to a halt. I doubt that this is normal. > > Could this point to a memory leak in cyrus. Just for note, I have not > > yet experienced this with the latest version, but the swap free is > > decreasing. > > > > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > > light on this. Anything will help... > > > > Mohamed Magdi Abbas > > Systems Engineer > > Longwood University > > [EMAIL PROTECTED] > > > > --- > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
We useta see that at my place of work as well, all the way back into RH7.3, but *ONLY* on the RedHat systems. nothing else. --On Monday, July 19, 2004 16:46 -0400 Lenny <[EMAIL PROTECTED]> wrote: Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of swap until eventually there's no memory left. Great fun! This of course stops cyrus from being able to process imap and pop logins (if you're using saslauthd for authentication). A simple restart usually fixes this particular problem. This may or may not be related to what you're seeing, but I figured I'd throw this out there. Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and noticed that the amount of swap space free is decreasing. When I was running v2.1.16, the swap free would decrease until the kernel oom(out of memory) killer would activate and start killing processes which essentially grinds the system to a halt. I doubt that this is normal. Could this point to a memory leak in cyrus. Just for note, I have not yet experienced this with the latest version, but the swap free is decreasing. By the way I'm using simons RPMS from invoca.ch. Could someone shed some light on this. Anything will help... Mohamed Magdi Abbas Systems Engineer Longwood University [EMAIL PROTECTED] --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html -- GPG/PGP --> 0xE736BD7E 5144 6A2D 977A 6651 DFBE 1462 E351 88B9 E736 BD7E --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Virtual Memory Consumption of Cyrus IMAPd
You want to run saslauthd with the "-n0" option, which spawns a new saslauthd process for each incoming request rather than having a fixed number of threads hanging around which eventually use up all the available memory. Andy On Mon, 19 Jul 2004, Andrew Brink wrote: > I have also seen this sasauthd memory leak on a Debian box. A simple restart always > fixes the problem for me too. > > Just FYI > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Lenny > Sent: Monday, July 19, 2004 3:46 PM > To: Mohamed Magdi Abbas > Cc: Cyrus Mailing List > Subject: Re: Virtual Memory Consumption of Cyrus IMAPd > > > Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of > swap until eventually there's no memory left. Great fun! This of course stops > cyrus from being able to process imap and pop logins (if you're using > saslauthd > for authentication). A simple restart usually fixes this particular problem. > > This may or may not be related to what you're seeing, but I figured I'd throw > this out there. > > Lenny > -- > > "Wisdom is to a man an infinite Treasure" - Anonymous" > > > Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > > > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > > noticed that the amount of swap space free is decreasing. When I was > > running v2.1.16, the swap free would decrease until the kernel oom(out > > of memory) killer would activate and start killing processes which > > essentially grinds the system to a halt. I doubt that this is normal. > > Could this point to a memory leak in cyrus. Just for note, I have not > > yet experienced this with the latest version, but the swap free is > > decreasing. > > > > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > > light on this. Anything will help... > > > > Mohamed Magdi Abbas > > Systems Engineer > > Longwood University > > [EMAIL PROTECTED] > > > > --- > > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Virtual Memory Consumption of Cyrus IMAPd
I have also seen this sasauthd memory leak on a Debian box. A simple restart always fixes the problem for me too. Just FYI -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Lenny Sent: Monday, July 19, 2004 3:46 PM To: Mohamed Magdi Abbas Cc: Cyrus Mailing List Subject: Re: Virtual Memory Consumption of Cyrus IMAPd Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of swap until eventually there's no memory left. Great fun! This of course stops cyrus from being able to process imap and pop logins (if you're using saslauthd for authentication). A simple restart usually fixes this particular problem. This may or may not be related to what you're seeing, but I figured I'd throw this out there. Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: > I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and > noticed that the amount of swap space free is decreasing. When I was > running v2.1.16, the swap free would decrease until the kernel oom(out > of memory) killer would activate and start killing processes which > essentially grinds the system to a halt. I doubt that this is normal. > Could this point to a memory leak in cyrus. Just for note, I have not > yet experienced this with the latest version, but the swap free is > decreasing. > > By the way I'm using simons RPMS from invoca.ch. Could someone shed some > light on this. Anything will help... > > Mohamed Magdi Abbas > Systems Engineer > Longwood University > [EMAIL PROTECTED] > > --- > Cyrus Home Page: http://asg.web.cmu.edu/cyrus > Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Virtual Memory Consumption of Cyrus IMAPd
Not sure about RHEL, but on Fedora Core 1 the saslauthd process eats tons of swap until eventually there's no memory left. Great fun! This of course stops cyrus from being able to process imap and pop logins (if you're using saslauthd for authentication). A simple restart usually fixes this particular problem. This may or may not be related to what you're seeing, but I figured I'd throw this out there. Lenny -- "Wisdom is to a man an infinite Treasure" - Anonymous" Quoting Mohamed Magdi Abbas <[EMAIL PROTECTED]>: I'm running cyrus impad(v 2.2.6), used to run 2.1.16, on RHEL 3.0 and noticed that the amount of swap space free is decreasing. When I was running v2.1.16, the swap free would decrease until the kernel oom(out of memory) killer would activate and start killing processes which essentially grinds the system to a halt. I doubt that this is normal. Could this point to a memory leak in cyrus. Just for note, I have not yet experienced this with the latest version, but the swap free is decreasing. By the way I'm using simons RPMS from invoca.ch. Could someone shed some light on this. Anything will help... Mohamed Magdi Abbas Systems Engineer Longwood University [EMAIL PROTECTED] --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
