アルファベット順の構成可能変数リスト

p4 login2 -pを無効にするには、値を「0」に設定します.

p4 login-pを使用して暗黙的にp4 login2 -pを呼び出すには、値を「2」に設定します。

サーバ

perforce

新しいユーザの認証に使用するデフォルトの方法です。

• perforceを指定すると、 db.userテーブルを使用して ユーザが認証されます。 これが、デフォルトの設定です。

  有効なLDAPコンフィギュレーションがない場合、この設定では、 新しいユーザの認証をAD/LDAPサーバに対して行い、 認証トリガが存在する場合はそのトリガを使用します。

• ldapを指定すると、認証トリガを使用することなく、 AD/LDAPサーバに対してユーザを認証することができます。

  さらに、AD/LDAPサーバに対して正常に認証された場合に 自動で新しいユーザを作成するには、 構成可能変数auth.ldap.userautocreateに ゼロ以外の値を設定します。

サーバ

0

マスターへのシングルログインを実装する場合に、分散構成環境の すべてのサーバに設定する必要のある英数字の識別子。 これは後からすべてのレプリカインスタンスで有効になります。

また、分散構成環境内の各レプリカについて、rpl.forward.loginの値を 1に設定する必要があります。

サーバ

未設定

SSLまたはTLSを使用していてauth.ldap.ssllevelが>=1の場合に、 AD/LDAPサーバによる証明書の検証に使用される、 1つまたは複数のPEM形式の証明書を含むファイルへのパスです。

サーバ

未設定

認証に使用するLDAPコンフィギュレーションの名前の指定、 および与えられたユーザ名を検索する順番の指定を行います。 最も小さい番号が最も高い優先度になります。

番号は、スキップすることができます。以下に例を示します。

auth.ldap.order.1=UK_LDAP
auth.ldap.order.2=US_LDAP
auth.ldap.order.5=RU_LDAP

LDAP認証でトリガベースの認証を置き換える場合は、『Helix Coreサーバ管理者ガイド』の「LDAP認証」を参照してください。「LDAPコンフィギュレーションをテストして有効にする」の手順では、サーバの再起動が必要になりますのでご注意ください。

サーバ

0

LDAP検索結果のページング制限を指定します。構成可能変数は、LDAPサーバの結果制限より小さい値に設定してください。デフォルト値は0で、ページングは無効になります。

サーバ

未設定

LDAPサーバに渡されるSSL暗号化方式

サーバ

0

SSL認証の検証レベルです。

• 0:検証されません。これがデフォルト値です。
• 1:証明書が有効になっている必要がありますが、共通名は確認されません。
• 2:証明書が有効になっていて、証明書の共通名がAD/LDAPサーバの ホスト名と一致している必要があります。

サーバ

30

接続の試行を停止するまでの時間を秒単位で指定します。

サーバ

0

0はユーザが自動作成されないことを意味します。

1は、auth.default.methodがldapに設定されている場合、 ユーザがPerforceにログインし、 p4 loginを使用してActive Directory (AD)/LDAPサーバに対して 正常に認証が行われると、ユーザが自動作成されることを意味します。

2は1と似ていますが、ユーザはサーバに対する権限をプロテクションテーブルを使用して既に取得している必要があります。

ライセンスの期限切れに関する警告を有効にする:

0: ライセンスの期限切れに関する警告は表示されません

1: 権限レベルが「admin」以上のユーザーに対して、ログイン時に警告が表示されます

2: すべてのユーザーに対して、ログイン時に警告が表示されます

auth-check-ssoトリガがサーバで使用されているとき、Perforceデータベース(LDAPなどのauthトリガではなく)を使用して認証を行うユーザがパスワード認証を行えるようにするには、1に設定します。

LDAPが有効になっている場合は、auth.sso.nonldap構成可能変数を参照してください。

『Helix Coreサーバ管理者ガイド』の「シングルサインオンとauth-check-ssoトリガ」で、「auth-check-ssoトリガを使用した場合のp4 loginの動作」を参照してください。

auth-check-ssoトリガを使用している場合、この構成可能変数に文字列の値を設定し、クライアント側のP4LOGINSSOスクリプトに送信することができます。

クライアントの実行可能ファイルが実行されると、この文字列がP4LOGINSSO環境変数の%ssoArgs%変数の代わりに使用されます。

例えば、SAMLエージェントは次のようにIDプロバイダ(IdP)のURLを取得できます。

p4 configure set auth.sso.args=--idpUrl=yourURLforIdP

ここで、

--idpUrl=yourURLforIdP

を以下で置き換えます

%ssoArgs%

• 0に設定してLDAP認証を有効にした場合、AuthMethodがperforceに設定されているユーザは、パスワードを使用してPerforceデータベースに対する認証を行います。
• 値を「1」に設定した場合、クライアント側のP4LOGINSSOスクリプトを使用して、これらのユーザを認証する必要があります。

• 注: 注: この構成可能変数とauth.sso.allow.passwdの両方を1に設定した場合、AuthMethodがperforceに設定されているユーザはクライアント側のP4LOGINSSOスクリプトを使用して認証することも、パスワードを使用してPerforceデータベースに対する認証を行うこともできます。

『Helix Coreサーバ管理者ガイド』の「シングルサインオンとauth-check-ssoトリガ」で、「auth-check-ssoトリガを使用した場合のp4 loginの動作」を参照してください。

サーバ

未設定

読み取り専用クライアントのdb.*ファイルを配置するディレクトリのパス。

例えば、myrocという名前の読み取り専用クライアントを作成し、 client.readonly.dirを/perforce/1に設定したあと、 このクライアントを使用してファイルを同期すると、 データベース/perforce/1/server.dbs/client/hashdir/db.myrocに書き込まれます。 『Helix Coreサーバ管理者ガイド』の「自動ビルドで読み取り専用クライアントおよびパーティション化されたクライアントを使用する」を参照してください。

この値を使用して、複数ファイルチェックポイントの処理中に生成されるチェックポイントファイルの数を指定します。詳しくは、「今後のチェックポイントリクエストの調整」を参照してください。

チェックポイントで使用するスレッドの数。

0: スレッドは使用されません

N: ここで指定した数のスレッドが使用されます(最大値は4096)。

この値は、p4 admin checkpointコマンドで上書きすることも、p4dユーティリティで上書きすることもできます。詳しくは、Helix Coreサーバ管理者ガイドの「並列チェックポイント機能、ダンプ機能、リカバリ機能」を参照してください。

データベーステーブル内で検証されるページレベル。このページレベルにより、複数ファイルチェックポイントの処理中にデータベーステーブルを分割するためのレコードキーが指定されます。詳しくは、「今後のチェックポイントリクエストの調整」を参照してください。

サーバ

バージョン2018.2の場合は「30」、バージョン2018.2よりも前の場合は「0」

0の値は機能がオフになっていることを意味します。

0以外の値は、監視テーブル内のプロセスに終了のマークが付いているかHelixサーバが確認するまでの時間(秒単位)を示します。クライアント側の入力を待機しているためプロセスがブロックされていると判断すると、Helixサーバはそのプロセスを終了します。

以下も参照してください。

• 『Helix Coreサーバ管理者ガイド』の「プロセスの監視を有効にする」
• サポートナレッジベースの記事「ハングしたHelixサーバ サーバの修復」

サーバ

256 K

値はdb.monitorテーブルに割り振られるメモリの最大サイズを 設定します。このテーブルには、現在実行されているp4dコマンドの 追跡内容が記録されます。

この構成可能変数の値を「0」に設定すると、 テーブルがディスクに書き込まれます。ただし、テーブルをメモリに書き込むと パフォーマンスが向上するため、この設定は推奨されます。

テーブルのサイズがdb.monitor.sharedの値を超えると、 エラーが返されます。コマンドは引き続き実行されますが、 テーブルに記録されません。

サーバ

ユーザ独自のプロセスの終了を許可する場合は、値を「1」に設定します。 ユーザ独自のプロセスの一時停止と再開を許可する場合は、値を「2」に設定します。

サーバ

2

ロックなし読み取りを有効にして設定を行います。これを有効にすると、 多くの共通コマンドが、データベースの更新を行う他のコマンドを ブロックしなくなります。詳しくは、『Helix Coreサーバ管理者ガイド』の 「ロックなしの読み取りを実装しているコマンド」を参照してください。

