Thread: [svs-devel] Current test results
Brought to you by:
renereucher
From: R. R. <ren...@ba...> - 2010-10-20 08:46:46
|
Hi! I've done a bit more testing - with a Linux Samba client - on the crashes (and hangs) that I saw lately and fixed at least one of the issues that was caused by empty path names (passed from SMBD to SVS)... With maxParallelScans == 1 I don't see any problems. With maxParallelScans >= 2 I still sometimes see crashes (I have an idea what is causing this and how to fix it, but haven't had the time to try yet) and rare hangs (much trickier to debug/fix, I suppose). I still can't reproduce the disconnect crashes, but these may be related to Windows only... not sure. With my Vista client at least I don't see them. However, I've committed a patch to SVN yesterday that should correct the "reused session" case, which perhaps fixes it for you as well?! That's just a hope :). I could try to install a Windows 2008 VM to debug it, but I really would like to avoid that :). Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I have a VirtualBox VM with that as well... guess I should do that -- another probable source of trouble :). But chances are good that it acts Linux-like. Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ "I'd love to go out with you, but the man on television told me to say tuned." |
From: R. R. <ren...@ba...> - 2010-12-16 14:20:02
|
Hi! I did a number of additional tests with the current code and its new "pipe method". I see no problems: ... Dec 16 15:05:28 linux-l8hr svs_clamav[5670]: {337ccc25-e9c4-4000- a04d-3292ca4645cb}: I: session statistics: scanned objects = 87066 (clean = 87066, infected = 0, failed scans = 0), cache hit ratio = 0.5, cache fill level = 100.0% Dec 16 15:05:28 linux-l8hr svs_clamav[5670]: {337ccc25-e9c4-4000- a04d-3292ca4645cb}: I: session statistics: thread activations = 87069 (t[0] = 49.9%, t[1] = 50.1%) ... That were 87066 scanned objects in about 28 minutes, which is quite a high load, but it's wanted in my tests. So if it survives this "stress" I actually think it should be clean now. Sebastien, if your tests show no problems as well, I'll release SVS 0.1.3 tonight. But I'll await for your response in any case... Thanks, René -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: Sebastien C. <sc...@dc...> - 2010-12-16 19:19:35
|
> Sebastien, if your tests show no problems as well, I'll release SVS 0.1.3 > tonight. But I'll await for your response in any case... Hi René, SVS is still running smoothly so far today. |
From: R. R. <ren...@ba...> - 2010-10-20 11:00:20
|
On Wednesday 20 October 2010 10:46:16 am R. Reucher wrote: > Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I > have a VirtualBox VM with that as well... guess I should do that -- > another probable source of trouble :). But chances are good that it acts > Linux-like. Yes, Mac OS X clients seem to work fine as well -- quickly tested with Mac OS 10.6.4. The built-in smbfs support acts nearly the same as the Linux one (most probably due to the very similar code base). -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: R. R. <ren...@ba...> - 2010-10-20 11:12:54
|
On Wednesday 20 October 2010 12:59:43 pm R. Reucher wrote: > On Wednesday 20 October 2010 10:46:16 am R. Reucher wrote: > > Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I > > have a VirtualBox VM with that as well... guess I should do that -- > > another probable source of trouble :). But chances are good that it acts > > Linux-like. > Yes, Mac OS X clients seem to work fine as well -- quickly tested with Mac > OS 10.6.4. The built-in smbfs support acts nearly the same as the Linux > one (most probably due to the very similar code base). I also did a quick test with Window XP Professional again, which appears to be OK. -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: Sebastien C. <sc...@dc...> - 2010-10-20 16:30:26
|
Still get a crash. Did another test, same XP client but using another server, Debian Squeeze/testing with samba 3.5.6 from sid....and it all works fine. Tried on a SLES10 not joined to the domain. Crash. So it seems to be samba on sles10 that's the issue. I have been using RPM from the opensuse build services : http://download.opensuse.org/repositories/network:/samba:/STABLE/SLE_10/x86_64/ I checked the source RPM and they include a couple of patches. Maybe they break something. Going to modify the SPEC file to build a vanilla samba-3.5.6 and see how it goes. If you can test SLES10 with the same samba RPM maybe you'll be able to reproduce my crash. Sebastien > On Wednesday 20 October 2010 12:59:43 pm R. Reucher wrote: >> On Wednesday 20 October 2010 10:46:16 am R. Reucher wrote: >> > Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I >> > have a VirtualBox VM with that as well... guess I should do that -- >> > another probable source of trouble :). But chances are good that it acts >> > Linux-like. >> Yes, Mac OS X clients seem to work fine as well -- quickly tested with Mac >> OS 10.6.4. The built-in smbfs support acts nearly the same as the Linux >> one (most probably due to the very similar code base). > I also did a quick test with Window XP Professional again, which > appears to be > OK. > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: Sebastien C. <sc...@dc...> - 2010-10-20 17:50:17
|
Tried with QT4.5, QT4.6 and QT4.7, no change. Getting a somewhat different trace since latest trunk 48. Oct 20 13:45:09 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: D: close: handle = 93825004430144, path = /home/catse1/Nouveau Document texte.txt, modified = no Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: D: disconnect: handle = 93825004430144 Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: I: session statistics: scanned objects = 1 (clean = 1, infected = 0, failed scans = 0), cache hit ratio = 1.0, cache fill level = 0.0% Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: I: session statistics: thread activations = 1 (t[0] = 100.0%) Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: I: monitoring thread: ended Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: I: scanner thread 0: ended Oct 20 13:45:26 svs_clamav[22019]: {26daed6f-1129-4b07-b75b-39527b8bc2d7}: I: session ended Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.819176, 0] lib/fault.c:46(fault_report) Oct 20 13:45:26 svs_clamav[22019]: =============================================================== Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.819257, 0] lib/fault.c:47(fault_report) Oct 20 13:45:26 svs_clamav[22019]: INTERNAL ERROR: Signal 11 in pid 22019 (3.5.6-1.1-2438-SUSE-CODE10) Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.819332, 0] lib/fault.c:49(fault_report) Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.819429, 0] lib/fault.c:50(fault_report) Oct 20 13:45:26 svs_clamav[22019]: =============================================================== Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.819479, 0] lib/util.c:1465(smb_panic) Oct 20 13:45:26 svs_clamav[22019]: PANIC (pid 22019): internal error Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.820276, 0] lib/util.c:1569(log_stack_trace) Oct 20 13:45:26 svs_clamav[22019]: BACKTRACE: 10 stack frames: Oct 20 13:45:26 svs_clamav[22019]: #0 /usr/sbin/smbd(log_stack_trace+0x1c) [0x5555558b4e9c] Oct 20 13:45:26 svs_clamav[22019]: #1 /usr/sbin/smbd(smb_panic+0x2b) [0x5555558b4f6b] Oct 20 13:45:26 svs_clamav[22019]: #2 /usr/sbin/smbd [0x5555558a53ee] Oct 20 13:45:26 svs_clamav[22019]: #3 /lib64/libc.so.6 [0x2af77c7a2c30] Oct 20 13:45:26 svs_clamav[22019]: #4 /usr/lib64/libQtCore.so.4(_ZNK9QSettings5valueERK7QStringRK8QVariant+0x1b) [0x2af77ded6b0b] Oct 20 13:45:26 svs_clamav[22019]: #5 /appl/loc/svs/libsvs_clamav.so(_ZN11SVSSettings21statisticsLogIntervalEv+0x40) [0x2af77db79fe4] Oct 20 13:45:26 svs_clamav[22019]: #6 /appl/loc/svs/libsvs_clamav.so(_ZN16MonitoringThread3runEv+0x1db) [0x2af77db85a5f] Oct 20 13:45:26 svs_clamav[22019]: #7 /usr/lib64/libQtCore.so.4 [0x2af77de2f5f5] Oct 20 13:45:26 svs_clamav[22019]: #8 /lib64/libpthread.so.0 [0x2af77cf7e143] Oct 20 13:45:26 svs_clamav[22019]: #9 /lib64/libc.so.6(__clone+0x6d) [0x2af77c8338cd] Oct 20 13:45:26 svs_clamav[22019]: [2010/10/20 13:45:26.835362, 0] lib/fault.c:326(dump_core) > On Wednesday 20 October 2010 12:59:43 pm R. Reucher wrote: >> On Wednesday 20 October 2010 10:46:16 am R. Reucher wrote: >> > Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I >> > have a VirtualBox VM with that as well... guess I should do that -- >> > another probable source of trouble :). But chances are good that it acts >> > Linux-like. >> Yes, Mac OS X clients seem to work fine as well -- quickly tested with Mac >> OS 10.6.4. The built-in smbfs support acts nearly the same as the Linux >> one (most probably due to the very similar code base). > I also did a quick test with Window XP Professional again, which > appears to be > OK. > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: Sebastien C. <sc...@dc...> - 2010-10-20 21:16:07
|
Tested with SLES11 SP1, same crash. I copied my QT that I built and SVS from SLES10 to my debian server and ran samba 3.5.6. Works ok. WTH, what did novell do to samba in SLES!?!?! > On Wednesday 20 October 2010 12:59:43 pm R. Reucher wrote: >> On Wednesday 20 October 2010 10:46:16 am R. Reucher wrote: >> > Oh, I could also try the built-in CIFS client of Mac OS X 10.6.4, since I >> > have a VirtualBox VM with that as well... guess I should do that -- >> > another probable source of trouble :). But chances are good that it acts >> > Linux-like. >> Yes, Mac OS X clients seem to work fine as well -- quickly tested with Mac >> OS 10.6.4. The built-in smbfs support acts nearly the same as the Linux >> one (most probably due to the very similar code base). > I also did a quick test with Window XP Professional again, which > appears to be > OK. > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-20 22:09:09
|
On Wednesday 20 October 2010 11:15:56 pm Sebastien Caty wrote: > Tested with SLES11 SP1, same crash. I copied my QT that I built and > SVS from SLES10 to my debian server and ran samba 3.5.6. Works ok. > WTH, what did novell do to samba in SLES!?!?! First of all, thanks for all your tests, Sebastien! I should get a chance to test on SLES11 SP1 (ppc64) tomorrow, but I have to check for a suitable client, because it's a pure PowerPC-environment :). If I'm able to reproduce the crash, it should be possible for me for track it down... otherwise it's really not so easy. Cheers, René -- René Reucher ren...@ba... http://www.batcom-it.net/ Be assured that a walk through the ocean of most Souls would scarcely get your Feet wet. Fall not in Love, therefore: it will stick to your face. -- National Lampoon, "Deteriorata" |
From: R. R. <ren...@ba...> - 2010-10-21 13:54:06
|
On Thursday 21 October 2010 12:08:37 am R. Reucher wrote: > I should get a chance to test on SLES11 SP1 (ppc64) tomorrow, but I have to > check for a suitable client, because it's a pure PowerPC-environment :). This works fine for me. No crashes whatsoever... only tested with a Linux CIFS client yet. I may get a chance to test with a Win 7 client soon. Very good news: I found the reason for the occasional hangs with maxParallelScans >= 2. The actual fix was quite simple... and I'm a bit 'ashamed' that it was caused by a bug in the monitoring thread (whose main purpose is to MONITOR the other threads to AVOID hangs :)) Also, I seem to have fixed the rare crashes completely... You specific problem may still exist, but overall it's a quite stable code base now... and most importantly, you can now safely speed up things by increasing the number of parallel scans -- this scales nicely! Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ A celebrity is a person who is known for his well-knownness. |
From: Sebastien C. <sc...@dc...> - 2010-10-21 14:20:42
|
Sweet, I'm going to run a few test with this. Right now I'm compiling my own samba on SLES10. > On Thursday 21 October 2010 12:08:37 am R. Reucher wrote: >> I should get a chance to test on SLES11 SP1 (ppc64) tomorrow, but I have to >> check for a suitable client, because it's a pure PowerPC-environment :). > This works fine for me. No crashes whatsoever... only tested with a > Linux CIFS > client yet. I may get a chance to test with a Win 7 client soon. > > Very good news: > > I found the reason for the occasional hangs with maxParallelScans >= 2. The > actual fix was quite simple... and I'm a bit 'ashamed' that it was > caused by a > bug in the monitoring thread (whose main purpose is to MONITOR the other > threads to AVOID hangs :)) > > Also, I seem to have fixed the rare crashes completely... > > You specific problem may still exist, but overall it's a quite stable code > base now... and most importantly, you can now safely speed up things by > increasing the number of parallel scans -- this scales nicely! > > Have fun, René > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > A celebrity is a person who is known for his well-knownness. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: Sebastien C. <sc...@dc...> - 2010-10-21 14:45:23
|
Good news everyone! Just built my own samba and it works. So what did novell break. > On Thursday 21 October 2010 12:08:37 am R. Reucher wrote: >> I should get a chance to test on SLES11 SP1 (ppc64) tomorrow, but I have to >> check for a suitable client, because it's a pure PowerPC-environment :). > This works fine for me. No crashes whatsoever... only tested with a > Linux CIFS > client yet. I may get a chance to test with a Win 7 client soon. > > Very good news: > > I found the reason for the occasional hangs with maxParallelScans >= 2. The > actual fix was quite simple... and I'm a bit 'ashamed' that it was > caused by a > bug in the monitoring thread (whose main purpose is to MONITOR the other > threads to AVOID hangs :)) > > Also, I seem to have fixed the rare crashes completely... > > You specific problem may still exist, but overall it's a quite stable code > base now... and most importantly, you can now safely speed up things by > increasing the number of parallel scans -- this scales nicely! > > Have fun, René > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > A celebrity is a person who is known for his well-knownness. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-21 14:55:39
|
On Thursday 21 October 2010 04:45:09 pm Sebastien Caty wrote: > Good news everyone! > > Just built my own samba and it works. Superb :)! > So what did novell break. That's a good question... How big is the diff between the vanilla Samba source and the one from Novell's source RPM? How was the Samba source configured in either case? Anyway, I'm very glad that it's not SVS's fault :). Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ "I don't think they could put him in a mental hospital. On the other hand, if he were already in, I don't think they'd let him out." |
From: Sebastien C. <sc...@dc...> - 2010-10-21 15:13:47
|
> That's a good question... > > How big is the diff between the vanilla Samba source and the one > from Novell's > source RPM? Source is the same, there is also a patch set but not everything is applied. The SPEC file a bit complex and will built things differently depending on what is present/lib version. I'm going to adapt it and roll my own. It's not going to be supported by novell anyway. |
From: R. R. <ren...@ba...> - 2010-10-21 15:32:59
|
On Thursday 21 October 2010 05:13:40 pm Sebastien Caty wrote: > > That's a good question... > > > > How big is the diff between the vanilla Samba source and the one > > from Novell's > > source RPM? > > Source is the same, there is also a patch set but not everything is > applied. The SPEC file a bit complex and will built things differently > depending on what is present/lib version. I'm going to adapt it and > roll my own. It's not going to be supported by novell anyway. OK, thanks for information! BTW, I just discovered another potential "hang" somewhere (maxParallelScans >=2)... grrr, I already thought it were clean now :(! I'm on it, but it may take a bit to sort out... I may find some time tonight. Or tomorrow. Want to get v0.1.1 out, finally :)! Cheers, René -- René Reucher ren...@ba... http://www.batcom-it.net/ Computers are not intelligent. They only think they are. |
From: Sebastien C. <sc...@dc...> - 2010-10-21 19:53:47
|
Crap, made it crash with my samba. In fact, it crashes too on Debian I just wasn't looking hard enough :( In smb.conf I have : log level=2 I see the crash dump in /var/log/samba/log.IP/DNS name but not in /var/log/messages or daemon under debian. Not the same syslog config. Did find something. In svs.pro the include path for popt is wrong. this -> $$SAMBA_SOURCE/../popt \ should be -> $$SAMBA_SOURCE/../lib/popt \ Never noticed this on my build server since I have popt-devel installed. I always use the same XP SP3 client joined to a 2003 AD domain. Samba was not always joined to the domain. My debian workstation isn't for example. > On Thursday 21 October 2010 05:13:40 pm Sebastien Caty wrote: >> > That's a good question... >> > >> > How big is the diff between the vanilla Samba source and the one >> > from Novell's >> > source RPM? >> >> Source is the same, there is also a patch set but not everything is >> applied. The SPEC file a bit complex and will built things differently >> depending on what is present/lib version. I'm going to adapt it and >> roll my own. It's not going to be supported by novell anyway. > OK, thanks for information! > > BTW, I just discovered another potential "hang" somewhere (maxParallelScans >> =2)... grrr, I already thought it were clean now :(! > > I'm on it, but it may take a bit to sort out... I may find some time tonight. > Or tomorrow. Want to get v0.1.1 out, finally :)! > > Cheers, René > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > Computers are not intelligent. They only think they are. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-21 20:05:05
|
On Thursday 21 October 2010 09:53:39 pm Sebastien Caty wrote: > Crap, made it crash with my samba. In fact, it crashes too on Debian I > just wasn't looking hard enough :( Hmmm... shit! > In smb.conf I have : log level=2 > I see the crash dump in /var/log/samba/log.IP/DNS name but not in > /var/log/messages or daemon under debian. Not the same syslog config. Yeah, the distros differ dramatically (not only in this regard)... > Did find something. In svs.pro the include path for popt is wrong. > this -> $$SAMBA_SOURCE/../popt \ > should be -> $$SAMBA_SOURCE/../lib/popt \ Oh, oops... didn't notice. Will check / change it tomorrow! > Never noticed this on my build server since I have popt-devel installed. Oh, yes, I have it as well: rene@thunder:~> rpm -qa|grep popt popt-devel-1.13-4.2.x86_64 > I always use the same XP SP3 client joined to a 2003 AD domain. Samba > was not always joined to the domain. My debian workstation isn't for > example. The Windows 7 system I may get a chance soon to test with is also joined in an AD domain. The Samba server (SLES11 SP1 ppc64) is not. I've made a number of tests lately and my local working copy is changed in major parts, but I'm still not completely satisfied... will upload the new code sometime tomorrow as well. Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ Any two philosophers can tell each other all they know in two hours. -- Oliver Wendell Holmes, Jr. |
From: Sebastien C. <sc...@dc...> - 2010-10-21 21:27:51
|
Connecting from a linux client works fine. Tomorrow I'll see if I can get my hands on a standalone XP client. > On Thursday 21 October 2010 09:53:39 pm Sebastien Caty wrote: >> Crap, made it crash with my samba. In fact, it crashes too on Debian I >> just wasn't looking hard enough :( > Hmmm... shit! > >> In smb.conf I have : log level=2 >> I see the crash dump in /var/log/samba/log.IP/DNS name but not in >> /var/log/messages or daemon under debian. Not the same syslog config. > Yeah, the distros differ dramatically (not only in this regard)... > >> Did find something. In svs.pro the include path for popt is wrong. >> this -> $$SAMBA_SOURCE/../popt \ >> should be -> $$SAMBA_SOURCE/../lib/popt \ > Oh, oops... didn't notice. Will check / change it tomorrow! > >> Never noticed this on my build server since I have popt-devel installed. > Oh, yes, I have it as well: > > rene@thunder:~> rpm -qa|grep popt > popt-devel-1.13-4.2.x86_64 > >> I always use the same XP SP3 client joined to a 2003 AD domain. Samba >> was not always joined to the domain. My debian workstation isn't for >> example. > The Windows 7 system I may get a chance soon to test with is also > joined in an > AD domain. The Samba server (SLES11 SP1 ppc64) is not. > > I've made a number of tests lately and my local working copy is changed in > major parts, but I'm still not completely satisfied... will upload the new > code sometime tomorrow as well. > > Have fun, René > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > Any two philosophers can tell each other all they know in two hours. > -- Oliver Wendell Holmes, Jr. > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-22 06:10:44
|
On Thursday 21 October 2010 11:27:44 pm Sebastien Caty wrote: > Connecting from a linux client works fine. Tomorrow I'll see if I can > get my hands on a standalone XP client. Yeah, I was already wondering for a while if the crashes that you encounter are somehow related to domain membership... -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: R. R. <ren...@ba...> - 2010-10-22 09:14:03
|
On Friday 22 October 2010 08:10:14 am R. Reucher wrote: > On Thursday 21 October 2010 11:27:44 pm Sebastien Caty wrote: > > Connecting from a linux client works fine. Tomorrow I'll see if I can > > get my hands on a standalone XP client. > > Yeah, I was already wondering for a while if the crashes that you encounter > are somehow related to domain membership... I've just released a new version of another project: http://qmc2.arcadehits.net/wordpress/ Phew, a lot of work if you also create a number of binary packages :)... Now back to SVS! Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: Sebastien C. <sc...@dc...> - 2010-10-22 14:28:15
|
Got the same crash with a XP client that was removed from the domain. Could still be due to a gpo, they have a habit of sticking around. Need to connect a more plain XP...might be able to use mine at home over VPN hehehe. > On Thursday 21 October 2010 11:27:44 pm Sebastien Caty wrote: >> Connecting from a linux client works fine. Tomorrow I'll see if I can >> get my hands on a standalone XP client. > Yeah, I was already wondering for a while if the crashes that you encounter > are somehow related to domain membership... > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-22 15:07:21
|
On Friday 22 October 2010 04:28:09 pm Sebastien Caty wrote: > Got the same crash with a XP client that was removed from the domain. > Could still be due to a gpo, they have a habit of sticking around. > Need to connect a more plain XP...might be able to use mine at home > over VPN hehehe. There might be an issue when scan requests are still queued or currently being processed, and you disconnect... I'll try my current code base with Vista again before I commit it to SVN. Note that there will be a new setting for /etc/samba/svs.ini called maxQueuedRequests that will cause a slow down when this number is reached. The default is 4 * maxParallelScans. I actually get quite good results now with maxParallelScans = 2 or 4 or 8 and maxQueuedRequests = 16 or 32 or 64... however, the number (maxQueuedRequests) shouldn't be too high, because of potential issues on "early disconnects". The user may be "done", but the scan may go on for a while :)... Cheers, René -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: Sebastien C. <sc...@dc...> - 2010-10-22 20:32:03
|
Hi again! Been reading a bit on VFS and I might have an idea why it's breaking. There is at least 2 SMB_VFS_CONNECT happening and you have to keep count so you close them all properly and in order. I have 2 connect/disconnect trace. Simple connect to a share, read a file then close the share. First is from a linux client : Oct 22 15:54:30 svs_clamav[27644]: D: connect: handle = 139735008515328, service = IPC$, user = catse1 Oct 22 15:54:30 svs_clamav[27644]: {b6b38640-0158-402b-a4c4-d7e7752f8b9e}: D: disconnect: handle = 139735008515328 Oct 22 15:54:30 svs_clamav[27644]: D: connect: handle = 139735008596944, service = catse1, user = catse1 Oct 22 15:54:34 svs_clamav[27671]: D: connect: handle = 139735008515168, service = IPC$, user = catse1 Oct 22 15:54:34 svs_clamav[27671]: {94cfe1fe-2158-4451-ad86-40eec93e8fce}: D: disconnect: handle = 139735008515168 Oct 22 15:54:34 svs_clamav[27671]: D: connect: handle = 139735008582288, service = catse1, user = catse1 Oct 22 15:54:37 svs_clamav[27671]: {fa9eee35-0ceb-403b-9f48-c1c025815479}: D: disconnect: handle = 139735008582288 Oct 22 15:54:39 svs_clamav[27644]: {b74d9326-8bd8-4f61-87c3-48fd6eba1658}: D: disconnect: handle = 139735008596944 All the handle sequence looks good and no crash. This is from my XP client. First thing you'll notice is it doesn't seem to establish a connection in the same fashion. Oct 22 16:02:33 svs_clamav[1388]: D: connect: handle = 93825004176576, service = IPC$, user = catse1 Oct 22 16:02:35 svs_clamav[1388]: {556d761e-843b-4da2-ae1c-24bcd21ac1cc}: D: connect: handle = 93825004421472, service = catse1, user = catse1 Oct 22 16:02:44 svs_clamav[1388]: {93149d04-4df3-4283-9345-8eaef02fc9ba}: D: disconnect: handle = 93825004176576 Oct 22 16:02:44 svs_clamav[1388]: D: disconnect: handle = 93825004421472 The crash occurs after the first disconnect. From the handle it seems to be from the session itself. The second one is the file. So you're closing the session before closing the file. The disconnect order is wrong in this case and cause a crash. Seems to be a common problem with windows client from what I've read on samba mailing list. Like here : http://www.mail-archive.com/sa...@li.../msg39526.html Hope this can help you figure out a solution. Sebastien > On Friday 22 October 2010 04:28:09 pm Sebastien Caty wrote: >> Got the same crash with a XP client that was removed from the domain. >> Could still be due to a gpo, they have a habit of sticking around. >> Need to connect a more plain XP...might be able to use mine at home >> over VPN hehehe. > There might be an issue when scan requests are still queued or > currently being > processed, and you disconnect... I'll try my current code base with Vista > again before I commit it to SVN. > > Note that there will be a new setting for /etc/samba/svs.ini called > maxQueuedRequests that will cause a slow down when this number is > reached. The > default is 4 * maxParallelScans. > > I actually get quite good results now with maxParallelScans = 2 or 4 or 8 and > maxQueuedRequests = 16 or 32 or 64... however, the number (maxQueuedRequests) > shouldn't be too high, because of potential issues on "early > disconnects". The > user may be "done", but the scan may go on for a while :)... > > Cheers, René > -- > René Reucher > ren...@ba... > http://www.batcom-it.net/ > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > svs-devel mailing list > svs...@li... > https://lists.sourceforge.net/lists/listinfo/svs-devel > > |
From: R. R. <ren...@ba...> - 2010-10-23 22:05:08
|
Hi again! I've taken the time to look into your specific problem... tried with server and client (XP) both being members of the same domain (not a _real_ AD domain, but my LDAP-based Samba PDC acts in the same way for my domain at home - see below, server "LIGHTNING" is the PDC, server "LINUX-L8HR" is the machine providing the SVS-protected test-share). But anyway, I still can't reproduce your problem... everything seems to work nicely, although I saw spurious disconnects, but the session was cleanly reconnected on demand. Here's my list of shares on that server (LINUX-L8HR): ---- rene@linux-l8hr:~/src/samba-3.5.4/svs> smbclient -L localhost Enter rene's password: Domain=[BATCOM-IT.NET] OS=[Unix] Server=[Samba 3.5.4-5.1.2-2426-SUSE-SL11.3] Sharename Type Comment --------- ---- ------- profiles Disk Network Profiles Service users Disk All users groups Disk All groups print$ Disk Printer Drivers test-share Disk virus-protected test share IPC$ IPC IPC Service (Samba 3.5.4-5.1.2-2426-SUSE- SL11.3) rene Disk Home Directories Domain=[BATCOM-IT.NET] OS=[Unix] Server=[Samba 3.5.4-5.1.2-2426-SUSE-SL11.3] Server Comment --------- ------- LIGHTNING Samba 3.0.26a-3.5-1616-SUSE-SL10.3 LINUX-L8HR Samba 3.5.4-5.1.2-2426-SUSE-SL11.3 Workgroup Master --------- ------- BATCOM-IT.NET LIGHTNING ---- The IPC$ service which was connected to in your case was never used in my tests. How did you configure your SVS-proctected shares? Did you enable the "vfs object = libsvs_clamav" statement in smb.conf globally somehow? It should only be used on file-shares. Here's my smb.conf for reference: ---- [global] workgroup = BATCOM-IT.NET passdb backend = tdbsam printing = cups printcap name = cups printcap cache time = 750 cups options = raw map to guest = Bad User include = /etc/samba/dhcp.conf logon path = \\%L\profiles\.msprofile logon home = \\%L\%U\.9xprofile logon drive = P: usershare allow guests = Yes [homes] comment = Home Directories valid users = %S, %D%w%S browseable = No read only = No inherit acls = Yes [profiles] comment = Network Profiles Service path = %H read only = No store dos attributes = Yes create mask = 0600 directory mask = 0700 [users] comment = All users path = /home read only = No inherit acls = Yes veto files = /aquota.user/groups/shares/ [groups] comment = All groups path = /home/groups read only = No inherit acls = Yes [printers] comment = All Printers path = /var/tmp printable = Yes create mask = 0600 browseable = No [print$] comment = Printer Drivers path = /var/lib/samba/drivers write list = @ntadmin root force group = ntadmin create mask = 0664 directory mask = 0775 [test-share] comment = virus-protected test share path = /samba-share vfs object = libsvs_clamav valid users = root rene write list = root rene read only = No browseable = Yes ---- I really hope it's just something like this, otherwise I must find a way to circumvent it (tomorrow perhaps). Thanks! Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ |
From: R. R. <ren...@ba...> - 2010-10-24 12:43:17
|
Hi! FYI: I've committed another change to SVN... a new setting has been added -- waitPendingScans -- which, if set to 'true' (recommended default), will make SVS wait for "pending scan requests" before ending the session. Have fun, René -- René Reucher ren...@ba... http://www.batcom-it.net/ |