## MTA is using CPU cycles like crazy

### MTA is using CPU cycles like crazy

I'm wondering if anyone can help me.

The MTA is sucking CPU cycles like crazy (100% most of the time) and memory
usage on the server is goes up till a reboot.

I've run the mtacheck.exe and it comes back with no errors.  I've scoured
the knowledge base and I'm getting nowhere.

Does anyone have any suggestions??

### MTA is using CPU cycles like crazy

add RAM.

Quote:> I'm wondering if anyone can help me.

> The MTA is sucking CPU cycles like crazy (100% most of the time) and
memory
> usage on the server is goes up till a reboot.

> I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> the knowledge base and I'm getting nowhere.

> Does anyone have any suggestions??

### MTA is using CPU cycles like crazy

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.

> > I'm wondering if anyone can help me.

> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.

> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.

> > Does anyone have any suggestions??

### MTA is using CPU cycles like crazy

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

Exchange is going to take as much memory as possible.

256 is very little.

I have one gig and wish I had more.

I have 150 users by the way - not much more than thou.

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

ok...I can add more memory...but I'm getting no mail going out of my system at the moment.  I could understand if it was taking a long time...but it's not going out at all.  this is new as of a couple of hours ago. LOL...just turning into a great friday...

Thanks for the help BTW....

Exchange is going to take as much memory as possible.

256 is very little.

I have one gig and wish I had more.

I have 150 users by the way - not much more than thou.

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

Sounds like you are having deeper issues....What SP level are you at.

ok...I can add more memory...but I'm getting no mail going out of my system at the moment.  I could understand if it was taking a long time...but it's not going out at all.  this is new as of a couple of hours ago. LOL...just turning into a great friday...

Thanks for the help BTW....

Exchange is going to take as much memory as possible.

256 is very little.

I have one gig and wish I had more.

I have 150 users by the way - not much more than thou.

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

SP 5 for NT and SP 3 for Exchange 5.5

Sounds like you are having deeper issues....What SP level are you at.

ok...I can add more memory...but I'm getting no mail going out of my system at the moment.  I could understand if it was taking a long time...but it's not going out at all.  this is new as of a couple of hours ago. LOL...just turning into a great friday...

Thanks for the help BTW....

Exchange is going to take as much memory as possible.

256 is very little.

I have one gig and wish I had more.

I have 150 users by the way - not much more than thou.

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

Sorry poopie cheeks. I dunno what to suggest.

SP 5 for NT and SP 3 for Exchange 5.5

Sounds like you are having deeper issues....What SP level are you at.

ok...I can add more memory...but I'm getting no mail going out of my system at the moment.  I could understand if it was taking a long time...but it's not going out at all.  this is new as of a couple of hours ago. LOL...just turning into a great friday...

Thanks for the help BTW....

Exchange is going to take as much memory as possible.

256 is very little.

I have one gig and wish I had more.

I have 150 users by the way - not much more than thou.

The system is a PIII 800 (single), with 256Mb of RAM and plenty of disk space.

There are 110 mailboxes and the Priv.edb is about 4 Gb.  IIS is running and OWA is working only for a few users.

I moved a couple of users over to exchange yesterday (they were using Internet Only before) and I'm wondering if they may have corrupt messages that are causing this.  But I thought the mtacheck would have caught that.  Should I run the eseutil on the Priv.edb?

How many mailboxes are on this box.
How many processors.
How many other major apps.
Owa?

I added 128Mb to double it. It's still sucking up about 50% of the cycles along with DXA and DSAMAIN which are taking up the rest. I could add more but this seems to be a part of a bigger problem.  The distribution lists no long route mail and all that's happened is a reboot.

> add RAM.
>

> > I'm wondering if anyone can help me.
> >
> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.
> >
> > I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> > the knowledge base and I'm getting nowhere.
> >
> > Does anyone have any suggestions??
> >
> >
> >
>
>

### MTA is using CPU cycles like crazy

Hi Hal,
Had this issue once on Exchange 4, and it was fixed (after much heartache !)
by deleting some messages from the archive (at the file level). The messages
were addressed to some users that had left the company and their mailboxes
had long since been removed.

Check \\servermachine\exchsrvr\imcdata\in\archive for any old messages
(those as old as the problem, you may ignore older ones). If you can
identify any, stop all exchange services, delete the files, and restart
services (sometimes a couple of services may complain, then restarting the
machine seems to help).

I have not found this "fix/information" in any MS Knowledge base, so no
guarantees !

HTH,
Ashish

Quote:> I'm wondering if anyone can help me.

> The MTA is sucking CPU cycles like crazy (100% most of the time) and
memory
> usage on the server is goes up till a reboot.

> I've run the mtacheck.exe and it comes back with no errors.  I've scoured
> the knowledge base and I'm getting nowhere.

> Does anyone have any suggestions??

### MTA is using CPU cycles like crazy

