Re: svn issue

[Les Mikesell]

On Wed, May 8, 2013 at 2:25 AM, Amit Kumar [IN7537]
 wrote:
>
> I found an issue in SVN. Suppose there are 10 project is in directory. And I
> want to update only 9 project. There is no option to lock one project not to
> update.
>
> By this issue I get problem. I will request you to solve this issue.

Why is that a problem?   You should be able to commit to any part you
want unless access control blocks it.  And normally you would only
check out the project(s) that you are working on in the first place.
Or are you talking about the revision numbers being global for the
repository?  That's just the way subversion works - and a feature.

--
   Les Mikesell
lesmikes...@gmail.com

RE: svn issue

[Andrew Reedick]

You can do a fresh checkout and not include project10 in the initial update:
svn co -N svn://.../top_dir
cd top_dir
cd svn update project1 project2 ... project 9
Future 'svn update' commands in the top_dir directory will only update projects 
1 through 9.

Or you can explicitly not update project 10:
Windows CMD shell:
for /f %i in (' svn ls ^| findstr /v project10') do @svn update %i

ksh/bash:
svn ls | grep -v project 10 | xargs svn update


Disclaimer:  Top posting because Outlook has crushed my spirit.



From: Amit Kumar [IN7537] [mailto:amit_ku...@mindtree.com]
Sent: Wednesday, May 08, 2013 3:26 AM
To: users@subversion.apache.org
Cc: amitsinghra...@gmail.com
Subject: svn issue

Hi,

I found an issue in SVN. Suppose there are 10 project is in directory. And I 
want to update only 9 project. There is no option to lock one project not to 
update.
By this issue I get problem. I will request you to solve this issue.

Thanks & Regards,
Amit kumar | Senior Software Engineer | P +91 80 670 60718 | M +91 9740012743 | 
www.mindtree.com
MindTree Limited | West Campus, Global Village, RVCE Post, Mysore Road, 
Bangalore, India - 560 059 | Welcome to possible




http://www.mindtree.com/email/disclaimer.html

RE: svn issue

[Amit Kumar [IN7537]]

Hi les,

Thanks for reply. But in my condition there are 77 items are in parent folder 
which is group of project and some other folder like image location, document 
location. All project folder is required except like documents and image folder.
so I have to check out from parent folder only. Sometimes other team create new 
project. If I take full update then only all project will come in my local or 
all will update including new project.
I want to lock some folder and then I want take full update and I want to 
update only project folder.


Regards,

Amit kumar




-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Wednesday, May 08, 2013 7:22 PM
To: Amit Kumar [IN7537]
Cc: users@subversion.apache.org; amitsinghra...@gmail.com
Subject: Re: svn issue

On Wed, May 8, 2013 at 2:25 AM, Amit Kumar [IN7537]  
wrote:
>
> I found an issue in SVN. Suppose there are 10 project is in directory.
> And I want to update only 9 project. There is no option to lock one
> project not to update.
>
> By this issue I get problem. I will request you to solve this issue.

Why is that a problem?   You should be able to commit to any part you
want unless access control blocks it.  And normally you would only check out 
the project(s) that you are working on in the first place.
Or are you talking about the revision numbers being global for the repository?  
That's just the way subversion works - and a feature.

--
   Les Mikesell
lesmikes...@gmail.com



http://www.mindtree.com/email/disclaimer.html

Re: svn issue

[Ryan Schmidt]

On May 9, 2013, at 00:16, Amit Kumar wrote:

> Thanks for reply. But in my condition there are 77 items are in parent folder 
> which is group of project and some other folder like image location, document 
> location. All project folder is required except like documents and image 
> folder.
> so I have to check out from parent folder only. Sometimes other team create 
> new project. If I take full update then only all project will come in my 
> local or all will update including new project.
> I want to lock some folder and then I want take full update and I want to 
> update only project folder.

Well "lock" isn't the term for this concept in Subversion. What you're looking 
for is a "sparse" working copy.

Re: svn issue

[Prabhu Gnana Sundar]

On 05/09/2013 10:46 AM, Amit Kumar [IN7537] wrote:

Hi les,

Thanks for reply. But in my condition there are 77 items are in parent folder 
which is group of project and some other folder like image location, document 
location. All project folder is required except like documents and image folder.
so I have to check out from parent folder only. Sometimes other team create new 
project. If I take full update then only all project will come in my local or 
all will update including new project.



Let us assume you have a file structure like,

/trunk
|
|- proj1
   |
   |- file1
   |- file2
|- proj2
   |- file3
   |- file4
|- proj3
|
|
|- proj77
|- documents
|- images


Since you wanted to restrict access to 'documents' directory, you can 
have access rules like,


[reponame:/trunk/documents]
user=

[reponame:/trunk/proj-created-by-other-team]
user=

[reponame:/trunk]
*=rw


I want to lock some folder and then I want take full update and I want to 
update only project folder.


I don't understand the scenario you described.

You can restrict access to a folder by the above said method and also 
grant full access by just "user=rw".

If you wanted to update only only project folder, you can do so by,

$ svn update project-folder


--prabhugs






Regards,

Amit kumar




-Original Message-
From: Les Mikesell [mailto:lesmikes...@gmail.com]
Sent: Wednesday, May 08, 2013 7:22 PM
To: Amit Kumar [IN7537]
Cc: users@subversion.apache.org; amitsinghra...@gmail.com
Subject: Re: svn issue

On Wed, May 8, 2013 at 2:25 AM, Amit Kumar [IN7537]  
wrote:

I found an issue in SVN. Suppose there are 10 project is in directory.
And I want to update only 9 project. There is no option to lock one
project not to update.

By this issue I get problem. I will request you to solve this issue.

