exception during cleanup

[avinash.pandey]

Dear Support Team,
  I have encountered below exception while 
executing cleanup command of SVN.


Following are the steps:
1. Tried to execute update command, which give the missing error for 
some file, which is actually available on server as well as on end M/C.
2. Then, to resolve this I tried to execute cleanup and then I got 
problem below exception.
3. I updated my SVN version TortoiseSVN-1.8.4.24972-win32-svn-1.8.5 to 
TortoiseSVN-1.8.7.25475-win32-svn-1.8.9 but the problem remain same.


Please rectify the issue...
Thanks in anticipation !!!

Regards,
Avinash Pandey
 Project Manager(NLE)
Monarch Innovative Technologies Pvt. Ltd.
Monarch House, Royal Palms, Aarey Colony, Goregoan (East), Mumbai - 
400065, India
Email  : avinash.pan...@monarchinnovative.com 


www  : www.monarchinnovative.com 
phone: +91 22 28794545 Ext. 141

svn mv and svn cp fails in 1.8.8 and 1.8.9

[Richard Jelinek]

Hi,

when I try to cp or mv a directory within a repository, I get (after
several seconds of waiting with no cpu/disk activity) the following
error.



rj@sol$ svn cp .test_equ_simple/ /opt/PetaMem/PMLS/active/data/lexica/c/e/s/
svn: E200033: Another process is blocking the working copy database,
or the underlying filesystem does not support file locking; if the
working copy is on a network filesystem, make sure file locking has
been enabled on the file server
svn: E200033: sqlite[S5]: database is locked
svn: E200033: Additional errors:
svn: E200033: sqlite[S5]: database is locked


the sandbox is then in a "L" state and has to be "svn cleanup"ed

a simple cp, with subsequent svn add for the target (instead of svn
cp) and eventually svn del in the source (instead of svn mv) works,
but this workaround seems like subversion 1.2 - or worse.


for reference
---
# svn --version
svn, version 1.8.9 (r1591380)
   compiled Jun 13 2014, 14:35:55 on x86_64-pc-linux-gnu

Copyright (C) 2014 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/

The following repository access (RA) modules are available:

* ra_svn : Module for accessing a repository using the svn network
  protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol
  using serf.
  - using serf 1.3.4
  - handles 'http' scheme
  - handles 'https' scheme
---



kind regards,
-- 
 Dipl.-Inf. Univ. Richard C. Jelinek

PetaMem GmbH - www.petamem.com  Geschäftsführer: Richard Jelinek
Language Technology - We Mean IT!   Sitz der Gesellschaft: Fürth
2.58921 * 10^8 Mind UnitsRegistergericht: AG Fürth, HRB-9201

Re: svn mv and svn cp fails in 1.8.8 and 1.8.9

[Andy Levy]

On Fri, Jun 13, 2014 at 9:28 AM, Richard Jelinek  wrote:
> Hi,
>
> when I try to cp or mv a directory within a repository, I get (after
> several seconds of waiting with no cpu/disk activity) the following
> error.
>
>
>
> rj@sol$ svn cp .test_equ_simple/ /opt/PetaMem/PMLS/active/data/lexica/c/e/s/
> svn: E200033: Another process is blocking the working copy database,
> or the underlying filesystem does not support file locking; if the
> working copy is on a network filesystem, make sure file locking has
> been enabled on the file server
> svn: E200033: sqlite[S5]: database is locked
> svn: E200033: Additional errors:
> svn: E200033: sqlite[S5]: database is locked
>
>
> the sandbox is then in a "L" state and has to be "svn cleanup"ed
>
> a simple cp, with subsequent svn add for the target (instead of svn
> cp) and eventually svn del in the source (instead of svn mv) works,
> but this workaround seems like subversion 1.2 - or worse.

Does anything in the error message pertain to your setup? IOW, do you
have other processes running that may be locking the file (antivirus
is notorious for this)? Is it a local filesystem, or mounted from the
network? If local, what filesystem are you using? If it's on the
network, have you taken the step suggested by the message?

Subversion Issue

[ankit . mangal]

Hi,

---
Subversion Exception!
---
Subversion encountered a serious problem.
Please take the time to report this on the Subversion mailing list
(users@subversion.apache.org)
with as much information as possible about what
you were trying to do.
But please first search the mailing list archives for the error message
to avoid reporting the same problem repeatedly.
You can find the mailing list archives at
http://subversion.apache.org/mailing-lists.html

Subversion reported the following
(you can copy the content of this dialog
to the clipboard using Ctrl-C):

In file
 'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion
\libsvn_wc\wc_db.c'
 line 5799: assertion failed (svn_dirent_is_absolute(local_abspath))
---
OK
---

Thanks and Regards,
Ankit Mangal
FM_MUSE_LAMP
Pune, Maharasthra



Get the best from British Airways at ba.com
http://www.ba.com

--
This message is private and confidential and may also be legally privileged.  
If you have received this message in error, please email it back to the sender 
and immediately permanently delete it from your computer system.  Please do not 
read, print, re-transmit, store or act in reliance on it or any attachments.

British Airways may monitor email traffic data and also the content of emails, 
where permitted by law, for the purposes of security and staff training and in 
order to prevent or detect unauthorised use of the British Airways email system.

Virus checking of emails (including attachments) is the responsibility of the 
recipient.

British Airways Plc is a public limited company registered in England and 
Wales.  Registered number: 177.  Registered office: Waterside, PO Box 365, 
Harmondsworth, West Drayton, Middlesex, England, UB7 0GB.

Additional terms and conditions are available on our website: www.ba.com

