p4 verify
Verify that the Helix Server archives (depot files) are intact (complete and without corruption).
Syntax
p4 [g-opts] verify [-u | -v | -z] [-m max -q -s -X -b batchsize] FileSpec[revRange] ... p4 [g-opts] verify -t [-U | -A ][-z -m max -q -s -X -b batchsize] FileSpec[revRange] ... p4 [g-opts] verify -S [-t -m max -q -X -b batchsize] FileSpec... p4 [g-opts] verify -U [-u | -v | -z] [-m max -q -s -X -b batchsize] unloadFileSpec ... p4 [g-opts] verify -A [-u | -v | -z] [-m max -q -s -X -b batchsize] archiveFileSpec ...
Description
For each revision of the specified depot files, p4 verify
reports the revision-specific information and an MD5 digest (fingerprint)
of the revision’s contents.
The verification process involves opening the depot file (sometimes called the depot archive file), reading it, and verifying that its digest matches the expected value.
- If the file
can’t be opened,
p4 verify
reportsMISSING
. - If the file can be
opened, but does not have the expected contents,
p4 verify
reportsBAD
.
If invoked without arguments, p4 verify
computes and
displays the MD5 digest of each revision.
Syntax variants offer the following choices:
- Verify a given set of file revisions.
- Verify a given set of shelved file revisions.
- Verify file revisions in the unload depot.
- Verify file revisions in the archive depot. (To learn about archive depots for infrequently-accessed files, see "Reclaiming disk space by archiving files" in Helix Core Server Administrator Guide: Fundamentals.)
We recommend that you regularly verify the integrity of your depot files. For details, search for "p4 verify" in Helix Core Server Administrator Guide: Fundamentals.
Verifying shelved files
The verification of shelved files lets you know whether your shelved archives have been lost or damaged.
If a shelf is local to a specific edge server, you must issue the
p4 verify -S
command on the edge server where the
shelf was created. If the shelf was promoted, run the p4 verify
-S
on the commit server.
You may also run the p4 verify -S -t
command on a
replica to request re-transfer of a shelved archive that is missing or
bad. Re-transferring a shelved archive from the master only works for
shelved archives that are present on the master, that is, a shelf
that was originally created on the master or promoted from an edge server.
Verifying archived files
The verification of archived files lets you know whether your archived
files have been damaged. It is a good practice to run a command like the
following before you restore files with the p4
restore
command.
$ p4 verify -A //archive/depot/mysource/...
If p4 verify
returns errors, contact
Perforce
Technical Support.
Options
|
It is possible for files in the archive depot to become
corrupted over time. This option allows you to verify these files
before you restore them with the archivefiles specifies a file, a list of files, or set of files to verify. For example: //archive/depot/..../source |
|
By default, You can change this batch size
with the To disable batching, specify If the
|
|
Limit Use this option with the Tip
Depending on the FileSpec, p4 verify -m 10 FileSpec might list 10 files, 10 versions of a single file, or a combination of files and file versions. |
|
Run quietly and report only errors from mismatched digests or unreproducible revisions. |
|
Verify file size as well as digest. The |
|
Verify shelved files. If you specify this option, the only valid
revision specifier is In a distributed installation, this command should be run on the edge server where the shelf was created. If the shelf has been promoted, this command may also be run on the commit server. |
|
For use on replicas only: The In replicated environments, |
|
Store the filesize and MD5 digest of each file in the
Helix Server
database if no filesize and/or digest has been previously stored.
Subsequent uses of |
|
Verify files in the unload depot. See |
|
Store the MD5 digest of each file in the
Helix Server
database, even if there’s already a digest stored for that file,
overwriting the existing digest. (The The |
|
Skip files of filetype |
|
Optimizes performance by skipping revisions that have already been computed in the current pass. This option speeds verifications for files that exist via lazy copies. The resulting output might report a lazy copy revision if it is the first revision in the sort order to access a common archive file. This option cannot be used with the |
|
See Global options. |
Usage Notes
Can File Arguments Use Revision Specifier? | Can File Arguments Use Revision Range? | Minimal Access Level Required |
---|---|---|
Yes |
Yes |
|
Examples
|
Verifies all shelved files matching the specified path. |
|
Verifies the shelved files in shelf 1023548 only. |
|
Verifies only the head revision of all files in the depot, reporting only on files with problems. |
Related Commands
To get information about how you can specify revisions. |
|