AW: E155011 + E160013: how to clear this mess?

[Niemann, Hartmut]

Hello Stefan,

> On Thu, Feb 14, 2019 at 12:55:02PM +0000, Niemann, Hartmut wrote:
> > Hello!
> > 
> > After some copying of trees, and renaming I seem to have brought my WC into 
> > a messy state.
> > 
> > when I try to commit changes of a folder, I get
> > 
> > Deleting   #REQ#B4#1#.xlsx
> > svn: E155011: Commit failed (details follow):
> > svn: E155011: File 'D:\localpath...\#REQ#B4#1#.xlsx' is out of date
> > svn: E160013: 
> > '/repos/locoproc/!svn/txr/15246-c5h/remotepath.../%23REQ%23B4%231%23.x
> > lsx' path not found
> > 
> > If I look into the 'repo browser', the file that is marked as "delete" 
> > isn't there.
> > So SVN wants to commit a delete for a file that is not committed.
[..]
> > revert doesn't help.
>
> But reverting the local deletion should indeed be possible and prevent 'svn 
> commit' from trying to delete this path.
>
> So why does revert not help? How did you attempt to revert the deleted path? 
> What output did you see when you tried to revert the path? 

you gave me the right hint, thanks a lot.

I reverted, and had the file recreated.

But, which is odd: the file had never been committed. TortoiseSVN's repo 
browser did not show it.
(it did only show one other file that was supposed to be there).
So I had a file marked as "in sync with the repo" that wasn't in the repository.
(IIRC I had tried that before: revert, see it, try to delete it, get the 
message from above).

This time I ran "update to revision -- empty" on that directory, removing all 
files,
and then back to "update to revision -- all elements fully recursive" and the 
file that belongs there was restored 
and the one that I had wanted to delete is gone finally.

So an svn update with --set-depth empty seems to clean up the working copy 
database in this case.

I am happy again :-)

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com

www.siemens.com/ingenuityforlife


Regards,
Stefan

E155011 + E160013: how to clear this mess?

[Niemann, Hartmut]

Hello!

After some copying of trees, and renaming I seem to have brought my WC into a 
messy state.

when I try to commit changes of a folder, I get

Deleting   #REQ#B4#1#.xlsx
svn: E155011: Commit failed (details follow):
svn: E155011: File 'D:\localpath...\#REQ#B4#1#.xlsx' is out of date
svn: E160013: 
'/repos/locoproc/!svn/txr/15246-c5h/remotepath.../%23REQ%23B4%231%23.xlsx' path 
not found

If I look into the 'repo browser', the file that is marked as "delete" isn't 
there.
So SVN wants to commit a delete for a file that is not committed.

cleanup doesn't help.
revert doesn't help.

How do I tell svn to forget about it?

This is Tortoise SVN, the excerpt above is from the command line tool, but the 
GUI has a similar message, recommends an update, but there is nothing to update.

svn, version 1.11.1 (r1850623)
   compiled Jan  9 2019, 19:28:50 on x86-microsoft-windows


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens Mobility GmbH
MO RS LM EN CCI1 SRD
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 17-50518
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Siemens Mobility GmbH: Vorsitzender des Aufsichtsrats: Anton Steiger; 
Geschäftsführer: Karl Blaim, Michael Peter, Sabrina Soussan; Sitz der 
Gesellschaft: München, Deutschland; Amtsgericht München, HRB 237219; 
WEEE-Reg.-Nr. DE 92917817

AW: Windows - Can not commit if foldername contains invalid characters

[Niemann, Hartmut]

> Von: Petat, Daniel [mailto:daniel.pe...@ces.eu] 
> Betreff: Windows - Can not commit if foldername contains invalid characters

> We use a script, to create tags, using the current timestamp as folder names 
> with the ISO format -MM-ddThh:mm:ss_REV. 

>[...]
> Yes I know, I should not commit anything to a tag. But I think this would 
> happen to a branch as well.

Hello Daniel!

IMHO, you should avoid file names that are illegal in one of the OSs you have 
to use like the plague ...

DIN ISO 8601:2006 allows as "Basisformat" MMDDThhmmss (or for an UTC 
timestamp: MMDDThhmmssZ)
I would recommend to switch to that time stamp format (it is the same ISO, 
after all :-) and have identical (and valid) names on all systems.

Hartmut

Feature request: Restoring pristines

[Niemann, Hartmut]

Hello!

It happened to me a couple of times that subversion complains that a pristine 
file is missing from the .svn directory.
AFAIK the only solution is to do a fresh checkout if this happens.

Would it be possible that subversion treats the .svn/pristine directory as a 
cache and simply fetches any missing files
when it needs them?
The information for this should be in the database.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

svn log out of memory

[Niemann, Hartmut]

Hello!

The command line client of Tortoise Subversion:


D:\>svn --version

svn, version 1.9.4 (r1740329)
   compiled Apr 24 2016, 15:40:35 on x86-microsoft-windows

runs out of memory on a very long commit message:


D:\>svn log ZD.itm -r3340

