[Buildbot-devel] DirectoryUpload doesn't upload file completely, still thinks it succeeded
Sidnei da Silva
sidnei.da.silva at gmail.com
Fri Jul 3 23:53:13 UTC 2009
Dustin J. Mitchell <dustin at ...> writes:
>
> Please do try trunk - Stefan basically rewrote it completely. If
> you'd prefer to patch your installed version, you'll want
>
http://github.com/djmitche/buildbot/commit/77ca3ff84ffc8a2f40d060ef628984e1b684cffe.patch
>
http://github.com/djmitche/buildbot/commit/6f7ea917fc5cc3e2d2bdf7aaabdc1c8bf7e0ba8f.patch
I am now running trunk, and found a small issue already: the tarfile is not
being closed before being removed, which is not cool on Windows. :) I tried to
report a bug but Trac won't let me in. Here's the traceback:
"""
File "C:\python25\lib\site-packages\twisted\ internet\defer.py", line 328, in
_runCallbacks
self.result = callback(self.result, *args, **kw)
File
"c:\python25\lib\site-packages\buildbot-0.7.10-py2.5.egg\
buildbot\slave\commands.py",
line 1010, in finished
os.remove(self.tarname)
exceptions.WindowsError: [Error 32] The process cannot access the file because
it is being used by another process:
'c:\\docume~1\\admini~1\\locals~1\\temp\\tmpchy1c0'
"""
Adding a simple 'self.fp.close()' before 'os.remove()' should do the trick (I'm
testing this now, but my uplink is very slow).
In other news, it seems like my original issue was actually lack of space in
'/tmp' while uploading, but somehow the master's twistd.log doesn't say
anything, just 'success'. The new version does log a proper exception about it,
so it's a win after all. FTR I'm running this master off a Nokia N810, which has
measly 512k of space in '/tmp' :) Starting the master with 'TMP' and 'TMPDIR'
set to a directory with more space seems to have solved that.
-- Sidnei
More information about the devel
mailing list