Hi Philipp
I tried changing the Urls file but now all files are begin recognised as new
files. I have not done a check in as I fear this would actually unsync my
repo.
Any clues or should I be starting to checkout everything again...
Another, small problem which is knocking me out of my socks but not only
fsvs related. We have an svn server which is both internally and externally
accessible. When I want to do a checkout if the fsvs client is connected on
the LAN side using the dns name, if can not connect but when I use the IP it
can.
e.g.
Client1 = 192.168.1.150, Server_int = 192.186.1.1; Server_ext = 213.22.61.1
on client1 I added Server_ext as 192.168.1.1 in /etc/hosts so I can change
afterwards placing the box in the WAN side. So doing a checkout from
server_ext does not work, while doing one from 192.168.1.1 does.
I have not set up the network myself and had a discussion with the local
admin that this is a firewall problem somehow. Just wondering what you all
think
best regards
Steve
"Philipp Marek" wrote:
> Hello Steve!
>
>> we checked out a client on the local internal IP address of our
subversion
>> server using fsvs. The problem now is that this boxed is moved to the WAN
>> side and now has problems to connect to the server (as it needs to check
in
>> via the external IP address).
>>
>> The local check out is about 45 GB so redoing a checkout is not really an
>> option.
>>
>>
>> Can I change the base location of the repository afterwards without
having
>> to redo the check out?
> Yes, of course.
>
> You could use "fsvs urls dump" and "fsvs urls load" - but just that would
loose
> the
> information which revision you've been at.
>
>
> I'd suggest just opening /etc/fsvs/*/urls and fixing the URL there.
> Be careful - there's an ASCII NUL ("\0") after every URL.
>
>
> Regards,
>
> Phil
>
>
> --
> Versioning your /etc, /home or even your whole installation?
> Try fsvs (fsvs.tigris.org)!
>
>
------------------------------------------------------
http://fsvs.tigris.org/ds/viewMessage.do?dsForumId=3928&dsMessageId=2634362
To unsubscribe from this discussion, e-mail:
[[email protected]].