0: ピーキングを無効にします。動作は、2013.2以前と同じです。

1:新しいロック方式を有効にして、ピーキングを無効にします(診断用途のみ)。

2:新しいロック方式を有効にして、ピーキングを有効にし、 hx/dx最適化をオンにします。

3:新しいロック方式を有効にして、ピーキングを有効にし、 hx/dx最適化をオフにします。

2と3のどちらを設定するかについては、サポートナレッジベースの記事「ロックなしの読み取り」を参照してください。

1:デフォルト設定の場合、パッシブBツリーの再編成が無効になっています。ソリッドステートドライブ(SSD)ストレージの場合は、デフォルト設定にすることをお勧めします。

0: パッシブBツリーの再編成が有効になります。これにより、以下のような動作になる場合があります。

• データストレージに回転ディスクが含まれている場合は、チェックポイントからデータベーステーブルを定期的に再作成する必要性が減る可能性があるため、パフォーマンスが向上するというメリットがあります。
• 連続する新しいページが割り当てられるため、一部のデータベーステーブルのサイズが大きくなる可能性があります。

サーバ

未設定

Helixサーバサーバ上のメタデータ(db.*ファイル)に アクセスするコマンドの動作を制御します。

readonly:メタデータの読み取りを行うユーザコマンドは許可し、 メタデータの変更を行うコマンドは拒否します。

レプリカサーバをp4d -M readonlyオプションで起動するのと同等です。

この構成可能変数をグローバルに設定することはできません。 サーバIDを指定する必要があります。

サーバ

16K

ジャーナルとチェックポイントの読み取り/書き込み操作のためのバッファサイズ。

サーバ

0

1に設定すると、サーバがdb.*データベースファイルを 閉じたときのfsync()呼び出しを無効にし、 修正済みデータを書き込む時期を OSが決定できるようにします。

サーバ

未設定

新しいチェンジリストのデフォルトのタイプ: publicまたはrestrictedのいずれかです。未設定の場合、 新しいチェンジリストはpublicになります。

サーバ

10M

サーバ

10K

エッジサーバとコミットサーバ間で送信される各ロックメッセージ/ロック解除メッセージあたりの最大ファイル数。

サーバ

3600

サーバがロックを待機しなければならない場合でも、指定した秒数を経過していたら、 アクセス時刻を強制的に更新します。

サーバ

300

指定した秒数が経過するまで、アクセス時刻更新のための書き込みロックを 要求しません。

サーバ

10K

p4 grepによって検索可能な最大リビジョン数。

サーバ

0

ユーザが認証されていない状態で値を「1」に設定してp4 infoコマンドを実行すると、次の情報が非表示になります:
Server name
Server address
Server uptime
Server license ip address
また、ライセンスの文字列が「none 」または「Licensed」になります。

サーバ

3

デフォルトでは、p4 integrateで新しい反映エンジンを使用します。 p4 mergeコマンドでは、 この設定とは無関係にv3反映エンジンが常に使用されます。

古い反映ロジック(バージョン2006.1)を引き続き使用するサイトでは、 p4 configure set dm.integ.engine=2を実行してこの構成可能変数の値を「2」に設定する必要があります。

0: ストリーム仕様の反映が禁止されます

1: 値が「noinherit」のParentViewフィールドを持つターゲットストリームについてのみ、ストリーム仕様の反映が許可されます。ストリームのParentViewプロパティについては、「p4 help streams」と「p4 help streamcmds」を参照してください。

2: すべてのストリームで、すべてのストリーム仕様の反映が許可されます

サーバ

0

0: デフォルト値

1: p4 keysコマンドを実行するには、admin権限が必要です。

2: p4 keyコマンドを実行するには、admin権限が必要です。 p4 keysコマンドを実行するには、admin権限が必要です。

0: デフォルト値

1: エッジサーバ上のファイルを開くコマンドを実行すると、それらのファイルに影響するグローバルロックがレポートされます。 この値を設定すると、コミットサーバに対するクエリでオーバーヘッドが発生します。

サーバ

8

securityがゼロ以外の値に設定されたサーバで要求される、 パスワードの最小文字数のデフォルト値。

0: 対象のリビジョンが含まれているサブミット済みチェンジリストを更新すると、ktextファイルのdigestフィールドとsizeフィールドが再計算されます。

1:対象のリビジョンが含まれているサブミット済みチェンジリストを更新すると、ktextファイルのdigestフィールドとsizeフィールドの設定が解除されます。 これにより、p4 populateコマンドのパフォーマンスが向上する可能性があります。

サーバ

0

Helix Core管理者が p4 protectsコマンドで、-a、-g、-uオプションを 使用することを許可します。 デフォルトでは、スーパーユーザのみがこれらのオプションを使用できます。

-//...などのパスを持つ排他的保護エントリを使用してlistアクセスを禁止すると、 p4 changesやp4 describeなどのコマンドを実行した場合に、 デフォルトでlistアクセスが禁止されます。セキュリティ上の理由により、このデフォルト設定を使用することをお勧めします。

セキュリティが低い以前の動作に戻す場合は、この構成可能変数の値を「0」に設定します。

p4 protectコマンドの説明に従ってストリーム仕様の権限を適用するには、値を「1」に設定します。

サーバ

1

ユーザが与えられたIPアドレスから(プロテクションテーブルのIPアドレスの 使用に従い)サーバにアクセスできるか判断します。

直接接続または中継接続

Helix Coreサーバによってプロテクションテーブルのエントリが評価される際に、 dm.proxy.protects構成可能変数の設定も考慮されます。

dm.proxy.protectsのデフォルト値は「1」です。この場合、各種の中間サーバ(プロキシ、 ブローカ、レプリカサーバ)を経由して接続するすべてのクライアントホストの先頭に 「proxy-」というプレフィックスが付加されます。この「proxy-」というプレフィックスは、直接接続ではなく中継接続であることを示しています。 proxy-*をHostフィールドに指定した場合、 プロキシ、ブローカ、レプリカを経由する すべての接続に影響します。「proxy-10.0.0.5」などの値は、 「10.0.0.5」というIPアドレスのクライアントマシンが 中間サーバ経由でサーバに接続されていることを示しています。

dm.proxy.protectsの値を「0」に設定すると、 「proxy-」というプレフィックスが削除されます。これにより、サーバに直接接続しているクライアントと、プロキシ、ブローカ、またはレプリカサーバ経由で サーバにアクセスしているクライアントの両方に適用される単一のプロテクションエントリのセットを書き込むことができるようになります。プロテクションエントリは、単一のセットを使用した方が便利です。ただし、1台以上の中間サーバを経由した接続の方がセキュリティが低下する場合もあります。値を「0」に設定する場合は、すべての中間サーバのリリースが 2012.1以上になっている必要があります。

詳細については、p4 protectコマンドを参照してください。

サーバ

0

graphタイプのディポで自動レポジトリ作成の動作を制御します。

0: ユーザがgit pushをするときにそのレポがグラフディポ内にない場合は、 この新しいレポがグラフディポに追加されます。

1:ユーザがgit pushをするときにそのレポがグラフディポ内にない場合は、 git pushが失敗し、レポはグラフディポに追加されません。

2020.2よりも前のリリースでは、値に「0」を指定した場合の動作は共通しています。

サーバ

1

p4 attributeによって設定される属性の衝突解決を有効にします。

ブランチAでファイルを削除してブランチBでは削除しなかった場合、ブランチBを ブランチAにマージすると衝突が発生します。この状態でp4 resolve -asコマンドを 実行しても、衝突を解決することはできません。ただし、dm.resolve.ignoredeletedの値を「1」に設定して p4 resolve -asコマンドを実行すると、ブランチA内のファイル削除が優先されるため、衝突が解決します。

サーバ

1

0に設定すると、ジャーナルローテーション後のログの ローテーションが無効になります。

デフォルトでは、ジャーナルがローテーションされると構造化ログも ローテーションされます。頻繁にジャーナルローテーションが行われ、 それとは別のスケジュールでログのローテーションを実施したい場合、 この動作を無効にすることで可能になります。

サーバ

300 秒

