[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: File not found: transaction 'ct', path 'trunk/Setup'

From: Jan Hendrik <jan.hendrik_at_bigfoot.com>
Date: 2004-05-06 16:37:09 CEST

This "file not found: transaction 'xy' etc." really seems to spread ...
posted something under the subject "Commit failed - working copy
fatally wounded" (see below) recently, but obviously no one had
any idea about ... As this goes for other things like strange conflict
markings, recursive switch not recursing to subfolders, commit of
all files in a working copy after switching because of eol-property
set to native or conflicting newly added files definetely not in the
repository (commit fails but resolve has no effect either!) are just
added to my collection of oddities ...

Jan Hendrik

Concerning RE: File not found: transaction 'ct
Stefan Pettersson wrote on 6 May 2004, 8:09, at least in part:

> I second this issue. I recently made a post about this issue in the
> dev@tortoisesvn.tigris.org mailing-list, and quickly there was a
> couple of replies of other people experiencing the same issue (all
> running Windows both as client and on server. In my case we're running
> svnserve.exe (Subversion 1.0.2) on WinXP Pro and connecting over
> svn://).
> When this occurs to us, sometimes a seemingly "magic" set of a lot of
> clean up's, updates and even deletion of a directory or two seem to
> help. However, sometimes we have to revert back to make checkout
> again.
> This problem is usually followed by a couple of "is locked" or "is not
> locked" error messages before a clean up may successfully be executed.
> This happens (too) often (like a few times per week per developer). In
> regard to:
> File not found: transaction 'xx', path 'Trunk/Codebase/Source/'
> (Where xx is changing for every try and the path may be different
> depending where the update is performed.)
> What is the reason for this error message? What causes it or what
> might be the symptom? Any suggested way of how to dig deeper or debug
> it?
> As of now, it seems to happens somewhat random, although we haven't
> tried to reproduce (next time it happens I'll try to make a copy of
> the problematic working copy (>50000 files, >2 GB data).
> Best regards,
> Stefan Pettersson
> ________________________________
> From: Gabriel Michaud [mailto:gmichaud@dynacom.ca]
> Sent: den 6 maj 2004 02:29
> To: users@subversion.tigris.org
> Subject: File not found: transaction 'ct', path 'trunk/Setup'
> Hello,
> Once in a while we're getting the following error when updating our
> local copy. Usually I can do the update again however it happened to
> us quite a few times that we've had to delete our local directory tree
> and check out again. What could be causing this? When it happens, what
> I can do to fix it? It seems to happen if I commit individual files
> instead of doing my commit on the trunk directory however I'm 100%
> sure about this.
> svn: File not found: transaction 'ct', path 'trunk/Setup'
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org For
> additional commands, e-mail: users-help@subversion.tigris.org

From: "Jan Hendrik" <jan.hendrik@bigfoot.com>
Organization: All things are possible to he who believes
To: users@subversion.tigris.org
Date sent: Sat, 24 Apr 2004 12:09:32 +0200
Priority: normal
Subject: Commit failed - working copy fatally ill

[ Double-click this line for list subscription options ]

Hi all out there!

SVN local: svn-win32-1.1-dev-9226;
SVN server: SVN 1.0.1;
TortoiseSVN 1.0.3, built against Subversion 1.0.1 (dev build);
Apache 2.0.48;
Win2000 SP2

Using TSVN (thus local experimental version of SVN probably
irrelevant for the case) I committed a subtree of my working copy
via http://: 2 files added, 2 files modified, all HTML stuff.

I noticed that after actual transmit (TSVN: "sending content") there
was a long delay while I expected the new revision being printed in
the progress dialog. Finally an error popped up. Sorry, I did not
notice what it said, but clicked it away. It 'looked' like a 'cannot
connect to server' though. Now what happened further:

- clean up working copy (through TSVN);
- repeat commit with TSVN; commit fails for added file already is in
- clean up working copy again;
- shut down Apache and run recover on repos; Apache restarted;
shift to command line client;
- run update and get the error

C:\>svn up d:\internet\artbooks\artbooks
svn: REPORT request failed on '/svn/repos1/!svn/vcc/default'
svn: File not found: transaction 'c8', path

This is an old file, not even modified now.

Remembering a problem in February when update would not add 2
new files to my working copy I went to the entries files and found
the line 'incomplete="true"'. My intention had been to add just this!

Removing this line allowed to run update with the result "At revision
361". But still cannot commit because the added files already are
in the repository. Doublechecked this by checking out another
working copy which had both the two added files and the two
modifications. Also the post-commit hook had obviously started as
there is an entry for start time in the log file it creates and an
incremental dump file of zero length. (post-commit.bat attached
below for reference.)

Looking once more into entries I also removed the blocks of the
two new files saying 'schedule="add"', added 'incomplete="true"'
again, moved the two new files out of the working copy and run svn
update again: same error as before. Deleting the "incomplete" line
again makes update a success, but without me getting back the
new files from the repository.

Since this happened to the master repository used for uploading to
the server I cannot just make a fresh checkout and go on. The
hoster does not allow rsync, so FTP upload depends on
timestamps and would consider the new checkout as "all files
changed since the timestamp is different" and upload everything
anew. A big NO-NO with 70-80MB over dial-up. Besides this
upload would change all timestamps to upload time and - as long
as, from my point of view, SVN is too dump to update timestamps
in the .svn area - render the working copy to a waiting copy on any
update/commit as it would diff every file again and again.

Anything else I can do to save the working copy?

TIA - Jan Hendrik



@echo off

set repo=%1
set rev=%2
set log="D:\tmp\dump\post-commit.log"
set err="D:\tmp\dump\post-commit-err.log"
set dump_file="D:\tmp\dump\repos1_incremental.r%rev%"
set svnadmin="E:\PRG\Tools\Subversion\bin\svnadmin.exe"

( echo
echo Start commit %repo% r%rev% date /t time /t ) >> %log%

set dump_cmd=start /B /BELOWNORMAL %svnadmin% dump
%repo% -r %rev% --incremental
(%dump_cmd% > %dump_file%) && echo "incrementally dumped
revision %rev% to
%dump_file%" >> %log%

( echo End commit
date /t
time /t ) >> %log%

Freedom quote:

     Public servants say, always with the best of intentions,
     'What greater service we could render
     if only we had a little more money and a little more power.'
     But the truth is that outside of its legitimate function,
     government does nothing as well or as economically as the private sector.
                -- Ronald Reagan, October 27, 1964

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 6 16:35:24 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.