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

auth.2fa.persist
auth.autologinprompt
auth.default.method
auth.id
auth.ldap.cafile
auth.ldap.order.N
auth.ldap.pagesize
auth.ldap.ssllevel
auth.ldap.timeout
auth.tickets.nounlocked
auth.ldap.userautocreate
auth.sso.allow.passwd
auth.sso.args
auth.sso.allow.nonldap

client.readonly.dir
client.sendq.dir

db.monitor.interval
db.monitor.shared
db.peeking
db.replication
dbjournal.bufsize
dbopen.nofsync
defaultChangeType
dm.annotate.maxsize
dm.domain.accessforce
dm.domain.accessupdate
dm.grep.maxrevs
dm.info.hide
dm.integ.engine
dm.keys.hide
dm.password.minlength
dm.protects.allow.admin
dm.proxy.protects
dm.resolve.attribs
dm.rotatelogwithjnl
dm.shelve.accessupdate
dm.shelve.maxfiles
dm.shelve.maxsize
dm.shelve.promote
dm.user.accessforce
dm.user.accessupdate
dm.user.loginattempts
dm.user.allowselfupdate
dm.user.noautocreate
dm.user.resetpassword

filesys.binaryscan
filesys.bufsize

filesys.depot.min
filesys.extendlowmark
filesys.P4JOURNAL.min
filesys.P4LOG.min
filesys.P4ROOT.min
filesys.TEMP.min
filesys.windows.lfn
filetype.maxtextsize

journalPrefix

lbr.autocompress
lbr.bufsize
lbr.proxy.case
lbr.replica.notransfer
lbr.replication
lbr.retry.max
lbr.stat.interval
lbr.verify.in
lbr.verify.out
lbr.verify.script.out

minClient
minClientMessage
monitor
monitor.lsof

net.autotune
net.backlog
net.keepalive.count
net.keepalive.disable
net.keepalive.idle
net.keepalive.interval
net.maxfaultpub
net.maxwait
net.mimcheck
net.parallel.batch
net.parallel.batchsize
net.parallel.max
net.parallel.min
net.parallel.minsize
net.parallel.shelve.batch
net.parallel.shelve.min
net.parallel.shelve.threads
net.parallel.submit.batch
net.parallel.submit.min
net.parallel.submit.threads
net.parallel.sync.svrthreads
net.parallel.threads
net.reuseport
net.rfc3484
net.tcpsize

proxy.monitor.interval
proxy.monitor.level
pull.trigger.dir
push.unlocklocked

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で、ページングは無効になります。

サーバ

0

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

• 0: 検証なし。デフォルト。
• 1: 証明書は有効であるが、共通名は未確認。
• 2: 証明書が有効であり、証明書の共通名がAD/LDAPサーバのホスト名と一致。

サーバ

30

接続の試行をあきらめるまでの時間を秒単位で指定します。

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

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

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

この構成可能変数はシングルサインオン(SSO)を行う際にクライアント側のデスクトップエージェントを実行するように設計されています。

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データベースに対する認証を行うこともできます。

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

1または2に設定すると、p4 login -aを実行した場合、複数のホストが使用可能なチケットは発行されません。 つまり、1または2に設定すると、正しいIPアドレスを使用している単一ホストにのみ使用が制限されるチケットが発行されます。

1に設定すると、-aフラグは暗黙的に無視され、常にホストが制限されたチケットがユーザに発行されます。

2に設定すると、-aフラグが明示的に無効になり、ユーザがこのフラグを使用しようとするとエラーが発生します。

いずれかの値に設定している場合、p4 info

p4 -ztag info

のタグ付き出力は次のようにunlockedTicketsが無効になっていることを示します。

... unlockedTickets disabled

サーバ

なし

サーバ

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

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

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

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

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

サーバ

256 K

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

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

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

サーバ

2

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

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

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

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

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

サーバ

未設定

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

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

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

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

サーバ

16K

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

サーバ

0

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

サーバ

なし

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

サーバ

10M

p4 annotateでの最大リビジョンサイズです。

サーバ

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または2に設定すると、p4 keysはadmin権限が必要になります。 2に設定すると、p4 keyはadmin権限が必要になります。

サーバ

8

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

サーバ

0

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

サーバ

1

ユーザが与えられたIPアドレスから(プロテクションテーブルのIPアドレスの使用に従い)サーバにアクセスできるか判断します。 デフォルトでは、接続が中間サーバを通している場合、プレフィックスproxy-がクライアントのIPアドレスに追加されます。

この変数を0に設定すると、中間サーバを通した接続にproxy-のプレフィックスが付かないようにすることができます。

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

サーバ

0

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

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

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

サーバ

1

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

サーバ

1

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

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

サーバ

300秒

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

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

サーバ

10M

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

サーバ

0

保留可能なファイルの最大サイズ、または0の場合は無制限。

サーバ

0

エッジサーバが保留中のファイルをコミットサーバに昇格できるようにします(-pオプションを使用するのではなく)。 一般に、自動昇格を有効にすることはお勧めできません。共有するつもりのない保留中ファイルの不要な大量転送が発生することになります。

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

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

サーバ

3600

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

サーバ

300

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

サーバ

3

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

サーバ

0

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

$ p4 configure set dm.user.noautocreate=2

クライアント

64K

クライアント、サーバ

4K

サーバ

0

サーバ

250M

クライアント

32K

サーバ

250M

サーバ

250M

サーバ

250M

サーバ

250M

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

1

サーバ

0

サーバ、プロキシ

4K

プロキシ

1

サーバ

未設定

サーバ

50

サーバ

1

クライアント、サーバ