Apply SP4 or call M$PSS. Hal Martin wrote: > SP 5 for NT and SP 3 for Exchange 5.5 > "Jack Stacker" <cr...@stakk.net> wrote in message > news:egf4hwOfAHA.508@tkmsftngp02...Sounds like you are having deeper > issues....What SP level are you at. > "Hal Martin" <hmar...@valadeo.com> wrote in message > news:uxkYiPOfAHA.2020@tkmsftngp05...ok...I can add more > memory...but I'm getting no mail going out of my system at > the moment. I could understand if it was taking a long > time...but it's not going out at all. this is new as of a > couple of hours ago. LOL...just turning into a great > friday... Thanks for the help BTW.... > "Jack Stacker" <cr...@stakk.net> wrote in > message > news:OKpDVKOfAHA.1376@tkmsftngp04...Exchange is > going to take as much memory as possible. 256 is > very little. I have one gig and wish I had > more. I have 150 users by the way - not much > more than thou. > "Hal Martin" <hmar...@valadeo.com> > wrote in message > news:upXRG$NfAHA.1920@tkmsftngp03...The
>                     system is a PIII 800 (single), with
>                     256Mb of RAM and plenty of disk
>                     space. There are 110 mailboxes and the
>                     Priv.edb is about 4 Gb.  IIS is
>                     running and OWA is working only for a
>                     few users. I moved a couple of users
>                     over to exchange yesterday (they were
>                     using Internet Only before) and I'm
>                     wondering if they may have corrupt
>                     messages that are causing this.  But I
>                     thought the mtacheck would have caught
>                     that.  Should I run the eseutil on the
>                     Priv.edb?

>                          "Jack Stacker"
>                          <cr...@stakk.net> wrote in
>                          message
>                          news:eKufagNfAHA.432@tkmsftngp02...How
>                          many mailboxes are on this
>                          box.How many processors.How
>                          many other major apps.Owa?

>                               "Hal Martin"
>                               <hmar...@valadeo.com>
>                               wrote in message
>                               news:OxzJPXNfAHA.1588@tkmsftngp05...I
>                               added 128Mb to
>                               double it. It's
>                               still sucking up
>                               about 50% of the
>                               cycles along with
>                               DXA and DSAMAIN
>                               which are taking
>                               up the rest. I
>                               could add more but
>                               this seems to be a
>                               part of a bigger
>                               problem.  The
>                               distribution lists
>                               no long route mail
>                               and all that's
>                               happened is a
>                               reboot."Jack
>                               Stacker"
>                               <cr...@stakk.net>
>                               wrote in message
>                               news:uMHGAQNfAHA.1036@tkmsftngp03...>
>                               add RAM.

>                               > "Hal Martin"
>                               <hmar...@valadeo.com>
>                               wrote in message

>                               news:e1fiAKNfAHA.1696@tkmsftngp04...

>                               > > I'm wondering
>                               if anyone can help
>                               me.

>                               > > The MTA is
>                               sucking CPU cycles
>                               like crazy (100%
>                               most of the time)
>                               and
>                               > memory
>                               > > usage on the
>                               server is goes up
>                               till a reboot.

>                               > > I've run the
>                               mtacheck.exe and
>                               it comes back with
>                               no errors.  I've
>                               scoured
>                               > > the knowledge
>                               base and I'm
>                               getting nowhere.

>                               > > Does anyone
>                               have any
>                               suggestions??

--
Corrections are welcome.
Please keep all discussions in NG, so that everybody can participate.

Kirill

### MTA is using CPU cycles like crazy

Messages in the \archive directory aren't going to have any effect on
Exchange.  Once Exchange puts a message in the \archive directory, it never
touches it again.

> Hi Hal,
> Had this issue once on Exchange 4, and it was fixed (after much heartache
!)
> by deleting some messages from the archive (at the file level). The
messages
> were addressed to some users that had left the company and their mailboxes
> had long since been removed.

> Check \\servermachine\exchsrvr\imcdata\in\archive for any old messages
> (those as old as the problem, you may ignore older ones). If you can
> identify any, stop all exchange services, delete the files, and restart
> services (sometimes a couple of services may complain, then restarting the
> machine seems to help).

> I have not found this "fix/information" in any MS Knowledge base, so no
> guarantees !

> HTH,
> Ashish

> > I'm wondering if anyone can help me.

> > The MTA is sucking CPU cycles like crazy (100% most of the time) and
> memory
> > usage on the server is goes up till a reboot.

> > I've run the mtacheck.exe and it comes back with no errors.  I've
scoured
> > the knowledge base and I'm getting nowhere.

> > Does anyone have any suggestions??

### MTA is using CPU cycles like crazy

Poopie cheeks ?  Hardly helpful.

This might be a good place to start :

XCON: General Data Gathering Procedures for MTA Troubleshooting [Q198688]

You might also consider applying Service Pack 4.

Exchange 5.5 SP5 on W2K server SP2 w/all hotfixes. I've looked at all of the
Q documents at MS and also looked at several non-MS lists and sources. The
articles are either not relevant or they don't seem to make a difference.
I've stopped all extraneous services to see if that would help - nope. When
I reboot the server, all seems ok for about 45 minutes but then the CPU
gradually goes back up to 100%. I looked at each thread for store.exe in
perfmon and it's only 2 or 3 threads that are contributing to the CPU being
pegged. There is plenty of memory. I haven't changed anything lately. The
IMS, etc hasn't stopped but it has certainly slowed down. Is there a way I
can isolate exactly what is using these specific threads (looked through
reskit - no luck)? Has anybody else had this problem?

Casey Stamper
A+, MCP+I, MCSE
Senior Network Administrator

Pivot
400 Lazelle Rd, Suite 16
Columbus, OH 43240
614.825.5831
614.825.5844 Fax

Note: This transmission may not be protected by encryption software, though
the information contained herein may be privileged and confidential and
protected from disclosure. If the reader of this message is not the intended
recipient, or an employee or agent responsible for delivering this message
to the intended recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited. If you
are receiving this communication in error, please notify us immediately by
replying to the message and deleting it from your computer. Thank you for
your cooperation.