シェルフが閲覧または編集されたときに、シェルフの最終アクセス時間が dm.shelve.accessupdateの値で指定された制限より長かった場合は、 アクセス時間を更新します。

保留状態のファイルのアクセス時間を表示するには、 p4 -Ztag change -oコマンドを使用します。

サーバ

10M

p4 shelveによって保留可能な最大ファイル数。

サーバ

0

保留するファイルリビジョンの最大サイズ(バイト単位)。有効なサイズの範囲は、1～2147483647です。「0」を指定すると、サイズが無制限になります。

サーバ

0

エッジサーバ上の保留ファイルをコミットサーバに昇格させる場合に、 この構成可能変数を使用します。別の方法として、p4 shelveコマンドで-pオプションを指定して、手動で昇格操作を実行することもできます。

この構成可能変数を設定する必要があるかどうかについては、『Helix Coreサーバ管理者ガイド』の「保留状態のチェンジリストの昇格」で、「明示的に保留状態を昇格する」を参照してください。

値を「1」に設定すると、ストリームコンポーネントが有効になります。

詳しくは、Helix Coreコマンドライン(P4)ガイドの「ストリームコンポーネント」を参照してください。

--parentviewパラメータを指定せずに開発ストリーム、リリースストリーム、またはメインラインストリームを作成する場合は、この構成可能変数により、ストリーム仕様のParentViewフィールドのデフォルト値が決まります。

0: すべての新しいストリームで、値が「noinherit」のParentViewフィールドが作成されます

1: すべてのメインラインストリーム、開発ストリーム、リリースストリームで、 値が「noinherit」のParentViewフィールドが作成されます。すべての新しいタスクストリームとバーチャルストリームで、 値が「inherit」のParentViewフィールドが作成されます。

2: すべての新しいリリースストリームで、 値が「noinherit」のParentViewフィールドが作成されます。リリースストリームを除くすべての新しいストリームで、 値が「inherit」のParentViewフィールドが作成されます。

詳しくは、 p4 syncコマンドの --use-stream-changeオプションを参照してください。

db.topologyテーブル内のlastSeenDateフィールドを更新するかどうかを決定する時間(秒数)。この時間が経過する前に更新処理が発生した場合、lastSeenDateフィールドは更新されません。

(MFA): デフォルト値「1」を設定すると、ユーザは自分の%email%変数と%fullname%変数を設定できるようになります。

ユーザがこれらの変数を変更できないようにするには、0に設定します。

サーバ

3600

サーバがロックを待機しなければならない場合でも、指定した秒数を経過していたら、 アクセス時刻を強制的に更新します。

サーバ

300

指定した秒数が経過するまで、アクセス時刻更新のための書き込みロックを 要求しません。

サーバ

3

遅延が発生するまでのパスワード試行回数。ログイン試行に連続して失敗し、この回数に達すると、次の試行を開始できるようになるまでに遅延が発生します。この遅延は1秒で、連続して試行に失敗するたびに1秒加算され、最大遅延時間は10秒になります。

サーバ

0

自動ユーザ作成の動作を制御します。

$ p4 configure set dm.user.noautocreate=2

0: 新しいユーザが、ディポまたはディポのメタデータを更新するいずれかのコマンドを 実行するたびに、ユーザレコードが作成されます。これが、デフォルトの動作です。こうしたコマンドとしては、多くのコマンドがあります(p4 pingコマンドなど)。

1: 新しいユーザは、明示的にp4 userコマンドを実行して、 自分のユーザレコードを作成する必要があります。

2: 新しいユーザを作成できるのはHelixサーバスーパーユーザのみです。 新しいユーザを作成するには、「p4 user -f username」コマンドを明示的に実行します。

サーバ

0

設定すると、パスワードが与えられて作成された新規ユーザは、 コマンドを実行する前にパスワードをリセットするよう強制されます。

この構成可能変数は、新しく作成されたユーザのパスワードが ユーザ仕様のPassword:フィールドで設定されている場合に適用されます。 新しくユーザが作成された後、その新しいユーザが初期パスワードを p4 passwdコマンドで取得する場合のパスワードリセット動作は、 この構成可能変数の設定による影響は受けません。

サーバ

0

Windows Server 2016以降のOS上で稼動しているHelix Coreサーバで、この構成可能変数の値を「1」に設定すると、コピー操作やトランケート操作を行うことなく、アトミックリネーム機能を使用してジャーナルローテーションを実行することができます。この機能を有効にするには、値を「1」に設定してサーバを再起動します。Linuxでは、アトミックリネームがデフォルトの動作になります。

クライアント

64K

p4 addの実行時、バイナリデータの 最初のfilesys.binaryscanバイトをスキャンします。

クライアント、サーバ

64K

クライアント側の読み取り/書き込み操作のためのバッファサイズ。

サーバ

0

シンボリックリンクの制御に使用します。

0を設定すると、リンクが確認されないため、symlinksディレクトリが作成される場合があります。

1を設定すると、p4 addコマンドを実行しても、ディレクトリに対してシンボリックリンクが作成されることはありません。

• p4 add /path/to/a/symlinkDirectory
  は失敗します
• p4 add /path/to/an/embeddedSymlink/readme.txt
  は失敗します
  

2は1と同じですが、-f (強制)オプションを使用して ユーザがチェックをバイパスできる点が異なります。

• p4 add -f /path/to/a/symlinkDirectory
  は成功します
• p4 add -f /path/to/an/embeddedSymlink/readme.txt
  は成功します

3を設定すると、-fオプションを指定することなく、パスの末尾にあるディレクトリのシンボリックリンクを作成することができます。

• p4 add /path/to/a/symlinkDirectory
  は -fを使用しなくても成功します。symlinkの対象ディレクトリがパスの末端にあるからです
• p4 add /path/to/an/embeddedSymlink/subdirectory/readme.txt
  は失敗します。symlinkの対象ディレクトリがパスの末端にないからです
• p4 add -f /path/to/an/embeddedSymlink/subdirectory/readme.txt
  は成功します。-fを使用しているからです

サーバ

250M

各ディポで必要になる最小ディスク容量。この値を下回るディポからのコマンドは、サーバによって拒否されます。

サイズを指定するには、よく知られている10進数の略語とは少し異なる、 次のバイナリ略語を使用します。

テビバイトの場合、tまたはT(1Tはおよそ1.1TB) ギガバイトの場合、
gまたはG(1Gはおよそ1.07GB)
メビバイトの場合、mまたはM(1Mはおよそ1.05MB) キビバイトの場合、
kまたはK(1Kは1,024バイト)

必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。

クライアント

32K

ファイルサイズがこの値を超えると事前割り当てが実行されます(Windows)。

サーバ

250M

サーバのジャーナルファイルシステムに必要な最小ディスク空き容量。 これより少なくなると、サーバはコマンドを拒否します。

サイズを指定するには、よく知られている10進数の略語とは少し異なる、 次のバイナリ略語を使用します。

テビバイトの場合、tまたはT(1Tはおよそ1.1TB) ギガバイトの場合、
gまたはG(1Gはおよそ1.07GB)
メビバイトの場合、mまたはM(1Mはおよそ1.05MB) キビバイトの場合、
kまたはK(1Kは1,024バイト)

必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。

サーバ

250M

サーバのログファイルシステムに必要な最小ディスク空き容量。 これより少なくなると、サーバはコマンドを拒否します。

サイズを指定するには、よく知られている10進数の略語とは少し異なる、 次のバイナリ略語を使用します。

テビバイトの場合、tまたはT(1Tはおよそ1.1TB) ギガバイトの場合、
gまたはG(1Gはおよそ1.07GB)
メビバイトの場合、mまたはM(1Mはおよそ1.05MB) キビバイトの場合、
kまたはK(1Kは1,024バイト)

必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。

サーバ

250M

サーバのルートファイルシステムに必要な最小ディスク空き容量。 これより少なくなると、サーバはコマンドを拒否します。

サイズを指定するには、よく知られている10進数の略語とは少し異なる、 次のバイナリ略語を使用します。

テビバイトの場合、tまたはT(1Tはおよそ1.1TB) ギガバイトの場合、
gまたはG(1Gはおよそ1.07GB)
メビバイトの場合、mまたはM(1Mはおよそ1.05MB) キビバイトの場合、
kまたはK(1Kは1,024バイト)

