On Apr 1, 2008, at 11:49 AM, Eric Shubert wrote:
Roxanne Sandesara wrote:
The process turned out to be much simpler and painless than I
expected.
I downloaded the clamav and simscan packages and did an RPMBUILD of
each. Then RPM -e for the existing simscan and clamav packages,
and then
RPM -Uvh for each (clamav first, than simscan).
You might want to rebuild the cdb's too so that simscan reports the
correct
versions of clam/sa.
I did do that. I try to remember to qmailctl cdb every time before I
start up. But thank you for the reminder. It's a good thing to get
into the archives, if nothing else.
Clamd process is no longer dominating the box's CPU, and the other
errors seem to have faded away.
Just out of curiousity, do you recall which version of clamav-
toaster you
upgraded from?
Actually, I had the same version. But the version that I had included
the upgraded/expanded Clamav definitions from one of the options in
the qtp-menu. Which I had enabled after the failed qtp-newmodel the
night before, since I'd been unable to upgrade spamassassin. I had
thought with my processor and 2gb of RAM I'd have been fine. Turns
out I was wrong.
I am still curious. No one ever told me. What /is/ the
'NOP0FCHECK="1"'
switch in the tcp.smtp file? Inquiring minds really do want to know.
I only knew what I googled, and I've forgotten enough that I
wouldn't want
to go into it off the top of my head. I don't recall exactly when
it came
into play with the toaster, maybe a year or so ago? It might (and
might not)
be in the change logs.
Jake managed to answer this, for which I am appreciative. I'm glad we
disable that.
Roxanne
On Mar 28, 2008, at 8:05 PM, Eric Shubert wrote:
You can run the qtp-build-sandbox command from the command line.
This
will
build the old style sandbox, not unionfs. Then you can chroot to the
sandbox
and do whatever trips your trigger (for the most part). ;) Whatever
you do
inside of the chroot'd tree will not touch the running server.
You can
build/install rpms there (which is what qtp-newmodel does). I
don't think
you can actually run qmail in the sandbox though, especially
since the
sandbox has been trimmed down.
Roxanne Sandesara wrote:
Jake --
Is there a way that I can poke and prod at the sandbox functions
of qtp
such that it would agree to rebuild each of the relevant
packages and
then apply them? Or is that wishful thinking on my part?
Roxanne
FYI: No errors in either clamd or spamd logs. But a lot more
positive
results on spamd than I've seen previously.
On Mar 28, 2008, at 5:00 PM, Jake Vickers wrote:
Roxanne Sandesara wrote:
It's the most frequent customer at the top, along with the sa-
learn
and spamd processes. But it's not just pegged at the top and
staying
there.
Are you getting any errors in the clam or spamd logs?
For giggles, try manually rebuilding and reinstalling clamav,
then do
the same with your older version of spamassassin. Lastly,
rebuild and
reinstall simscan to see if that clears anything up.
---Eric 'shubes'
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: qmailtoaster-list-
[EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]