Re: Subversion Issue

[Mark Phippard]

On Fri, Jun 13, 2014 at 10:15 AM,  wrote:

>
> Subversion Exception!
> ---
> Subversion encountered a serious problem.
> Please take the time to report this on the Subversion mailing list
> (users@subversion.apache.org)
>

I see you read this part.



> with as much information as possible about what
> you were trying to do.
>

But, oops, you missed this part.



> But please first search the mailing list archives for the error message
> to avoid reporting the same problem repeatedly.
> You can find the mailing list archives at
> http://subversion.apache.org/mailing-lists.html


And you probably skipped over this part.



>
>
> Subversion reported the following
> (you can copy the content of this dialog
> to the clipboard using Ctrl-C):
>
> In file
>  'D:\Development\SVN\Releases\TortoiseSVN-1.7.0\ext\subversion\subversion
> \libsvn_wc\wc_db.c'
>  line 5799: assertion failed (svn_dirent_is_absolute(local_abspath))



So what version of TortoiseSVN are you using?  Did you try updating to
latest version before reporting the problem?  To fix a problem, you'll need
to install a new version so how about getting on the latest version to see
if the problem has already been fixed before reporting it?


-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

Re: svn mv and svn cp fails in 1.8.8 and 1.8.9

[Richard Jelinek]

Hi,

On Fri, Jun 13, 2014 at 09:41:27AM -0400, Andy Levy wrote:
> Does anything in the error message pertain to your setup? IOW, do you
> have other processes running that may be locking the file (antivirus
> is notorious for this)? Is it a local filesystem, or mounted from the
> network? If local, what filesystem are you using? If it's on the
> network, have you taken the step suggested by the message?

* no other (relevant) process
* local filesystem (ext4)
* did definitely work with 1.6 and 1.7

Only thing I can offer: The repository in question has a very
extensive directory structure. Imagine ISO639-3 codes stored as tries
of directories with subdirectories. The repository contains roughly
19000 directories/files. But then again this is nothing extraordinary
big, is it?

>From the observation, it seems like subversion runs into some kind of
timeout AFTER it has locked the destination directory.

But the sandbox is on a quite fast ssd and there is neither cpu nor
disc activity, which would indicate it is a processing-induced
timeout.


regards,
-- 
 Dipl.-Inf. Univ. Richard C. Jelinek

PetaMem GmbH - www.petamem.com  Geschäftsführer: Richard Jelinek
Language Technology - We Mean IT!   Sitz der Gesellschaft: Fürth
2.58921 * 10^8 Mind UnitsRegistergericht: AG Fürth, HRB-9201

Re: svn mv and svn cp fails in 1.8.8 and 1.8.9

[Bert Huijben]

Are there any symlinks involved in these paths that you passed to Subversion?


Bert






Sent from Windows Mail





From: Richard Jelinek
Sent: ‎Friday‎, ‎June‎ ‎13‎, ‎2014 ‎4‎:‎45‎ ‎PM
To: Andy Levy
Cc: users@subversion.apache.org





Hi,

On Fri, Jun 13, 2014 at 09:41:27AM -0400, Andy Levy wrote:
> Does anything in the error message pertain to your setup? IOW, do you
> have other processes running that may be locking the file (antivirus
> is notorious for this)? Is it a local filesystem, or mounted from the
> network? If local, what filesystem are you using? If it's on the
> network, have you taken the step suggested by the message?

* no other (relevant) process
* local filesystem (ext4)
* did definitely work with 1.6 and 1.7

Only thing I can offer: The repository in question has a very
extensive directory structure. Imagine ISO639-3 codes stored as tries
of directories with subdirectories. The repository contains roughly
19000 directories/files. But then again this is nothing extraordinary
big, is it?

From the observation, it seems like subversion runs into some kind of
timeout AFTER it has locked the destination directory.

But the sandbox is on a quite fast ssd and there is neither cpu nor
disc activity, which would indicate it is a processing-induced
timeout.


regards,
-- 
 Dipl.-Inf. Univ. Richard C. Jelinek

PetaMem GmbH - www.petamem.com  Geschäftsführer: Richard Jelinek
Language Technology - We Mean IT!   Sitz der Gesellschaft: Fürth
2.58921 * 10^8 Mind UnitsRegistergericht: AG Fürth, HRB-9201

RE: Authentication Issue

[Pape, Barry]

Thanks Johan.  The solution ended up being to reset the password in the domain. 
 The odd thing is the user account was fine, not locked and the password was 
not expired.  It had been approximately 90 days since we set the password, so I 
assume something is going on with the domain settings or user account.


-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com] 
Sent: Tuesday, June 10, 2014 7:11 PM
To: Pape, Barry
Cc: users@subversion.apache.org
Subject: Re: Authentication Issue

On Tue, Jun 10, 2014 at 11:21 PM, Pape, Barry  wrote:
> Hello,
>
>
>
> We have a service account in our domain that we use for our builds.  I 
> am trying to connect to our Subversion server via the command line:
>
> svn co --username BuildUser --password private --no-auth-cache 
> https://svnserver/Repo1/trunk/
>
>
>
> This works fine from my local machine, but from the build server I receive:
>
> svn: E170001: OPTIONS of : authorization failed: Could not 
> authenticate to
> server: rejected Basic challenge
>
>
>
>
>
> Any ideas on why this would work on one machine, but not another?
>

The first obvious thing to check is: is it the same version of svn client 
software? 'svn --version' should tell you.

The second thing: what about the network route? Any proxies, firewalls, ... 
differences between both network paths?

--
Johan