Return-Path: Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: (qmail 43787 invoked from network); 4 Jan 2011 08:51:42 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Jan 2011 08:51:42 -0000 Received: (qmail 83001 invoked by uid 500); 4 Jan 2011 08:51:41 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 82806 invoked by uid 500); 4 Jan 2011 08:51:41 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 82799 invoked by uid 99); 4 Jan 2011 08:51:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Jan 2011 08:51:40 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jcorvel@gmail.com designates 209.85.210.171 as permitted sender) Received: from [209.85.210.171] (HELO mail-iy0-f171.google.com) (209.85.210.171) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Jan 2011 08:51:32 +0000 Received: by iyj21 with SMTP id 21so13127369iyj.16 for ; Tue, 04 Jan 2011 00:51:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=cEyXwbptYzI0y4zgJB/VnKTCGyXHBr2i06nao1K8t88=; b=vU/J+e92lg1exeD4iOHi/Nc8h0K7YMprVcpYYgJWfSuySM5q59/yDA49zV9VzOeSKD BmgapuYLK3jGa1Of+TK82JFS29A9QTwNBtfnXlIIG0xQHnvUkc0qdYWbve+VyPvHdp5/ sGwkulPpeSMK9ArDNjlt3DVL6Iqc9le858R6Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=u5QLpPslnTa+/cqJTQK5P96Guu9dGq5wwZnsP2yehPIw81/Z1f1pFZP/uXZykei2KV K0K/+Slbqc6oVIBHkXOndXkcW8etL3H8aimv4SntM94I7ed3FIp2b2wK1O7ESH1doBqJ mW7kRIF7QA6EXZa6s8C9uKrYnAy22KihFpaak= Received: by 10.231.36.139 with SMTP id t11mr5327474ibd.91.1294131071675; Tue, 04 Jan 2011 00:51:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.14.75 with HTTP; Tue, 4 Jan 2011 00:50:51 -0800 (PST) In-Reply-To: References: From: Johan Corveleyn Date: Tue, 4 Jan 2011 09:50:51 +0100 Message-ID: Subject: Re: Problem with My SVN Server To: santhoshkallar@gmail.com Cc: users@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org [ please don't top-post on this list, i.e. please put your reply at the bottom, or inline, below the thing you're replying to. ] On Tue, Jan 4, 2011 at 9:20 AM, santhosh kumar wrote: > On Mon, Dec 20, 2010 at 12:56 PM, santhosh kumar > wrote: >> >> >> ---------- Forwarded message ---------- >> From: Johan Corveleyn >> Date: Mon, Dec 20, 2010 at 12:55 AM >> Subject: Re: Problem with My SVN Server >> To: Nico Kadel-Garcia >> Cc: santhoshkallar@gmail.com, users@subversion.apache.org >> >> >> On Sun, Dec 19, 2010 at 6:11 PM, Nico Kadel-Garcia >> wrote: >> > On Fri, Dec 17, 2010 at 9:30 AM, santhosh kumar >> > wrote: >> >> Hi >> >> >> >> This is Santhosh Kumar from Bangalore, I have a chat with Mr. C. >> >> Michael >> >> Pilato regarding a problem with My SVN Server, he suggested me to >> >> contact in >> >> this mail id. >> >> >> >> I am expecting a positive output from your group. >> >> >> >> >> >> I have a svn server, I was using it for the past 6-8 months without any >> >> problem. >> >> >> >> The problem is that, I am not able to check out a file from the svn >> >> server >> >> system. But the same file can be checked out from any other linux box. >> >> >> >> From the server I wanted to checkout the same file for some script. It >> >> is a >> >> tar.bz2 file >> >> >> >> The error is >> >> >> >> svn: Can't open file 'flse/.svn/tmp/text-base/pgms.tar.bz2.svn-base': >> >> Permission denied. >> >> >> >> But the same file I am able to do a check out from another linux box. I >> >> am >> >> running the checkout as root user- having all permission. >> >> >> >> Request you to assist me with this. >> >> >> >> with hopes.......... >> >> >> >> Santhosh Kumar K V >> > >> > Well, the error message seems pretty clear. You can't open >> > "'flse/.svn/tmp/text-base/pgms.tar.bz2.svn-base". Check the >> > permissions, and contents, of the relevant directory and files. >> > >> > Personally, I'd wonder if you'd accidentally screwed up your working >> > copy by some other issue, such as running out of space in the midst of >> > a checkout. And I'd consider making a clean new checkout to a new >> > workspace, and comparing its contents to your existing working copy. >> >> Also, you may want to check for a "case-conflict" of that particular >> file inside your repository. I.e. two files with filenames that only >> differ in case (e.g. pgms.tar.bz2 and Pgms.tar.bz2). This can give >> problems when checking out on a case-insensitive filesystem (which may >> manifest itself with an error such as this one). >> > Thanks for your support, But the problem still remains You'll have to provide some more information if you want to help other people help you :-). What did you try? - Did you check the permissions/ownership of the file 'flse/.svn/tmp/text-base/pgms.tar.bz2.svn-base' on the client that's having the problem? - What's the filesystem on the client where you're having the problem? Is the working copy by any chance on a remote disk, mounted via NFS or CIFS? If so, is it by any chance a shared working copy, with other users or clients from other PC's accessing it as well? - What's the exact OS on the client having the problem? Any specific differences with the "other linux boxes" that don't have the problem? - Did you look at the repository, to see if there is maybe a "case-conflict" (two files with filenames only differing in case)? What's the output of "svn ls $REPOS_URL/$SUBDIR/flse"? - If all else fails, a workaround is to simply check out a new working copy (and transfer your outstanding local modifications from the broken working copy to the new one manually (or automatically, by copying all files from the old to the new, but excluding .svn directories)). That is: if the problem does not re-appear in your new working copy ... HTH, -- Johan