Hello, all. We have installed Zimbra 5.0.16_GA_2921.RHEL5_64_20090429021719 CentOS5_64 NETWORK edition on a VServer with reasonable success. However, we have never received any statistics. In pulling apart zmstatctl, we have found some interesting issues and are hoping someone can tell us what they mean and how to fix them.
We see this regularly in zmstat.out:
Use of uninitialized value in string ne at /opt/zimbra/libexec/zmstat-io line 87
I do not know perl well at all but it looks to me like the variable
$line is defined. I do not think this is peculiar to our environment.
What would cause this?
Some issues may be related to the fact we have installed on a very skeleton CentOS installation and may have some undocumented missing dependencies.
Whenever we run zmlogprocess, we get this:
[zimbra@zimbra01 zmstat]$ /opt/zimbra/libexec/zmlogprocess
Pruning service/server entries older then 2009-06-04 17:20:56
zimbra maps to zimbra.ssiservices.biz
smtp maps to smtp.ssiservices.biz
Processing mta entries from 3907047
Found 18 messages
Inserted 18 rows
Saving ID 3907215
Deleting processed postfix logs from raw_logs...Done
Processing clamd entries from 0
Found 0 entries
Deleting processed clamd logs from raw_logs...Done
Processing amavis entries from 0
DBD::mysql::st execute failed: Error writing file '/tmp/MY6zdFMa' (Errcode: 28) at /opt/zimbra/libexec/zmlogprocess line 1134.
Error executing select id from raw_logs where app='amavis' and id > '0' order by id asc with
Error writing file '/tmp/MY6zdFMa' (Errcode: 28)
Error writing file '/tmp/MY6zdFMa' (Errcode: 28) at /opt/zimbra/libexec/zmlogprocess line 1135.
Can't call method "fetchall_arrayref" on an undefined value at /opt/zimbra/libexec/zmlogprocess line 885.
We then installed perl-DBD-MySQL but this has not eliminated the
problem. What would cause this error? If it is of any consequence, we
are not running antispam on zimbra but we are on smtp.
We thought this might be related to the fact our /tmp is mounted
nosuid,noexec,nodev so we removed those restriction but see the same
results. We also verified that the zimbra user can write to /tmp.
When zmstat-proc runs, we get:
Warning: Not possible to monitor process stats
This could be related to our environment. For security reasons,
vservers do not have full access to /proc. An even more severe instance
was zmstat-vm which filled zmstat.out with errors about needing the
mount /proc. This was because we did not expose /proc/vmstat by
default. Once we did, the errors went away in zmstat-vm but not
Does anyone have any idea why we are seeing these issues? We are wondering if they are related to the problem we have where all logging seems to stop at 4:02 every morning (the same time as logrotate runs its daily routine) and where we lose all data from 4:02 in the morning if we restart the zimbra service
Any help would be greatly appreciated as we are still very new to Zimbra. Thanks - John