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

RE: svn failure from remote machine (svn not using fully qualified server path?)

From: Krebs, Steven <steven.krebs_at_intel.com>
Date: 2004-08-03 09:30:41 CEST

I think we figured it out...

The original checkout was done on a laptop while it was connected
locally and subversion cached the short name path (dpxlxb0002) and when
the laptop was connected in the remote site the svn switch command tried
to use the cached short path.

After we deleted the directory and rechecked it out using the full
itplab-svnsvr.dp.intel.com the switch command worked properly.

Is there anyway to avoid this? It is quite possible that my users would
want to checkout a large repository while they are on site (for the big
speed advantage we have with a 100Mbps pipe to the server) and when they
get back to the remote site that only has a T-1 connection (or even
worse a dial-up connection) they could continue to use the svn
switch/update/commit etc... without having to checkout the whole
repository again?

Steve

-----Original Message-----
From: Krebs, Steven
Sent: Monday, August 02, 2004 10:57 PM
To: users@subversion.tigris.org
Cc: Pullen, Santosh
Subject: svn failure from remote machine (svn not using fully qualified
server path?)

Can someone help with this failure? Doing the same command (a svn
switch) on two machines. One is here in the US the other is remote in
India. Both are running the following version of svn on windows XP:

C:\Program Files\RegressHelper>svn --version
svn, version 1.0.5 (r9954)
   compiled Jun 11 2004, 09:44:29

The server is 1.1 rc1 on Linux. itplab-svnsvr.dp.intel.com is an alias
to dpxlxb0002.dp.intel.com.

**** Log from Local Machine in US: ****
C:\Program Files\RegressHelper>svn switch
svn://itplab-svnsvr.dp.intel.com/deploy/RegressHelper -r 21
U RegressHelper.exe
U RegressHelper.pdb
Updated to revision 21.
C:\Program Files\RegressHelper>ping itplab-svnsvr.dp.intel.com

Pinging dpxlxb0002.dp.intel.com [172.24.108.95] with 32 bytes of data:

Reply from 172.24.108.95: bytes=32 time<1ms TTL=254
Reply from 172.24.108.95: bytes=32 time<1ms TTL=254
Reply from 172.24.108.95: bytes=32 time<1ms TTL=254
Reply from 172.24.108.95: bytes=32 time<1ms TTL=254

Ping statistics for 172.24.108.95:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Program Files\RegressHelper>
 

**** Log from Remote Machine in India: ****
C:\Program Files\RegressHelper>svn switch
svn://itplab-svnsvr.dp.intel.com/deploy/RegressHelper -r 21
svn: Unknown hostname 'dpxlxb0002'
C:\Program Files\RegressHelper>svn switch
svn://172.24.108.95/deploy/RegressHelper -r 21
svn: Unknown hostname 'dpxlxb0002'
C:\Program Files\RegressHelper>ping itplab-svnsvr.dp.intel.com

Pinging dpxlxb0002.dp.intel.com [172.24.108.95] with 32 bytes of data:

Reply from 172.24.108.95: bytes=32 time=330ms TTL=247
Reply from 172.24.108.95: bytes=32 time=349ms TTL=247
Reply from 172.24.108.95: bytes=32 time=331ms TTL=247
Reply from 172.24.108.95: bytes=32 time=321ms TTL=247

Ping statistics for 172.24.108.95:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 321ms, Maximum = 349ms, Average = 332ms
C:\Program Files\RegressHelper>

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 3 09:31:18 2004

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.