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

RE: svnsync initalize fails with: svnsync: Server sent unexpected return value (405 Method Not Allowed) in response to PROPFIND request for '/'

From: Tony Sweeney <tsweeney_at_omnifone.com>
Date: Wed, 17 Jun 2009 17:49:44 +0100

Never mind. I had the source and destination URLs transposed. Oh well,
at least this thread will be recorded for posterity in case anyone else
is ever this stupid. :)

Tony.

> -----Original Message-----
> From: Tony Sweeney [mailto:tsweeney_at_omnifone.com]
> Sent: 17 June 2009 16:31
> To: users_at_subversion.tigris.org
> Subject: svnsync initalize fails with: svnsync: Server sent
> unexpected return value (405 Method Not Allowed) in response
> to PROPFIND request for '/'
>
> Hi all,
>
> we just got a nice new Linux box to replace our aging Windows
> Subversion server. The Windows server is on version 1.4.2 (I
> think). This is what I have done so far on the Linux side:
>
> - installed Subversion 1.5.6
> - set up svnserve with some init scripts I found on the 'net
> - created an empty repository
> - created hook scripts for pre-revprop-change and
> start-commit per the red bean book
> - copied our svnserve.conf and passwd file from the windows machine
> - added my 'svnsync' user to both machines
> - set the uuid on the new repository to be the same as the old one
>
> However, when I go to initialise the new repository, I get
> the following
>
> [svn@luke ~]$ svnsync initialize http://w2kmews03
> svn://localhost --sync-username svnsync --sync-password svnsync
> svnsync: Server sent unexpected return value (405 Method Not
> Allowed) in response to PROPFIND request for '/'
> [svn_at_luke ~]$
>
> Searching the net for this error finds me a bunch of cases
> where the user had omitted something in their apache
> configuration, but in this instance, only svnserve is
> involved. Any ideas? I'm including the most obvious
> diagnostics below. The permissions on the repository are all
> good, as far as I can tell.
>
> [svn_at_luke ~]$ svn info svn://w2kmews03 # This
> is the old server
> Path: w2kmews03
> URL: svn://w2kmews03
> Repository Root: svn://w2kmews03
> Repository UUID: d97b01b5-9788-ac43-8f4b-a37d00a70b9d
> Revision: 31187
> Node Kind: directory
> Last Changed Author: cknowles
> Last Changed Rev: 31187
> Last Changed Date: 2009-06-17 15:34:39 +0100 (Wed, 17 Jun 2009)
>
> [svn_at_luke ~]$ svn info svn://luke # This is the
> new one
> Path: luke
> URL: svn://luke
> Repository Root: svn://luke
> Repository UUID: d97b01b5-9788-ac43-8f4b-a37d00a70b9d
> Revision: 0
> Node Kind: directory
> Last Changed Rev: 0
> Last Changed Date: 2009-06-17 16:50:10 +0100 (Wed, 17 Jun 2009)
>
> [svn_at_luke ~]$ svn ls svn://w2kmews03 # Single
> repository with
> lots of top-level folders.
> HideCustomer/
> Hudson/
> MusicPrototype/
> Myfone/
> NETApplicationServers/
> NETUtils/
> PBClassLibrary/
> PBDotNetClientLibraries/
> administration/
> authserver/
> autonomous/
> billing-properties/
> borrower/
> commissioner/
> commons/
> content_server_emulator/
> coremedia/
> database-migration/
> demos/
> detective/
> hudson-plugins/
> id3v2/
> incidentmonitor/
> ivy/
> library/
> microemulator/
> mod_telenor/
> musicstation/
> musicstation-drm/
> musicstation_content_authentication/
> musicstation_content_server/
> nightlybuild/
> operations/
> performance-monitor/
> project-management/
> sandboxes/
> telenor_uci_emulator/
> tools/
> user/
> [svn_at_luke ~]$ svn ls svn://luke # Nothing there yet
> [svn_at_luke ~]$
>
> Configuration:
>
> [svn_at_luke conf]$ cat svnserve.conf
> ### This file controls the configuration of the svnserve
> daemon, if you ### use it to allow access to this repository.
> (If you only allow ### access through http: and/or file:
> URLs, then this file is ### irrelevant.)
>
> ### Visit http://subversion.tigris.org/ for more information.
>
> [general]
> ### These options control access to the repository for
> unauthenticated ### and authenticated users. Valid values
> are "write", "read", ### and "none". The sample settings
> below are the defaults.
> anon-access = read
> auth-access = write
> ### The password-db option controls the location of the
> password ### database file. Unless you specify a path
> starting with a /, ### the file's location is relative to the
> directory containing ### this configuration file.
> ### If SASL is enabled (see below), this file will NOT be used.
> ### Uncomment the line below to use the default password file.
> password-db = passwd
> ### The authz-db option controls the location of the
> authorization ### rules for path-based access control.
> Unless you specify a path ### starting with a /, the file's
> location is relative to the the ### directory containing this
> file. If you don't specify an ### authz-db, no path-based
> access control is done.
> ### Uncomment the line below to use the default authorization file.
> # authz-db = authz
> ### This option specifies the authentication realm of the repository.
> ### If two repositories have the same authentication realm,
> they should ### have the same password database, and vice
> versa. The default realm ### is repository's uuid.
> realm = Omniphone
>
> [sasl]
> ### This option specifies whether you want to use the Cyrus
> SASL ### library for authentication. Default is false.
> ### This section will be ignored if svnserve is not built
> with Cyrus ### SASL support; to check, run 'svnserve
> --version' and look for a line ### reading 'Cyrus SASL
> authentication is available.'
> # use-sasl = true
> ### These options specify the desired strength of the
> security layer ### that you want SASL to provide. 0 means no
> encryption, 1 means ### integrity-checking only, values
> larger than 1 are correlated ### to the effective key length
> for encryption (e.g. 128 means 128-bit ### encryption). The
> values below are the defaults.
> # min-encryption = 0
> # max-encryption = 256
> [svn_at_luke conf]$
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&
dsMessageId=2362849
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_subversion.tigris.org].
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit
> http://www.messagelabs.com/email
> ______________________________________________________________________
>
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit
> http://www.messagelabs.com/email
> ______________________________________________________________________
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2362894

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-17 18:50:13 CEST

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.