Why is that a problem?   You should be able to commit to any part you
want unless access control blocks it.  And normally you would only check out 
the project(s) that you are working on in the first place.
Or are you talking about the revision numbers being global for the repository?  
That's just the way subversion works - and a feature.

--
Les Mikesell
 lesmikes...@gmail.com



http://www.mindtree.com/email/disclaimer.html

Re: svn issue

[Les Mikesell]

On Thu, May 9, 2013 at 12:16 AM, Amit Kumar [IN7537]
 wrote:
>
> Thanks for reply. But in my condition there are 77 items are in parent folder 
> which is group of project and some other folder like image location, document 
> location. All project folder is required except like documents and image 
> folder.
> so I have to check out from parent folder only. Sometimes other team create 
> new project. If I take full update then only all project will come in my 
> local or all will update including new project.
> I want to lock some folder and then I want take full update and I want to 
> update only project folder.

I see others have described how to get a sparse working copy but
personally I'd rearrange the repository layout to match the structure
so you can check out one top level directory and get what you want.
If that is the way everyone uses the repository, perhaps you could
move the 77 things you want under a new upper-level directory parallel
to the one you don't want.   Or, if everyone uses different parts,
group them under directories that match the use patterns, then add a
new directory that you check out containing svn externals that pull
the other components into the right places and others can do the same
for their own layouts.  The bad (or good, depending on your use
patterns and tools...) side of externals is that commits don't
automatically recurse into the folders pulled through external
references.  Checkouts and updates follow them automatically, but you
have to explicitly commit changes separately.   Externals also make it
much easier to work with separate trunk/branches/tags folders at
project-level folders for various components with separately-managed
component releases, but it doesn't sound like you are using that
convention in your repository now.

--
   Les Mikesell
 lesmikes...@gmail.com

RE: SVN issue

[Bert Huijben]

Looking at the log, the crash is in 'VisualSVNServerHooks.exe', so I would
recommend mailing to the VisualSVN support e-mail list. I don't think we
know how to help you here.

 

Bert

 

From: Omer Abramovich [mailto:om...@syverse.net] 
Sent: zondag 30 maart 2014 13:29
To: users@subversion.apache.org
Subject: SVN issue

 

Hello,

 

After setting up SVN protocol (using svnserve windows process) I get this
kind of error when perform commit.

 

Regards,

Omer   Abramovich

IS/ITDepartment

Mobile  052.8588.111



 

<>

RE: SVN issue

[Omer Abramovich]

Got it, thank you Bert.

Regards,
Omer   Abramovich
IS/ITDepartment
Mobile  052.8588.111
[Syverse Logo]

From: Bert Huijben [mailto:b...@qqmail.nl]
Sent: Monday, March 31, 2014 11:41 AM
To: Omer Abramovich; users@subversion.apache.org
Subject: RE: SVN issue

Looking at the log, the crash is in 'VisualSVNServerHooks.exe', so I would 
recommend mailing to the VisualSVN support e-mail list. I don't think we know 
how to help you here.

Bert

From: Omer Abramovich [mailto:om...@syverse.net]
Sent: zondag 30 maart 2014 13:29
To: users@subversion.apache.org<mailto:users@subversion.apache.org>
Subject: SVN issue

Hello,

After setting up SVN protocol (using svnserve windows process) I get this kind 
of error when perform commit.

Regards,
Omer   Abramovich
IS/ITDepartment
Mobile  052.8588.111
[Syverse Logo]

<>

Re: SVN issue

[Ivan Zhakov]

On 30 March 2014 15:28, Omer Abramovich  wrote:

>  Hello,
>
>
>
> After setting up SVN protocol (using svnserve windows process) I get this
> kind of error when perform commit.
>
>
>
Hi Omer,

This issue is fixed in recently released VisualSVN Server 2.7.5:
* Fixed: VisualSVNServerHooks.exe crashes on commits without 'svn:log' or
'svn:author' properties.

http://www.visualsvn.com/server/download/

-- 
Ivan Zhakov

RE: SVN issue

[Omer Abramovich]

Hi Ivan,

Thanks for the update !!! I really appreciate this ☺

Regards,
Omer   Abramovich
IS/ITDepartment
Mobile  052.8588.111
[Syverse Logo]

From: Ivan Zhakov [mailto:i...@visualsvn.com]
Sent: Monday, April 07, 2014 3:54 PM
To: Omer Abramovich
Cc: users@subversion.apache.org
Subject: Re: SVN issue

On 30 March 2014 15:28, Omer Abramovich 
mailto:om...@syverse.net>> wrote:
Hello,

After setting up SVN protocol (using svnserve windows process) I get this kind 
of error when perform commit.

Hi Omer,
This issue is fixed in recently released VisualSVN Server 2.7.5:
* Fixed: VisualSVNServerHooks.exe crashes on commits without 'svn:log' or 
'svn:author' properties.

http://www.visualsvn.com/server/download/

--
Ivan Zhakov
<>

Re: SVN issue

[Pavel Lyalyakin]

Hello,

On Tue, Nov 22, 2016 at 12:30 PM, vellur pandian R K
 wrote:
>
> Hi
>
>   We are using Visual SVN server in our company. It worked well

What VisualSVN Server version do you use at the moment? Make sure that
you use an up-to-date VisualSVN Server version.

> But users unable to create particular branch from trunk folder
>
> i have put svnadmin verify to check repository
>
> i found error as below
>
> * Verified revision 508448.
> * Verified revision 508449.
> * Verified revision 508450.
> * Verified revision 508451.
> svnadmin: E160004: Mergeinfo-count discrepancy on 'a-1.0.r508452/9674': 
> expected
>  1244741480414057964+0, counted 116
>
> Could you please tell me what to do

