<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>Hello..<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>One of my sysadmins decided to upgrade one of our Cyrus servers today. We ran into an unexpected problem (though manageable).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I’m now well aware of the index upgrade.. and it appears that when a user logs into the now-upgraded 2.4.0 server, it upgrades the index for each folder the user accesses. The process seems to be similar to (if not exactly) running ‘reconstruct –s’ on the mailbox which was accessed. Its not instantaneous..and does take some time to complete.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>We failed to consider that the ~1200 concurrent connections we usually have to this server are mostly from blackberries, iphones, etc.. When the 2.4.0 server came back online, we got clobbered by everyone at the same time. The system load rose to ~900, as the disk utilization was pegged at 100% -- all reads from the message storage partition .. and writes to the metadata partition.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>At least, this is what I believe to be happening.. so currently I’ve turned off access to the server (firewall) and am running ‘reconstruct –s’ on the inboxes. I’m hoping after that’s finished in a few hours, I can let everyone back on and let the system index-upgrade the rest of the folders on-demand.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>RH5.5 64-bit, 700GB mail, 8900 accounts, 55,000 mailboxes, 8GB mem, 2x 2-core Intel 2.8Ghz, ~300 io/s on disks.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>-Rob<o:p></o:p></p></div></body></html>