r3340 | e09dueu0 | 2016-02-19 13:31:58 +0100 (Fr, 19 Feb 2016) | 2571 lines
svn: E720008: Write error: Für diesen Befehl ist nicht genügend Speicher 
verfügbar.

The XML output works fine:

D:\>svn log ZD.itm -r3340 --xml

Why does svn log fail on the text output but handles the same amount if it is 
XML?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Mobil: +49 173 5342327
mailto:hartmut.niem...@siemens.com
www.siemens.com/ingenuityforlife
[www.siemens.com/ingenuityforlife]
Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

AW: repositories structure from user/access control viewpoint - how?

[Niemann, Hartmut]

Hi!

I learned that finer-as-per-repository-grained read access is rather 
"expensive" in terms of server load
because rights have to be checked for each file updated.
So it would be best that you have separate repositories for separate "read" 
user groups.

I have not heared about somebody who used separate HTTP servers for that, I 
doubt that it would help.

Our setup is a combined redmine/svn server, where global read/write rights (per 
repo)
are managed by redmine, and where necessary (in my area with about 50 projects 
this is exactly one
project with a sort of paranoid leader) we use a precommit hook to restrict
commit rights to individual subdirectories, which works quite well.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1

Displaying locks on file externals

[Niemann, Hartmut]

Hello!

One project here makes heavy use of file externals and locking,
building projects from a pool of binary objects
with this.

The question to solve is: who holds a lock where?

We use Tortoise SVN here, and it's developer told me, that this is a property 
of the svn library.

when I select a single file-external file with svn status -u, I see a lock held 
for this file.
If I use --xml, I see the lock owner.

when I run svn status -u --xml on the directory, there is no locking info shown.
Is this a bug? Can it be fixed easily?
It would help us here tremendously, if we could get a list, which of these 
(mainly file-external) files are locked (and by whom).


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Removing a directory gets stuck

[Niemann, Hartmut]

Hello!

I use TortoiseSVN (1.9.3) on Windows 7 and observe the effect that deleting 
(svn rm or move) a directory
about once in four attempts fails with something along "could not remove 
directory
because it was not empty".

I suspect that the virus scanner stands in the way, because when I look the 
directory is empty, and
a cleanup process almost always succeeds.

Can the directory removal be made more robust (like: if it fails and shouldn't, 
just wait a second and retry,
and *then* complain) or be de-interlaced from the database operation, removing 
the entry in the
working copy, closing the database and after that issuing the remove and rmdir 
commands on the
file system?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Debian Linux 32 vs. 64 bit

[Niemann, Hartmut]

Hello!

I want to upgrade my Linux box from Debian Jessie (32bit) to Debian Jessie 
(64bit).
For the transition time, the machine will boot alternating the 32bit and the 
64bit OS.
I have several SVN repositories and working copies on it.

Is it safe to share SVN repositories and working copies between 32bit and 64 
bit?

(Jessie ships with 1.8.10, as far as I know.)

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Strange error when svn update --set-depth

[Niemann, Hartmut]

Hello!

I am using the command line client of the latest 1.8 tortoise SVN on windows 7 
to change the depth
of a working copy. The subdirectory ACS64-A8 contains only an svn:external.

Extending depth to include that said external works flawlessly.

But when I remove it, I get two warnings and an error (Zugriff verweigert is 
Access denied):

D:\PRJ\RDA\Main\Images>svn update --set-depth empty ACS64-A8
Updating 'ACS64-A8':
Removed external 'ACS64-A8\images': Can't check path 
'D:\PRJ\RDA\Main\Images\ACS64-A8\images\.svn': Zugriff verweigert
svn: warning: W20: Error handling externals definition for 
'ACS64-A8\images':
svn: warning: W720005: Can't check path 
'D:\PRJ\RDA\Main\Images\ACS64-A8\images\.svn': Zugriff verweigert
Updated to revision 3872.
svn: E205011: Failure occurred processing one or more externals definitions

but strange enough: the directory images is gone.

So I get an error for an action that looks like it succeeded finally.

Could the virus scanner delay a delete action, so that svn *thinks* it didn't 
work?

(svn, version 1.8.14 (r1692801)compiled Aug  2 2015, 17:48:46 on 
x86-microsoft-windows)


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Making an (external) working copy readonly

[Niemann, Hartmut]

Hello!

I would like to prevent accidental commits into subdirectories that are 
svn:external in our development projects.

If I understand the documentation correctly, a svn:external is a complete and 
independent working copy
on its own.
Is there a way to make such svn:externals read-only?

If not:
Would it be feasible to add a 'this complete working copy does not allow 
commits' flag to a working copy,
and to set that flag when svn:external creates a working copy for a fixed 
revision?

All solutions I found so far rely on the server-side pre-commit hook (refer 
only to 'tags' directories and
block commits based on the path), which does not fit well in the way our 
projects are structured at the moment.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Janina Kugel, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin 
und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Undoing a switch?

[Niemann, Hartmut]

Hello!

What is the canonical way to "undo" or "revert" a switch of a subdirectory?