Create a new empty repository and use `svnadmin dump` & `svnadmin
load`[1] to load the repository dump stream from old to new repo.
Dump-load cycle should help you fix this particular error.

Here is an example of the command you could run to pipe the dump steam
from old repo to the new one:
[[[
svnadmin dump ORIGINALREPO | svnadmin load NEWREPO --quiet
]]]

Don't forget to copy the original repository's UUID[2] when creating
the new repository and copy the hook scripts and access rules list
(\conf\VisualSVN-WinAuthz.ini or \conf\VisualSVN-SvnAuthz.ini).

BTW, you've mentioned that "users unable to create particular branch";
there is a chance that these issues are unrelated to each other. If
you require assistance, please provide a comprehensive summary of the
behavior including the complete errors your users report, what client
software and versions they use and show the events logged to
VisualSVN Server event log.

[1]: 
http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin
[2]: 
http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.uuids

--
With best regards,
Pavel Lyalyakin
VisualSVN Team

Re: SVN issue

[Daniel Shahaf]

vellur pandian R K wrote on Tue, Nov 22, 2016 at 15:00:09 +0530:
> * Verified revision 508451.
> svnadmin: E160004: Mergeinfo-count discrepancy on 'a-1.0.r508452/9674':
> expected
>  1244741480414057964+0, counted 116

This looks like issue #4129:

https://subversion.apache.org/docs/issue4129.txt
https://issues.apache.org/jira/browse/SVN-4129

In short: it is a metadata corruption.  The fix is to upgrade the server
[see the first link for which release to upgrade to], and to run
a dump/load cycle.

This is a metadata-only issue; files, properties, authz settings, etc
are not affected.

Cheers,

Daniel

Re: SVN issue

[Pavel Lyalyakin]

Hello,

On Tue, Nov 22, 2016 at 1:32 PM, vellur pandian R K
 wrote:

Use "Reply All" command of your email client to keep the mailing list
in the loop, please. BTW, the mailing list prefers bottom posting or
inline replying instead of top-posing.

> Hi Pavel,
>
>Thanks for the reply, Right now i have did like this
>
> svnadmin dump --incremental -r 508542 c:\svn\myrepository >> dumpfile
>
> after hit enter i got the below message
>
> dumped revision 50582.
>
> Whats gonna happen. Did i do anything wrong?

The message tells you that you've just dumped the revision 50582 to
the file "dumpfile". I'm not sure why you run incremental dump and why
you specify revision 508542, while the output has 50582.

Please, read my and Daniel's recommendations carefully. Make sure that
your VisualSVN Server is up to date and dump-load the repository.

If you are new to Subversion or `svnadmin dump` and `svnadmin load`
tools, it is strongly recommended to read the documentation:
http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin

> Regards
>
> Pandian
>
>
>
> On Tue, Nov 22, 2016 at 3:45 PM, Pavel Lyalyakin 
>  wrote:
>>
>> Hello,
>>
>> On Tue, Nov 22, 2016 at 12:30 PM, vellur pandian R K
>>  wrote:
>> >
>> > Hi
>> >
>> >   We are using Visual SVN server in our company. It worked well
>>
>> What VisualSVN Server version do you use at the moment? Make sure that
>> you use an up-to-date VisualSVN Server version.
>>
>> > But users unable to create particular branch from trunk folder
>> >
>> > i have put svnadmin verify to check repository
>> >
>> > i found error as below
>> >
>> > * Verified revision 508448.
>> > * Verified revision 508449.
>> > * Verified revision 508450.
>> > * Verified revision 508451.
>> > svnadmin: E160004: Mergeinfo-count discrepancy on 'a-1.0.r508452/9674': 
>> > expected
>> >  1244741480414057964+0, counted 116
>> >
>> > Could you please tell me what to do
>>
>> Create a new empty repository and use `svnadmin dump` & `svnadmin
>> load`[1] to load the repository dump stream from old to new repo.
>> Dump-load cycle should help you fix this particular error.
>>
>> Here is an example of the command you could run to pipe the dump steam
>> from old repo to the new one:
>> [[[
>> svnadmin dump ORIGINALREPO | svnadmin load NEWREPO --quiet
>> ]]]
>>
>> Don't forget to copy the original repository's UUID[2] when creating
>> the new repository and copy the hook scripts and access rules list
>> (\conf\VisualSVN-WinAuthz.ini or \conf\VisualSVN-SvnAuthz.ini).
>>
>> BTW, you've mentioned that "users unable to create particular branch";
>> there is a chance that these issues are unrelated to each other. If
>> you require assistance, please provide a comprehensive summary of the
>> behavior including the complete errors your users report, what client
>> software and versions they use and show the events logged to
>> VisualSVN Server event log.
>>
>> [1]: 
>> http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate.svnadmin
>> [2]: 
>> http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.html#svn.reposadmin.maint.uuids
>>
>> --
>> With best regards,
>> Pavel Lyalyakin
>> VisualSVN Team
>
>



--
With best regards,
Pavel Lyalyakin
VisualSVN Team

Re: SVN issue

[vellur pandian R K]

On Tue, Nov 22, 2016 at 4:11 PM, Pavel Lyalyakin <
pavel.lyalya...@visualsvn.com> wrote:

