構成可能変数 - アルファベット順リスト
次の表は、構成可能変数のアルファベット順のリストです。 構成可能変数の詳細を参照するには、リストのアルファベット文字と名前をクリックします。
アルファベット文字をクリック
A — C — D — F — J — L — M — N — P — R — S — T — Z
A
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
auth.2fa.persist | サーバ | 1 |
p4 login2 -pを無効にするには、0に設定します。 p4 login -pを使用して暗黙的にp4 login2 -pを実行するには、2に設定します。 |
なし |
auth.autologinprompt | サーバ | 1 | デフォルト値を使用すると、ログインを促すプロンプトがコマンドラインユーザに表示されます。無効にするには、0に設定します。 | いいえ |
auth.default.method
|
サーバ |
|
新しいユーザの認証に使用するデフォルトの方法です。
|
任意 |
auth.id
|
サーバ |
|
マスターへのシングルログインを実装する場合に、分散構成環境のすべてのサーバに設定する必要のある英数字の識別子。これは後からすべてのレプリカインスタンスで有効になります。 また、分散構成環境内の各レプリカについて、 |
マスターサーバではなくエッジサーバで以下の操作を実行: この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
auth.ldap.cafile
|
サーバ |
なし |
SSLまたはTLSを使用していて |
いいえ |
auth.ldap.order.N
|
サーバ |
なし |
認証に使用するLDAPコンフィギュレーションの名前の指定、および与えられたユーザ名を検索する順番の指定を行います。 最も小さい番号が最も高い優先度になります。 番号は、スキップすることができます。 以下に例を示します。 auth.ldap.order.1=UK_LDAP auth.ldap.order.2=US_LDAP auth.ldap.order.5=RU_LDAP LDAP認証でトリガベースの認証を置き換える場合は、『Helix Coreサーバ管理者ガイド』の「LDAP認証」を参照してください。「LDAPコンフィギュレーションをテストして有効にする」の手順では、サーバの再起動が必要になりますのでご注意ください。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
auth.ldap.pagesize
|
サーバ |
|
LDAP検索結果のページング制限を指定します。 構成可能変数は、LDAPサーバの結果制限より小さい値に設定してください。 デフォルト値は |
いいえ |
auth.ldap.ssllevel
|
サーバ |
|
SSL認証の検証レベルです。
|
なし |
auth.ldap.timeout
|
サーバ |
|
接続の試行をあきらめるまでの時間を秒単位で指定します。 |
なし |
auth.sso.allow.passwd | サーバ | 0 |
auth-check-ssoトリガがサーバで使用されているとき、Perforceデータベース(LDAPなどのauthトリガではなく)を使用して認証を行うユーザがパスワード認証を行えるようにするには、1に設定します。 LDAPが有効になっている場合は、auth.sso.nonldap構成可能変数を参照してください。 『Helix Coreサーバ管理者ガイド』の「シングルサインオンとauth-check-ssoトリガ」で、「auth-check-ssoトリガを使用した場合のp4 loginの動作」を参照してください。 |
いいえ |
auth.sso.args | サーバ | 未設定 |
この構成可能変数はシングルサインオン(SSO)を行う際にクライアント側のデスクトップエージェントを実行するように設計されています。 auth-check-ssoトリガを使用している場合、この構成可能変数に文字列の値を設定し、クライアント側のP4LOGINSSOスクリプトに送信することができます。 クライアントの実行可能ファイルが実行されると、この文字列がP4LOGINSSO環境変数の%ssoArgs%変数の代わりに使用されます。 例えば、SAMLエージェントは次のようにIDプロバイダ(IdP)のURLを取得できます。 p4 configure set auth.sso.args=--idpUrl=yourURLforIdP 上記の --idpUrl=yourURLforIdP を以下で置き換えます %ssoArgs% |
いいえ |
auth.sso.nonldap | 0 |
『Helix Coreサーバ管理者ガイド』の「シングルサインオンとauth-check-ssoトリガ」で、「auth-check-ssoトリガを使用した場合のp4 loginの動作」を参照してください。 |
いいえ | |
auth.tickets.nounlocked
|
サーバ | 0
|
1に設定すると、 2に設定すると、 いずれかの値に設定している場合、p4 info
のタグ付き出力は次のように
|
いいえ |
auth.ldap.userautocreate
|
サーバ |
|
0はユーザが自動作成されないことを意味します。 1は、 2は |
いいえ |
C
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
client.readonly.dir
|
サーバ |
なし |
読み取り専用クライアントのdb.*ファイルを配置するディレクトリのパス。 例えば、 |
なし |
サーバ
|
なし |
並列同期を実行する場合は、同期中に使用されるデータベーステーブルでのロックの競合を防ぐため、client.sendq.dir構成可能変数を設定してください。 これにより、各クライアントの個別のdb.sendqテーブルを保管するディレクトリが指定されます。 client.readonly.dir構成可能変数で同じディレクトリを指定することをお勧めします。 |
いいえ |
D
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
db.monitor.interval
|
サーバ |
バージョン2018.2の場合は「30」、バージョン2018.2よりも前の場合は「 |
0の値は機能がオフになっていることを意味します。 0以外の値は、監視テーブル内のプロセスに終了のマークが付いているかHelixサーバが確認するまでの時間(秒単位)を示します。 クライアント側の入力を待機しているためプロセスがブロックされていると判断すると、Helixサーバはそのプロセスを終了します。 次も参照してください。
|
いいえ | ||||||||
db.monitor.shared
|
サーバ |
256 K |
値は この構成可能変数の値を「0」に設定すると、テーブルがディスクに書き込まれます。 ただし、テーブルをメモリに書き込むとパフォーマンスが向上するため、この設定は推奨されます。 テーブルのサイズが 注意
値は8キロバイトのデータベースページ数になります。 例えば、4096という値は32MBを意味します。 p4 configureコマンドのオプションも参照してください。また、「 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
||||||||
db.monitor.term.allow |
サーバ |
未設定 |
ユーザ独自のプロセスの終了を許可する場合は、値を「1」に設定します。 ユーザ独自のプロセスの一時停止と再開を許可する場合は、値を「2」に設定します。 注意
p4 monitorterminateコマンドを使用する場合は、プロテクションテーブル内でread以上の権限が設定されている必要があります。 |
いいえ | ||||||||
db.peeking
|
サーバ |
|
ロックなし読み取りを有効にして設定を行います。 これを有効にすると、多くの共通コマンドが、データベースの更新を行う他のコマンドをブロックしなくなります。 『Helix Coreサーバ管理者ガイド』の「ロックなしの読み取りを実装しているコマンド」を参照してください。 0: ピーキングを無効にします。 動作は、2013.2以前と同じです。 1: 新しいロック方式を有効にして、ピーキングを無効にします(診断用途のみ)。 2: 新しいロック方式を有効にして、ピーキングを有効にし、 3: 新しいロック方式を有効にして、ピーキングを有効にし、 |
注意
2017.1リリース以降ではこの構成可能変数が動的に機能するため、サーバを再起動する必要はありません。 |
||||||||
db.replication
|
サーバ |
未設定 |
Helixサーバサーバ上のメタデータ( readonly: メタデータの読み取りを行うユーザコマンドは許可し、メタデータの変更を行うコマンドは拒否します。 レプリカサーバを この構成可能変数をグローバルに設定することはできません。必ずサーバIDを指定してください。 |
いいえ | ||||||||
dbjournal.bufsize
|
サーバ |
|
ジャーナルとチェックポイントの読み取り/書き込み操作のためのバッファサイズ。 |
いいえ | ||||||||
dbopen.nofsync
|
サーバ |
|
|
いいえ | ||||||||
defaultChangeType
|
サーバ |
なし |
新しいチェンジリストのデフォルトのタイプ: |
いいえ | ||||||||
dm.annotate.maxsize
|
サーバ |
|
|
いいえ | ||||||||
dm.domain.accessforce
|
サーバ |
|
サーバがロックを待機しなければならない場合でも、指定した秒数を経過していたら、アクセス時刻を強制的に更新します。 |
いいえ | ||||||||
dm.domain.accessupdate
|
サーバ |
|
指定した秒数が経過するまで、アクセス時刻更新のための書き込みロックを要求しません。 |
いいえ | ||||||||
dm.grep.maxrevs
|
サーバ |
|
|
いいえ | ||||||||
dm.info.hide
|
サーバ |
|
|
いいえ | ||||||||
dm.integ.engine
|
サーバ |
|
デフォルトでは、 古い(2006.1)反映ロジックの使用を継続するサイトでは、 |
いいえ | ||||||||
dm.keys.hide
|
サーバ |
|
|
いいえ | ||||||||
dm.password.minlength
|
サーバ |
|
|
いいえ | ||||||||
dm.protects.allow.admin
|
サーバ |
|
Perforce管理者が |
いいえ | ||||||||
dm.proxy.protects
|
サーバ |
|
ユーザが与えられたIPアドレスから(プロテクションテーブルのIPアドレスの使用に従い)サーバにアクセスできるか判断します。 デフォルトでは、接続が中間サーバを通している場合、プレフィックス この変数を 詳細については、 |
いいえ | ||||||||
dm.repo.noautocreate
|
サーバ |
|
0: ユーザがgit pushをするときにそのレポジトリがグラフディポ内にない場合は、この新しいレポジトリがグラフディポに追加されます。 1: ユーザがgit pushをするときにそのレポジトリがグラフディポ内にない場合は、git pushが失敗し、レポジトリはグラフディポに追加されません。 |
いいえ | ||||||||
dm.resolve.attribs
|
サーバ |
|
|
いいえ | ||||||||
dm.rotatelogwithjnl
|
サーバ |
|
デフォルトでは、ジャーナルがローテーションされると構造化ログもローテーションされます。 頻繁にジャーナルローテーションが行われ、それとは別のスケジュールでログのローテーションを実施したい場合、この動作を無効にすることで可能になります。 |
いいえ | ||||||||
dm.shelve.accessupdate
|
サーバ |
300秒 |
シェルフが閲覧または編集されたときに、シェルフの最終アクセス時間が次の値で指定された制限より長かった場合は、アクセス時間を更新します。 保留状態のファイルのアクセス時間を表示するには、 |
いいえ | ||||||||
dm.shelve.maxfiles
|
サーバ |
|
|
いいえ | ||||||||
dm.shelve.maxsize
|
サーバ |
|
保留可能なファイルの最大サイズ、または |
いいえ | ||||||||
dm.shelve.promote
|
サーバ |
|
エッジサーバ上の保留ファイルをコミットサーバに昇格させる場合に、この構成可能変数を使用します。 別の方法として、 この構成可能変数を設定する必要があるかどうかについては、『Helix Coreサーバ管理者ガイド』の「保留状態のチェンジリストの昇格」で、「明示的に保留状態を昇格する」を参照してください。 |
いいえ | ||||||||
dm.user.allowselfupdate
|
サーバ | 1
|
(MFA): デフォルト値 ユーザがこれらの変数を変更できないようにするには、 |
いいえ | ||||||||
dm.protects.streamspec
|
サーバ | 0
|
p4 protectの説明に従ってストリーム仕様の権限を適用するには、次の値を設定します: |
いいえ | ||||||||
dm.user.accessforce
|
サーバ |
|
サーバがロックを待機しなければならない場合でも、指定した秒数を経過していたら、アクセス時刻を強制的に更新します。 |
いいえ | ||||||||
dm.user.accessupdate
|
サーバ |
|
指定した秒数が経過するまで、アクセス時刻更新のための書き込みロックを要求しません。 |
いいえ | ||||||||
dm.user.loginattempts
|
サーバ |
|
遅延が発生するまでのパスワード試行回数。 ログイン試行に連続して失敗し、この回数に達すると、次の試行を開始できるようになるまでに遅延が発生します。 この遅延は1秒で、連続して試行に失敗するたびに1秒加算され、最大遅延時間は10秒になります。 |
いいえ | ||||||||
dm.user.noautocreate
|
サーバ |
|
自動ユーザ作成の動作を制御します。 警告
デフォルトでは、Helixサーバは不明なユーザがリポジトリまたはリポジトリのメタデータを更新できるコマンドを起動するたびに新しいユーザを作成します。 ほとんどのPerforceコマンドは、存在しないユーザにより実行されると、ユーザの作成を行います。 $ p4 configure set dm.user.noautocreate=2
|
いいえ | ||||||||
dm.user.resetpassword
|
サーバ |
|
設定すると、パスワードが与えられて作成された新規ユーザは、コマンドを実行する前にパスワードをリセットするよう強制されます。 この構成可能変数は、新しく作成されたユーザのパスワードがユーザ仕様の |
いいえ |
F
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
filesys.binaryscan
|
クライアント |
|
|
いいえ |
filesys.bufsize
|
クライアント、サーバ |
|
クライアント側の読み取り/書き込み操作のためのバッファサイズ。 |
いいえ |
filesys.checklinks
|
サーバ |
|
シンボリックリンクの制御に使用します。 0はリンクの確認が行われず、ディレクトリの 1は
2は
3を設定すると、パスの末端にあるディレクトリのsymlinkを
|
いいえ |
filesys.depot.min
|
サーバ |
|
ディポに必要な最小ディスク空き容量。これより少なくなると、サーバはコマンドを拒否します。 (1つのディポで使用できる空き容量が サイズを指定するには、よく知られている10進数の略語とは少し異なる、次のバイナリ略語を使用します。 テビバイトの場合、tまたは 必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。 |
いいえ |
filesys.extendlowmark
|
クライアント |
|
ファイルサイズがこの値を超えると事前割り当てが実行されます(Windows)。 |
いいえ |
filesys.P4JOURNAL.min
|
サーバ |
|
サーバのジャーナルファイルシステムに必要な最小ディスク空き容量。これより少なくなると、サーバはコマンドを拒否します。 サイズを指定するには、よく知られている10進数の略語とは少し異なる、次のバイナリ略語を使用します。 テビバイトの場合、tまたは 必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。 |
いいえ |
filesys.P4LOG.min
|
サーバ |
|
サーバのログファイルシステムに必要な最小ディスク空き容量。これより少なくなると、サーバはコマンドを拒否します。 サイズを指定するには、よく知られている10進数の略語とは少し異なる、次のバイナリ略語を使用します。 テビバイトの場合、tまたは 必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。 |
いいえ |
filesys.P4ROOT.min
|
サーバ |
|
サーバのルートファイルシステムに必要な最小ディスク空き容量。これより少なくなると、サーバはコマンドを拒否します。 サイズを指定するには、よく知られている10進数の略語とは少し異なる、次のバイナリ略語を使用します。 テビバイトの場合、tまたは 必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。 |
いいえ |
filesys.TEMP.min
|
サーバ |
|
一時的な処理に必要な最小ディスク空き容量。これより少なくなると、サーバはコマンドを拒否します。 サイズを指定するには、よく知られている10進数の略語とは少し異なる、次のバイナリ略語を使用します。 テビバイトの場合、tまたは 必要なディスク空き容量の相対値をパーセンテージで指定するこもできます。 |
いいえ |
filesys.windows.lfn
|
サーバ、クライアント、プロキシ |
|
ワークスペースのパスの深さによっては、この構成可能変数をクライアント、サーバ、プロキシ(クライアントとして機能している場合)にも設定する必要があります。 ファイル名の最大文字数は32,767文字です。 パスの各コンポーネントは、255文字に制限されます。 サーバルートまたはクライアントルートのパスを長いものにすることはできません。 |
いいえ |
filetype.maxtextsize
|
サーバ |
|
テキストタイプ検出対象とする最大ファイルサイズ。 |
いいえ |
J
L
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
lbr.autocompress
|
サーバ |
|
この構成可能変数を有効にすると、保存方法をRCS形式のテキストではなく圧縮テキスト( 以下の場合に、p4 configure set lbr.autocompress=1でこの構成可能変数を設定することをお勧めします。
|
いいえ |
lbr.bufsize
|
サーバ、プロキシ |
|
サーバ上のバージョン化ファイルのアーカイブに対する読み書き操作のバッファサイズ。 |
いいえ |
lbr.proxy.case
|
プロキシ |
|
1: ファイルパスでは常に大文字と小文字を区別しません。 2: サーバで大文字と小文字を区別しない場合、ファイルパスでは大文字と小文字を区別しません。 3: ファイルパスでは常に大文字と小文字を区別します。 |
いいえ |
lbr.replica.notransfer
|
サーバ | 0
|
値を「1」に設定した場合、ダイレクトオンデマンドのファイルフェッチ(プルアーカイブトリガを使用して強制的に転送操作を実行するフェッチ機能)が無効になります。 詳しくは、『Helix Coreサーバ管理者ガイド』の「外部ファイル転送のためのトリガ」を参照してください。 | いいえ |
lbr.replication
|
サーバ |
未設定 |
Helixサーバサーバ上のバージョン化ファイルにアクセスするユーザコマンドの動作を制御します。 readonly: マスター上で更新されるときにバージョンファイルを複製します。 shared: 共有ストレージ用。 (『Helix Coreサーバ管理者ガイド』の「共有アーカイブを持つレプリカサーバを設定する」を参照)。 cache: まだレプリカにない場合は、参照されたときのみバージョンファイルを複製します。 none: バージョン化ファイルへのアクセスは許容されません。 この構成可能変数をグローバルに設定することはできません。必ずサーバIDを指定してください。 この構成可能変数の動作は、 |
いいえ |
lbr.retry.max
|
サーバ |
|
転送が失敗した場合、レプリカは |
いいえ |
lbr.stat.interval | サーバ | 0 |
プロキシファイルステータスの間隔を設定します。 例えば、この構成可能変数の値を「30」に設定すると、サイズの大きなファイルのLbrStatusテーブルエントリが30秒間隔で更新されます。エントリが更新されれば、プロキシによるファイル転送処理が進行していることになります。 プロキシが対象ファイルのデータを30秒以内に読み込まなかった場合、エントリは更新されません。 詳細については、コマンドラインで「p4p -h」と入力して、プロキシのヘルプ情報を参照してください(P4Pがインストールされている場合)。 |
いいえ |
lbr.storage.allowsymlink |
サーバ |
未設定 | シンボリックリンクを許可する場合は、構成可能変数lbr.storage.allowsymlinkの値を「1」に設定します。すべてのシンボリックリンクが、スキャン対象のディレクトリに含まれていないファイルとディレクトリのみを参照している場合に限り、この変数の値を「1」に設定してください。 詳細情報については、「p4 storage」を参照してください。 | なし |
lbr.storage.delay | サーバ | 86400 | p4 storage -dスキャナでストレージレコードを削除する時間を秒単位で指定します。この時間が経過すると、レコードが削除されます。 86400秒は24時間です。 この時間を指定することにより、進行中のサブミット処理や保留処理が完了するまでの時間を確保することができます。 | いいえ |
lbr.storage.skipkeyed
|
サーバ | 0
|
アップグレード時にキーワードリビジョンを無視します。 値を 値を |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
lbr.verify.in
|
サーバ |
|
内容についてクライアントからサーバへの検証を行いますか? ( |
いいえ |
lbr.verify.out
|
クライアント、サーバ |
|
内容についてサーバからクライアントへの検証を行いますか? ( |
いいえ |
lbr.verify.script.out
|
サーバ |
|
反映元のウォーターマークが使用される場合、サイトは |
いいえ |
M
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
minClient
|
サーバ |
なし |
このサーバへの接続が許可されるクライアントソフトウェアの最も低いバージョン。
バージョンの値はバージョン文字列
またはクライアントプロトコルレベルになります。
注意
どのクライアントプロトコルバージョンが特定のP4Vバージョン文字列に対応するかを確認するには、サーバログを参照してください。 次のサーバログエントリは、P4V 2017.3がv83をプロトコルバージョンとして使用していることを示しています。 P4V/MACOSX1011X86_64/2017.3/1582486/v83 サポートナレッジベースの記事も参照してください。 ヒント
ユーザのクライアントがこの構成可能変数によってブロックされている場合、ユーザにメッセージを提供することを推奨します。 詳細情報については、「 |
いいえ |
minClientMessage
|
サーバ |
なし |
クライアントソフトウェアが古すぎる場合に発行するメッセージは、 |
いいえ |
monitor
|
サーバ |
|
monitor構成可能変数の有効な値は以下のとおりです。
|
いいえ |
monitor.lsof
|
サーバ |
なし |
Unixプラットフォームに設定される場合、 $ path/lsof -F pln+
$ /usr/bin/lsof -F pln
|
いいえ |
N
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
net.autotune
|
サーバ、クライアント、プロキシ、ブローカ |
1 |
TCP接続は待ち時間が長い接続での性能が向上するように変更されます。 この動作を無効にするには、値を「 注意
Windowsベースのプラットフォームの場合、送信バッファサイズが自動的に調整されることはないため、net.tcpsize構成可能変数を使用して、手動でサイズを調整する必要があります。 バージョン2017.2、2018.1、2018.2では、この構成可能変数のデフォルト値が「0」になっていました。その理由については、サポートナレッジベースの記事「自動チューニング - TCP接続遅延の改善」を参照してください。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.backlog
|
サーバ、プロキシ |
|
待機中の接続に関する待ち行列の最大の長さ。 負荷の大きいサーバにユーザが接続できない場合は、値を大きくすることを検討してください。 |
いいえ |
net.heartbeat.interval
|
サーバ | 2000
|
ターゲットサーバにハートビートを送信する間隔(ミリ秒単位)。 ヒント
対話形式でp4 heartbeatを呼び出すことにより、この構成可能変数の値を変更した場合の動作を確認することができます。 |
この構成可能変数の値を更新してバックグラウンドのハートビートスレッドを開始する場合は、サーバを再起動する必要があります。 |
net.heartbeat.wait
|
サーバ | 2000
|
ターゲットサーバからの応答を待機する時間(ミリ秒単位)。 この時間が経過しても最初の応答が返ってこない場合は、 ヒント
対話形式でp4 heartbeatを呼び出すことにより、この構成可能変数の値を変更した場合の動作を確認することができます。 |
この構成可能変数の値を更新してバックグラウンドのハートビートスレッドを開始する場合は、サーバを再起動する必要があります。 |
net.heartbeat.missing.interval
|
サーバ | 2000
|
応答が返ってこなかった場合にターゲットサーバにハートビートを送信する間隔(ミリ秒単位)。 ヒント
対話形式でp4 heartbeatを呼び出すことにより、この構成可能変数の値を変更した場合の動作を確認することができます。 |
この構成可能変数の値を更新してバックグラウンドのハートビートスレッドを開始する場合は、サーバを再起動する必要があります。 |
net.heartbeat.missing.wait
|
サーバ | 4000
|
応答が返ってこなかった場合にターゲットサーバからの応答を待機する時間(ミリ秒単位)。 要求がタイムアウトになる前にサーバからの応答が返ってきた場合は、 ヒント
対話形式でp4 heartbeatを呼び出すことにより、この構成可能変数の値を変更した場合の動作を確認することができます。 |
この構成可能変数の値を更新してバックグラウンドのハートビートスレッドを開始する場合は、サーバを再起動する必要があります。 |
net.heartbeat.missing.count
|
サーバ | 5
|
ハートビートが停止していると判断するための、ハートビート応答が連続して返ってこなかった回数( ハートビート応答が連続して返ってこなかった回数が ヒント
対話形式でp4 heartbeatを呼び出すことにより、この構成可能変数の値を変更した場合の動作を確認することができます。 |
この構成可能変数の値を更新してバックグラウンドのハートビートスレッドを開始する場合は、サーバを再起動する必要があります。 |
net.keepalive.count
|
サーバ |
|
キープアライブパケットが確認されなかった回数がこの構成可能変数に指定された数を超えると、接続失敗と判断されます。 https://linux.die.net/man/7/tcpの
管理者ガイドの「TCPキープアライブ」セクションを参照してください。 |
いいえ |
net.keepalive.disable
|
サーバ |
|
OSによって
管理者ガイドの「TCPキープアライブ」セクションを参照してください。 |
いいえ |
net.keepalive.idle
|
サーバ |
|
キープアライブパケットの送信を開始するまでのアイドル時間(秒)です。 https://linux.die.net/man/7/tcpの
管理者ガイドの「TCPキープアライブ」セクションを参照してください。 |
いいえ |
net.keepalive.interval
|
サーバ |
|
キープアライブパケットの送信間隔(秒)です。 https://linux.die.net/man/7/tcpの
管理者ガイドの「TCPキープアライブ」セクションを参照してください。 |
いいえ |
net.maxfaultpub
|
プロキシ |
|
プロキシのキャッシュフォールト動作を制御する値(メガバイト単位)。 単一の この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.maxwait
|
クライアント、サーバ、プロキシ |
未設定 |
ネットワーク接続がタイムアウトするまでの時間を示した秒数。 サーバ全体には設定しないことが推奨されます。サーバに設定すると、この制限時間内にユーザがコマンドラインフォームの入力を完了しなければならないからです。 個々のユーザの この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.mimcheck
|
サーバ、プロキシ |
|
中間者攻撃に対するネットワークセキュリティレベル: これにより、データの改編や修正(例えば、ユーザとパスワードのセットにSSHトンネルまたはその他のTCPフォワーダが使用された場合など)の有無を確認できます。 0: MitMチェックを無効にします。 1: レガシーコンテキストでのプロキシ/ブローカ接続をチェックします。 2: クライアントからの接続について、TCPフォワードの実行がチェックされます。 3: クライアント、プロキシ、およびブローカからの接続について、TCPフォワードの実行がチェックされます。 4: すべての接続がチェックされます。リリース2010.1より古いクライアントソフトウェアは接続できません。 5: プロキシ、ブローカ、およびすべてのPerforce中間サーバに、有効なログイン済みサービスユーザが関連付けられている必要があります。 これにより、管理者は不正なプロキシやサービスの使用を防ぐことができます。 この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.parallel.batch
|
サーバ |
8
|
1つのバッチ内のファイル数を指定します。 並列処理のp4 syncを参照してください。 |
いいえ |
net.parallel.batchsize
|
サーバ |
|
1つのバッチ内のバイト数を指定します。 並列処理のp4 syncを参照してください。 |
いいえ |
net.parallel.max
|
サーバ |
|
同時に同期するファイルのスレッドの最大数を指定します。 値が この変数を設定するのに加えて、 |
いいえ |
net.parallel.min
|
サーバ |
|
並列同期の最小ファイル数を指定します。 同期サイズが小さすぎる場合、並列ファイル転送は開始されません。 並列処理のp4 syncを参照してください。 |
いいえ |
net.parallel.minsize
|
サーバ |
|
並列同期の最小バイト数を指定します。 同期サイズが小さすぎる場合、並列ファイル転送は開始されません。 並列処理のp4 syncを参照してください。 |
いいえ |
net.parallel.shelve.batch
|
サーバ |
|
自動並列処理の場合: 1つのバッチ内のファイル数を指定します。 ( |
いいえ |
net.parallel.shelve.min
|
サーバ |
|
自動並列処理の場合: 1つのバッチ内のファイル数を指定します。 ( |
いいえ |
net.parallel.shelve.threads
|
サーバ |
|
自動並列処理の場合: 複数ファイルの同時送信に使用するスレッド数を指定します。 指定したスレッドは作業をバッチで取得します。 バッチのサイズは、 |
いいえ |
net.parallel.submit.batch
|
サーバ |
|
自動並列処理の場合: 1つのバッチ内のファイル数を指定します。 |
いいえ |
net.parallel.submit.min
|
サーバ |
|
自動並列処理の場合: 並列サブミットで送信する最小ファイル数を指定します。 |
いいえ |
net.parallel.submit.threads
|
サーバ |
|
自動並列処理の場合、各サブミットで複数ファイルの並列送信に使用するスレッド数を指定します。 指定したスレッドは作業をバッチで取得します。 バッチのサイズは、net.parallel.submit.batch構成可能変数で指定します。 |
いいえ |
net.parallel.sync.svrthreads
|
サーバ |
|
ネットワークの応答効率の低下を防ぐ場合に、この構成可能変数を使用します。 サブミットを含む全コマンドからの並行ユーザ転送スレッドの合計数がこの構成可能変数の値を超えた時に、syncコマンドの並列送信スレッドの数を減らします。 サブミットコマンドの並行転送スレッドは削減しません。 この構成可能変数の値を決定するには、各ユーザ転送スレッドによるネットワーク使用の平均と、予備帯域幅を不定期のピーク負荷にどの程度割り当てるかを考慮します。 並列同期によりネットワークが飽和状態になる場合、p4 monitor |
いいえ |
net.parallel.threads
|
サーバ |
|
同時に同期するファイルのスレッドのデフォルト数を指定します。 指定したスレッドは作業をバッチで取得します。 |
いいえ |
net.reuseport
|
サーバ |
|
この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.rfc3484
|
クライアント、サーバ |
|
IPv4のリテラルアドレス(例: 127.0.0.1)が使用されている場合、トランスポートは常に この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
net.tcpsize
|
クライアント、サーバ、プロキシ |
|
接続時に設定される、TCPの送信および受信のバッファサイズ。 プロキシなど、待ち時間の長い接続にはこれを増やすことを検討してください。 実際のバッファサイズはこの値の大きさであり、OSで定義されます。 (net.autotuneも参照してください。) |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
P
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
proxy.monitor.interval
|
プロキシ |
|
プロキシ監視間隔を指定します。 デフォルト値は10秒間です。 |
いいえ |
proxy.monitor.level
|
プロキシ |
|
0: 監視機能は無効にされます(デフォルト)。 1: ファイル転送のみを監視します。 2: すべての処理を監視します。 3: すべての処理の全トラフィックを監視します。 |
いいえ |
pull.trigger.dir
|
サーバ |
なし |
代替アーカイブコピー用の一時ディレクトリ。 |
いいえ |
サーバ |
|
これを設定すると、p4 pushコマンドが失敗した場合に、ファイルのロックが解除されます。 |
いいえ |
R
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
rcs.nofsync
|
サーバ |
|
サーバがバージョン化ファイルをRCS形式で書き込んだときに |
いいえ | ||||||||
rejectList
|
サーバ |
なし
|
リクエストをブロックするクライアントを1つ以上指定します。 詳細については、Helix Coreサーバ管理者ガイドの「クライアントをブロックする」を参照してください。 |
いいえ | ||||||||
rpl.checksum.auto
|
サーバ |
|
ジャーナルのローテーション時に実行するデータベーステーブルチェックサム検証のレベル。 各レベルは、より大きなデータベーステーブルのセットに対応します。 0: チェックサムを無効にします。 1: 最も重要なシステムテーブルとリビジョンテーブルのみ検証します。 2: レベル1すべて、およびレプリカ間で違いのないメタデータを保持するテーブルを検証します。 3: すべてのメタデータを検証します。これにはビルドファームやエッジサーバレプリカにより異なるメタデータも含まれます。 |
いいえ | ||||||||
rpl.checksum.change
|
サーバ |
|
実行するオンザフライチェンジリスト検証のレベル。 0: 検証は実施しません。 1: サブミットの最後にジャーナルノートの書き込みを実行します。 2: レプリカによってチェンジリストのサマリが検証され、チェンジリストが一致しない場合は、 3: レプリカによってチェンジリストのサマリが検証され、チェンジリストが一致した場合は、 設定は |
いいえ | ||||||||
rpl.checksum.table
|
サーバ |
|
実行するテーブルチェックサムのレベル。 0: テーブルレベルでのチェックサムのみが実行されます。 1: テーブルアンロードおよびテーブルスキャンのジャーナルノートはレプリカによって処理され、検証処理が失敗した場合は、 2: ジャーナルノートの処理結果が一致する場合でも、その結果がログに記録されます。 |
いいえ | ||||||||
rpl.compress
|
サーバ |
|
レプリカ/マスターのネットワーク圧縮を有効にします。 0: データストリームは圧縮されません。 1: レプリカへのアーカイブ転送( 2: 3: すべてのデータストリーム( 4: レプリカとマスター間のジャーナルプルおよびジャーナルコピーの接続のみを圧縮します。 |
いいえ | ||||||||
rpl.forward.login
|
サーバ |
|
各レプリカサーバで 詳しくは、『Helix Coreサーバ管理者ガイド』の「ユーザの認証」を参照してください。 |
マスターサーバではなくエッジサーバで以下の操作を実行: この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。
|
||||||||
rpl.jnlwait.adjust
|
サーバ |
|
転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの調整に使用します。 値の調整については、Perforceサポートにご相談ください。 |
いいえ | ||||||||
rpl.jnlwait.interval
|
サーバ |
|
転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの調整に使用します。 値の調整については、Perforceサポートにご相談ください。 |
いいえ | ||||||||
rpl.jnlwait.max
|
サーバ |
|
転送レプリカに多くのユーザがいる場合に、サーバのパフォーマンスの調整に使用します。 値の調整については、Perforceサポートにご相談ください。 |
いいえ | ||||||||
rpl.journalcopy.location
|
サーバ |
|
journalcopyスレッドによって書き込まれたジャーナルは、必ずサフィックスにジャーナル番号が付けられます。 この構成可能変数に加えた変更は、スタンバイサーバがP4TARGETのジャーナルローテーションを複製すると有効になります。 |
いいえ | ||||||||
rpl.labels.global
|
サーバ |
|
マルチサイト展開環境では、ローカルラベルとグローバルラベルの両方がサポートされます。 詳細については、『Helix Coreサーバ管理者ガイド』の「統合サービスの概要」を参照してください。
|
いいえ | ||||||||
rpl.replay.userrp
|
サーバ |
|
一般的には、このデータのレプリカを作成する必要はありません。 ただし、必要となる場合もあります。 例えば、フェイルオーバーに備えて、読み取り専用レプリカと別のレプリカの間にチェーンを作成してウォームスタンバイ状態にしておくには、ウォームスタンバイ用に |
いいえ | ||||||||
rpl.submit.nocopy
|
サーバ |
|
デフォルトのサブミットアーカイブファイルコピーを無効にします |
いいえ | ||||||||
rpl.verify.cache
|
サーバ |
|
設定された場合、レプリカサーバはユーザにファイルを渡すたびにキャッシュに格納されたファイルの整合性を確認します。ファイルが一致しない場合、アップストリームのサーバからファイルを再びフェッチします。 これは、レプリカサーバ上では計算コストが高く、一般的にはPerforceテクニカルサポートでのみ有用です。 |
いいえ | ||||||||
run.users.authorize
|
サーバ |
|
値を「1」に設定すると、 |
いいえ |
S
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
security
|
サーバ |
|
サーバセキュリティレベル: 0: レガシーサポート: パスワードは不要で、強度の要件は設定されません。 1: 強力なパスワードが必要であり、既存のパスワードはリセットされません。2003.2よりも前のクライアントソフトウェアに適合します。 2: 強力なパスワードが必要であり、既存のパスワードはリセットされます。2003.2以降のクライアントソフトウェアが必要です。 3: パスワードは強力である必要があり、チケットベースの認証( 4: 上記すべての制約。 また、すべてのレプリカサーバおよびこのサーバへのリモートディポ接続には、認証されたサービスユーザを使用する必要があります。 5: 中継サーバ(プロキシやブローカなど)で、有効なサービスユーザが承認されている必要があります。 6: 各中継サーバに、有効なサーバ仕様が存在している必要があります。サービスユーザは、すべての中継サーバで、サーバ仕様内のユーザフィールドで指定されたユーザを一致させる必要があります。 詳しくは、『Helix Coreサーバ管理者ガイド』の「サーバセキュリティレベル」を参照してください。 |
いいえ |
server
|
サーバ | 1
|
サーバコマンドのログ記録レベル: server=1: 各コマンドの起動情報が記録されます。 server=2: サーバのトレース範囲がコマンドの起動と停止にまで拡張されます。 server=3: p4 syncに対して、計算が終了したことを示すメッセージと、ネットワーク同期の概算情報が追加されます。 server=4: クライアントに送信されたエラーがサーバログに記録されます。 次も参照してください。
|
いいえ |
server.allowfetch
|
サーバ |
|
変更のフェッチの可否を設定します。
|
いいえ |
server.allowpush
|
サーバ |
|
変更のプッシュの可否を設定します。
|
いいえ |
server.allowremotelocking
|
サーバ |
|
共有サーバはコミットサーバとして構成する必要があります。また、この構成可能変数の値に
|
いいえ |
server.allowrewrite
|
サーバ |
|
ゼロ以外の値に設定された場合、このサーバで |
いいえ |
server.commandlimits
|
サーバ |
|
コマンドごとのリソース制限のポリシーです。 0: すべてのユーザがコマンドラインを使用して、 1: コマンドでオプションを使用して、リソース制限よりも低い値を指定することができます。ただし、リソース制限を超える値を指定することはできません。 2: すべてのコマンドラインリソース制限オプションは単に無視されます。 |
いいえ |
server.depot.root
|
サーバ |
なし |
ファイルシステムの位置に対して、ディポフォームの |
いいえ |
server.extensions.dir | サーバ | 拡張機能を保管するためのディレクトリです。 | いいえ | |
server.global.client.views
|
サーバ |
|
クライアントが修正されたときにエッジサーバ上の非ストリームクライアントのビューマップ(またはクライアントマップ)をグローバルに切り替えるかどうかを決定します。 例えば、レプリカ上のクライアントが別のサーバでテンプレートとして使用される場合、そのクライアントのビューマップをグローバルに切り替える必要があります。 この構成可能変数は、グローバルに設定することも、サーバごとにも設定できます。 この構成可能変数が設定された状態でクライアントを変更した場合、そのクライアントのビューマップがグローバルなビューマップになります。 この構成可能変数の設定を消去しても、クライアントのビューマップが削除されることはありません。ただし、設定を消去することにより、クライアントのビューマップを変更した場合に、その変更内容が別のサーバに伝播されるのを防ぐことができます。 グローバルビューマップが設定されているクライアントが削除されると、 |
いいえ |
server.locks.archive
|
サーバ |
1
|
p4 archiveおよびp4 restoreはデフォルトで、リビジョンをアーカイブまたは復元しているとき、グローバルメタデータをロックします。 ロック機能を無効にするには、この構成可能変数の値を |
いいえ |
server.locks.dir
|
サーバ |
|
|
いいえ |
server.locks.global
|
サーバ |
|
この構成可能変数を |
いいえ |
server.locks.sync
|
サーバ |
|
設定されている場合、
|
いいえ |
server.maxcommands
|
サーバ |
|
監視機能が有効になっていて、この構成可能変数がゼロ以外の値に設定されており、かつ制限値を超えている場合、以下のような動作になります。
この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 server.maxcommands.allowも参照してください。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
server.maxcommands.allow | サーバ | 1 |
super権限を持つユーザとoperator権限を持つユーザは、server.maxcommandsで指定されている制限値を超えている場合であっても、コマンドのサブセットにアクセスすることができます。 これらのコマンドのリストについては、『Helix Coreサーバ管理者ガイド』の「同時接続を制限する」を参照してください。 この動作を無効にするには、値を「0」に設定します。 この構成可能変数の値の変更を行った後は、サーバを再起動する必要があります。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
serverlog.counter.
|
サーバ |
なし |
詳細については、Helix Coreサーバ管理者ガイドの「ロギングおよび構造化ファイル」を参照してください。 |
いいえ |
serverlog.file.
|
サーバ |
なし |
各構造化ログファイルに関連付けられたサーバログファイルの名前。 有効なファイル名のリストについては、 nは500以下に設定する必要があります。 |
いいえ |
serverlog.maxmb.
|
サーバ |
なし |
構造化ログファイルについて、関連するログファイルをローテートするサイズ(MB)。 |
いいえ |
serverlog.retain.
|
サーバ |
なし |
構造化ログファイルについて、ある一時点においてサーバ上に保持するローテートされたログファイルの数。 |
いいえ |
serverlog.version.
|
サーバ | 現行サーバのプロトコルレベル |
サーバログのバージョンとサーバプロトコルレベルは一致しています。アップグレード前のレベルを維持するように設定することができます。 詳しくは、『Helix Coreサーバ管理者ガイド』の「Helixサーバのプロトコルレベル」を参照してください。 |
いいえ |
serviceUser
|
サーバ |
なし |
あるサーバ(またはプロキシ)が複製/プロキシ構成におけるマスターサーバに対して、またはリモートディポのコンテキストにおいてリモートサーバに対して認証するサービスユーザ。 |
いいえ |
spec.hashbuckets
|
サーバ |
|
スペックディポ内のファイルがハッシュされるバケット(サブディレクトリ)の数。 |
いいえ |
ssl.secondary.suite
|
サーバ |
|
デフォルトでは、PerforceのSSLサポートはAES256-SHA暗号スイートに基づいています。 CAMELLIA256-SHAを使用するには、この調整値を |
いいえ |
および |
サーバ、およびオプションとしてテスト用にクライアント上で |
および
|
SSL接続用に許可されたTLSバージョンを制御します。 接続には、サーバとクライアント間で共通する最も高いバージョンを使用します。 ssl.tls.version.minは最も低いバージョンを指定し、 有効な値は、 サーバ上の値を確認する場合:
サーバに値を設定するには、コマンドを発行し、サーバを再起動して、変更を有効にします。 例えば、TLSv1.1またはTLSv1.2を許可するがTLSv1.0を除外する場合:
シングルバージョンのみを許可するには、同じ値を両方の構成可能変数に割り当てます。 クライアント上で、TLSv1.0が接続しないことを確認する場合:
ヒント
TLS 1.3は、TLS 1.2よりもファイルの転送速度は高くなりますが、TLS 1.3で接続を確立擦る場合は、TLS 1.2よりも多くのオーバーヘッドが必要になります (遅延時間が長くなるほど、接続のオーバーヘッドの影響が小さくなることに注意してください)。 バージョン1.3に対応しているサーバを使用する場合、多くの一時的な接続に依存するアプリケーションについては、そのアプリケーションのバージョンを1.2に固定することをお勧めします。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
startup.N
|
サーバ |
なし |
レプリカサーバ起動時に、 ServerIDが設定されているすべてのサーバは、
ヒント
サーバを再起動する前に、以下のコマンドを対話形式で呼び出すことができます。 これらのコマンドにより、関連するオプションの動作や、構成可能変数(net.heartbeat.intervalやpull.trigger.dirなど)の動作を確認することができます。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
statefile
|
サーバ |
|
レプリカサーバで、カレントジャーナル位置を追跡するためにサーバによって使用されるファイル。 |
いいえ |
submit.allowbgtransfer | サーバ | 0 |
バックグラウンドでのアーカイブファイル転送機能を有効にするには、複製環境内のすべてのサーバで値を「1」に設定します。 以下を参照してください。 |
startup.Nスクリプトでp4 heartbeatを使用する場合は、以下の操作を実行します。 この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
submit.autobgtransfer | サーバ | 0 |
複製環境内のすべてのサーバでsubmit.allowbgtransfer構成可能変数が設定されている場合、1つ以上のサーバでp4 submitコマンドをp4 submit -bコマンドの代替コマンドとして使用するには、それらのサーバで値を「1」に設定します。 詳細については、『Helix Coreサーバ管理者ガイド』の「エッジサーバでサブミットを行う場合のバックグラウンドアーカイブファイル転送機能」を参照してください。 |
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。 注意
p4 admin restartを実行できません。 UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。 Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
submit.collision.check | サーバ | 1 |
デフォルトの1を設定した場合、ディレクトリ名とファイル名の不一致がチェンジリストに含まれていることがサーバで検出されると、そのチェンジリストをサブミットできなくなります。 以下に例を示します。 $ p4 files ... $ p4 add bar $ p4 submit -d test Submitting change 11. このようなチェックを行わないようにするには、この構成可能変数を0に設定します。0に設定した場合は、ファイル内容を誤って上書きしないようにする必要があります。 |
いいえ |
submit.identity
|
サーバ |
なし |
グローバルチェンジリストIDの生成を有効にします。 これは、Helix Coreサーバの分散バージョニング(DVCS)機能のユーザに関連します。
グローバルチェンジリストIDの詳細については、分散バージョニング環境におけるHelix Coreサーバの利用の「フェッチとプッシュ」の章にある「サーバ間でチェンジリストのIDを追跡する」を参照してください。 |
いいえ |
submit.noretransfer
|
サーバ |
|
サブミットが失敗した後に、ファイルを必ず再転送します。 サーバ上の正しい場所でファイルがすでにアーカイブされているかどうかを確認し、すでにアーカイブされている場合に再転送しないようにするには、値を1に設定します。
|
この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。p4 admin restartを実行できません。UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
submit.unlocklocked
|
サーバ |
|
これを設定すると、ユーザが( |
いいえ |
sys.rename.max
|
サーバとクライアント |
|
ファイル名の変更が失敗した場合の、ファイル名の変更を再試行する回数を制限します。 Windowsの |
いいえ |
sys.rename.wait
|
サーバとクライアント |
|
ファイルの名前変更の試行のタイムアウトをミリ秒単位で設定します。 Windowsの |
いいえ |
sys.threading.groups | サーバ | 0 | 値を「1」に設定すると、Windows Server 2008 R2以降のオペレーティングシステムで、複数のプロセッサグループを使用できるようになります。 | この構成可能変数の値を変更した後、サーバを明示的に「停止」する必要があります。p4 admin restartを実行できません。UNIXを使用している場合は、「Perforceサービスを停止する」および「Perforceサービスを開始する」を参照してください。Windowsを使用している場合は、「Helixサーバを開始および停止する」を参照してください。 |
T
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
template.client
|
サーバ |
なし |
ユーザが |
いいえ |
template.label
|
サーバ |
なし |
ユーザが |
いいえ |
track
|
サーバ | サーバにより設定されます。 詳細については、『Helix Coreサーバ管理者ガイド』の「サーバ監視用の診断フラグ」で、「パフォーマンス追跡」を参照してください。 | いいえ | |
triggers.io
|
サーバ |
|
設定した場合、トリガはコマンドライン変数からパラメータを受け取りません。 各自のSTDINに送信されたキーと値のペアのディクショナリーを受け取ります。 トリガは、ディクショナリーの応答を使用して、STDOUT経由でサーバに返信することができます。 |
いいえ |
Z
構成可能変数 | クライアントまたはサーバまたはプロキシ | デフォルト値 | 意味 | サーバの 再起動が 必須かどうか |
---|---|---|---|---|
zerosyncPrefix
|
サーバ |
なし |
これを設定すると、 |
いいえ |