A coworker somehow switched to a subdirectory instead of including it as an 
external.

How could one undo such a mistake?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Lisa Davis, Klaus Helmrich, 
Hermann Requardt, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: 
Berlin und München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 
12300, München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

AW: One data set - two repositories?

[Niemann, Hartmut]

> When I am at home, I will sync to the "complete" repository and when I 
> am traveling, I will sync to the "partial" repository.
Even easier:
one repository, two working copies.
Set the checkout depth to "empty" for all directories in the "traveling" 
working copy
that you don't want to sync when you are on the road.

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Mobility
MO MLT LM EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
mailto:hartmut.niem...@siemens.com

AW: SVN is ignoring needs-lock property

[Niemann, Hartmut]

> -Ursprüngliche Nachricht-
> Von: Mun Johl [mailto:mun.j...@emulex.com]
[...]
> As a test, I made a small change to the file and attempted a check-in
> (w/o first locking the file).  To my surprise, the file update was
> applied!
> 
> Is this a known bug with the version of SVN I'm using?
> 
> Are my expectations incorrect?  That is, am I doing something
> incorrectly if I want a user to have to lock the file prior to check-
> in?

I did some experiments recently. It looked like
you don't need the lock for a commit, but if some other working copy has a lock,
you won't be allowed to commit. (I am not totally sure, though)


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Sporadic E120171: Error running context: An error occurred during SSL communication

[Niemann, Hartmut]

Hello!

Our svn server is hosted on a virtual server managed by some subcontractor. 
(Redhead enterprise linux, AFAIK).
When committing, we get too often the following errors.

In tortoise SVN en example message is:
"Command: Commit
Error: Übertragen schlug fehl (Details folgen):
Error: Fehler beim Ausführen des Kontextes: An error occurred during SSL 
communication
Completed!"

On the command line it looks like
D:\PRJ\DPS\bin>svn commit -m "CTRL_SH ignorieren" eventmemory.py
Sendingeventmemory.py
svn: E120171: Commit failed (details follow):
svn: E120171: Error running context: An error occurred during SSL communication

There are some variants of these messages, obviously at different stages of the 
process.

As far as I know a restart of the apache web server does help, but after a few 
hours of use
these errors come back.
It feels like some resource is not properly freed, and when the server runs out 
of ,
this error comes. Sometimes it helps to wait for 15 minutes and retry.

Who can tell me, what this message means and what to do about it?
What would I need to tell the server admins?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Klaus Helmrich, Hermann 
Requardt, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin und 
München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

Fine-grained access control in a redmine+subversion environment?

[Niemann, Hartmut]

Hello!

I work with a redmine+svn server which manages svn access through redmine but
- out of the box - does not support per-directory restrictions.

I need to restrict write access to certain ("results", "tags") directories to 
certain project members.

I know the commit-access-control.pl script that is supplied with subversion,
and it looked like a viable solution, but I struggle with the setup
and fight against its dependency  on Config::IniFiles.

Does anybody know an alternative that would work in conjunction with redmine?

(The server is a redhat enterprise system managed by some corporate department,
and I am not the administrator, but I have to tell the admin in detail what I 
want him to do.)

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN CCI 1
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Klaus Helmrich, Hermann 
Requardt, Siegfried Russwurm, Ralf P. Thomas; Sitz der Gesellschaft: Berlin und 
München, Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, 
München, HRB 6684; WEEE-Reg.-Nr. DE 23691322

AW: How to delete folder with 'illegal' name in SVN via Tortoise (Windows)

[Niemann, Hartmut]

Hello Kirsty,

> Somehow, and I have no idea how, I have managed to create a folder in our 
> SVN repo called "C:" which I cannot now delete.

> To avoid any repetition, can I point you to my question here?

> http://stackoverflow.com/questions/22906929/how-to-delete-folder-with-illegal-name-in-svn-via-tortoise-windows?noredirect=1#comment35009966_22906929


I take this to the TortoiseSVN mailing list.

Have you tried opening the Repo Browser and deleting the entry there?

Hartmut

A with hat in german text: Starten Sie "svn cleanup" falls unterbrochen

[Niemann, Hartmut]

Hello!

There seems to be a typo in a message that tortoiseSVN displays; Stefan Küng 
claims that the
text comes from the subversion core but I did not succeed with the translation 
tool
that Stefan pointed me to.

How can we get rid of this A-with-hat in a German text?

Is this a UTF8-ANSI recoding issue?

Mit freundlichen Grüßen
Dr.Hartmut Niemann

