On 28/02/07, Marko Lerota <[EMAIL PROTECTED]> wrote:
Martin Blapp <[EMAIL PROTECTED]> writes:
> Even with libthr the CPU usage is still far too high ...
> I'm currently looking at the code.
Take a look at this post. I also have CPU usage problems and simscan
installed.
http://www.mail-archive.
Chris <[EMAIL PROTECTED]> writes:
> I dont use simscan but use clamav for scanning emails passed from
> exim. I noticed that cpu usage went through the roof and there was
> dozens of clamd in sockstat. On a dual xeon it did cause some smtp
> lag but on weaker specs it caused the smtp to complete
Hi,
Clamd is currently broken with libpthread for some threading-reason.
You definitly need to use libthr (which is still CPU hungry, but
works better).
/etc/libmap.conf
[/usr/local/sbin/clamd]
libpthread.so.2 libthr.so.2
libpthread.so libthr.so
libc_r.so.6 libpth
Yesterday I try to install a python module after a 'portsnap fetch
update', during the install python upgrade from version 2.4.3,1 to 2.4.4,1.
python-2.4.3,1 The "meta-port" for the stable version of Python interprete
vs
python-2.4.4,1 [...]
since these upgrade my zope (zope29-2.9.6) won't s
After installing freebsd-snapshot
I am getting this error:
fsync: giving up on dirty
0xc23c7880: tag devfs, type VCHR
usecount 1, writecount 0, refcount 185 mountedhere 0xc2352300
flags ()
v_object 0xc1050420 ref 0 pages 15362
lock type devfs: EXCL (count 1) by thread 0xc25ef480
On Thu, 1 Mar 2007, Martin Blapp wrote:
Hi,
Clamd is currently broken with libpthread for some threading-reason.
You definitly need to use libthr (which is still CPU hungry, but
works better).
I don't think it is a problem with libpthread.
--
DE
_
I'm currently trying to use the Fixit cd on AMD64 ( 6.2 )
and it appears it has issues. When trying to fsck a
disk it reports:
fsck: exec fsck_4.2bsd for in /sbin:/usr/sbin: No such file or directory
When looking on the mounted volumes for fsck_4.2bsd its
located under:
/dist/rescue/fsck_4.2
Hi All,
On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote:
> On Thu, 1 Mar 2007, Martin Blapp wrote:
>
> >
> >Hi,
> >
> >Clamd is currently broken with libpthread for some threading-reason.
> >You definitly need to use libthr (which is still CPU hungry, but
> >works better).
>
> I d
All -
I've been getting panics every couple of days (sometimes daily) with
6.2-STABLE (as of Feb 12th). These have been happening ever since
sometime early in 6.1, and I believe they are related to the Quagga
routing daemon, specifically when the zebra(8) process adds or removes
routes.
I have
On Thursday 01 March 2007 15:38, AstraSerg wrote:
> Is it possible to collect traffic on bridge?
> freebsd 6.2
I don't know about flowtools. But in case it does not work, you could use
pf and pfflowd (http://www.mindrot.org/projects/pfflowd/ or net/pfflowd).
--
/"\ Best regards,
Is it possible to collect traffic on bridge?
freebsd 6.2
--
Sergey Yaroshevsky,
[EMAIL PROTECTED]
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]
> Is it possible to collect traffic on bridge?
> freebsd 6.2
I do it with vlans bridged with if_bidge, with traffic collected by
ng_netflow and stored by flow-tools.
But it collects traffic only on bridged interfaces (vlanX), not bridgeX.
Yuriy.
___
fr
Martin Blapp wrote:
>
> Hi,
>
> Clamd is currently broken with libpthread for some threading-reason.
> You definitly need to use libthr (which is still CPU hungry, but
> works better).
>
> /etc/libmap.conf
>
> [/usr/local/sbin/clamd]
> libpthread.so.2 libthr.so.2
> libpthread.so
On Thu, 1 Mar 2007, Alexander Shikoff wrote:
Hi All,
On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote:
On Thu, 1 Mar 2007, Martin Blapp wrote:
Hi,
Clamd is currently broken with libpthread for some threading-reason.
You definitly need to use libthr (which is still CPU hungry,
On Thu, 1 Mar 2007, Andrew Reilly wrote:
Hi Daniel,
On Wed, Feb 28, 2007 at 08:41:00AM -0500, Daniel Eischen wrote:
On Wed, 28 Feb 2007, Andrew Reilly wrote:
Funny thing happened after the last upgrade (upgraded to
6-STABLE yesterday): the moinmoin wiki that I've been
playing with stopped wor
Andy Hilker wrote:
>> Somehow freebsd-update find /boot/kernel/kernel on some servers and
>> patches it and on others not.
>
> Additional info:
> it seems that all machines where it does not work, have an SMP-GENERIC
> (i386) installed.
There's a bug in how FreeBSD Update handles /boot/kernel. B
I've been repartitioning some of our machines here and
found that using the following method sysinstall creates
corrupt filesystems.
1. Boot a machine using an nfs mounted /usr
2. Run: sysctl kern.geom.debugflags=16 to enable writing
to the disk mbr
3. run sysinstall, Customise -> Label
4. Delete
On 2/26/07, Dimuthu Parussalla <[EMAIL PROTECTED]> wrote:
Clamav-90_2 Lockup with freebsd 6.2
Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade
the port to 88.7_1 to get the server going. Sockstat shows lots of open
sockets from clamd.
I've been seeing excessive CPU u
i have been trying to get portupgrade working, however everything i try
to run it im getting an error with the portsdb. now i have tryed to
rebuild it as requested initaly by portupgrade but im still getting an error
portupgrade -aRr
[missing key: categories] [Updating the portsdb in
/var/tmp
19 matches
Mail list logo