必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。

サーバ

250M

一時的な処理に必要な最小ディスク空き容量。これより少なくなると、 サーバはコマンドを拒否します。

サイズを指定するには、よく知られている10進数の略語とは少し異なる、 次のバイナリ略語を使用します。

テビバイトの場合、tまたはT(1Tはおよそ1.1TB) ギガバイトの場合、
gまたはG(1Gはおよそ1.07GB)
メビバイトの場合、mまたはM(1Mはおよそ1.05MB) キビバイトの場合、
kまたはK(1Kは1,024バイト)

必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。

サーバ、クライアント、プロキシ

1

値を「1」に設定すると、260文字を超えるファイル名が Windowsプラットフォーム上でサポートされます。

ワークスペースのパスの深さによっては、この構成可能変数をクライアント、 サーバ、プロキシ(クライアントとして機能している場合)にも設定する必要があります。

ファイル名の最大文字数は32,767文字です。パスの各コンポーネントは、 255文字に制限されます。サーバルートまたはクライアントルートのパスを 長いものにすることはできません。

サーバ

デフォルト値の「1」を指定すると、新しく追加されたすべてのファイルが 圧縮形式で保存されます。

このデフォルト値を変更して、特定のファイルを圧縮されていない RCS 形式で追加して保存するには、text+Dというファイルタイプ修飾子を指定します。詳細については、p4 addの例を参照してください。

この構成可能変数の値を「0」に設定すると、新しく追加されたテキストファイルがRCS形式で保存されます。RCS形式は、2022.1よりも前のリリースのデフォルトのファイル形式です。

既存のファイルのファイルタイプを変更する方法については、p4 editコマンドの-t typeオプションを参照してください。

サーバ、プロキシ

64K

サーバ上のバージョン化ファイルのアーカイブに対する読み書き操作のバッファサイズ。

プロキシ

1

1:ファイルパスでは、常に大文字と小文字は区別されません。

2:サーバで大文字と小文字が区別されない場合、ファイルパスでも 大文字と小文字が区別されません。

3:ファイルパスでは、常に大文字と小文字が区別されます。

サーバ

未設定

Helixサーバサーバ上の バージョン化ファイルにアクセスする ユーザコマンドの動作を制御します。

readonly:マスタ上で更新されるときにバージョンファイルを複製します。

shared:共有ストレージ用(『Helix Coreサーバ管理者ガイド』の「共有アーカイブを持つレプリカサーバを設定する」を参照)。

cache:参照された場合にのみ、バージョンファイルを複製します(レプリカサーバ上でまだ複製されていない場合)。

none:バージョン化ファイルへのアクセスは許可されません。

この構成可能変数をグローバルに設定することはできません。 必ずサーバIDを指定してください。

この構成可能変数の動作は、-D readonly、-D shared、-D cache、-D noneのいずれかのオプションを指定して、 レプリカサーバ上でp4dコマンドを実行した場合の動作と同じになります。

サーバ

50

転送が失敗した場合、レプリカはlbr.retry.maxの回数だけ ファイルの取得を試みます。

プロキシファイルステータスの間隔を設定します。例えば、この構成可能変数の値を「30」に設定すると、サイズの大きなファイルのLbrStatusテーブルエントリが30秒間隔で更新されます。エントリが更新されれば、プロキシによるファイル転送処理が進行していることになります。プロキシが対象ファイルのデータを30秒以内に読み込まなかった場合、エントリは更新されません。

詳細については、コマンドラインで「p4p -h」と入力して、プロキシのヘルプ情報を参照してください(P4Pがインストールされている場合)。

サーバ

値を「2」に設定すると(これがデフォルト値です)、キーワードリビジョンに対してダイジェストが作成されず、警告メッセージも記録されません。

値を「1」に設定すると、キーワードリビジョンに対してダイジェストは作成されませんが、警告メッセージが記録されます。

値を「0」に設定すると、すべてのキーワードリビジョンに対してダイジェストが作成されます。

p4 storage -Uリクエストで使用する スレッドの数。

0: スレッドは使用されません。

N: N件のスレッドを使用して、ダイジェストが計算されます。

サーバ

1

内容についてクライアントからサーバへの検証を行いますか？ (1は行う、0は行わない)

クライアント、サーバ

1

内容についてサーバからクライアントへの検証を行いますか？ (1は行う、0は行わない)

サーバ

1

0に設定すると、+Xタイプのファイルは、 サーバからクライアントへの転送時にダイジェストのチェックを行いません。

反映元のウォーターマークが使用される場合、サイトは +Xアーカイブトリガスクリプトを構成して、同期中にユーザ固有の 文字列をファイルの中に埋め込むため、ファイルが同期または 表示されるたびに異なる結果を返します。これにより、ファイルをディスクに 送信するときに実行されるダイジェストの検証は無効化されます。 lbr.verify.script.outを設定すると、 この状況でダイジェストの検証を無効にします。その他のファイルは、 lbr.verify.outの設定に従い、通常通り検証されます。

サーバ

未設定

このサーバへの接続が許可されるクライアントソフトウェアの最も低いバージョン。 minClientバージョンは、サーババージョン以下でも使用できますが、サーババージョン以降の場合は使用できません。この構成可能変数を設定する構文は次のとおりです。

p4 configure set minClient=version

バージョンの値はバージョン文字列

p4 configure set minClient=2017.2

またはクライアントプロトコルレベルになります。

p4 configure set minClient=83

次のリソースも参照してください:

• Helix Coreサーバ管理者ガイドの「プロトコルレベル: サーバ/クライアント」

• サポートナレッジベースの記事「ユーザにクライアントソフトウェアを強制更新させる方法」

サーバ

未設定

クライアントソフトウェアが古すぎる場合に発行するメッセージは、 p4 configure set minClientMessage=messageによって設定されます。

サーバ

0

monitor構成可能変数の有効な値は以下のとおりです。

• 0: サーバプロセスの監視を無効にします。(デフォルト)
• 1: アクティブなコマンドを監視します
• 2: アクティブなコマンドと休止中の 接続を監視します
• 3: 2と同じですが、初期化に失敗した(Init()フェーズでスタック状態になった)接続も処理対象になります
• 5: 2と同じですが、このコマンドで1秒以上ロックされたファイルの一覧も処理対象になります
• 10: 5と同じですが、ロック待機時間を含みます
• 25: 10と同じですが、このコマンドによってロックされたファイルのリストに、ロックされたファイルが表示されます(ロック時間は関係ありません)

p4 monitorコマンドを参照してください。

サーバ、クライアント、プロキシ、ブローカ

TCP接続は待ち時間が長い接続での性能が向上するように変更されます。

この動作を無効にするには、値を「0」に設定します。p4 setコマンドまたはP4CONFIGファイルを使用して設定されたクライアント。p4 configureコマンドを使用して設定されたサーバ。

以下に示すバージョンのHelixサーバでは、自動チューニング機能がデフォルトで有効になっています。

• 2019.1以降

• 2017.1 (パッチが適用されていないバージョン)

以下に示すバージョンのHelixサーバでは、自動チューニング機能がデフォルトで無効になっています。

• 2018.2

• 2018.1

• 2017.2

• 2017.1 (パッチが適用されているバージョン)

サーバ、プロキシ

128

待機中の接続に関する待ち行列の最大の長さ。負荷の大きいサーバにユーザが接続できない場合は、 値を大きくすることを検討してください。

ターゲットサーバにハートビートを送信する間隔(ミリ秒単位)。

ターゲットサーバからの応答を待機する時間(ミリ秒単位)。この時間が経過しても最初の応答が返ってこない場合は、heartbeat-missingトリガが起動します。詳しくは、『Helix Coreサーバ管理者ガイド』の「ハートビートでのトリガ(サーバの応答性)」を参照してください。

応答が返ってこなかった場合にターゲットサーバにハートビートを 送信する間隔(ミリ秒単位)。

応答が返ってこなかった場合にターゲットサーバからの応答を待機する時間(ミリ秒単位)。

要求がタイムアウトになる前にサーバからの応答が返ってきた場合は、heartbeat-resumedトリガが起動します。詳しくは、『Helix Coreサーバ管理者ガイド』の「ハートビートでのトリガ(サーバの応答性)」を参照してください。