> -Ursprüngliche Nachricht-
> Von: Stefan Küng [mailto:tortoise...@gmail.com]
> Gesendet: Samstag, 12. Oktober 2013 10:01
> An: us...@tortoisesvn.tigris.org
> Betreff: Re: A with hat in german text: Starten Sie "svn cleanup" falls
> unterbrochen
> 
> On 11.10.2013 15:58, Niemann, Hartmut wrote:
> > There seems to be a typo (illegal character Â) in this message:
> >
> > Error: Die vorhergehende Operation wurde nicht abgeschlossen; Starten
> > Sie »svn
> >
> > Error:  cleanup« falls sie unterbrochen wurde
> >
> > Error: Please execute the 'Cleanup' command.
> >
> > Completed!:
> 
> That message is returned by the svn library. So changing/fixing that
> translated string requires doing so in the svn project:
> 
> https://translate.apache.org/de/Subversion/translate.html
> 
> Stefan
> 
> --
> ___
>oo  // \\  "De Chelonian Mobile"
>   (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/>The coolest interface to (Sub)version control
> /_/   \_\ http://tortoisesvn.net
> 
> --
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessag
> eId=3066206
> 
> To unsubscribe from this discussion, e-mail: [users-
> unsubscr...@tortoisesvn.tigris.org].

svn: warning: W120171: Error running context: An error occurred during SSL communication

[Niemann, Hartmut]

Hello!

What is going wrong if I get
svn: warning: W120171: Error running context: An error occurred 
during SSL communication
five out of six times I try to update a repository or to do some other 
subversion command?

(This is Tortoise SVN/64
TortoiseSVN 1.8.2, Build 24708 - 64 Bit , 2013/08/27 19:20:39
Subversion 1.8.3, -release
apr 1.4.8
apr-util 1.5.2
serf 1.3.1
OpenSSL 1.0.1e 11 Feb 2013
zlib 1.2.8

and it's command line tool

svn, version 1.8.3 (r1516576)
   compiled Aug 27 2013, 22:13:03 on x86-microsoft-windows [...]
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - using serf 1.3.1
  - handles 'http' scheme
  - handles 'https' scheme
on Windows 7)

The problems started yesterday (tsvn 1.8.1, about 3 out of 4 tries failed), 
today nothing works.
I upgraded to 1.8.3, tried both the gui and the command line version.

Where do I have to look for the cause of this failure?

Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN LE 8
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen, 
Michael Süß; Sitz der Gesellschaft: Berlin und München, Deutschland; 
Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 6684; 
WEEE-Reg.-Nr. DE 23691322

restoring a working copy from backup: can the pristine directory be recreated?

[Niemann, Hartmut]

Hello!

If I backup a working copy, the .svn folder and especially the pristine 
directory there, where subversion stores the base version of each file, takes 
lots of space.

I used to exclude the .svn directory from this backup, but now I had to restore 
my hard drive with all its working data and found it annoying to have to 
recreate every working copy. 

If subversion could retrieve a broken or missing pristine file, which it can't 
now in tortoise SVN 1.7.11, it would be sufficient to backup the files in the 
.svn directory, which would save almost half the space.

Is there any way to repair/refresh a pristine directory in subversion? Or is a 
fresh checkout the only option?

With best regards

Hartmut
 

svn export selected parts of svn:externals

[Niemann, Hartmut]

Hello!

I have a directory  with some files and a list of svn:external 
directories ,  and so on.
I want to svn export  with the files in it and only one of the 
svn:externals, not the others.

I do not want to refer to the repository where the externals are located in, 
because the script that does the
Svn export should not (need to) know where they are.

I tried to svn export --depth files stuff && svn export --depth infinity 
stuff/one, but this fails because this directory is not existent in the 
repository.

Is it possible to svn export only one of several svn:external directories?
Or should I export all and delete all the files I don't need?

(I work with tortoise SVN 1.7's command line client on windows 7)

With best regards
Hartmut Niemann

AW: Commit Error in conversion of types

[Niemann, Hartmut]

I have seen random client-side disk IO errors when our virus scanner interfered 
with the 
sqlite library used in subversion 1.7, when massive log file activity triggered 
a bug
(which is still not fixed) in the behavioural analysis module of the virus 
scanner.

Try to disable the virus scanner (at least for the .svn directory)
or try a subversion 1.6 client which does not use sqlite.

I can send you some detailed information and a test application if you are 
interested.

 

Mit freundlichen Grüßen
Dr. Hartmut Niemann 





Von: Julio Palma [mailto:ju...@sigcorp.com.br] 
Gesendet: Donnerstag, 24. Januar 2013 21:44
An: users@subversion.apache.org
Betreff: Commit Error in conversion of types


Hi, Subversion community,


[...]
Some of selected resources were not committed.
Some of selected resources were not committed.
svn: E200030: Commit failed (details follow):
svn: E200030: Commit failed (details follow):
svn: E200030: disk I/O error
svn: E200030: disk I/O error
svn: E200029: Couldn't perform atomic initialization

[...]

Restoring an archive from backup, and then?

[Niemann, Hartmut]

Hello!
Our SVN server had a disk failure and some projects had to be restored from the 
nightly backup.

What happens in such a case, if my working copy is on revision 120 and the 
latest revision in the restored archive is 110?

I did some tests and it looks like subversion detects that (I used TortoiseSVN 
1.7.10 on windows using the svn core library 1.7.7).
So at least it looks like a newer working copy can not be overwritten 
incidentially by the restored (older) HEAD revision.

But how should one recover in such a situation?
Is a fresh checkout and a manual merge necessary?


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN LE 8
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter 
Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, 
Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 
6684; WEEE-Reg.-Nr. DE 23691322

AW: Two questions about svn log of a deleted file

[Niemann, Hartmut]

Hello Stefan, 
thank you for your answer, thinks are slowly getting clear.

> > 
> > I deleted a file a.txt in revision 1186.
> >  
[...]
> >  
> > svn log a.txt@1100 gives me the history up to rev. 1100
> > svn log a.txt@1185 gives me the history up to rev. 1185 
> (which ends at rev 1132, no newer changes)
> > svn log a.txt@1186 gives me a file not found error.
> > 
> > Question 1:
> > How do I get the complete newer history for a.txt@1100?
> > 
> > >From the help text I thought 
> > svn log a.txt@1100 -r HEAD:1 or something like that shoud do it, but
> > as the file is not present in HEAD I get a file not found 
> error for all
> > -r parameters involving HEAD that I tried.
> 
> This is because the default peg revision is HEAD with such an
> invocation. See 
> http://svnbook.red-bean.com/en/1.7/svn.advanced.pegrevs.html
> (I'm just mentioning this for completeness -- given what you're saying
> above you seem to understand this already.)
Ok, after reading the fine print there, it seems like 
Operating revision newer than peg revision is supported only in the sense
that the operation will only succeed if the object at operating revision
was already on this spot at the peg revision, and will fail otherwise.
Good to know.

I did some more tests, and it looks like svn log with a peg revision
works for elements in the working copy only if they are present in the
current working copy.

If I understand the cited pages, 
svn log a.txt@1185  (that means: the object that had the name a.txt in revision 
1185)
should give me the history of that file up to revision 1185 

But if a.txt is currently not present in the directory, svn does not find it:
D:\PRJ>svn log a.txt@1100
svn: E155010: The node 'D:\PRJ\a.txt' was not found.

If I specify the server-side path
svn log https://server.company.com/repos/xy/trunk/directory/A.txt@1100
it works as expected.

If I update the directory to revision 1100, svn log of the file succeeds.

***
A test with a scratch repository shows that you need a.txt *now* to get 
information on
a.txt that once existed:

D:\PRJ\svntest\wc>touch a.txt
D:\PRJ\svntest\wc>svn add a.txt
A a.txt
D:\PRJ\svntest\wc>svn commit -m "make a"
Adding a.txt
Transmitting file data .
Committed revision 2.
D:\PRJ\svntest\wc>svn mv a.txt b.txt
A b.txt
D a.txt
D:\PRJ\svntest\wc>svn commit -m "moved a to b"
Deleting   a.txt
Adding b.txt

Committed revision 3.
D:\PRJ\svntest\wc>svn update
Updating '.':
At revision 3.
D:\PRJ\svntest\wc>svn log

r3 | e09nemh0 | 2012-11-09 11:40:21 +0100 (Fr, 09 Nov 2012) | 1 line

moved a to b

r2 | e09nemh0 | 2012-11-09 11:39:31 +0100 (Fr, 09 Nov 2012) | 1 line

make a

r1 | e09nemh0 | 2012-11-09 11:38:02 +0100 (Fr, 09 Nov 2012) | 1 line

Imported folder structure


D:\PRJ\svntest\wc>svn log b.txt@2
svn: E160013: File not found: revision 2, path '/trunk/b.txt'

# find out where the repository is
D:\PRJ\svntest\wc>svn info b.txt
[...]
URL: file:///D:/PRJ/svntest/repo/trunk/b.txt
[...]
D:\PRJ\svntest\wc>svn log a.txt
svn: E155010: The node 'D:\PRJ\svntest\wc\a.txt' was not found.

D:\PRJ\svntest\wc>svn log a.txt@2
svn: E155010: The node 'D:\PRJ\svntest\wc\a.txt' was not found.

D:\PRJ\svntest\wc>svn log file:///D:/PRJ/svntest/repo/trunk/a.txt@2

r2 | e09nemh0 | 2012-11-09 11:39:31 +0100 (Fr, 09 Nov 2012) | 1 line

make a


D:\PRJ\svntest\wc>touch a.txt
D:\PRJ\svntest\wc>svn add a.txt
A a.txt
D:\PRJ\svntest\wc>svn commit -m "recreate a"
Adding a.txt
Transmitting file data .
Committed revision 4.
D:\PRJ\svntest\wc>svn update
Updating '.':
At revision 4.
D:\PRJ\svntest\wc>svn log a.txt

r4 | e09nemh0 | 2012-11-09 11:42:35 +0100 (Fr, 09 Nov 2012) | 1 line

recreate a


D:\PRJ\svntest\wc>svn log a.txt@2

r2 | e09nemh0 | 2012-11-09 11:39:31 +0100 (Fr, 09 Nov 2012) | 1 line

make a


D:\PRJ\svntest\wc>svn log b.txt

r3 | e09nemh0 | 2012-11-09 11:40:21 +0100 (Fr, 09 Nov 2012) | 1 line

moved a to b

r2 | e09nemh0 | 2012-11-09 11:39:31 +0100 (Fr, 09 Nov 2012) | 1 line

make a

Two questions about svn log of a deleted file

[Niemann, Hartmut]

Hello!

(This is TortoiseSVN's command line client
   svn, version 1.7.7 (r1393599)
   compiled Oct  8 2012, 18:39:05, 
 belonging to 
   TortoiseSVN 1.7.10, Build 23359 - 32 Bit , 2012/10/08 11:46:26
 on Windows XP, if that makes a difference)

I deleted a file a.txt in revision 1186.
 
svn log a.txt 
gives 
svn: E160013: File not found: revision 1197, path '/...
which is not surprising.
 
But what is the canonical way of getting the latest log of this file?
 
svn log a.txt@1100 gives me the history up to rev. 1100
svn log a.txt@1185 gives me the history up to rev. 1185 (which ends at rev 
1132, no newer changes)
svn log a.txt@1186 gives me a file not found error.

Question 1:
How do I get the complete newer history for a.txt@1100?

>From the help text I thought 
svn log a.txt@1100 -r HEAD:1 or something like that shoud do it, but
as the file is not present in HEAD I get a file not found error for all
-r parameters involving HEAD that I tried.


Question 2:
Tortoise SVN has a log view where all files changed in a revision, 
including this deleted one, are shown. (At the moment I do not need to know
how this can be done with command line svn.)
I can get a log for this file from there, but this log stops at revision 1132.

Is my observation correct that the log information for a file
does not include it's deletion?

Is this a good idea? Or am I missing something?

How would one answer the question "when was file a.txt deleted, which 
was present in revision 1100 and is missing now"?

I would expect that the lifecycle of a file in subversion starts with it's 
addition and stops with it's deletion, and that the full log includes both,
but this does not seem to be the case?

Thank you for your time.

Hartmut

 

 
 

Mit freundlichen Grüßen
Dr. Hartmut Niemann 

Siemens AG 
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components 
IC RL LOC EN LE 8 
Werner-von-Siemens-Str. 67 
91052 Erlangen, Deutschland 
Tel.: +49 9131 7-34264 
Fax: +49 9131 7-26254 
mailto:hartmut.niem...@siemens.com 

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter 
Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, 
Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 
6684; WEEE-Reg.-Nr. DE 23691322 

AW: Can't execute svn commands through the network

[Niemann, Hartmut]

Hello Michael,

Do you have a virus scanner involved?
Try to disable it, just for the tests.

I have seen the virus scanner interfere with
the sqlite engine of subversion 1.7.x in very interesing ways.
The new (1.7.0) sqlite-based client writes some journal file into
the working copy, which may fail if the virus scanner takes too long
to check the file.
In my case a subsequent fopen() call fails, which is being reported as sqlite 
disk IO errors.

I have written a small C program that does
fopen()
write several k of data
fclose()
and repeat.
My box normally fails within 100..1000 iterations ... it takes some
time to trigger it, but *very* rarely it has made all 64000 iterations
without error.
Interestingly, it is fopen() that fails with EINVAL.

Mit freundlichen Grüßen
Dr. 
Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN LE 8
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264 
Fax: +49 9131 7-26254 
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter 
Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, 
Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 
6684; WEEE-Reg.-Nr. DE 23691322
 

> -Ursprüngliche Nachricht-
> Von: Michael Fausten [mailto:faus...@pw-internet.de] 
> Gesendet: Montag, 21. Mai 2012 12:20
> An: users@subversion.apache.org
> Betreff: Can't execute svn commands through the network
> 
> Hello,
> 
> since we updated our SVN-Server to version 1.7.0 we're no 
> longer able to 
> execute commands through samba mounted shares.
> Commands through our LAN is still working.
> 
> For example:
> 
> # /usr/home/michael/mnt/websites.sh
> 
> Content from website.sh:
> 
> mount_smbfs -N -I 192.168.23.225 -E utf-8:cp1252 
> //fausten@KALI-FILES/pw-websites /usr/home/michael/mount/pw-websites
> 
> utf8:cp1252 option is needed, otherwise the German umlauts 
> are broken on 
> the share.
> 
> % cd /usr/home/michael/mount/pw-websites/path/to/my/website
> % svn status -u
> 
> svn: E200030: sqlite: disk I/O error
> svn: E200030: sqlite: disk I/O error
> 
> On my PC (locally) svn just works fine. I use a FreeBSD 9.0 amd64 
> machine with, since today subversion 1.7.5, but the error
> still occurs.
> 
> Builded subversion with (Compiler Options):
> 
> P4_STYLE_MARKERS
> ENHANCED_KEYWORD
> FREEBSD_TEMPLATE
> NEON
> 
> - No private modifications
> 
> Our server uses FreeBSD 8.2 with Subversion 1.7.5.
> 

AW: svn cleanup fails to clean up

[Niemann, Hartmut]

> -Ursprüngliche Nachricht-
> Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] 
> > I had an IOerror when updating an external
> > (different story of an incompatibility between sqlite and our
> > corporate virus scanner, which is already being worked on
> > by our Virus department).
> >
> > Now svn cleanup fails:
> >
> > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>svn cleanup
> > svn: E155016: Missing a row in WCROOT for
> > 'D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom'.

 ^^ 
this seems to tell me the root of the damaged working copy.

> > svn: E155016: Missing a row in WCROOT.
> >
> > (This is Tortoise SVN's command line client
> >  svn, version 1.7.4 (r1295709)
> >    compiled Mar  8 2012, 18:47:27
> > on windows XP, the root of the WC is D:\PRJ\STM\REF\svn_nbgvo\stp
> > )
> >
> > If I cd .. and svn cleanup there, I don't get an error, but 
> when I svn
> > update again,
> > it still doesn't work:
> >
> > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>cd  ..
> >
> > D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>svn cleanup> [...]
> If cleanup cannot fix the problem, the only way would be to delete the
> "wom" directory (the broken nested worked copy) and let svn up in its
> parent directory to retrieve a fresh copy of it.
> 
Thank you Kontantin,
this was the clue I needed: it was enough to delete
the wom directory and svn update its parent to restore (only) the
external from the repository. I did not have to
refetch the complete working copy.

And now I see that svn cleanup *has* told me, which database was
corrupt. To me it was not obvious which svn cleanup invocation 
deals with which .svn directory.



Mit freundlichen Grüßen
Dr. 
Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN LE 8
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264 
Fax: +49 9131 7-26254 
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter 
Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, 
Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 
6684; WEEE-Reg.-Nr. DE 23691322
 

svn cleanup fails to clean up

[Niemann, Hartmut]

Hello!

I had an IOerror when updating an external
(different story of an incompatibility between sqlite and our
corporate virus scanner, which is already being worked on
by our Virus department).

Now svn cleanup fails:

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>svn cleanup
svn: E155016: Missing a row in WCROOT for 
'D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom'.
svn: E155016: Missing a row in WCROOT.

(This is Tortoise SVN's command line client
 svn, version 1.7.4 (r1295709)
   compiled Mar  8 2012, 18:47:27
on windows XP, the root of the WC is D:\PRJ\STM\REF\svn_nbgvo\stp
)

If I cd .. and svn cleanup there, I don't get an error, but when I svn update 
again,
it still doesn't work:

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>cd  ..

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>svn cleanup

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>svn up
Updating '.':

Fetching external item into 'stdscripts':
External at revision 611.


Fetching external item into 'moni32':
External at revision 251.


Fetching external item into 'libs':
External at revision 420.


Fetching external item into 'base':
External at revision 472.


Fetching external item into 'tgex':
External at revision 529.


Fetching external item into 'wom':
svn: warning: W155016: Missing a row in WCROOT for 
'D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom'.

At revision 739.
svn: E205011: Failure occurred processing one or more externals definitions

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in>cd wom

D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom>svn up
svn: E155016: Missing a row in WCROOT for 
'D:\PRJ\STM\REF\svn_nbgvo\stp\GSBTG\in\wom'.
svn: E155016: Missing a row in WCROOT.


What am I supposed to do now?
Is there a force mode in svn cleanup?
In my opinion svn cleanup should never fail without giving advice what to try 
next.
Could svn cleanup correct this SQL table problem?
Is this a bug to be reported in the bugtracker? (Where?)


Mit freundlichen Grüßen
Dr. Hartmut Niemann

Siemens AG
Infrastructure & Cities Sector
Rail Systems Division
Locomotives and Components
IC RL LOC EN LE 8
Werner-von-Siemens-Str. 67
91052 Erlangen, Deutschland
Tel.: +49 9131 7-34264
Fax: +49 9131 7-26254
mailto:hartmut.niem...@siemens.com

Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Gerhard Cromme; 
Vorstand: Peter Löscher, Vorsitzender; Roland Busch, Brigitte Ederer, Klaus 
Helmrich, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter 
Y. Solmssen, Michael Süß; Sitz der Gesellschaft: Berlin und München, 
Deutschland; Registergericht: Berlin Charlottenburg, HRB 12300, München, HRB 
6684; WEEE-Reg.-Nr. DE 23691322

AW: Tortoise SVN unable to authenticate password

[Niemann, Hartmut]

> 
> Unfortunately I have not managed to get to the bottom of how 
> or why subversion <-> httpd is mangling the password and what 
> (if anything) subversion (or neon or serf?) could change to 
> fix this...

It is not about mangling, it is about character encoding.
About 20 years after the birth of unicode (the encoding to
rule them all :-) there are still way too many programmers
around who are not even aware of the fact that there is
something like an encoding or worse, different encodings
to distinguish and to choose from.
And if you write program code or english texts, you don't see
any differences most of the time. If your keyboard does not have
keys that map to anything beyond Unicodepoint 128,
you'll never have problems with passwords.

The problem with passwords is that you normally can't see them.
So you can't see that there is some garbage where you expected
a pound sign. 

I found this article
http://www.tigris.org/scdocs/SVNEncoding
on how subversion treats encoding for file names
(once you think about it, you know that this is an issue).
It seems to use UTF-8 internally throughout.
I didn't understand references to collab.net in this article, though.

So I would bet that subversion translates your password from
Windows Western Europe (code page 1252) to UTF-8 and the others
copy them verbatim.

Hartmut.

AW: Info about SVN

[Niemann, Hartmut]

Hello Andre!

You were already told that subversion does only parts of what you need.

Maybe have a look at Redmine for web access, tickets, workflows, email 
notification and such things.
It's integration with subversion is really good.
It has WIKI and forum facilites as well.

It is still no content management system with XML capabilities, but it will 
happily
manage the files and issues of the CM system of your choice for you. 

Mit freundlichen Grüßen
Dr. Hartmut Niemann 



Von: Balta, Andre [mailto:andre.ba...@cubic.com] 
I am an engineer for cubic defense applications and we are considering 
using your software for a potential program. I have a list of requirement that 
my information management software needs to do. I was hoping you could confirm 
if SVN can or cant do the following:

 

· Assign authorized users with groups, roles and permissions 
(CRUD)

· Web based view and interface

· Support TLS/SSL

· Support digital signatures (certificates/CAC)

· Support Content management 

o   XML documents

o   XSLT (transforms)

o   Cascading Style sheets

o   3D models (COLLADA) - view or javascript

o   Serve Javascript enabled web pages

· Support creation of task items, assignment to action 
officers, suspense date and status

· Support version control of content (tied to issues)

· Support workflow for content 

· User defined workflow schemas

· Automated promotion based on criteria

· User promotion limited by access

· Support e-mail notification on state change

svn cleanup fails with "disk I/O error, executing statement 'RELEASE s165'"

[Niemann, Hartmut]

Hello!

occasionally (about every other day?) a subversion command fails,
a common pattern are disk I/O failures "executing statement 'RELEASE' and then 
different 
numbers.

A svn cleanup failed three times in a row to succeed on the fouth time (which 
led to my post 
on the TortoiseSVN mailing list quoted below).

(remark: this is
TortoiseSVN 1.7.6, Build 22632 - 32 Bit , 2012/03/08 18:29:39
Subversion 1.7.4
on Windows XP (32bit) and they told me to go to this list)

This post
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2908568

and 
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2943882

and this
http://svn.haxx.se/tsvnusers/archive-2012-01/0033.shtml

suggest that maybe there is a race between the SQLite kernel and the virus 
scanner
when SQLite closes its journal to create it again immediately.

Turning off the virus scanner is no option in my company.
I can do that (maybe) to verify that this is the cause, but not for production 
use.

Now I'd like to know what exactly went wrong, when such an 
"disk I/O error, executing statement 'RELEASE  s85'"
is reported? What did subversion do, with what result?
Where do I look for that information?
Would it be possible to circumvent such problems in subversion?
What would I have to do to reproduce this disk I/O error without subversion?
If I prove this problem with a simple C program, I avoid
that our virus department tell me it's SVNs fault.

With best regards
Hartmut Niemann



> -Ursprüngliche Nachricht-
> Von: Simon Large [mailto:simon.tortoise...@gmail.com] 
> Gesendet: Montag, 26. März 2012 23:48
> An: us...@tortoisesvn.tigris.org
> Betreff: Re: svn cleanup fails
> 
> On 26 March 2012 17:09, Niemann, Hartmut 
>  wrote:
> > Von: Niemann, Hartmut
> >        Gesendet: Montag, 26. März 2012 17:57
> >        An: us...@tortoisesvn.tigris.org
> >        Betreff: svn cleanup fails
> >
> >
> >        Hello!
> >
> >        After a commit I received an error message like 
> "checkin succeeded, but could not advance version
> >        disk I/O error, executing statement 'RELEASE s165'" 
> (if I remember correctly)
> >        and after a svn cleanup I get
> >        "Cleanup failed to process the following paths:
> >        D:\PRJ\DPS    (which is my root)
> >        disk I/O error, executing statement 'RELEASE  s85'"
> >
> >        Next try on the command line gives me:
> >
> >        D:\PRJ\DPS\doc\DPS-Handbuch>svn cleanup ../..
> >        svn: E200030: disk I/O error, executing statement 
> 'COMMIT TRANSACTION;'
> >
> >        What can I do if svn cleanup fails to clean up?
> >
> >        (This is Tortoise SVN 1.7.6 on Windows XP/32bit)
> >
> > I played with the sqlite database (open it with 
> sqlite3.exe, some readonly operations)
> > without errors.
> > I tried to svn cleanup one or two more times, and then it 
> finished without errors.
> > I had to svn update my directory, and now everything looks 
> normal again.
> > No entries in the Windows "Ereignisanzeige".
> >
> > I am wondering what this was.
> 
> This is a subversion error message so you would need to follow it up
> on the subversion users mailing list (users at subversion.apache.org).
> I don't suppose it is anything obvious like running short of disk
> space?
> 
> Simon
>