On Monday 26 March 2007 04:54, Robert Nelson wrote: > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:bacula-users- > > [EMAIL PROTECTED] On Behalf Of Eric Bambach > > Sent: Sunday, March 25, 2007 8:17 PM > > To: bacula-users@lists.sourceforge.net > > Subject: [Bacula-users] Still Unable To Truncate Files > > > > Hello again list. > > > > Original thread is: [Bacula-users] Unable to Truncate Error Solved! > > > > I have some additional information about my problem. > > > > I am still getting error truncating files. It has to be some weird > > incompatibility with windows 2000 server and Bacula. > > > > -The file permissions say everyone full control. > > -SysInternals Process explorer at the time of the error show that only > > bacula-sd.exe has an open handle for Vol0071 (Or any of the volumes for > > that matter). > > -SysInternals Filemon shows no access besides bacula-sd.exe to that > > volume at the time of the error. > > -I tried both the packged mingw.dll and a different version from the > > MinGW website. > > -I have no antivirus software installed. > > -Winver shows Windows 2000 Version 5.0 (Build 2195: Service Pack 4) > > -I have cygwin installed. Maybe a .dll conflict there? > > There shouldn't be any possibility of a cygwin conflict.
Didn't think so. Just grasping at straws. > > -Using 2x"Initio inic1620 S-ATA Controller" to power a dynamic disk > > Raid-5 array of 4x"WDC WD3200JD-00KLB0 SCSI Disk Device" > > -I DO have Legato Networker installed which backs up those files. > > (Off-site). But legato did not have filehandles for Vol0071 (or any > > other in the pool) open at the time. > > > > Any ideas anyone? This will put a complete halt to using bacula in our > > environment. I am not opposed to debugging/tracing the problem for the > > developers because bacula seems like such an awesome product but I need > > some pointers as I am out of ideas for the moment. > > I built a new version of bacula-sd.exe and bacula.dll with additional > debugging output. Please copy these to your system, reproduce the problem > and then send me the job log. > > ftp://ftp.the-nelsons.org/pub/bacula-sd.exe > ftp://ftp.the-nelsons.org/pub/bacula.dll > > > Perhaps the source needs an #IFDEF WIN32 chsize(...) #ELSE truncate(...) > > #ENDIF? > > If you look at the mingw source you will see that all ftruncate does is > call chsize. Thanks for the great pointers. As you can tell I havent looked into the MinGW source so I really don't know, but someone a while ago(2005) with another minGW application had some truncate/disk access problems with files >2GB because of some funky pointer conversions. I set my Max Vol bytes to 2GB(little under) to see. I doubt this is the case, but would explain why I falsely called it solved in the other thread when I tried to reproduce with a handful of 100MB files. I will also try disabling the backup software for a few days and especially between reboots. For the life of me that is the only software I can think of that would crawl that directory and touch those files. I have been rebooting the box every now and again but I will make sure it isnt running and see if it is holding open files. Thanks again for your time and I'll respond back in a few days when I've exhausted this new set of possibilites or collected the debugging output. -- Thanks, Eric Bambach Systems Manager Northern Star Suite 130 Campus Life Bldg. Northern Illinois University, DeKalb IL ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