ハートビートが停止していると判断するための、ハートビート応答が連続して返ってこなかった回数(net.heartbeat.missing.waitを参照)。

ハートビート応答が連続して返ってこなかった回数がnet.heartbeat.missing.countの値に達すると、heartbeat-deadトリガが起動します。詳しくは、『Helix Coreサーバ管理者ガイド』の「ハートビートでのトリガ(サーバの応答性)」を参照してください。

クライアント、サーバ

0

キープアライブパケットが確認されなかった回数がこの構成可能変数に指定された数を超えると、接続失敗と判断されます。https://linux.die.net/man/7/tcpのtcp_keepalive_probesに類似しています。

0の場合、デフォルトでオペレーティングシステムの動作の設定になります。

管理者ガイドの「TCPキープアライブ」セクションを参照してください。

クライアント、サーバ

0

OSによって0とキープアライブ機能がサポートされている場合、キープアライブはソケットで有効になります。

1の場合、キープアライブはソケットで無効になります。

管理者ガイドの「TCPキープアライブ」セクションを参照してください。

クライアント、サーバ

0

キープアライブの送信を開始するまでのアイドル時間(単位: 秒)。https://linux.die.net/man/7/tcpのtcp_keepalive_timeに類似しています。

0の場合、デフォルトでオペレーティングシステムの動作の設定になります。

管理者ガイドの「TCPキープアライブ」セクションを参照してください。

クライアント、サーバ

0

キープアライブパケットの送信間隔(単位: 秒)。https://linux.die.net/man/7/tcpのtcp_keepalive_intvlに類似しています。

0の場合、デフォルトでオペレーティングシステムの動作の設定になります。

管理者ガイドの「TCPキープアライブ」セクションを参照してください。

プロキシ

100

プロキシのキャッシュフォールト動作を制御する値(メガバイト単位)。 単一のp4 syncはnet.maxfaultpubMBを超えるフォールトを pdb.lbrに発行しません。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

クライアント、サーバ、プロキシ

0

ネットワーク接続がタイムアウトするまでの時間を示した秒数。

デフォルト値の「0」の場合、この構成可能変数が無効になります。

サーバ単位で設定しないようにすることをお勧めします。サーバ上で設定すると、 この制限時間内にユーザがコマンドラインフォームの入力を完了しなければ ならなくなります。個々のユーザのP4CONFIGファイルに設定すると、そのユーザの ワークステーションに適用されます(割り当てられた制限時間内にバージョニングサービスが ユーザリクエストに応答することのみが要求されます)。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

サーバ、プロキシ

1

中間者攻撃に対するネットワークセキュリティーレベル:これにより、データの改編や修正(例えば、ユーザとパスワードのセットに SSHトンネルまたはその他のTCPフォワーダが 使用された場合など)の有無を確認できます。

0: MitMチェックを無効にします。

1:レガシーコンテキストでのプロキシ/ブローカ接続をチェックします。

2:クライアントからの接続について、TCPフォワードの実行がチェックされます。

3:クライアント、プロキシ、およびブローカからの接続について、 TCPフォワードの実行がチェックされます。

4:すべての接続がチェックされます。リリース2010.1より古いクライアント ソフトウェアは接続できません。

5:プロキシ、ブローカ、およびすべての Perforce中間サーバに、有効なログイン済みサービスユーザが 関連付けられている必要があります。 これにより、管理者は不正なプロキシやサービスの使用を 防ぐことができます。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

サーバ

1つのバッチ内のファイル数を指定します。

「並列処理」のp4 syncを参照してください。

サーバ

512

1つのバッチ内のバイト数を指定します。

「並列処理」のp4 syncを参照してください。

サーバ

0

p4 sync、p4 shelve、p4 submitで同時に実行するスレッドの最大数を指定します。

スレッド数として「1」よりも大きな値を指定すると、そのスレッド数に達するまで並列処理が実行されます。値は、0と100の間の範囲とします。

この変数を設定するだけでなく、 p4 syncコマンド、p4 shelveコマンド、 またはp4 submitコマンドの--parallelオプションも指定する必要があります。

ただし、 net.parallel.submit.*構成可能変数を使用して 並列処理を自動化する場合は、 --parallelオプションを指定する必要はありません。

サーバ

9

並列同期の最小ファイル数を指定します。同期サイズが小さすぎる場合、 並列ファイル転送は開始されません。

「並列処理」のp4 syncを参照してください。

サーバ

576K

並列同期の最小バイト数を指定します。同期サイズが小さすぎる場合、 並列ファイル転送は開始されません。

「並列処理」のp4 syncを参照してください。

サーバ

8

自動並列処理の場合: 1つのバッチ内のファイル数を指定します。 (net.parallel.submit.batchも参照してください。)

サーバ

9

自動並列処理の場合: 並列して自動的に保留するファイルの最小数を指定します。シェルフのサイズが小さすぎる場合、並列ファイル転送は開始されません。

(net.parallel.submit.minも参照してください。)

サーバ

自動並列処理の場合、複数ファイルの並列送信で使用する スレッド数を指定します。スレッド数はコマンドラインで指定できますが、net.parallel.max変数よりも大きな値を指定することはできません(この変数の最小値は「2」です)。

指定したスレッドは作業をバッチで取得します。 バッチのサイズは、net.parallel.shelve.batch構成可能変数で 指定します。

サーバ

8

自動並列処理の場合: 1つのバッチ内のファイル数を指定します。

「並列サブミット」の「p4 submit」を参照してください。

サーバ

9

自動並列処理の場合: 並列サブミットで送信する最小ファイル数を指定します。 サブミットサイズが小さすぎる場合、並列ファイル転送は開始されません。

「並列サブミット」の「p4 submit」を参照してください。

サーバ

0

自動並列処理の場合、複数ファイルの並列送信で使用する スレッド数を指定します。スレッド数はコマンドラインで指定できますが、net.parallel.max変数よりも大きな値を指定することはできません(この変数の最小値は「2」です)。

指定したスレッドは作業をバッチで取得します。 バッチのサイズは、net.parallel.submit.batch構成可能変数で 指定します。

「並列サブミット」の「p4 submit」を参照してください。

サーバ

0

ネットワークの応答効率の低下を防ぐ場合に、この構成可能変数を使用します。サブミットを含む全コマンドからの並行ユーザ転送スレッドの合計数が この構成可能変数の値を超えた時に、syncコマンドの 並列送信スレッドの数を減らします。

サブミットコマンドの並行転送スレッドは削減しません。

この構成可能変数の値を決定するには、各ユーザ転送スレッドによるネットワーク使用の平均と、予備帯域幅を不定期のピーク負荷にどの程度割り当てるかを考慮します。

並列同期によってネットワークが飽和状態になる場合は、p4 monitor showコマンドを使用して、サーバ上で実行されている並行転送スレッドの数を確認します。 デフォルト値の「0」を指定すると、並列同期スレッドの数が減少することはありません。この構成可能変数を有効にするには、monitor構成可能変数の値を「1」以上に設定します。

サーバ

0

同時に同期するファイルのスレッドのデフォルト数を指定します。

指定したスレッドは作業をバッチで取得します。

サーバ

0

SO_REUSEPORTをリッスン用ソケットに設定します。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

クライアント、サーバ

0

1である場合、ホスト名の解決にIPv4またはIPv6のどちらを使用するかは、 オペレーティングシステムによって決定されます。これは、ホスト名(Fまたは非修飾)が 使用されている場合にのみ該当します。

IPv4のリテラルアドレス(127.0.0.1など)が使用されている場合、 トランスポートは常にtcp4になり、IPv6のリテラルアドレス(::1など)が 使用されている場合、トランスポートは常にtcp6になります。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

プロキシ

10

プロキシ監視間隔を指定します。デフォルト値は10秒間です。

プロキシ

0

0: 監視機能が無効になります(デフォルト)。

1:ファイル転送だけが監視されます。

2:すべての処理が監視されます。

3:すべての処理ですべてのトラフィックが監視されます。

サーバ

未設定

代替アーカイブコピー用の一時ディレクトリ。

サーバ

0

