What is the purpose of this directory?

[tbullock]

/opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig

Can I delete the contents of it?

[tbullock]

OK.

Instead of intelligently waiting for a reply, I went ahead and:

su zimbra
rm -rvf /opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig/*
mkdir zimbra.sig
chmod 770 /opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig
chown zimbra:zimbra /opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig

I hope that was not a bad thing, but it certainly has made a difference to performace. By about 1000%.

I started noticing, like what happened a few months ago when I was running an older version of Zimbra on FC3, that mail was beginning to backlog in the mail queue.

I had a suspicion after the upgrade to FC5 and OSS V4 that this dspam directory may have been causing the severe performace degredation.

These are all suspicions with no real proof as I don't have the skillset to actually prove it. All I can say is cleaning up that dspam directory 'appears' to have made my Zimbra perform a lot better.

I also suspect that FC may also be a villan in this sad tale woe. I think next time I build Zimbra it will be on RHEL.

Cheers,

[phoenix]

I also suspect that FC may also be a villan in this sad tale woe. I think next time I build Zimbra it will be on RHEL.

There's a reason Zimbra only support RHEL, SLES MAC OS X, I think you've just hit the proverbial nail on the head.

[pacsteel]

/opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig

Can I delete the contents of it?

On my system, there is a cron job to do so every day at 1:00--well, except for the last 7 days worth .

0 1 * * * find /opt/zimbra/dspam/var/dspam/data/z/i/zimbra/zimbra.sig/ -type f -name \*sig -mtime +7 -exec rm {} \; > /dev/null 2>&1

If your cron job is broken somehow, you could be building up a huge number of hash files. Since the output of the cleanup is directed to /dev/null, you wouldn't know--other than by having a performance problem because the directory gets so full.

Right now I have 7 days worth : 71,577, who knows how many would be there if the cron job wasn't working correctly.

[scottnelson]

On my system, there is a cron job to do so every day at 1:00--well, except for the last 7 days worth . If your cron job is broken somehow, you could be building up a huge number of hash files. Since the output of the cleanup is directed to /dev/null, you wouldn't know--other than by having a performance problem because the directory gets so full.

Right now I have 7 days worth : 71,577, who knows how many would be there if the cron job wasn't working correctly.

Hm, don't even have this as a cronjob for some reason. ( shrug )
I am still running 3.14, maybe they added in a later release?
Added now.
Ya'll are great!! Pays to lurk around here....... ;-)

Scotty

[scottnelson]

Hm, don't even have this as a cronjob for some reason. ( shrug )
I am still running 3.14, maybe they added in a later release?
Added now.
Ya'll are great!! Pays to lurk around here....... ;-)

Scotty

How about these files?
Lotsa space here as well....

Scotty



/opt/zimbra/db/data:
total 327432
-rw-rw---- 1 zimbra zimbra 104857600 Dec 21 23:30 ib_logfile0
-rw-rw---- 1 zimbra zimbra 104857600 Dec 21 23:30 ib_logfile1


/opt/zimbra/logger/db/data/trash
-rw-rw---- 1 zimbra zimbra 10087 Jun 13 2006 smtp-bin.000001
-rw-rw---- 1 zimbra zimbra 319 Jun 13 2006 smtp-bin.000002
-rw-rw---- 1 zimbra zimbra 1326660 Jun 13 2006 smtp-bin.000003
-rw-rw---- 1 zimbra zimbra 135901 Jun 13 2006 smtp-bin.000004
-rw-rw---- 1 zimbra zimbra 267757 Jun 14 2006 smtp-bin.000005
-rw-rw---- 1 zimbra zimbra 106012 Jun 14 2006 smtp-bin.000006
-rw-rw---- 1 zimbra zimbra 10406098 Jun 14 2006 smtp-bin.000007
-rw-rw---- 1 zimbra zimbra 5582990 Jun 14 2006 smtp-bin.000008
on and on amd on to todays date


/opt/zimbra/logger/db/data
-rw-rw---- 1 zimbra zimbra 886677 Aug 8 04:04 smtp-bin.000060
-rw-rw---- 1 zimbra zimbra 4566521 Aug 9 04:03 smtp-bin.000061
-rw-rw---- 1 zimbra zimbra 6003646 Aug 10 07:47 smtp-bin.000062
-rw-rw---- 1 zimbra zimbra 3699364 Aug 10 23:46 smtp-bin.000063
-rw-rw---- 1 zimbra zimbra 46759 Aug 11 00:09 smtp-bin.000064
-rw-rw---- 1 zimbra zimbra 55309 Aug 11 00:25 smtp-bin.000065
-rw-rw---- 1 zimbra zimbra 762584 Aug 11 04:03 smtp-bin.000066
on and on amd on to todays date


Scotty

[pacsteel]

I dunno Scotty,
Yep, different versions--I'm on 403--have different file placements.

• /opt/zimbra/logger/db/data/trash
  I don't even have the directory
• /opt/zimbra/db/data
  has the same files (same size even) as yours, along with about a hundred (what look like) compressed mailbox files.
• /opt/zimbra/logger/db/data
  has a couple of ib_logfile* files, but the datestamp is the last reboot, and they are 'only' 5mb

It looks like the zimbra folks have added quit a bit of 'cleanup' to the product since 314