1

サーバ

なし

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

p4 configure set minClient=version

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

p4 configure set minClient=2017.2

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

p4 configure set minClient=83

サポートナレッジベースの記事も参照してください。

• 「ユーザにクライアントソフトウェアを強制更新させる方法」
• 「Helixクライアントプロトコルレベル」

サーバ

なし

クライアントソフトウェアが古すぎる場合に発行するメッセージは、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を使用します。

バージョン2017.2、2018.1、2018.2では、この構成可能変数のデフォルト値が「0」になっていました。その理由については、サポートナレッジベースの記事「自動チューニング - TCP接続遅延の改善」を参照してください。

サーバ、プロキシ

128

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

サーバ

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に発行しません。

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

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

未設定

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

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

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

サーバ、プロキシ

1

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

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

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

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

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

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

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

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

サーバ

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

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

サーバ

512

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

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

サーバ

0

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

値が1より大きい場合は、クライアントと同期またはファイルをサブミットするときに、指定されたスレッド数までの並列処理が可能になります。

この変数を設定するのに加えて、--parallelオプションをp4 syncコマンドまたはp4 submitコマンドに使用し、要求する処理についてさらに記述します。 net.parallel.submit.*構成可能変数を使用して並列処理を自動化する場合、--parallelオプションは不要です。

値は、0と100の間の範囲とします。 p4 syncコマンドまたはp4 submitコマンドを参照してください。

サーバ

9

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

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

サーバ

576

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

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

サーバ

8

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

サーバ

8

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

サーバ

9

自動並列処理の場合: 複数ファイルの同時送信に使用するスレッド数を指定します。

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

サーバ

0

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

並列サブミットのp4 submitコマンドを参照してください。

サーバ

8

自動並列処理の場合: 並列サブミットで送信する最小ファイル数を指定します。

並列サブミットのp4 submitコマンドを参照してください。

サーバ

9

自動並列処理の場合、各サブミットで複数ファイルの並列送信に使用するスレッド数を指定します。

指定したスレッドは作業をバッチで取得します。 バッチのサイズは、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

プロキシ

0

サーバ

なし

サーバ

0

サーバ

なし

サーバ

0

サーバ

0

サーバ

0

サーバ

0

サーバ

0

サーバ

25

サーバ

50

サーバ

1000

サーバ

0

サーバ

0

サーバ

0

サーバ

0

サーバ

0

サーバ

0

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

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

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

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

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

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

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

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構成では、--remoteフラグをp4 edit、p4 delete、p4 revertコマンドで使用することができます。 共有サーバ上で+lファイルタイプのみををロックします。 変更済みファイルがプッシュされると、ロックは自動的に解除されます。

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

+lの詳細については、『Helix Coreサーバユーザーガイド』の「ファイルタイプ修飾子」を参照してください。

サーバ

0

ゼロ以外の値に設定された場合、このサーバでp4 unsubmitおよびp4 fetch -tコマンドの実行が可能になります。

サーバ

0

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

0: すべてのユーザが、p4 group仕様で設定されているMaxResults、MaxScanRows、およびMaxLockTimeの制限をオーバーライドしてコマンドラインを使用することができます。

1: コマンドごとのオプションは、リソース制限より低く設定できますが、高く設定することはできません。

2: すべてのコマンドラインリソース制限オプションは単に無視されます。

サーバ

なし

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

サーバ

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サーバ管理者ガイド: 基本』の「同時接続を制限する」を参照してください。

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

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

サーバ

なし

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

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

サーバ

なし

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

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

サーバ

なし

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

サーバ

なし

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

サーバ

なし

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

サーバ

99

スペックディポ内のファイルがハッシュされるバケット(サブディレクトリ)の数。 0に設定するとハッシュが無効になり、パフォーマンスがディレクトリごとのファイル数に関係する古いファイルシステムではパフォーマンスが遅くなる可能性があります。

サーバ

0

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

ssl.tls.version.min

および

ssl.tls.version.max

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

10

および

12

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

ssl.tls.version.minは最も低いバージョンを指定し、ssl.tls.version.maxは最も高いバージョンを指定します。

有効な値は、TLSv1.0では10、TLSv1.1では11、TLSv1.2では12です。

サーバ上の値を確認する場合:

p4 configure show ssl.tls.version.min
p4 configure show ssl.tls.version.max

サーバに値を設定するには、コマンドを発行し、サーバを再起動して、変更を有効にします。 例えば、TLSv1.1またはTLSv1.2を許可するがTLSv1.0を除外する場合:

p4 configure set ssl.tls.version.min=11
p4 configure set ssl.tls.version.max=12

シングルバージョンのみを許可するには、同じ値を両方の構成可能変数に割り当てます。

クライアント上で、TLSv1.0が接続しないことを確認する場合:

p4 -v ssl.tls.version.min=10 -v ssl.tls.version.max=10 info

サーバ

なし

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

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

サーバ

state

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

バックグラウンドでのアーカイブファイル転送機能を有効にするには、複製環境内のすべてのサーバで値を「1」に設定します。

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

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

複製環境内のすべてのサーバでsubmit.allowbgtransfer構成可能変数が設定されている場合、1つ以上のサーバでp4 submitコマンドをp4 submit -bコマンドの代替コマンドとして使用するには、それらのサーバで値を「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

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

この構成可能変数を設定すると、サーバは意図したアーカイブの場所にファイルが既に存在するか確認し、失敗したサブミットを再試行するときに再転送を行いません。

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

サーバ

0

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

サーバとクライアント

10

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

サーバとクライアント

1000

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

サーバ

なし

サーバ

なし