サーバがバージョン化ファイルをRCS形式で書き込んだときに fsync()呼び出しを無効にし、変更されたデータを書き込む時期を OSが決定できるようにするには、1に設定します。

サーバ

未設定

リクエストをブロックするクライアントを1つ以上指定します。 詳細については、Helix Coreサーバ管理者ガイドの 「クライアントをブロックする」を参照してください。

サーバ

0

ジャーナルのローテーション時に実行するデータベーステーブルチェックサム検証のレベル。 各レベルは、より大きなデータベーステーブルのセットに対応します。

0: チェックサムを無効にします。

1:以下に示す最も重要なシステムテーブルとリビジョンテーブルのみ検証されます。

db.config, db.depot, db.graphindex, db.graphperm, db.group, db.groupx, db.haveg, db.integed, db.integedss, db.integtx, db.ldap, db.object, db.protect, db.pubkey, db.ref, db.rev, db.revcx, db.revdx, db.revhx, db.revstg, db.revtx, db.stream, db.streamq, db.streamrelation, db.streamview, db.streamviewx, db.submodule, db.ticket, db.trigger, db.user

2:レベル1のすべてのテーブルと、レプリカ間で差異のない メタデータを持つテーブルが検証されます。

db.bodtext, db.bodtextcx, db.bodtexthx, db.counters, db.excl, db.exclg, db.exclgx, db.fix, db.fixrev, db.haveview, db.ixtext, db.ixtexthx, db.job, db.logger, db.message, db.nameval, db.property, db.refhist, db.remote, db.repo, db.revbx, db.review, db.revsx, db.revux, db.rmtview, db.server, db.svrview, db.topology, db.traits, db.uxtext

3:すべてのテーブルが検証されます。

サーバ

0

実行するオンザフライチェンジリスト検証のレベル。

0: 検証処理は実行されません。

1:p4 submit、p4 fetch、 p4 populate、p4 push、 およびp4 unzipコマンドの完了時にジャーナルノートが書き込まれます。 rpl.checksum.change構成可能変数の値により、 コマンド用に実行される認証のレベルが決まります。

2:レプリカによってチェンジリストのサマリが検証され、 チェンジリストが一致しない場合は、integrity.csvへの書き込みが実行されます。

3:レプリカによってチェンジリストのサマリーが検証され、 チェンジリストが一致しない場合は、integrity.csvへの書き込みが実行されます。

サーバ

0

実行するテーブルチェックサムのレベル。

0: テーブルレベルでのチェックサムだけが実行されます。

1:テーブルのアンロードまたはスキャンを実行すると、ジャーナルノートが書き込まれます。 これらのノートはレプリカによって処理され、検証処理が失敗した場合は、 integrity.csvに記録されます。

2:テーブルのアンロードまたはスキャンを実行するとジャーナルノートが書き込まれ、 ジャーナルノートの処理結果が一致する場合でも、 その結果がログに記録されます。

サーバ

0

レプリカ/マスターのネットワーク圧縮を有効にします。

0: データストリームは圧縮されません。

1:レプリカへのアーカイブ転送(p4 pull -u)に使用される データストリームが圧縮されます。

2:p4 pull -uおよびp4 pullに使用される データストリームが圧縮されます。

3:すべてのデータストリーム(p4 pull -u、p4 pull、 およびマスターまたはコミットサーバに送られるコマンドのデータストリーム)が 圧縮されます。

4:レプリカとマスター間のジャーナルプルおよびジャーナルコピーの 接続のみを圧縮します。

0

エッジサーバとビルドサーバ上での同期中に見つからなかったアーカイブのフェッチがpull -uスレッドで許可されます。

値を「1」に設定すると、以下の場合に、エッジサーバとビルドサーバからの 同期処理のパフォーマンスが向上します。

• 多数のリビジョンのファイルコンテンツが、エッジサーバまたはビルドサーバ上の アーカイブに含まれていない場合

• エッジサーバまたはビルドサーバでpull -u スレッドが実行されている場合

• エッジサーバまたはビルドサーバのlbr.replication構成可能変数の値が「readonly」に設定されている場合

レプリカサーバ上で値を「1」に設定すると、読み取り専用ではないコマンドがアップストリームサーバに転送されます。

サーバ

0

各レプリカサーバで1に設定すると、分散構成のユーザが シングルサインオンできるようになります。分散構成環境内のすべてのサーバに対して、 auth.id構成可能変数を同じに設定する必要があります。

詳しくは、『Helix Coreサーバ管理者ガイド』の 「ユーザの認証」を参照してください。

サーバ

1回のジャーナル転送の最大サイズ(バイト単位)。

ターゲットサーバーが1回のフラッシュ操作でジャーナルコピーに返送できるデータの量を制限します。ジャーナルコピーを実行するサーバー(通常はスタンバイサーバー)でこの構成可能変数を設定し、ジャーナルコピーに送信されるジャーナルフラグメントの最大サイズを調整します。

サーバ

25

転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの 調整に使用します。値を調整する場合のガイダンス情報については、Perforceのサポートまでお問い合わせください。

サーバ

50

転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの 調整に使用します。値を調整する場合のガイダンス情報については、Perforceのサポートまでお問い合わせください。

サーバ

1000

転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの 調整に使用します。値を調整する場合のガイダンス情報については、Perforceのサポートまでお問い合わせください。

サーバ

0

値を「0」に設定すると、ジャーナルコピースレッドがスタンバイサーバのjournalPrefixを使用して、ジャーナルをファイルパスに直接書き込みます。

値を「1」に設定すると、スタンバイサーバのP4JOURNALが書き込まれる場所に、ジャーナルコピースレッドがジャーナルを書き込みます。その後、スタンバイサーバのjournalPrefixを使用して、ジャーナルがファイルパスに対してローテーションされます。

ジャーナルコピースレッドによって書き込まれたジャーナルのサフィックスには、必ずジャーナル番号が付けられます。

スタンバイサーバによってP4TARGETのジャーナルローテーションが複製されると、この構成可能変数に対する変更が有効になります。

サーバ

0

マルチサイト展開環境では、ローカルラベルとグローバルラベルの両方がサポートされます。詳細については、『Helix Coreサーバ管理者ガイド』の「統合サービスの概要」を参照してください。

0

プルポジションレポートの間隔(ミリ秒単位)。

これを設定すると、レプリカサーバによって適用された最後のジャーナルフラグメントのP4TARGETのジャーナル内の位置が、レプリカサーバのログとジャーナルに指定の頻度で書き込まれます。

サーバ

0

db.user.rpテーブルを複製する場合は、値を「1」に設定します。

db.user.rpテーブルには、直接ログインしてレプリカを使用した ユーザに関する情報が格納されます。具体的には、 レプリカからユーザに発行されたチケットと、ユーザが最後にレプリカに アクセスした日時が記録されます。このテーブルは現在ジャーナルに記録されていますが、 デフォルトではそのレプリカは作成されません。

一般的には、このデータのレプリカを作成する必要はありません。ただし、必要となる場合もあります。 例えば、フェイルオーバーに備えて、読み取り専用レプリカと 別のレプリカの間にチェーンを作成してウォームスタンバイ状態にしておくには、 ウォームスタンバイ用にdb.user.rpテーブルのレプリカを 作成しなければならない場合があります。これにより、 db.user.rpレコードの自動フィルタリングが無効になり、 レプリカがターゲットから受け取ったすべてのdb.user.rpジャーナルレコードが 再生(およびジャーナルに再度記録)されます。

サーバ

0

デフォルトのサブミットアーカイブファイルコピーを無効にします

0

これを設定すると、複製されなかったジャーナル/合計バイト数がレポートされます。

0: レポートは作成されません

1: pullにより、rpl=1とrt.monitorfileでログが記録されます

2: pull -l -jにより、rpl=1でログが記録されます

1000

サーバ

0

これを設定した場合、レプリカサーバはユーザにファイルを渡すたびに キャッシュに格納されたファイルの整合性を確認します。 ファイルが一致しない場合、アップストリームのサーバから ファイルを再びフェッチします。 これは、レプリカサーバ上では計算コストが高く、 一般的にはPerforceテクニカルサポートでのみ有用です。

この構成可能変数で共有メモリのバックアップファイルを指定すると、サーバパフォーマンスのリアルタイムモニタリング機能が有効になります。以下に例を示します。

