You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Steve Williams <st...@kromestudios.com> on 2003/07/17 23:32:47 UTC
svn_io_file_rename error during add
When doing an add operation using the Win2K cmd-line client and through
TSVN, I sometimes get this error. Props is a folder containing
approximately 1,000 files.
f:\data>svn add Props
[a couple of hundred files added]
svn: Access is denied.
svn: svn_io_file_rename: can't move 'Props/.svn/tmp/entries' to
'Props/.svn/entries'
I did another add
f:\data>cd Props
f:\data\Props>svn add Temp
[several files successfully added]
Now I add one file
f:\data\Props>svn add P_Basket.tga
svn: XML data was not well-formed
svn: read_entries: xml parser failed ().
svn: not well-formed (invalid token) at line 1376
The entries file is contains this at the end
<entry
name="P003_00s.cgr"
kind="file"
schedule="add"/>
</wc-entries>
</wc-entries>
Two closing tags for wc-entries. After manually editing the entries file to
remove the extra closing tag, I could successfully add more files.
Sly
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_io_file_rename error during add
Posted by "D.J. Heap" <dj...@shadyvale.net>.
Philip Martin wrote:
> "Steve Williams" <st...@kromestudios.com> writes:
>
[snip]
>
>>This is an intermittent issue. I reverted the whole Props folder tree and
>>the 'svn add Props' command worked fine after that.
>
>
> Subversion appears to trigger a race condition somewhere in the
> Windows filesystem. We don't really have a solution.
>
I've resorted to using this little perversion until something better is
found -- and it still doesn't help some of the tests where a newly
created directory cannot be chdir'd into occasionally. But this has
kept us working at least.
I'm going to take another half a day or so this weekend and try to
reproduce it outside of Subversion. Or perhaps study the APR file API
more so I understand better how it's interacting with Win32. Just using
the APR file calls in a similar manner to Subversion's usage has not
yielded any failures yet in my repro attempts -- there's something
unique about Subversion and the tests that I'm missing in the repro
programs.
DJ
Re: svn_io_file_rename error during add
Posted by Philip Martin <ph...@codematters.co.uk>.
"Steve Williams" <st...@kromestudios.com> writes:
>>> f:\data>svn add Props
>>> [a couple of hundred files added]
>>> svn: Access is denied.
>>> svn: svn_io_file_rename: can't move 'Props/.svn/tmp/entries' to
>>> 'Props/.svn/entries'
>>
>> Looks like more evidence of a Windows filesystem race. Did this leave
>> the working copy locked? Did you run 'svn cleanup'?
>
> No, I didn't think of running 'svn cleanup'.
Hmm, I don't think 'svn add' uses log files, that would explain why
there was no lock.
[...]
> This is an intermittent issue. I reverted the whole Props folder tree and
> the 'svn add Props' command worked fine after that.
Subversion appears to trigger a race condition somewhere in the
Windows filesystem. We don't really have a solution.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_io_file_rename error during add
Posted by Steve Williams <st...@kromestudios.com>.
>> f:\data>svn add Props
>> [a couple of hundred files added]
>> svn: Access is denied.
>> svn: svn_io_file_rename: can't move 'Props/.svn/tmp/entries' to
>> 'Props/.svn/entries'
>
> Looks like more evidence of a Windows filesystem race. Did this leave
> the working copy locked? Did you run 'svn cleanup'?
No, I didn't think of running 'svn cleanup'.
>> I did another add
>> f:\data>cd Props
>> f:\data\Props>svn add Temp
>> [several files successfully added]
>
> Is Temp a file or a folder?
A folder containing several files.
>> Now I add one file
>> f:\data\Props>svn add P_Basket.tga
>> svn: XML data was not well-formed
>> svn: read_entries: xml parser failed ().
>> svn: not well-formed (invalid token) at line 1376
>>
>> The entries file is contains this at the end
>>
>> <entry
>> name="P003_00s.cgr"
>> kind="file"
>> schedule="add"/>
>> </wc-entries>
>>
>> </wc-entries>
>
> As you probably guessed, that's not supposed to happen. Did you run
> any other Subversion commands between the 'svn add Temp' and the 'svn
> add P_Basket.tga'?
No other SVN commands were issued between those two commands.
This is an intermittent issue. I reverted the whole Props folder tree and
the 'svn add Props' command worked fine after that.
Sly
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn_io_file_rename error during add
Posted by Philip Martin <ph...@codematters.co.uk>.
"Steve Williams" <st...@kromestudios.com> writes:
> f:\data>svn add Props
> [a couple of hundred files added]
> svn: Access is denied.
> svn: svn_io_file_rename: can't move 'Props/.svn/tmp/entries' to
> 'Props/.svn/entries'
Looks like more evidence of a Windows filesystem race. Did this leave
the working copy locked? Did you run 'svn cleanup'?
> I did another add
> f:\data>cd Props
> f:\data\Props>svn add Temp
> [several files successfully added]
Is Temp a file or a folder?
> Now I add one file
> f:\data\Props>svn add P_Basket.tga
> svn: XML data was not well-formed
> svn: read_entries: xml parser failed ().
> svn: not well-formed (invalid token) at line 1376
>
> The entries file is contains this at the end
>
> <entry
> name="P003_00s.cgr"
> kind="file"
> schedule="add"/>
> </wc-entries>
>
> </wc-entries>
As you probably guessed, that's not supposed to happen. Did you run
any other Subversion commands between the 'svn add Temp' and the 'svn
add P_Basket.tga'?
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org