> Hello,
>
> On Tue, Nov 22, 2016 at 1:32 PM, vellur pandian R K
>  wrote:
>
> Use "Reply All" command of your email client to keep the mailing list
> in the loop, please. BTW, the mailing list prefers bottom posting or
> inline replying instead of top-posing.
>
> > Hi Pavel,
> >
> >Thanks for the reply, Right now i have did like this
> >
> > svnadmin dump --incremental -r 508542 c:\svn\myrepository >> dumpfile
> >
> > after hit enter i got the below message
> >
> > dumped revision 50582.
> >
> > Whats gonna happen. Did i do anything wrong?
>
> The message tells you that you've just dumped the revision 50582 to
> the file "dumpfile". I'm not sure why you run incremental dump and why
> you specify revision 508542, while the output has 50582.
>
> Please, read my and Daniel's recommendations carefully. Make sure that
> your VisualSVN Server is up to date and dump-load the repository.
>
> If you are new to Subversion or `svnadmin dump` and `svnadmin load`
> tools, it is strongly recommended to read the documentation:
> http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.
> html#svn.reposadmin.maint.migrate.svnadmin
>
> > Regards
> >
> > Pandian
> >
> >
> >
> > On Tue, Nov 22, 2016 at 3:45 PM, Pavel Lyalyakin <
> pavel.lyalya...@visualsvn.com> wrote:
> >>
> >> Hello,
> >>
> >> On Tue, Nov 22, 2016 at 12:30 PM, vellur pandian R K
> >>  wrote:
> >> >
> >> > Hi
> >> >
> >> >   We are using Visual SVN server in our company. It worked well
> >>
> >> What VisualSVN Server version do you use at the moment? Make sure that
> >> you use an up-to-date VisualSVN Server version.
> >>
> >> > But users unable to create particular branch from trunk folder
> >> >
> >> > i have put svnadmin verify to check repository
> >> >
> >> > i found error as below
> >> >
> >> > * Verified revision 508448.
> >> > * Verified revision 508449.
> >> > * Verified revision 508450.
> >> > * Verified revision 508451.
> >> > svnadmin: E160004: Mergeinfo-count discrepancy on
> 'a-1.0.r508452/9674': expected
> >> >  1244741480414057964+0, counted 116
> >> >
> >> > Could you please tell me what to do
> >>
> >> Create a new empty repository and use `svnadmin dump` & `svnadmin
> >> load`[1] to load the repository dump stream from old to new repo.
> >> Dump-load cycle should help you fix this particular error.
> >>
> >> Here is an example of the command you could run to pipe the dump steam
> >> from old repo to the new one:
> >> [[[
> >> svnadmin dump ORIGINALREPO | svnadmin load NEWREPO --quiet
> >> ]]]
> >>
> >> Don't forget to copy the original repository's UUID[2] when creating
> >> the new repository and copy the hook scripts and access rules list
> >> (\conf\VisualSVN-WinAuthz.ini or \conf\VisualSVN-SvnAuthz.ini).
> >>
> >> BTW, you've mentioned that "users unable to create particular branch";
> >> there is a chance that these issues are unrelated to each other. If
> >> you require assistance, please provide a comprehensive summary of the
> >> behavior including the complete errors your users report, what client
> >> software and versions they use and show the events logged to
> >> VisualSVN Server event log.
> >>
> >> [1]: http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.
> html#svn.reposadmin.maint.migrate.svnadmin
> >> [2]: http://svnbook.red-bean.com/en/1.8/svn.reposadmin.maint.
> html#svn.reposadmin.maint.uuids
> >>
> >> --
> >> With best regards,
> >> Pavel Lyalyakin
> >> VisualSVN Team
> >
> >
>
>

Hi Pavel,

   Thank you. I think typo error,

svnadmin dump --incremental -r 508542 c:\svn\myrepository >> dumpfile
>
> after hit enter i got the below message
>
> dumped revision 508542

What i tried to do here is, to fix the corrupted revision number 508542

will it go anything wrong, becauase i have entered abouve in server

Regards
Pandian



>
>
> --
> With best regards,
> Pavel Lyalyakin
> VisualSVN Team
>

Re: SVN Issue On Solaris OS

[Branko Čibej]

On 10.12.2014 22:01, Mohsin wrote:
> Good Day SVN Experts,
>
> I recently upgraded svn v 1.8.9 to v 1.8.10 from Linux OS to Solaris OS.
> Linux machine was desktop machine with low specs and Solaris machine is
> T1000 server class machine. Now issue we faced is when we start rsync from
> Solaris machine disk usage of machine goes to 100 % and machine goes to un
> responsive mode while on previous Linux machine we have not faced any issue.

I don't understand what rsync would have to do with Subversion.

Also, you really should be more precise in your reports: if by "disk
usage of machine goes to 100%" you mean that your file system is full,
it's not at all surprising that the system grinds to a halt.

> This thing is very strange for me because svn should work properly on
> Solaris machine because that machine have better specs but result is
> opposite.

What are "better specs", exactly? It's not at all obvious to me that a
SunFire T1000 would have "better specs" than an ordinary off-the-shelf
PC running Linux. For example, by default, the T1000 has about 80GB of
disk ... compared to about 10 times as much on your common desktop box.
So, again, you'll have to be more precise in your comparisons.

> One thing which we have changed on Solaris machine is the
> structure of repositories; on previous server path for repos was /u/ ,
> /us/local , /usr/wb etc but on new Solaris server we have merged all
> repositories on one path which is /u/ should this can cause the disk usage
> to 100 % because now data is fetching from one path; or there is another
> issue. Can someone shed light on this issue.

This really shouldn't matter, unless you now have a directory with tens
of thousands of entries in it. And your use of the term "100% disk
usage" seems to be about I/O, not capacity (which is quite strange). On
the other hand, if you're actually rsyncing lots of data to or from your
machine, it's not surprising that you use up all available disk
bandwidth. But I still don't know how Subversion would be related to rsync.

-- Brane

Re: SVN Issue On Solaris OS

[Mark Phippard]

