[Clamav-users] LibClamAV Error: Attempt to allocate 0 bytes
Dear All, I just upgrade from 0.884 to 0.886 but Clamav-milter won't start. Here is the log. Help will appreciate. Thanks ClamAV update process started at Wed Nov 22 17:10:27 2006 main.cvd is up to date (version: 41, sigs: 73809, f-level: 10, builder: tkojm) daily.cvd is up to date (version: 2220, sigs: 4454, f-level: 9, builder: ccordes) LibClamAV debug: Setting /opt/clamav/tmp as global temporary directory LibClamAV debug: Loading databases from /opt/clamav/db LibClamAV debug: Loading /opt/clamav/db/main.cvd LibClamAV debug: in cli_cvdload() LibClamAV debug: MD5(.tar.gz) = bbd0a1fe83da562a1d6b43e22f4c0626 LibClamAV debug: Decoded signature: bbd0a1fe83da562a1d6b43e22f4c0626 LibClamAV debug: Digital signature is correct. LibClamAV debug: in cli_untgz() LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/COPYING LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.db LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.hdb LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.ndb LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.zmd LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.fp LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-059da33e51867fe3/main.info LibClamAV debug: Loading databases from /opt/clamav/tmp/clamav-059da33e51867fe3 LibClamAV debug: Loading /opt/clamav/tmp/clamav-059da33e51867fe3/main.zmd LibClamAV debug: Initializing main node LibClamAV debug: Loading /opt/clamav/tmp/clamav-059da33e51867fe3/main.hdb LibClamAV debug: Initializing md5 list structure LibClamAV debug: Loading /opt/clamav/tmp/clamav-059da33e51867fe3/main.ndb LibClamAV debug: Initializing trie LibClamAV debug: Initializing BM tables LibClamAV debug: in cli_bm_init() LibClamAV debug: BM: Number of indexes = 63744 LibClamAV debug: Loading /opt/clamav/tmp/clamav-059da33e51867fe3/main.db LibClamAV debug: Loading /opt/clamav/tmp/clamav-059da33e51867fe3/main.fp LibClamAV debug: Loading /opt/clamav/db/daily.cvd LibClamAV debug: in cli_cvdload() LibClamAV debug: MD5(.tar.gz) = 21bf22303d445dd6c8c4b2a9b89c4ffb LibClamAV debug: Decoded signature: 21bf22303d445dd6c8c4b2a9b89c4ffb LibClamAV debug: Digital signature is correct. LibClamAV debug: in cli_untgz() LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/COPYING LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.db LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.hdb LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.ndb LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.zmd LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.fp LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.info LibClamAV debug: Unpacking /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.pdb LibClamAV debug: Loading databases from /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4 LibClamAV debug: Loading /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.db LibClamAV debug: Loading /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.ndb LibClamAV debug: Loading /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.zmd LibClamAV debug: Loading /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.hdb LibClamAV debug: Loading /opt/clamav/tmp/clamav-d8a5a332ee7ef5f4/daily.fp LibClamAV Error: Attempt to allocate 0 bytes. Please report to [EMAIL PROTECTED] -Bonar- ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Cherishing my ignorance - An appeal to package rs
On Fri, 2006-11-10 at 11:06 -0500, Jim Maul wrote: In fact, apache, a far more common application than ClamAV, requires vastly more after-install configuration and management effort than does ClamAV, so his premise is farcical. Yes, but will it WORK without this after-install configuration and management? Yes, it will. I promised myself I wouldn't stick my nose into this overgrown monstrosity of a thread, but I cannot resist. I don't condone ignorance, nor do I condone elitism, but in this particular instance I see a rather large point being missed by the OP's sympathisers. If I remember rightly, when I installed ClamAV on Gentoo, it did just work - in the sense that I could run /etc/init.d/clamd start and ClamD would start, and in the sense that the library and header files were installed in sane locations. However... nothing was actually scanning anything for viruses! ClamAV is a toolkit and a service, not a mail scanner or a web-page scanner or an on-access file scanner in its own right. It's one thing having a package that installs and works, but working from a functional point of view is a separate issue from doing what the user wants. The critical point here is that what the user wants can be one of an unlimited number of things, precisely because ClamAV is a means to an end, not the end itself. Those familiar with Windows may think of it this way: ClamAV itself is more like a collection of DLLs, and NOT - for example - an end-product like Norton AntiVirus. (Yes, I am aware of ClamWin, but we are debating the ClamAV package itself here. The two are not the same product.) -- Philip Allison Developer SmoothWall Ltd. - http://www.smoothwall.net/ This email and any attachments transmitted with it are confidential to the intended recipient(s) and may not be communicated to any other person or published by any means without the express permission of SmoothWall Ltd. Any views expressed in this message are solely those of the author. See http://www.smoothwall.net/emailnotice.html for the full text of this notice. This email has been processed by SmoothZap - www.smoothwall.net ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
[Clamav-users] Digital signatures for virus database files
I am supporting a small network of Linux boxes running RH3 in a restricted area, with no connection to an outside network; hence I do not use freshclam to update the virus data base files, but rather download main.cvd and daily.cvd and manually upgrade each of the four machines. My question is this- is there a digital signature capability for these files that is associated with a manual download? If so, what are the steps I need to follow? I am using gnupg 1.2.1 and am familiar with adding public keys, such as the ones on the dag/wieers website used to sign the binary RPMs. Are there signature files associated with the main.cvd and daily.cvd files posted on the home page of clamav.net? If so, whose key is used to encrypt? (You may correctly ask why bother running Clam or mess with digital signatures if you're not on the public net? The reason is, that due to the sensitive nature of the processing that goes on using these machines, the powers that be worry about protection from viruses period, and using open source is a further cause for their concern, so the ability to at least download from trusted sources is a big thing to them). The answers to FAQ questions 20 and 36 do not seem to apply to my situation, but I may not be smart enough to know if they do, as I am a very inexperienced Linux newbie. I wasn't able to find any other postings that seemed to be relevant to my situation either. Any help would be greatly appreciated. ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
[Clamav-users] Re: Digital signatures for virus database files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 jfvacher wrote: I am supporting a small network of Linux boxes running RH3 in a restricted area, with no connection to an outside network; hence I do not use freshclam to update the virus data base files, but rather download main.cvd and daily.cvd and manually upgrade each of the four machines. My question is this- is there a digital signature capability for these files that is associated with a manual download? If so, what are the steps I need to follow? I am using gnupg 1.2.1 and am familiar with adding public keys, such as the ones on the dag/wieers website used to sign the binary RPMs. Are there signature files associated with the main.cvd and daily.cvd files posted on the home page of clamav.net? If so, whose key is used to encrypt? (You may correctly ask why bother running Clam or mess with digital signatures if you're not on the public net? The reason is, that due to the sensitive nature of the processing that goes on using these machines, the powers that be worry about protection from viruses period, and using open source is a further cause for their concern, so the ability to at least download from trusted sources is a big thing to them). The answers to FAQ questions 20 and 36 do not seem to apply to my situation, but I may not be smart enough to know if they do, as I am a very inexperienced Linux newbie. I wasn't able to find any other postings that seemed to be relevant to my situation either. Any help would be greatly appreciated. sigtool does the checking. Man sigtool says: It's also to verify digital signatures of databases..., and option -i or --info does Print a CVD information and verify MD5 and a digital signature. How it does it? I don't know, I haven't checked, but no mention is made that it may need an Internet connection. To be sure you'll have to try it or perhaps look at the source code. I did once compared the MD5 checksum showed with the output of the usual md5sum, and they are different. - -- René Berber -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFZNE3L3NNweKTRgwRAkhPAKCa2kH3vTQvOzQ5ZdsBARJ3zotn0gCfbMtX VRzvh8a+75DTeaw1D+5Be3Q= =eIwM -END PGP SIGNATURE- ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html