[Samba] Re: Upcoming 3.0.13 release -- please test now
Gerald (Jerry) Carter
jerry at samba.org
Wed Mar 23 18:35:09 GMT 2005
-----BEGIN PGP SIGNED MESSAGE-----
Dmitry Melekhov wrote:
| Gerald (Jerry) Carter wrote:
|> -----BEGIN PGP SIGNED MESSAGE-----
|> Hash: SHA1
|> | I just upgraded two of our servers from 3.0.11 to 3.0.12
|> | and found that with
|> | vfs object = vscan-clamav
|> | all becomes very slow and clamav eats cpu.
|> | I don't know yet is this samba or vscan problem, but all were
|> | OK with 3.0.11 ;-)
|> My guess is a vscan issue. If things work fine without the
|> vscan module, you'll have to get their developers to debug what's
|> going on. And if they need to coordinate with us, just send
|> them my email.
| I just mailed to maintainer, but I'm afraid problem is in samba vfs,
| just because vscan is not more than vfs module.
| I didn't read sources yet, sorry :-(
| But here is vscan output with 3.0.11, when I'm writing memTest.exe to dir:
| Mar 23 08:57:59 backup smbd_vscan-clamav: INFO: Scanning file :
| Mar 23 08:57:59 backup smbd_vscan-clamav: INFO: file
| /home/samba/definity/DIST/memTest.exe is clean
| And here is output with 3.0.12:
| Mar 23 09:00:10 chr smbd_vscan-clamav: INFO: Scanning file :
| As you see, now vscan scans _whole_ share!
| Looks like there was changes in vfs code in 3.0.12 :-)
I could check the svn logs, but either way the vscan module will
need to be updated for Samba 3.0.12 so this is a vscan issue IMO.
If you can send me the source for the VFS module and details on
how to reproduce the issue, I'll take a look.
Alleviating the pain of Windows(tm) ------- http://www.samba.org
GnuPG Key ----- http://www.plainjoe.org/gpg_public.asc
"I never saved anything for the swim back." Ethan Hawk in Gattaca
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
More information about the samba