On Wed, Dec 10, 2014 at 4:30 PM, Branko Čibej  wrote:

> On 10.12.2014 22:01, Mohsin wrote:
>
> > This thing is very strange for me because svn should work properly on
> > Solaris machine because that machine have better specs but result is
> > opposite.
>
> What are "better specs", exactly? It's not at all obvious to me that a
> SunFire T1000 would have "better specs" than an ordinary off-the-shelf
> PC running Linux. For example, by default, the T1000 has about 80GB of
> disk ... compared to about 10 times as much on your common desktop box.
> So, again, you'll have to be more precise in your comparisons.
>

I searched the archives without luck, but thought I recall some people
posting these machines were not good with SVN.  Aren't these the ones
capable of running a lot of threads but are very slow single thread
machines?  The processor is only like 1 Ghz I believe.

So maybe with an Apache server receiving a lot of concurrent requests where
all of those threads can be used this machine would be OK.  But otherwise,
I'd assume it would be much slower than an x86 machine of any kind.

The questions brane asked are probably more relevant though.  It seems this
is either a question for rsync mailing lists, or you should take that out
of the equation and make this about SVN and why.

-- 
Thanks

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

Re: SVN Issue On Solaris OS

[Branko Čibej]

On 10.12.2014 22:37, Mark Phippard wrote:
> On Wed, Dec 10, 2014 at 4:30 PM, Branko Čibej  > wrote:
>
> On 10.12.2014 22:01, Mohsin wrote:
>
> > This thing is very strange for me because svn should work
> properly on
> > Solaris machine because that machine have better specs but result is
> > opposite.
>
> What are "better specs", exactly? It's not at all obvious to me that a
> SunFire T1000 would have "better specs" than an ordinary off-the-shelf
> PC running Linux. For example, by default, the T1000 has about 80GB of
> disk ... compared to about 10 times as much on your common desktop
> box.
> So, again, you'll have to be more precise in your comparisons.
>
>
> I searched the archives without luck, but thought I recall some people
> posting these machines were not good with SVN.  Aren't these the ones
> capable of running a lot of threads but are very slow single thread
> machines?  The processor is only like 1 Ghz I believe.

It's an UltraSparc, around 1GHz; theoretically 8-way multi-threaded,
with shared L2 cache (IIRC, somewhat equivalent to x86 hyperthreading,
but a decade older technology).

> So maybe with an Apache server receiving a lot of concurrent requests
> where all of those threads can be used this machine would be OK.  But
> otherwise, I'd assume it would be much slower than an x86 machine of
> any kind.

Absolutely. The SunFires, and any other Sparc machines, have not kept up
with the rest of the world when it comes to performance (and "specs" in
general).

Here's the relevant docco:

https://docs.oracle.com/cd/E19076-01/t1k.srvr/819-3245-12/819-3245-12.pdf

You'll note that it says "Copyright 2007" ... not exactly bleeding edge.

-- Brane

Re: SVN Issue On Solaris OS

[Mohsin]

>This really shouldn't matter, unless you now have a directory with tens
>of thousands of entries in it. And your use of the term "100% disk
>usage" seems to be about I/O, not capacity (which is quite strange). On
>the other hand, if you're actually rsyncing lots of data to or from your
>machine, it's not surprising that you use up all available disk
>bandwidth. But I still don't know how Subversion would be related to rsync. 

We have 900 GB total space on server in which half of the space is free on
server. We have 430 GB data in all repos so by r syncing all disk bandwidth
of server is being consumed that caused 100 % disk usage.That the point
which i understand.


Mohsin



--
View this message in context: 
http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191208.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Re: SVN Issue On Solaris OS

[Mark Phippard]

On Dec 10, 2014, at 5:47 PM, Mohsin  wrote:

>> This really shouldn't matter, unless you now have a directory with tens
>> of thousands of entries in it. And your use of the term "100% disk
>> usage" seems to be about I/O, not capacity (which is quite strange). On
>> the other hand, if you're actually rsyncing lots of data to or from your
>> machine, it's not surprising that you use up all available disk
>> bandwidth. But I still don't know how Subversion would be related to rsync. 
> 
> We have 900 GB total space on server in which half of the space is free on
> server. We have 430 GB data in all repos so by r syncing all disk bandwidth
> of server is being consumed that caused 100 % disk usage.That the point
> which i understand.
> 
> 
> Mohsin
> 

Assume you realize that rsync is not part of Subversion?

Mark

Re: SVN Issue On Solaris OS

[Mohsin]

>Assume you realize that rsync is not part of Subversion? 

Yes rsync is separate utility which is used for syncing purpose . Rsync
nothing to do with subversion.



--
View this message in context: 
http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191210.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Re: SVN Issue On Solaris OS

[Mohsin]

>I searched the archives without luck, but thought I recall some people
posting these machines were not >good with SVN. 

If this is the case then we should consider Linux machines which are working
fine with svn . I think we should prefer Linux machines for svn. 


Mohsin



--
View this message in context: 
http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191211.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Re: SVN Issue On Solaris OS

[Philip Martin]

Mark Phippard  writes:

> I searched the archives without luck, but thought I recall some people
> posting these machines were not good with SVN.  Aren't these the ones
> capable of running a lot of threads but are very slow single thread
> machines?  The processor is only like 1 Ghz I believe.
>
> So maybe with an Apache server receiving a lot of concurrent requests where
> all of those threads can be used this machine would be OK.  But otherwise,
> I'd assume it would be much slower than an x86 machine of any kind.

