33 messages in com.perforce.perforce-user[p4] Perforce Sync does not always wo...
FromSent OnAttachments
Jeremy Russell26 Jul 2000 10:25 
Dave Lewis26 Jul 2000 10:46 
Ed Mack26 Jul 2000 10:54 
Rob Jellinghaus26 Jul 2000 10:56 
Frank Merrow26 Jul 2000 10:57 
Ines Heinz26 Jul 2000 11:09 
Jeremy Russell26 Jul 2000 11:09 
Rick Macdonald26 Jul 2000 11:09 
Dave Lewis26 Jul 2000 11:21 
Marc S. Gibian26 Jul 2000 11:23 
tsh...@cisco.com26 Jul 2000 11:24 
Rick Macdonald26 Jul 2000 11:34 
Jeremy Russell26 Jul 2000 11:34 
Steve Cogorno26 Jul 2000 11:43 
tsh...@cisco.com26 Jul 2000 11:43 
Jeremy Russell26 Jul 2000 11:52 
Jeremy Russell26 Jul 2000 11:53 
Jeremy Russell26 Jul 2000 11:54 
Dave Lewis26 Jul 2000 11:59 
tsh...@cisco.com26 Jul 2000 12:13 
tsh...@cisco.com26 Jul 2000 12:20 
Richard Geiger26 Jul 2000 12:29 
Paul Goffin26 Jul 2000 12:44 
Jeremy Russell26 Jul 2000 12:56 
Boleslaw Ciesielski26 Jul 2000 13:30 
Viktor Haag27 Jul 2000 08:54 
Jo Woodison27 Jul 2000 09:24 
Ed Mack27 Jul 2000 11:12 
Jo Woodison27 Jul 2000 12:11 
Ed Mack27 Jul 2000 12:51 
Viktor Haag27 Jul 2000 13:48 
Viktor Haag27 Jul 2000 13:52 
Viktor Haag27 Jul 2000 13:54 
Subject:[p4] Perforce Sync does not always work...
From:tsh...@cisco.com (tsh@cisco.com)
Date:07/26/2000 12:20:27 PM
List:com.perforce.perforce-user

Here's a possibility, since this is on NT (since K: is being used), if the file is being read (by someone else for a read-only operation), it may be locked out from being written (i.e. sharing violation), so the sync fails for that file.

When you do a sync, save the output of the sync. It could be that you are getting access violations which prevent the files from properly being written.

In the 98.2 and 99.1 clients, we used to have access violation problems using P4WIN (every so often a file would not sync), and we wouldn't notice it until we built. The 99.2 P4WIN client has a sync summary at the end (VERY NICE! BTW), and tells us if a sync fails for whatever reason. I haven't run into any spurious sync problems (it was typically one 1 file that couldn't sync) since upgrading to 99.2 clients (we still use a 99.1 server though).

-----Original Message----- From: perforce-user-admin at perforce.com [mailto:perforce-user-admin at perforce.com]On Behalf Of Jeremy Russell Sent: Wednesday, July 26, 2000 2:55 PM To: 'Dave Lewis'; Jeremy Russell Cc: perforce-user at perforce.com Subject: RE: [p4] Perforce Sync does not always work...

I have taken all of that into account. These files never change on the client machine. The files are used in strictly read only operations. That is part of the frustration in all of this. I am the only person who has the ability to physically change those files and those files are not changed as I rule that server with an iron fist.

-----Original Message----- From: Dave Lewis [mailto:dlewis at vignette.com] Sent: Wednesday, July 26, 2000 11:47 AM To: jrussel at channelpoint.com Cc: perforce-user at perforce.com Subject: Re: [p4] Perforce Sync does not always work...

> > I am continually frustrated by the fact that "p4 sync //depot/tree/dir/..." > does not always sync all the changed files. In order to be sure that I will > be syncing all the changed files I am very often forced to add the "-f" > option to the sync and do an entire bring over to be sure that I have gotten > all the changes.

I have never encountered a case where p4 sync did not work... with some exceptions, which make sense.

You need to remember that

1) p4 never looks at the client files to determine if they need to be synced. It knows if files have changed on the server, and the server has a record of the last files that were put on the client. It is important to remember this sort of "remote control" model.

because of this, if you do local operations, such as rm, or whatever, perforce will not know that those files need to be replaced. Therefor, only use perforce commands to remove files, etc.

2) if a file is open for edit, perforce will not overwrite it.

3) if noclobber is set, and a file is writable, perforce will not overwrite it. (I think)

There are probably a few other exceptions. Best thing is to take one example of a file that is not getting synced and determine why it is not.

Also, I do not know what your client mappings are like, but I almost never use depot syntax to do a sync. When I'm in the client, a simple "p4 sync" will bring it up to date.

If you're using the gui, make sure its release number and the server's match. I have sometimes seen some problems when they do not.