Reply to this topicStart new topicStart Poll

> Xqm Runs In Infinite Loop Of Query_status () ?
ciuly
Posted: Jan 6 2014, 04:26 PM
Quote Post


Member
***

Group: Members
Posts: 61
Member No.: 1843
Joined: 29-November 05



I have a long time running xmail setup and I figured I'd take a peek at the spool since the folder is taking about 4 GB disk space. So XQM seems to be the tool for it.

I installed the agent on the linux machine with xmail, then the windows client and configured everything up and connected. Then clicked on the "query" button and since the, it just "hangs" (it's not frozen).

I started the agent in debug mode from beginning and all I see after query click is
<date> <time> <my win IP> : query_status ()
every couple of seconds.

I let it run for over an hour, still nothing. I will leave it running till the evening, just in case.

So .. what to look for?

note: On the linux machine, the xqmagent is eating up the CPU (running at 4 threads)
Also,
find . -type f -print | wc -l
returns 918405 (yes, 1 mil). I have a feeling this would be the culprit, although since my normal fcount and searching takes seconds to process, I don't see why xqmagent would take hours to process the files.
find . -type f -print | grep "/froz/" | wc -l
returns 458932
find . -type f -print | grep "/slog/" | wc -l
returns 458936

in case the issue is indeed a huge number of frozen messages, can't the xqm be made in such a way that it works on batches or something so it's more responsive?

le: 8 hours now, still running....


--------------------
I hate looking up all this information every time I create a new topic so here goes:
I'm running XMail v 1.26 on linux centos 5 CLI-only kernel 2.6.18-194.32.1.el5 with filters.out having one filter, filters.post-data having 5 custom filters (first one SA), filters.pre-data having 2 custom filters and SA v 3.3.1 running on Perl v 5.8.8 with a weekly crontab entry for sa-update
PMUsers WebsiteYahoo
Top
ciuly
Posted: Jan 7 2014, 07:36 AM
Quote Post


Member
***

Group: Members
Posts: 61
Member No.: 1843
Joined: 29-November 05



so this morning I see that the process finished after almost 10 hours.
But, the grid is empty. (see screenshot).

so what now?

Attached Image (Click thumbnail to expand)
Attached Image


--------------------
I hate looking up all this information every time I create a new topic so here goes:
I'm running XMail v 1.26 on linux centos 5 CLI-only kernel 2.6.18-194.32.1.el5 with filters.out having one filter, filters.post-data having 5 custom filters (first one SA), filters.pre-data having 2 custom filters and SA v 3.3.1 running on Perl v 5.8.8 with a weekly crontab entry for sa-update
PMUsers WebsiteYahoo
Top
hschneider
Posted: Jan 16 2014, 10:41 AM
Quote Post


No - I'm not an answering script ...
Group Icon

Group: Admin
Posts: 6631
Member No.: 195
Joined: 19-June 02



4GB is too much to handle. You should

- Stop XMail
- Delete all inside spool, except 'local' and 'temp'.
- Start XMail

Then check the new created spool after a while to find the reason for this.



--------------------
Bye,
Harald


-- Download XMail Queue Manager 1.46 NOW: XMail Server Tools
-- Cross platform remote queue management!
-- Message analyzing on the fly!
-- Builtin diagnostics knowledge base!
-- Manages multiple mail queues!

Sponsored by
CD-Produktion und DVD-Produktion and Homestaging Saarland - Immobilien schneller verkaufen in der Region Saarland, Rheinland-Pfalz und Luxembourg
PMEmail PosterUsers Website
Top
ciuly
Posted: Jan 17 2014, 01:54 PM
Quote Post


Member
***

Group: Members
Posts: 61
Member No.: 1843
Joined: 29-November 05



Thanks for the info.

I cleaned out and it's been running for almost a day now, with pretty much nothing left in the spool. QSize is reported to be 0.42 MB
du -hs
says it's 20 MB but AFAICS, these are only the folders with their 4kb report

I'll keep watching for a few days and if anything pops up, I'll report back.

So I inspected the backed up old spool. using the -mtime for the find, I managed to narrow down the frozen messages to have stopped about 184 days ago.
well, I think I'll investigate this deeper when I will have some time. I have the logs (since beginning) and the spooled files, so I'll check a few to see the cause, but since they are over a half year old, I don't think they make sense now to be sent out. I'll just have to somehow filter out everything newsletter, automatic emails and that sort of junk to see if any important or relevant email was missed.

Long story short, thanks for the help smile.gif


--------------------
I hate looking up all this information every time I create a new topic so here goes:
I'm running XMail v 1.26 on linux centos 5 CLI-only kernel 2.6.18-194.32.1.el5 with filters.out having one filter, filters.post-data having 5 custom filters (first one SA), filters.pre-data having 2 custom filters and SA v 3.3.1 running on Perl v 5.8.8 with a weekly crontab entry for sa-update
PMUsers WebsiteYahoo
Top
ciuly
Posted: Jan 22 2014, 08:44 PM
Quote Post


Member
***

Group: Members
Posts: 61
Member No.: 1843
Joined: 29-November 05



just as a small update.
every now and then I get a few emails which are reported with some DNS failure and these just disappear after a while. So no frozen messages. There could have been some error in the setup that it gotten so many frozen messages a while back.

So all is good.


--------------------
I hate looking up all this information every time I create a new topic so here goes:
I'm running XMail v 1.26 on linux centos 5 CLI-only kernel 2.6.18-194.32.1.el5 with filters.out having one filter, filters.post-data having 5 custom filters (first one SA), filters.pre-data having 2 custom filters and SA v 3.3.1 running on Perl v 5.8.8 with a weekly crontab entry for sa-update
PMUsers WebsiteYahoo
Top
0 User(s) are reading this topic (0 Guests and 0 Anonymous Users)
0 Members:
« Next Oldest | XMail Queue Manager | Next Newest »

Reply to this topicStart new topicStart Poll