Subversion's SPARC Solaris buildbot slave is a T1000.  It takes about
6min to build Subversion and 25min to run the regression tests on a RAM
disk. By way of comparison, my Linux desktop is about one year old and a
similar build is less than 30sec and the tests take less than 3min.  The
regression tests do not reliably predict the performance of real
Subversion servers since the data sets in the tests are tiny, but this
shows that for some workloads a T1000 is an order of magnitude slower
than an x86.

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*

Re: SVN Issue On Solaris OS

[Stefan Sperling]

On Wed, Dec 10, 2014 at 04:01:10PM -0700, Mohsin wrote:
> >I searched the archives without luck, but thought I recall some people
> posting these machines were not >good with SVN. 
> 
> If this is the case then we should consider Linux machines which are working
> fine with svn . I think we should prefer Linux machines for svn. 
> 
> 
> Mohsin

I'm running a T1000 and would say its disks are way slow to run a high
perfomance svn server with. These machines are nice for running several
network-bound services in isolated logical domains in a single box.
But busy Subversion servers need fast disks. It's probably OK for a
dozen users or so but beyond that I'd consider something else.

BTW, if you ever end up replacing such servers and would like to donate
them to an open source project instead of dumping them, please let me know :-)

Re: SVN Issue On Solaris OS

[Mohsin Abbas]

Thanks for your suggestion at least you have provided me a guide : )



Regards
Mohsin

On Thu, Dec 11, 2014 at 12:02 AM, Stefan Sperling  wrote:

> On Wed, Dec 10, 2014 at 04:01:10PM -0700, Mohsin wrote:
> > >I searched the archives without luck, but thought I recall some people
> > posting these machines were not >good with SVN.
> >
> > If this is the case then we should consider Linux machines which are
> working
> > fine with svn . I think we should prefer Linux machines for svn.
> >
> >
> > Mohsin
>
> I'm running a T1000 and would say its disks are way slow to run a high
> perfomance svn server with. These machines are nice for running several
> network-bound services in isolated logical domains in a single box.
> But busy Subversion servers need fast disks. It's probably OK for a
> dozen users or so but beyond that I'd consider something else.
>
> BTW, if you ever end up replacing such servers and would like to donate
> them to an open source project instead of dumping them, please let me know
> :-)
>

Re: SVN Issue On Solaris OS

[Mohsin]

>Subversion's SPARC Solaris buildbot slave is a T1000.  It takes about
>6min to build Subversion and 25min to run the regression tests on a RAM
>disk. By way of comparison, my Linux desktop is about one year old and a
>similar build is less than 30sec and the tests take less than 3min.  The
>regression tests do not reliably predict the performance of real
>Subversion servers since the data sets in the tests are tiny, but this
>shows that for some workloads a T1000 is an order of magnitude slower
>than an x86. 


That's make sense. Thanks for your feedback. Now I am sure issue is with
machine T1000 which responds slow then desktop Linux machine. I need to
migrate svn on T2000 or above specs machine for better performance.


Regards
Mohsin



--
View this message in context: 
http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191216.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Re: SVN Issue On Solaris OS

[Nico Kadel-Garcia]

On Wed, Dec 10, 2014 at 5:57 PM, Mohsin  wrote:
>>Assume you realize that rsync is not part of Subversion?
>
> Yes rsync is separate utility which is used for syncing purpose . Rsync
> nothing to do with subversion.

I'm assuming that this bulky repository has a long history, with
thousands of transactions, and you're doing a raw file-system based
rsync?

Make sure you have rsync version 3.x, to start with, and *do not* try
to run it over some poorly tuned intermediate network file system such
as NFSv3. And frankly, Sun hardware is rapidly being phased out. I
haven't seen anyone using it for production in more than 2 years, only
in legacy apps that they have no interest or willingness to change
anything for.

Re: SVN Issue On Solaris OS

[Mohsin Abbas]

>I'm assuming that this bulky repository has a long history, with
>thousands of transactions, and you're doing a raw file-system based
>rsync?

What is raw file-system based rsync ? Can you shed some light on it?

>Make sure you have rsync version 3.x, to start with, and *do not* try
>to run it over some poorly tuned intermediate network file system such
>as NFSv3. And frankly, Sun hardware is rapidly being phased out. I
>haven't seen anyone using it for production in more than 2 years, only
>in legacy apps that they have no interest or willingness to change
>anything for.

We are using 3.x version of rsync. Yes your are right we had bad experience
on Solaris OS of running svn while on Linux OS performance was good.


Cheers,
Mohsin


On Fri, Dec 12, 2014 at 6:06 AM, Nico Kadel-Garcia  wrote:
>
> On Wed, Dec 10, 2014 at 5:57 PM, Mohsin  wrote:
> >>Assume you realize that rsync is not part of Subversion?
> >
> > Yes rsync is separate utility which is used for syncing purpose . Rsync
> > nothing to do with subversion.
>
> I'm assuming that this bulky repository has a long history, with
> thousands of transactions, and you're doing a raw file-system based
> rsync?
>
> Make sure you have rsync version 3.x, to start with, and *do not* try
> to run it over some poorly tuned intermediate network file system such
> as NFSv3. And frankly, Sun hardware is rapidly being phased out. I
> haven't seen anyone using it for production in more than 2 years, only
> in legacy apps that they have no interest or willingness to change
> anything for.
>

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den tors 23 maj 2024 kl 16:07 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hi All,
>
> We are not getting Authentication window(using TortoriseSVN Repo Browser)
>  after creating a new repository in SVN to access that repository
>
> Else if we are getting authentication window then after input of username
> and password of user its showing error message as "Authentication
> failed"
>
> Requesting to please help on this issue.
>
> Below is the steps we are following to create repository
>
> Home path: /home/svnadmin
> # cd /SVN
> # svnadmin create YAALA (Repository Name: YAALA)
>

