You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Dirk-Willem van Gulik <di...@webweaving.org> on 2003/06/30 17:19:25 UTC

Property editing issue across versions

Recently upgraded and ran into the pickyness I think of the namespace
validation.

Sequence:
	svn co http://wleiden.webweaving.org:8080/svn/node-config/factory/tags/0.9-release

		make small change

	svn commit ..

Client error:
	svn: Unknown resolver error
	svn: Commit failed (details follow):
	svn: applying log message to
	/svn/!svn/wbl/8d0a8469-54c1-0310-900f-c26cb504f561/477:
		/svn/!svn/wbl/8d0a8469-54c1-0310-900f-c26cb504f561/477: 500 (status)

Server side:
	[Mon Jun 30 10:15:33 2003] [error] [client 62.251.72.224] Could not
		execute PROPPATCH.  [500, #206]
	[Mon Jun 30 10:15:33 2003] [error] [client 62.251.72.224] Properties may
		only be defined in the
		http://subversion.tigris.org/xmlns/svn/ and
		http://subversion.tigris.org/xmlns/custom/ namespaces.  [409, #0]

Now in the repo I've got indeed some files which have

	  svn:execute

rather than svn:executableas property set.

How does one recover from this (a propdel svn:execute does not work; as
the commit of the fix is rejected too with the above error).

Both sides run
		FreeBSD 5.0-RELEASE
and
	-bash-2.05b$ svn --version
		svn, version 0.24.2 (r6284)
		   compiled Jun 29 2003, 23:02:48

	from ports.

Thanks !

Dw


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Greg Stein <gs...@lyra.org>.
On Mon, Jun 30, 2003 at 08:05:43PM +0200, Dirk-Willem van Gulik wrote:
> On Mon, 30 Jun 2003, Greg Stein wrote:
> > I do know that Dirk was using 0.16.0 and just upgraded. There is a
> > possibility of old client or old libs
> 
> The client and servers are both up to date; and the dbase was transfered
> with a svnadmin dum across the change.

All righty.

> > An ethereal trace is a bit of work, but would sort this out right quick.
> 
> Doing a tcpdump now.
> 
> Looking at the svnadmin dump format right now as a backup - a bit of sed
> in the pipeline may actually be easiest assuming this is the issue.

Do you still have that tcpdump? I really doubt it would be related to those
properties. If it *is*, then the tcpdump will be extremely helpful to
prevent this from happening to somebody else.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Dirk-Willem van Gulik <di...@webweaving.org>.
Actuall - I quoted that error wrong; it was

	suske# apr-config --version
	realpath: /usr/ports/devel/apr/work: No such file or directory
	0.9.3


Dw.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Dirk-Willem van Gulik <di...@webweaving.org>.

On Mon, 30 Jun 2003, Greg Stein wrote:

> I do know that Dirk was using 0.16.0 and just upgraded. There is a
> possibility of old client or old libs

The client and servers are both up to date; and the dbase was transfered
with a svnadmin dum across the change.

> An ethereal trace is a bit of work, but would sort this out right quick.

Doing a tcpdump now.

Looking at the svnadmin dump format right now as a backup - a bit of sed
in the pipeline may actually be easiest assuming this is the issue.

Dw


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Dirk-Willem van Gulik <di...@webweaving.org>.
On Mon, 30 Jun 2003, Greg Stein wrote:

> Looking at the error log, it would seem the client submitted the wrong
> namespace for the log message. That would indicate an old client. Yet Dirk
> says the client is at 0.24.2. Weird!

-> double check of versions; all at 0.24.2 on FreeBSD 5.0. However there
is one difference; on the clients which broke the commit-ability
apr-config gives:

	$ apr-config
	/usr/ports/devel/apr/work/apr-0.9.3 not found.

whereas on the other machine source is still present and the output is
simply '0.9.4'.

-> file:/// did allow me to do a commit (whereas http:/// did not).

Ok - a bit of 'sed' making sure there are no properties which did not
start with svn: in the proplist's seemed to have done the trick. I am now
allowed to commit again. The error has disappeared.

However I did needed to do a

	db_recover: Finding last valid log LSN: file: 226 offset 148393
	db_recover: Checkpoint at: [226][148345]
	db_recover: Checkpoint LSN: [226][148345]
	db_recover: Previous checkpoint: [226][147647]
	db_recover: Checkpoint at: [226][147647]
	db_recover: Checkpoint LSN: [226][147647]
	db_recover: Previous checkpoint: [226][146949]
	db_recover: Recovery complete at Mon Jun 30 11:19:44 2003
	db_recover: Maximum transaction id 80000000 Recovery checkpoint [226][148345]

shortly after this;

	[Mon Jun 30 11:10:19 2003] [error] [client 62.251.72.224] (20014)Error
	string not specified yet: Berkeley DB error while closing `nodes' database
	for filesystem /data3/subversion/repos/db:

which was after the first svn commit after the propset cleanup with a sed
script.  But now all seems fine and stable again.

A svnadmin dump and a diff confirms that the wacking of the illegal
properties is the only change. Nothing else was changed. So the error
propably can be ignored.

Would love to know what the source of this issue is. It kind of feels like
loosing a file system and beeing at the mercy of an fsck you do not quite
understand. Digging futher and trying to understand :-)

Dw



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Greg Stein <gs...@lyra.org>.
On Mon, Jun 30, 2003 at 12:38:22PM -0500, Ben Collins-Sussman wrote:
> Dirk-Willem van Gulik <di...@webweaving.org> writes:
> 
> > Now in the repo I've got indeed some files which have
> > 
> > 	  svn:execute
> > 
> > rather than svn:executableas property set.
> 
> How did they get in there?  Via file:/// urls?
> 
> If so, I think that's the way to get them out as well:  checkout via
> file:///, edit, commit.

No. You can work with arbitrary svn: properties via DAV. There is *no*
reason to suggest that a person needs to use file: URLs.

Looking at the error log, it would seem the client submitted the wrong
namespace for the log message. That would indicate an old client. Yet Dirk
says the client is at 0.24.2. Weird!

I do know that Dirk was using 0.16.0 and just upgraded. There is a
possibility of old client or old libs. An ethereal trace is a bit of work,
but would sort this out right quick.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Dirk-Willem van Gulik <di...@webweaving.org>.

On 30 Jun 2003, Ben Collins-Sussman wrote:

> Dirk-Willem van Gulik <di...@webweaving.org> writes:
>
> > Now in the repo I've got indeed some files which have
> >
> > 	  svn:execute
> >
> > rather than svn:executableas property set.
>
> How did they get in there?  Via file:/// urls?

Well:
	svn co
	svn propset svn:execute "" foo.txt
	svn commit

over DAV, but with an -EARLIER- version of svn.

> If so, I think that's the way to get them out as well:  checkout via
> file:///, edit, commit.

Ok - on the repository machine. Hmm - that machine only has console access
and is on the other continent :-) fun, fun, fun.

Dw


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Property editing issue across versions

Posted by Ben Collins-Sussman <su...@collab.net>.
Dirk-Willem van Gulik <di...@webweaving.org> writes:

> Now in the repo I've got indeed some files which have
> 
> 	  svn:execute
> 
> rather than svn:executableas property set.

How did they get in there?  Via file:/// urls?

If so, I think that's the way to get them out as well:  checkout via
file:///, edit, commit.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org