33 messages in com.perforce.perforce-user[p4] Perforce Sync does not always wo...| From | Sent On | Attachments |
|---|---|---|
| Jeremy Russell | 26 Jul 2000 10:25 | |
| Dave Lewis | 26 Jul 2000 10:46 | |
| Ed Mack | 26 Jul 2000 10:54 | |
| Rob Jellinghaus | 26 Jul 2000 10:56 | |
| Frank Merrow | 26 Jul 2000 10:57 | |
| Ines Heinz | 26 Jul 2000 11:09 | |
| Jeremy Russell | 26 Jul 2000 11:09 | |
| Rick Macdonald | 26 Jul 2000 11:09 | |
| Dave Lewis | 26 Jul 2000 11:21 | |
| Marc S. Gibian | 26 Jul 2000 11:23 | |
| tsh...@cisco.com | 26 Jul 2000 11:24 | |
| Rick Macdonald | 26 Jul 2000 11:34 | |
| Jeremy Russell | 26 Jul 2000 11:34 | |
| Steve Cogorno | 26 Jul 2000 11:43 | |
| tsh...@cisco.com | 26 Jul 2000 11:43 | |
| Jeremy Russell | 26 Jul 2000 11:52 | |
| Jeremy Russell | 26 Jul 2000 11:53 | |
| Jeremy Russell | 26 Jul 2000 11:54 | |
| Dave Lewis | 26 Jul 2000 11:59 | |
| tsh...@cisco.com | 26 Jul 2000 12:13 | |
| tsh...@cisco.com | 26 Jul 2000 12:20 | |
| Richard Geiger | 26 Jul 2000 12:29 | |
| Paul Goffin | 26 Jul 2000 12:44 | |
| Jeremy Russell | 26 Jul 2000 12:56 | |
| Boleslaw Ciesielski | 26 Jul 2000 13:30 | |
| Viktor Haag | 27 Jul 2000 08:54 | |
| Jo Woodison | 27 Jul 2000 09:24 | |
| Ed Mack | 27 Jul 2000 11:12 | |
| Jo Woodison | 27 Jul 2000 12:11 | |
| Ed Mack | 27 Jul 2000 12:51 | |
| Viktor Haag | 27 Jul 2000 13:48 | |
| Viktor Haag | 27 Jul 2000 13:52 | |
| Viktor Haag | 27 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).
-- -Todd Short // tshort at cisco.com // "One if by land, two if by sea, three if by the Internet."
-----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.
-Jeremy
-----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.
dave
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user
_______________________________________________ perforce-user mailing list - perforce-user at perforce.com http://maillist.perforce.com/mailman/listinfo/perforce-user