Which protocol are you using to access the repository?

Do you have other repositories where this works?

Can you share your server configuration?

Kind regards,
Daniel Sahlberg

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Team,

Please find the my input inline below.

Which protocol are you using to access the repository? - Tortoise SVN -
Repo Browser

Do you have other repositories where this works? - No

Can you share your server configuration? - its a Redhat Linux with 16 GB
RAM and 4 core CPU.

Regards,




 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Thu, May 23, 2024 at 7:41 PM Daniel Sahlberg 
wrote:

> Den tors 23 maj 2024 kl 16:07 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hi All,
>>
>> We are not getting Authentication window(using TortoriseSVN Repo Browser)
>>  after creating a new repository in SVN to access that repository
>>
>> Else if we are getting authentication window then after input of username
>> and password of user its showing error message as "Authentication
>> failed"
>>
>> Requesting to please help on this issue.
>>
>> Below is the steps we are following to create repository
>>
>> Home path: /home/svnadmin
>> # cd /SVN
>> # svnadmin create YAALA (Repository Name: YAALA)
>>
>
> Which protocol are you using to access the repository?
>
> Do you have other repositories where this works?
>
> Can you share your server configuration?
>
> Kind regards,
> Daniel Sahlberg
>
>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hello Team,
>
> Please find the my input inline below.
>
> Which protocol are you using to access the repository? - Tortoise SVN -
> Repo Browser
>

Are you using Apache/mod_dav_svn (http[s]://..), svnserve (svn://.)
or ssh+svnserve (svn+ssh://.)? (Or even file://..., but in that case
you will not get an authentication prompt).


> Do you have other repositories where this works? - No
>
> Can you share your server configuration? - its a Redhat Linux with 16 GB
> RAM and 4 core CPU.
>

I mean the Apache httpd configuration if you use mod_dav_svn or the
svnserve configuration if you use svnserve.

The Subversion book has some great examples of how to setup authentication:
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn

Kind regards,
Daniel

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Daniel,

We are using below mentioned path for access in SVN through
TortoiseSVN->Repo Browser.

svn://___.__.__.___(server ip)/SVN/aedge

Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg 
wrote:

> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Team,
>>
>> Please find the my input inline below.
>>
>> Which protocol are you using to access the repository? - Tortoise SVN -
>> Repo Browser
>>
>
> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
> in that case you will not get an authentication prompt).
>
>
>> Do you have other repositories where this works? - No
>>
>> Can you share your server configuration? - its a Redhat Linux with 16 GB
>> RAM and 4 core CPU.
>>
>
> I mean the Apache httpd configuration if you use mod_dav_svn or the
> svnserve configuration if you use svnserve.
>
> The Subversion book has some great examples of how to setup authentication:
>
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>
> Kind regards,
> Daniel
>
>

-- 


Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading 
platform. **www.ncdex.com **

*Tweet: @ncdex, 
Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
**

*Disclaimer:*

*This email 
and any and all attachment/s hereto are intended solely for the 
addressee/s, are strictly confidential and may be privileged. If you are 
not the intended recipient, any reading, dissemination, copying or any 
other use of this e-mail and the attachment/s is prohibited. If you have 
received this email in error, please notify the sender immediately by email 
and also permanently delete the email. Copyright reserved.*

*All 
communications, incoming and outgoing, may be recorded and are monitored 
for legitimate business purposes. NCDEX is not responsible for any damage 
caused by virus or alteration of the e-mail or the accompanying 
attachment/s by a third party or otherwise. NCDEX disclaims all liability 
for any loss or damage whatsoever arising out of or resulting from the 
receipt, use, transmission or interruption of this email. Any views or 
opinions expressed in this email are those of the author only.*

Re: SVN issue - Repository - not able to login

[Daniel Sahlberg]

Den mån 27 maj 2024 kl 14:50 skrev Roshan Pardeshi <
roshan.parde...@ncdex.com>:

> Hello Daniel,
>
> We are using below mentioned path for access in SVN through
> TortoiseSVN->Repo Browser.
>
> svn://___.__.__.___(server ip)/SVN/aedge
>

So you are using svnserve.

Can you double check your settings in the Subversion book:
https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general

Can you copy relevant sections from the svnserve.conf file in the
repository on the server? Can you double check that the file you are using
for password-db actually exists and that it contains relevant data?

Please try to include as much information as possible in your e-mail and
the more you are able to check yourself on the basis of the documentation
and available resources the easier it will be to help you.

Kind regards,
Daniel Sahlberg




>
> Regards,
>
>
>  
> 
> 
>
> Roshan Pardeshi
> Senior Executive
> National Commodity & Derivatives Exchange Limited
>
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
> 9167426129
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>  /  022 - 6640 3225
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
> roshan.parde...@ncdex.com
> /
> as...@ncdex.com
> 
> Toll-free number 1800 266 2339 / 1800 103 4861
> <#m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>
>
>
> On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg <
> daniel.l.sahlb...@gmail.com> wrote:
>
>> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
>> roshan.parde...@ncdex.com>:
>>
>>> Hello Team,
>>>
>>> Please find the my input inline below.
>>>
>>> Which protocol are you using to access the repository? - Tortoise SVN -
>>> Repo Browser
>>>
>>
>> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
>> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
>> in that case you will not get an authentication prompt).
>>
>>
>>> Do you have other repositories where this works? - No
>>>
>>> Can you share your server configuration? - its a Redhat Linux with 16 GB
>>> RAM and 4 core CPU.
>>>
>>
>> I mean the Apache httpd configuration if you use mod_dav_svn or the
>> svnserve configuration if you use svnserve.
>>
>> The Subversion book has some great examples of how to setup
>> authentication:
>>
>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>>
>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>>
>> Kind regards,
>> Daniel
>>
>>
> Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading
> platform. *www.ncdex.com *
>
> *Tweet: @ncdex, Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
>
> *Disclaimer:*
>
> *This email and any and all attachment/s hereto are intended solely for
> the addressee/s, are strictly confidential and may be privileged. If you
> are not the intended recipient, any reading, dissemination, copying or any
> other use of this e-mail and the attachment/s is prohibited. If you have
> received this email in error, please notify the sender immediately by email
> and also permanently delete the email. Copyright reserved.*
>
> *All communications, incoming and outgoing, may be recorded and are
> monitored for legitimate business purposes. NCDEX is not responsible for
> any damage caused by virus or alteration of the e-mail or the accompanying
> attachment/s by a third party or otherwise. NCDEX disclaims all liability
> for any loss or damage whatsoever arising out of or resulting from the
> receipt, use, transmission or interruption of this email. Any views or
> opinions expressed in this email are those of the author only.*
>

