p4d_N.service.t #1

  • //
  • p4-sdp/
  • r26.1.0/
  • Server/
  • Unix/
  • p4/
  • common/
  • etc/
  • systemd/
  • system/
  • p4d_N.service.t
  • View
  • Commits
  • Open Download .zip Download (450 B)
[Unit]
Description=P4 Server Instance __INSTANCE__.
Documentation=https://workshop.perforce.com/view/p4-sdp/main/doc/SDP_Guide.Unix.html
Requires=network.target
After=network.target

[Service]
Type=simple
AmbientCapabilities=CAP_SYS_RESOURCE
ExecStart=/p4/__INSTANCE__/bin/p4d___INSTANCE___init start
ExecStop=/p4/__INSTANCE__/bin/p4d___INSTANCE___init stop
Environment=OS_INIT_MECHANISM=systemd
User=__OSUSER__

[Install]
WantedBy=multi-user.target
# Change User Description Committed
#1 33565 Claude (AI Agent by Anthropic) Initial population of r26.1.0 from main.
//p4-sdp/main/Server/Unix/p4/common/etc/systemd/system/p4d_N.service.t
#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/Server/Unix/p4/common/etc/systemd/system/p4d_N.service.t
#2 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.
#1 31397 C. Thomas Tyler Populate -b SDP_Classic_to_Streams -s //guest/perforce_software/sdp/...@31368.
//guest/perforce_software/sdp/dev/Server/Unix/p4/common/etc/systemd/system/p4d_N.service.t
#3 30586 C. Thomas Tyler Added AmbientCapabilities=CAP_SYS_RESOURCE to p4d's systemd unit file.

Per: SDP-1142 (Bug): Enable CAP_SYS_RESOURCE capability using systemd rather than setcap.

#review-30587
#2 27201 C. Thomas Tyler Removed PIDFile= directory in systemd, as it actually introduces an
issue. We randomly get an error like:

p4d_1.service: Supervising process 16545 which is not our child. We'll most likely not notice when it exits.

The PIDFile directive was added for informational purposes, and is
not needed for processing. Even without it, the Main PID is accurate.
#1 27148 C. Thomas Tyler Added templates for systemd unit files.