--------------------------------------------------------------- The information transmitted in this e-mail is for the exclusive use of the intended addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material.
E-mails may not be secure, may contain computer viruses and may be corrupted in transmission. Please carefully check this e-mail (and any attachment) accordingly. No warranties are given and no liability is accepted for any loss or damage caused by such matters. --------------------------------------------------------------- ***This Email has been scanned for Viruses by MailMarshal.***
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Garrett Cooper Sent: Monday, October 10, 2005 3:35 PM To: freebsd-questions@freebsd.org Subject: Re: unexplained system hangs - possible smbfs issue ?? Murray, Have you thought of looking into filing a bug report with the Samba people (http://www.samba.org/)? This may be an issue with either your client program, or the SMB implementation in Win2k3, which can be solved by getting the ball rolling with SMB and/or possibly MS. Either way, that is quite a few files to have to parse through, and although it may seem somewhat ludicrous, adding an additional script to presort out your minute reports would greatly reduce the amount of open-file records you need, and while that may not be a permanent solution it can serve as a better base for sorting your data. You could just create proper directories on the Win2k3 server, like %BASE_DIR%\Year\Day\Hour, if you get a large volume of files, or just strictly put them in a daily directory since it sounds like your volume is manageable. Plus, it's probably easier for humans to manage as opposed to 2000+ flat files in the same directory ;). Any SQL would handle this issue nicely as well since one of databases' best selling points is this type of application. -Garrett _______________________________________________ Garrett, Thanks for your input, as it all ties things up with the observed problem which we have been slowly closing in on by a process of isolating processes onto a 'sacrifical' host. BTW it still seems to be a bit time dependant, unless the comments regarding the extra files of zero length mentioned in other replies and PR's apply here. Our test bed _never_ crashed under high load testing (20K+ files grown incrementally). Maybe the test bed always had 'appropriate' files and/or file structures..... (sigh) (really silly thought - I wonder if it is as 'simple' as needing an even / odd file count when the count gets high?? ) A 'move_files to dated directory' process is being built within the main process as a final operation for cleanup. This will mean that the smbfs will never have more than 10 files or so in any given 1 minute cycle. cheers mjt
_______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