Re: SVN issue - Repository - not able to login

[Roshan Pardeshi]

Hello Daniel,

We have checked from below link but not find the solution. If we create a
new repository named as *Utilities *that repository is getting created but
when user is trying to login that repository by using URL as -
*svn://192.168.213.190/SVN/Utilities
* authorization window is not coming
which ask for username and password.

https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn
.serverconfig.svnserve.auth.general


Regards,


 



Roshan Pardeshi
Senior Executive
National Commodity & Derivatives Exchange Limited
<#SignatureSanitizer_SafeHtmlFilter_>
9167426129 <#SignatureSanitizer_SafeHtmlFilter_> /  022 - 6640 3225
<#SignatureSanitizer_SafeHtmlFilter_>
roshan.parde...@ncdex.com
/
as...@ncdex.com

Toll-free number 1800 266 2339 / 1800 103 4861
<#SignatureSanitizer_SafeHtmlFilter_>



On Mon, May 27, 2024 at 7:02 PM Daniel Sahlberg 
wrote:

> Den mån 27 maj 2024 kl 14:50 skrev Roshan Pardeshi <
> roshan.parde...@ncdex.com>:
>
>> Hello Daniel,
>>
>> We are using below mentioned path for access in SVN through
>> TortoiseSVN->Repo Browser.
>>
>> svn://___.__.__.___(server ip)/SVN/aedge
>>
>
> So you are using svnserve.
>
> Can you double check your settings in the Subversion book:
> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>
> Can you copy relevant sections from the svnserve.conf file in the
> repository on the server? Can you double check that the file you are using
> for password-db actually exists and that it contains relevant data?
>
> Please try to include as much information as possible in your e-mail and
> the more you are able to check yourself on the basis of the documentation
> and available resources the easier it will be to help you.
>
> Kind regards,
> Daniel Sahlberg
>
>
> 
>
>
>>
>> Regards,
>>
>>
>>  
>> 
>> 
>>
>> Roshan Pardeshi
>> Senior Executive
>> National Commodity & Derivatives Exchange Limited
>>
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>> 9167426129
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>>  /  022 - 6640 3225
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>> roshan.parde...@ncdex.com
>> 
>> /as...@ncdex.com
>> 
>> Toll-free number 1800 266 2339 / 1800 103 4861
>> <#m_-1745979131062404214_m_333834782278983509_m_2296490561864706534_SignatureSanitizer_SafeHtmlFilter_>
>>
>>
>>
>> On Thu, May 23, 2024 at 9:42 PM Daniel Sahlberg <
>> daniel.l.sahlb...@gmail.com> wrote:
>>
>>> Den tors 23 maj 2024 kl 18:03 skrev Roshan Pardeshi <
>>> roshan.parde...@ncdex.com>:
>>>
 Hello Team,

 Please find the my input inline below.

 Which protocol are you using to access the repository? - Tortoise SVN -
 Repo Browser

>>>
>>> Are you using Apache/mod_dav_svn (http[s]://..), svnserve
>>> (svn://.) or ssh+svnserve (svn+ssh://.)? (Or even file://..., but
>>> in that case you will not get an authentication prompt).
>>>
>>>
 Do you have other repositories where this works? - No

 Can you share your server configuration? - its a Redhat Linux with 16
 GB RAM and 4 core CPU.

>>>
>>> I mean the Apache httpd configuration if you use mod_dav_svn or the
>>> svnserve configuration if you use svnserve.
>>>
>>> The Subversion book has some great examples of how to setup
>>> authentication:
>>>
>>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.auth.general
>>>
>>> https://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn
>>>
>>> Kind regards,
>>> Daniel
>>>
>>>
>> Experience *'tick-by-tick*' broadcast on NCDEX's NextGen trading
>> platform. *www.ncdex.com *
>>
>> *Tweet: @ncdex, Facebook: TrustNCDEX, Youtube: NCDEX Ltd.*
>>
>> *Disclaimer:*
>>
>> *This email and any and all attachment/s hereto are intended solely for
>> the addressee/s, are strictly confidential and may be privileged. If you
>> are not the intended recipient, any reading, dissemination, copying or any
>> other use of this e-mail and the attachment/s is prohibited. If you have
>> received this email in error, 

Re: SVN Issue while connecting to the repository

[Andreas Stieger]

Hi,
 
> Recently we have installed SVN in a new windows server.
> Migrated and loaded the users repositories in the new SVN server.
> I could able to access those repositories. 
> Created users, but could not able to access those repository,
> login is not accepting and it prompts continuously.

Not enough information. Check the error log of your server.

> www.S4Carlise.com[http://www.s4carlise.com/]
> [...] @s4carlisle.com

One of these has a typo.

Andreas