rt.monitorfile=monfile.mem

テキストエディタでリアルタイムモニタリングの出力を表示することはできません。ただし、コマンドラインで以下に示すいずれかのコマンドを実行すると、リアルタイムモニタリングの値を表示することができます。

• p4d -r P4ROOT --show-realtime

• p4 monitor realtime

• p4 monitor -rt

p4 monitor realtimeも参照してください。

サーバ

1

クライアント上での拡張機能の実行を許可します。

p4 renameclientコマンドの実行が許可されます。

0: すべてのユーザについて、上記のコマンドの実行が禁止されます。

1: クライアント所有、管理者、superユーザに対して、上記のコマンドの実行が許可されます。

2: 管理者とsuperユーザに対して、上記のコマンドの実行が許可されます。

3: superユーザに対して、上記のコマンドの実行が許可されます。

サーバ

0

サーバセキュリティレベル:

0: レガシーサポート: パスワードは不要で、強度の要件は設定されません。

1:強力なパスワードが必要であり、既存のパスワードはリセットされません。 2003.2より前のクライアントソフトウェアに適合します。

2:強力なパスワードが必要であり、既存のパスワードはリセットされます。 2003.2以降のクライアントソフトウェアが必要です。

3:パスワードは強力である必要があり、チケットベースの認証(p4 login)が必要です。

4:上記すべての制約。また、すべてのレプリカサーバおよび このサーバへのリモートディポ接続には、認証されたサービスユーザを 使用する必要があります。

5:中継サーバ(プロキシ、またはブローカ)に有効な承認済みのサービスユーザがある必要があります。

6:各中継サーバに、有効なサーバ仕様が存在している必要があります。サービスユーザは、すべての中継サーバで、サーバ仕様内のユーザフィールドで指定されたユーザを一致させる必要があります。

詳しくは、『Helix Coreサーバ管理者ガイド』の「サーバセキュリティレベル」を参照してください。

サーバコマンドのログ記録レベル:

server=1 : 各コマンドの起動情報が記録されます。

server=2 : サーバのトレース範囲がコマンドの起動と停止にまで拡張されます。

server=3: p4 sync に対して、計算が終了したことを示すメッセージと、ネットワーク同期の概算情報が追加されます。

server=4: クライアントに送信されたエラーが記録されます

次のリソースも参照してください:

• 『Helix Coreサーバ管理者ガイド』のサーバ監視用の診断フラグ」

• P4LOG
• サポートナレッジベースの記事「Helixサーバのトレースフラグ」

サーバ

0

変更のフェッチの可否を設定します。

• 1に設定すると、このサーバはほかのサーバからのフェッチが 可能になります。
• 2に設定すると、ほかのサーバはこのサーバからのフェッチが 可能になります。
• 3に設定すると、1および2の両方が 可能になります。

サーバ

0

変更のプッシュの可否を設定します。

• 1に設定すると、このサーバはほかのサーバへのプッシュが 可能になります。
• 2に設定すると、ほかのサーバはこのサーバへのプッシュが 可能になります。
• 3に設定すると、1および2の両方が 可能になります。

サーバ

0

+lタイプのファイルを持つDVCS構成の場合、p4 editコマンド、 p4 deleteコマンド、p4 revertコマンドで --remoteフラグを使用することができます。これにより、共有サーバ上で+lファイルタイプだけがロックされます。 変更済みファイルがプッシュされると、ロックは自動的に解除されます。

共有サーバはコミットサーバとして構成する必要があります。また、この構成可能変数の値に0ではなく1が含まれている必要があります。

+lの詳細については、『Helix Coreコマンドライン(P4)ガイド』の「ファイルタイプ修飾子」を参照してください。

サーバ

0

ゼロ以外の値を設定した場合、 このサーバでp4 unsubmitコマンドとp4 fetch -tコマンドを 実行できるようになります。

サーバ

0

コマンドごとのリソース制限のポリシーです。

0: すべてのコマンドラインユーザは、 p4 group仕様で次の制限を上書きすることができます: MaxResults、MaxScanRows、 MaxLockTime、MaxOpenFiles、MaxMemory

1:コマンドでオプションを使用して、リソース制限よりも低い値を指定することができます。 ただし、リソース制限を超える値を指定することはできません。

2:すべてのコマンドラインリソースの制限オプションが暗黙的に無視され、 仕様内の制限は上書きされません。

サーバ

未設定

ファイルシステムの位置に対して、ディポフォームのMap:フィールドで指定された 絶対アドレスが検証されます。 これを設定しなかった場合、Map:フィールドの相対アドレスは P4ROOTに保存された値に対して検証されます。詳細については、 p4 depotコマンドを参照してください。

P4ROOT/server.extensions.dir

サーバ

0

クライアントが修正されたときにエッジサーバ上の非ストリームクライアントの ビューマップ(またはクライアントマップ)をグローバルに切り替えるかどうかを決定します。

例えば、レプリカ上のクライアントが別のサーバでテンプレートとして使用される場合、 そのクライアントのビューマップをグローバルに切り替える必要があります。

この構成可能変数は、グローバルに設定することも、サーバごとにも設定できます。

この構成可能変数が設定された状態でクライアントを変更した場合、そのクライアントのビューマップがグローバルなビューマップになります。この構成可能変数の設定を消去しても、 クライアントのビューマップが削除されることはありません。ただし、設定を消去することにより、クライアントの ビューマップを変更した場合に、その変更内容が別のサーバに伝播されるのを防ぐことができます。グローバルビューマップが設定されているクライアントが削除されると、 server.global.client.viewsの値にかかわらず、そのクライアントのビューマップも グローバルに削除されます。

サーバ

デフォルト設定の場合、p4 archiveコマンドまたはp4 restoreコマンドを実行すると、リビジョンのアーカイブ時または復元時に、グローバルメタデータがロックされます。ロック機能を無効にするには、この構成可能変数の値を0に設定します。

サーバ

server.locks

P4ROOTと相対的に指定される、サーバロック用のディレクトリ。 サーバのロック機能を無効にするには、この構成可能変数をdisabledに設定します。 (db.peekingがゼロ以外(有効)の場合、server.locksをdisabledにすることはできません。 ロック機能を無効にするには、 server.locks.syncを0に設定します)

サーバ

0

この構成可能変数を1に設定すると、エッジサーバで実行されるp4 lockコマンドにより、 コミットサーバ上のグローバルロックがデフォルトで取得されます。

サーバ

0

設定されている場合、p4 syncコマンドはクライアントの ワークスペースのロックを共有モードにします。デフォルト値0では、 クライアントワークスペースのロックを同期しません。

db.peekingが有効になっている場合、 server.locks.dirディレクトリが存在している必要があります。db.peekingを有効にした場合のロック動作の変更により、 server.locks.dirをdisabledにする必要はなくなりますが、 p4 syncコマンドの実行が複数同時の場合や、 大規模の場合、あるいは中断した場合の いずれかまたはすべてにおいて、 server.locks.syncを0に設定することで 同期の動作を以前のものにすることができます。

サーバ

0

監視機能が有効になっていて、この構成可能変数がゼロ以外の値に設定されており、 かつ制限値を超えている場合、以下のような動作になります。

• 制限値を超える数の同時コマンドの実行要求が Helix Coreサーバによって拒否されます。
• ユーザーにはTooManyCommandsエラーが表示されます

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

server.maxcommands.allowも参照してください。

super権限を持つユーザとoperator権限を持つユーザは、 server.maxcommandsで指定されている制限値を超えている場合であっても、コマンドのサブセットにアクセスすることができます。 これらのコマンドのリストについては、Helix Coreサーバ管理者ガイドの「superユーザとoperatorユーザが常に実行できるコマンド」の「同時接続を制限する」を参照してください。

この動作を無効にするには、値を「0」に設定します。

この構成可能変数の値の変更を行った後は、 サーバを再起動する必要があります。

サーバ

未設定

Nで指定される構造化ログファイルのカウンタの名前。 (例えば、構造化ログファイルがerrors.csvである場合、 Nは3です)

詳細については、Helix Coreサーバ管理者ガイドの 「ロギングおよび構造化ファイル」を参照してください。

サーバ

未設定

