This page documents a list of commands to be executed with super user access to give quick and basic insights into a P4D server's topology, complexity, data scale, etc. This is useful when planning a migration to the Server Deployment Package (SDP) and/or for Onboarding for P4RA (P4 Remote Administration).
Please have someone with super user access run these commands and capture the output, and then send it back to us here at Perforce Software.
Please download and run this tool and send us the output: P4Survey
Any annotation you think we can use will be appreciated. For example, if there are custom triggers, describe of the complexity and purpose of those triggers.
In addition, the output of the p4 protect -o might be useful, but we exclude that from the list of commands above, as it may be deemed sensitive.
Describe any integrations with other systems that will need to be maintained, such as custom authentication mechanisms, integrations with bug trackers or workflow managers, code review tools other than P4 Code Review, etc.
Finally, provide any information you believe would be helpful in understanding your current environment. This may include key tools used by users, architecture diagrams, and the like.
These commands can still be run manually - but the output of the P4Survey tool above is now preferred!!
You must be logged in as a super user to the primary/commit server. You can copy and paste the entire block of commands into a terminal window on a Linux machine. This will create a file p4_server_overview.<hostname>.<timestamp> that caputres the commands executed and their output. Email that file back to Perforce.
script p4_server_overview.$(hostname -s).$(date +'%Y-%m-%d-%H%M%S').txt
cat /etc/os-release
p4 -ztag info
p4 license -u
p4 -s diskspace
p4 configure show allservers
p4 servers -J
p4 -ztag servers
p4 -ztag depots
p4 triggers -o
p4 extension --list --type extensions
p4 extension --list --type global
p4 extension --list --type instance
p4 extension --list --type certs
p4 property -n P4.Swarm.URL -l
p4 keys -e "swarm-*" -m 1
p4 keys -e "git-*" -m 1
p4 typemap -o
p4 jobspec -o
p4 counter change
p4 -s dbstat -s
p4 -s journals -m 3
p4 protects -u remote
exit # This will end the script.
echo Done
These commands can still be run manually - but the output of the P4Survey tool above is now preferred!!
You must be logged in as a super user to the primary/commit server. Run the following commands in a command prompt window and capture their output, and email that back to Perforce in a text file.
p4 -ztag info
p4 license -u
p4 -s diskspace
p4 configure show allservers
p4 servers -J
p4 -ztag servers
p4 -ztag depots
p4 triggers -o
p4 extension --list --type extensions
p4 extension --list --type global
p4 extension --list --type instance
p4 extension --list --type certs
p4 property -n P4.Swarm.URL -l
p4 keys -e "swarm-*" -m 1
p4 keys -e "git-*" -m 1
p4 typemap -o
p4 jobspec -o
p4 counter change
p4 -s dbstat -s
p4 -s journals -m 3
p4 protects -u remote# Perforce Server Overview ## Overview This page documents a list of commands to be executed with super user access to give quick and basic insights into a P4D server's topology, complexity, data scale, etc. This is useful when planning a migration to the [Server Deployment Package (SDP)](https://workshop.perforce.com/projects/p4-sdp) and/or for Onboarding for P4RA (P4 Remote Administration). Please have someone with super user access run these commands and capture the output, and then send it back to us here at Perforce Software. ## Automated P4Survey Tool **Please download and run this tool and send us the output**: [P4Survey](https://swarm.workshop.perforce.com/files/guest/perforce_software/p4survey/README.md) ### General Information Any annotation you think we can use will be appreciated. For example, if there are custom triggers, describe of the complexity and purpose of those triggers. In addition, the output of the `p4 protect -o` might be useful, but we exclude that from the list of commands above, as it may be deemed sensitive. Describe any integrations with other systems that will need to be maintained, such as custom authentication mechanisms, integrations with bug trackers or workflow managers, code review tools other than P4 Code Review, etc. Finally, provide any information you believe would be helpful in understanding your current environment. This may include key tools used by users, architecture diagrams, and the like. ## Manual Instructions **These commands can still be run manually - but the output of the P4Survey tool above is now preferred!!** ### If on a UNIX/Linux machine You must be logged in as a super user to the primary/commit server. You can copy and paste the entire block of commands into a terminal window on a Linux machine. This will create a file p4_server_overview.<hostname>.<timestamp> that caputres the commands executed and their output. Email that file back to Perforce. ```[bash] script p4_server_overview.$(hostname -s).$(date +'%Y-%m-%d-%H%M%S').txt cat /etc/os-release p4 -ztag info p4 license -u p4 -s diskspace p4 configure show allservers p4 servers -J p4 -ztag servers p4 -ztag depots p4 triggers -o p4 extension --list --type extensions p4 extension --list --type global p4 extension --list --type instance p4 extension --list --type certs p4 property -n P4.Swarm.URL -l p4 keys -e "swarm-*" -m 1 p4 keys -e "git-*" -m 1 p4 typemap -o p4 jobspec -o p4 counter change p4 -s dbstat -s p4 -s journals -m 3 p4 protects -u remote exit # This will end the script. echo Done ``` ### If on a Windows machine **These commands can still be run manually - but the output of the P4Survey tool above is now preferred!!** You must be logged in as a super user to the primary/commit server. Run the following commands in a command prompt window and capture their output, and email that back to Perforce in a text file. ```[bash] p4 -ztag info p4 license -u p4 -s diskspace p4 configure show allservers p4 servers -J p4 -ztag servers p4 -ztag depots p4 triggers -o p4 extension --list --type extensions p4 extension --list --type global p4 extension --list --type instance p4 extension --list --type certs p4 property -n P4.Swarm.URL -l p4 keys -e "swarm-*" -m 1 p4 keys -e "git-*" -m 1 p4 typemap -o p4 jobspec -o p4 counter change p4 -s dbstat -s p4 -s journals -m 3 p4 protects -u remote ```
| # | Change | User | Description | Committed | |
|---|---|---|---|---|---|
| #1 | 33444 | Claude (AI Agent by Anthropic) | Initial population of r26.1.0.BETA from main. | ||
| //p4-sdp/main/doc/P4_Server_Overview.md | |||||
| #1 | 33433 | Claude (AI Agent by Anthropic) |
Copy Up from //p4-sdp/dev into //p4-sdp/main. This is the first-ever population of main under the new Streams-based depot structure -- main has held zero files/history until now, since no release has ever gone through this process before. 463 files, covering the entire 2026.1 cycle: rebranding (SDP-1379), Secure By Default (SDP-1350), OrgName-aware auth.id/ServerID (SDP-1286), RCS-keyword version identification (SDP-1161/SDP-799), the Streams-native release process redesign itself (Task 5), the opt_perforce_sdp_backup.sh false-error fix, the P4D 2026.1 test-suite targeting, refreshed P4*.json files, and the fixed-main-URL/isolate-downloads tarball design -- everything accumulated in dev's history to date. Isolated paths (ai_dev_support/, Version, doc/*.html, doc/*.pdf, doc/gen/*.man.txt, doc/gen/sdp_install.cfg, Unsupported/doc/*.html, Unsupported/doc/*.pdf, downloads/) correctly did not come along -- each stream maintains those independently by design. Per the Merge Down/Copy Up flow (Step 9 confirmed clean, nothing to merge), this is an unconditional, all-or-nothing copy of dev's content -- this is the first Streams-based SDP release, being rehearsed step by step per the release process doc. Agent: Claude Code, Model: Claude Sonnet 5 (claude-sonnet-5), operating as bot_Claude_Anthropic. |
||
| //p4-sdp/dev/doc/P4_Server_Overview.md | |||||
| #5 | 33409 | Claude (AI Agent by Anthropic) |
Copy Up from //p4-sdp/dev_rebrand into //p4-sdp/dev. This is the first promotion of dev_rebrand's work into dev since dev_rebrand was created (2025-05-24) -- 303 files, covering the entire 2026.1 rebranding effort (SDP-1379), the Secure By Default adaptation (SDP-1350), OrgName-aware auth.id/ServerID (SDP-1286), RCS-keyword version identification (SDP-1161/SDP-799), and the Streams-native release process redesign (Task 5) done this session, plus everything else accumulated in dev_rebrand's history before this session. Per the Merge Down/Copy Up flow, this is intentionally a full, unconditional blast-replace of dev's content from dev_rebrand -- all selectivity/care happened in the preceding Merge Down (dev -> dev_rebrand, changes 33407-33408), which absorbed Robert Cowham's independent dev-side work first so nothing of his is lost by this Copy Up. Two files are worth calling out since they might look alarming in isolation: - tools/mdcu.sh is deleted -- intentional, retired this session in favor of the two direct Streams commands now documented in doc/ReleaseProcessOverview.md. - tools/ReleaseProcessOverview.md is deleted -- this is a stale relic of a file move dev_rebrand made back in 2025-05-24 (tools/ -> doc/) that was never previously propagated to dev; the current, fully-rewritten doc/ReleaseProcessOverview.md is added/updated correctly by this same changelist. |
||
| #4 | 32990 | C. Thomas Tyler |
p4 merge -b SDP_Classic_to_Streams p4 resolve -as All files resolved automatically. The "real" merge work comes in the coming Merge Down from dev->dev_rebrand. |
||
| #3 | 31861 | C. Thomas Tyler |
p4 merge -b SDP_Classic_to_Streams p4 resolve -as |
||
| #2 | 31722 | C. Thomas Tyler |
Merge to Streams for Classic with: p4 merge -b SDP_Classic_to_Streams |
||
| #1 | 31574 | C. Thomas Tyler |
Merged SDP 2024.2 Patch 4 from Classic to Streams. p4 merge -b SDP_Classic_to_Streams |
||
| //guest/perforce_software/sdp/dev/doc/P4_Server_Overview.md | |||||
| #2 | 31395 | C. Thomas Tyler | Added URLs and reference to P4RA. | ||
| #1 | 31384 | C. Thomas Tyler |
Added doc to aid in migrations to SDP (e.g. for P4RA). |
||