This one time, at band camp, Adrian Phillips said:
> Good day,

Hi!

>    Before my workaround (see below), clamd started correctly, but as
>    soon as was is "told" to process a file it segfaulted :-
> 
>   I tried changing various options, changing MaxThreads to 1, using
>   TcpAddr instead of LocalSocket; after some googling I found a post
>   about using LD_ASSUME_KERNEL, and added "export
>   LD_ASSUME_KERNEL=2.4.1" to just before start-stop-daemon in
>   init.d/clamav-daemon and now its managed to process several messages
>   with no problems.

Adding the LD_ASSUME_KERNEL=2.4.1 to /etc/default/clamav-daemon would be
better, as it's the generic place to put environment variables, and you
won't get dpkg prompted about the init script on upgrades.

> 
>   The following : http://people.redhat.com/drepper/assumekernel.html,
>   seems to imply that the application is broken although given the
>   fact that clamd would seem to work on host (not u-m-l) linux judging
>   from the lack of bug reports I assume this has more todo with u-m-l
>   than clamd. mysqld apparently has the same problem as reported by
>   somebody else on the same hosting servive I'm using, perhaps other
>   threaded applications also have this problem.
> 
>   I've tried stracing and gdbing without success but I've little
>   experience with debugging threaded applications.

I assume libc6-686 is not installed in the uml instance?  Without this
package, you don't have the newer thread implementation, and things will
fail since they were compiled for it.
-- 
 -----------------------------------------------------------------
|   ,''`.                                            Stephen Gran |
|  : :' :                                        [EMAIL PROTECTED] |
|  `. `'                        Debian user, admin, and developer |
|    `-                                     http://www.debian.org |
 -----------------------------------------------------------------

Attachment: pgp6cCEkVDCUo.pgp
Description: PGP signature

Reply via email to