各構造化ログファイルに関連付けられたサーバログファイルの名前。 有効なファイル名のリストについては、p4 logparseを参照してください。

nは500以下に設定する必要があります。

サーバ

未設定

構造化ログファイルについて、関連するログファイルをローテートするサイズ(MB)。

サーバ

未設定

構造化ログファイルについて、ある一時点においてサーバ上に保持する ローテーションされたログファイルの数。

サーバログのバージョンとサーバプロトコルレベルは一致しています。アップグレード前のレベルを維持するように設定することができます。詳しくは、Helix Coreサーバ管理者ガイドの「プロトコルレベル: サーバ/クライアント」を参照してください。

サーバ

未設定

あるサーバ(またはプロキシ)が複製/プロキシ構成におけるマスターサーバに対して、 またはリモートディポのコンテキストにおいてリモートサーバに対して 認証するサービスユーザ。

サーバ

99

ハッシュ化されたディレクトリ構造のサブディレクトリの最大数。

以下のディポとディレクトリ内でファイルがハッシュされるサブディレクトリの数が制限されます。

• スペックディポ -「スペックディポを使用する」を参照

• アンロードディポ - Helix Coreサーバ管理者ガイドの 「使用頻度の低いメタデータをアンロードする」を参照

• server.locks.dirディレクトリ

デフォルト値: 99

0: ハッシュが無効になります。

クライアント上で設定することができます(別のサーバに対してクライアントとして機能するサーバを含む)。

サーバ証明書を検証するための認証局(CA)のPrivacy-Enhanced Mail (PEM)ファイルのパス。認証局(CA)のパスがシステムのCAストアに存在しない場合や、特定のCAに対する検証が必要な場合は、 クライアント上でこの構成可能変数を設定して、CAのパスを指定することができます。

クライアント上で設定することができます(別のサーバに対してクライアントとして機能するサーバを含む)。

0を設定すると、P4TRUSTが使用されます。証明書は検証されません。

1を設定すると、認証局(CA)に対して証明書チェーンが検証されます。

2を設定すると、件名がP4PORTに一致しているかどうかが検証されます。

および

13 (最大)

クライアント上で設定することができます(別のサーバに対してクライアントとして機能するサーバ、ブローカ、プロキシを含む)。

SSL接続時にクライアントで許可されるTLSバージョンを指定します。 接続には、サーバとクライアント間で共通する最も高いバージョンが使用されます。

「12」は「TLS 1.2」を表し、「13」は「TLS 1.3」を表します。

クライアントが明示的に設定されていない場合、サーバーのssl.tls.version.min変数とssl.tls.version.max変数を明示的に設定することにより、これらの変数がクライアント接続に適用され、後方互換性が確保されます。

自己署名されていない証明書を持つサーバに対してp4 trustコマンドを実行すると、以下のような動作になります。

0: IPアドレスだけが記録されます。
1: (デフォルト値) ホスト名とIPアドレスの両方が記録されます。
2: ホスト名だけが記録されます。

サーバ

0

デフォルトでは、PerforceのSSLサポートは AES256-SHA暗号スイートに基づいています。 CAMELLIA256-SHAを使用するには、この調整値を1に設定してください。

ssl.tls.version.min

および

ssl.tls.version.max

サーバ、およびオプションとしてテスト用にクライアント上で

10 (最小)

および

12 (最大)

SSL接続時に、サーバー、ブローカ、プロキシで許可されるTLSバージョンを指定します。

接続時には、サーバー/ブローカ/プロキシとそのクライアント間で共通する最も高いバージョンが使用されます。

対応するクライアント側の構成可能変数(ssl.client.tls.version.minとssl.client.tls.version.max)も参照してください。

ssl.tls.version.minで、サーバ、ブローカ、またはプロキシで許可される最も低いバージョンを指定し、 ssl.tls.version.maxで、サーバ、ブローカ、またはプロキシで許可される最も高いバージョンを指定します。

有効な値は、10 (TLSv1.0の場合)、11(TLSv1.1の場合)、 12 (TLSv1.2の場合)、13 (TLSv1.3の場合)です。

サーバ

未設定

レプリカサーバ起動時に、startup.1からstartup.Nまでの p4 pullスレッドが生成されるよう、 レプリカサーバの設定を行います。

ServerIDが設定されているすべてのサーバで、startup.1からstartup.Nまでのタスクを設定することにより、 これらのタスクを、起動時に生成されるバックグラウンドタスクにすることができます。

startup.N構成変数は順番に処理されます。最初に欠番があった箇所で処理が停止します。欠番以降のコマンドは無視されます。

サーバ

state

レプリカサーバで、カレントジャーナル位置を追跡するために サーバによって使用されるファイル。

バックグラウンドでのアーカイブファイル転送機能を有効にするには、この機能を実行するエッジサーバ上で値を「1」に設定します。

以下を参照してください。

• submit.autobgtransfer
• 『Helix Coreサーバ管理者ガイド』の「エッジサーバでサブミットを行う場合のバックグラウンドアーカイブファイル転送機能」

複製環境内の1台以上のエッジサーバでsubmit.allowbgtransferの値が「1」に設定されている場合に、これらのエッジサーバ上でp4 submitコマンドをp4 submit -bコマンドの代替コマンドとして使用するには、エッジサーバでsubmit.autobgtransferの値を「1」に設定します。

詳細については、『Helix Coreサーバ管理者ガイド』の「エッジサーバでサブミットを行う場合のバックグラウンドアーカイブファイル転送機能」を参照してください。

デフォルトの1を設定した場合、ディレクトリ名とファイル名の不一致がチェンジリストに含まれていることがサーバで検出されると、そのチェンジリストをサブミットできなくなります。以下に例を示します。

$ p4 files ...
//depot/foo/bar/myfile#1 - add change 10 (text)

$ p4 add bar
//depot/foo/bar#1 - opened for add 

$ p4 submit -d test Submitting change 11.
Locking 1 files ...
Cannot add file '//depot/foo/bar', filename collides with an existing directory path in the depot.

このようなチェックを行わないようにするには、この構成可能変数を0に設定します。0に設定した場合は、ファイル内容を誤って上書きしないようにする必要があります。

サーバ

未設定

グローバルチェンジリストIDの生成を有効にします。 これは、Helix Coreサーバの分散バージョニング(DVCS)機能の ユーザに関連します。

• uuidはUUID形式でIDを生成します。
• checksumはチェクサム 形式でIDを生成します。
• serveridはサーバIDとチェンジ 形式を組み合わせてIDを生成します。

グローバルチェンジリストIDの詳細については、 分散バージョニング環境におけるHelix Coreサーバの利用の「フェッチとプッシュ」の章にある 「サーバ間でチェンジリストのIDを追跡する」を参照してください。

サーバ

0

サブミットが失敗した後に、ファイルを必ず再転送します。

サーバ上の正しい場所でファイルがすでにアーカイブされているかどうかを確認し、 すでにアーカイブされている場合に再転送しないようにするには、 値を1に設定します。

p4 submitコマンドで--noretransferオプションを使用すると、 設定の動作をオーバーライドできます。

サーバ

0

これを設定すると、ユーザが(p4 lockコマンドで)ロックした作業状態のファイルを、 p4 submitが失敗した後に自動的にロック解除します。

しきい値を設定します。サーバがこのしきい値を超えると、コマンドがキャンセルされる可能性があります。その場合、クライアントにエラーが返されます。すべてのsys.pressure.*構成可能変数については、Helix Coreサーバ管理者ガイドの「システムリソース」を参照してください。

サーバとクライアント

10

ファイル名の変更が失敗した場合の、ファイル名の変更を再試行する回数を制限します。 WindowsのRename()再試行ループに影響します。サーバと各クライアントで、この構成可能変数を設定します。

サーバとクライアント

1000

ファイルの名前変更の試行のタイムアウトをミリ秒単位で設定します。 WindowsのRename()再試行ループに影響します。サーバと各クライアントで、この構成可能変数を設定します。

サーバ

未設定

ユーザがp4 clientコマンドの-tオプションを省略した場合に テンプレートとして使用するデフォルトのクライアントを指定します。

サーバ

未設定

ユーザがp4 labelコマンドの-tオプションを省略した場合に テンプレートとして使用するデフォルトのラベルを指定します。