Kern Sibbald wrote:
On Wednesday 21 March 2007 20:29, Eric Bambach wrote:
On Wednesday 21 March 2007 03:45, Kern Sibbald wrote:
On Wednesday 21 March 2007 05:36, Eric Bambach wrote:
Hello List,
I saw that another user was grappling with the problem below.
20-Mar 20:49 moe-sd: Junior.2007-03-20_20.49.31 Fatal
error: ../../stored/label.c:448 Truncate error on device "FileStorage" (E:
\Bacula-Storage): ERR=../../stored/dev.c:1943 Unable to truncate
device "FileStorage" (E:\Bacula-Storage). ERR=Invalid argument
Your suggestion was to disable any antivirus software. However, that
did
not apply in my case. I looked through the source and saw you were using
ftruncate and the mingw compatibility library.
I am still testing bacula so I was able to recreate the problem easily
with
5 100mb volumes using disk storage.
To fix my problem I replaced your mingwm10.dll with the latest version
from
the mingw installation from their site and the problem has not returned. I
think there was a compatibility problem with chsize/ftruncate with windows
2000 server and mingw.
What version of mingw do you use/link against?
Perhaps you need to update your Mingw installation for the native win32
ports?
Hope that helps! Let me know if there is any test cases I can help
with.
Hello Robert,
This is an interesting discovery. Is it possible that I have build the
Win32 FD with an old version of mingw?
I used the precompiled win32 version.
Yes, that is what I assumed, and it was me who built it.
Haha. Seems I dont know who the developers are
Kern
Hopefully this was the problem. I later found a process was holding one (and
only 1) of the tape files open (but not the one with the error as a few had
errors). Bacula had several files marked for recycle but couldn't recycle
any
of them. Can you truncate a file if another process is reading from it?
Presumably not since that is what an AV program might do and why you
recommended to exclude bacula.
On Linux, I am almost positive that Bacula can truncate a file while it is
being read, but I am not sure. I don't know how it works on Win32.
I haven't run into the problem since and I can't recreate it so it seems it
was a library incompatibility.
If you aren't running a production install I would download MinGW from their
homepage
http://prdownloads.sf.net/mingw/MinGW-3.1.0-1.exe?download and see
if that fixes your problem.
It sounds like at some point, they fixed a bug.
I wouldnt dare replace the library on a production server though since that
could cause tons of other unforseen problems. It's worked for me so far
though.
Well, after looking at what packages we are using, I would say that it is not
a question that they fixed a bug, but something else.
We are currently using mingw-runtime-3.9, which is the latest version.
Well, I eat my words. After switching back to the old MinGW library I
can't seem to re-create the problem. Arrrgh.
It seems I have to chase down to a rouge program holding files open then
as that seems likely to cause this problem. I have no antivirus programs
on this server though.
Sorry for the wild goose chase. Seems the MinGW library thing was just
coincidental.
I will try a few more tests later tonight going back to the old library and
switching in between them and let you know what happens.
--
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 < at > li...
https://lists.sourceforge.net/lists/listinfo/bacula-users
