Checkmk/dev — Japanese @ Weblate: <tt>not</tt> is the abbreviation for <tt>and not</tt>

Zen

	English	Japanese	Actions
	<p>The Checkmk Micro Core uses Checkmk fetcher processes to obtain data about the Checkmk and Checkmk Discovery services of the hosts monitored with Checkmk. There should always be enough fetcher processes to handle the configured checks just in time.</p><p>In case the fetcher helper pool is 100% used, checks will not be executed in time, the check latency will grow and the states are not up to date.</p><p>Possible actions:<ul><li>Check whether or not you can decrease check timeouts</li><li>Check which checks / plug-ins are <a href="view.py?view_name=service_check_durations">consuming most helper process time</a></li><li>Increase the <a href="wato.py?mode=edit_configvar&varname=cmc_fetcher_helpers">number of Checkmk fetchers</a></li></ul></p><p>But you need to be careful that you don't configure too many Checkmk fetcher helpers, because they consume resources. An additional problem is that the Checkmk fetchers are initialized in parallel during startup of the Micro Core, which may cause load peaks when having a lot of Checkmk helper processes configured.</p>	<p> Checkmk Microcoreは、Checkmkフェッチャープロセスを使用して、Checkmkで監視されているホストのCheckmkおよびCheckmk Discoveryサービスに関するデータを取得します。構成されたチェックをジャストインタイムで処理するのに十分なフェッチャープロセスが常に存在する必要があります。</p> <p>フェッチャーヘルパープールが100%使用されている場合、チェックは時間内に実行されず、チェックの待ち時間が長くなり、状態が最新でなくなります。 </p> <p>可能なアクション:<ul> <li>チェックタイムアウトを減らすことができるかどうかを確認します</li> <li>どのチェック/プラグインが<a href="view.py?view_name=service_check_durations">最もヘルパーの処理時間を消費する</a>かを確認します </li> <li> <a href=" wato.py?mode=edit_configvar&varname=cmc_cmk_helpers "> Checkmkフェッチャーの数</a>を増やす</li> </ul> </p> <p>ただし、Checkmkフェッチャーヘルパーはリソースを消費するため、多く構成しすぎないように注意する必要があります。追加の問題は、Microcoreの起動時にCheckmkフェッチャーが並行して初期化されることです。これにより、多数のCheckmkヘルパープロセスが構成されている場合に負荷のピークになる可能性があります。</p>
	<p>The Checkmk Micro Core uses Checkmk helper processes to execute the Checkmk and Checkmk Discovery services of the hosts monitored with Checkmk. There should always be enough helper processes to handle the configured checks.</p><p>In case the helper pool is 100% used, checks will not be executed in time, the check latency will grow and the states are not up to date.</p><p>Possible actions:<ul><li>Check whether or not you can decrease check timeouts</li><li>Check which checks / plug-ins are <a href="view.py?view_name=service_check_durations">consuming most helper process time</a></li><li>Increase the <a href="wato.py?mode=edit_configvar&varname=cmc_fetcher_helpers">number of Checkmk helpers</a></li></ul></p><p>But you need to be careful that you don't configure too many Checkmk check helpers, because they consume a lot of memory. Your system needs to be able to handle the memory demand for all of them at once. An additional problem is that the Checkmk helpers are initialized in parallel during startup of the Micro Core, which may cause load peaks when having a lot of Checkmk helper processes configured.</p>	<p>Checkmk Micto Coreは、Checkmkヘルパープロセスを使用して、Checkmkで監視するホストのCheckmkサービスとCheckmk Discoveryサービスを実行します。構成されたチェックを処理するには、常に十分な数のヘルパープロセスが必要です。</p><p>ヘルパー・プールが 100% 使用された場合、チェックは時間内に実行されず、チェックの待ち時間は長くなり、状態は最新ではなくなります。</p><p>可能なアクション:<ul><li>チェックのタイムアウトを減らすことができるかどうかチェックしてください。</li><li>どのチェック/プラグインが<a href="view.py?view_name=service_check_durations">ヘルパーの処理時間を最も消費しているかをチェックする。</a></li><li>, <a href="wato.py?mode=edit_configvar&varname=cmc_fetcher_helpers">Checkmk ヘルパーの数</a></li></ul></p>を増やす。<p>しかし、Checkmk のチェックヘルパーはメモリを大量に消費するので、設定しすぎないように注意する必要があります。システムは、一度にすべてのチェック・ヘルパーのメモリ要求を処理できる必要があります。さらに、Checkmk ヘルパーは Micro Core の起動時に並列に初期化されるため、Checkmk ヘルパープロセスが多数設定されていると、負荷のピークが発生する可能性があります。</p>
	<p>The Checkmk Micro Core uses generic check helper processes to execute the active check based services (e.g. check_http, check_...). There should always be enough helper processes to handle the configured checks.</p><p>In case the helper pool is 100% used, checks will not be executed in time, the check latency will grow and the states are not up to date.</p><p>Possible actions:<ul><li>Check whether or not you can decrease check timeouts</li><li>Check which checks / plug-ins are <a href="view.py?view_name=service_check_durations">consuming most helper process time</a></li><li>Increase the <a href="wato.py?mode=edit_configvar&varname=cmc_check_helpers">number of check helpers</a></li></ul></p>	<p>Checkmk Microcoreは、汎用のチェックヘルパープロセスを使用して、アクティブなチェックベースのサービス(check_http、check _...など)を実行します。構成されたチェックを処理するのに十分なヘルパープロセスが常に存在する必要があります。</p><p>ヘルパープールが100％使用されている場合、チェックは時間内に実行されず、チェックの待ち時間が長くなり、状態が最新ではありません。</p><p>可能なアクション:<ul><li>チェックタイムアウトを減らすことができるかどうかを確認します</li><li>どのチェック/プラグインが<a href="view.py?view_name=service_check_durations">ヘルパープロセス時間を消費しているかを確認します</a></li><li>チェックヘルパーの<ahref =" wato.py?mode=edit_configvar&varname=cmc_check_helpers ">数を増やします</a></li></ul></p>
	<p>The control group information is currently only specified by the linux agent (cgroup). If it is present and this rule is set, the inventory will only trigger if the control group of the corresponding process matches. For instance: you can use this rule to exclude all processes belonging to a docker container by specifying the expression "%s" (without the quotes), and selecting "%s".</p>	<p>現在、コントロールグループ情報はLinuxエージェント(cgroup)によってのみ指定されています。それが存在し、このルールが設定されている場合、対応するプロセスのコントロールグループが一致した場合にのみインベントリがトリガーされます。たとえば、このルールを使用して、式 "%s" (引用符なし)を指定し、 "%s" を選択することで、Dockerコンテナに属するすべてのプロセスを除外できます。</p>
	<p>The process name may contain one or more occurrences of <tt>%s</tt>. If you do this, then the pattern must be a regular expression and be prefixed with ~. For each <tt>%s</tt> in the description, the expression has to contain one "group". A group is a subexpression enclosed in brackets, for example <tt>(.*)</tt> or <tt>([a-zA-Z]+)</tt> or <tt>(...)</tt>. When the inventory finds a process matching the pattern, it will substitute all such groups with the actual values when creating the check. That way one rule can create several checks on a host.</p><p>If the pattern contains more groups then occurrences of <tt>%s</tt> in the service name then only the first matching subexpressions are used for the service names. The matched substrings corresponding to the remaining groups are copied into the regular expression, nevertheless.</p><p>As an alternative to <tt>%s</tt> you may also use <tt>%1</tt>, <tt>%2</tt>, etc. These will be replaced by the first, second, ... matching group. This allows you to reorder things.	<p>プロセス名には、<tt>%s</tt>を1つ以上含めえることができます。この場合、パターンは接頭辞〜が付いた正規表現である必要があります。説明の<tt>%s</tt>ごとに、式に1つの"グループ"が含めなければなりません。グループは、括弧で囲まれた部分式です。たとえば、 <tt>(.*)</tt> または<tt>([a-zA-Z]+)</tt>または<tt>(...)</tt>など。インベントリがパターンに一致するタスクを見つけると、チェックを作成するときに、そのようなすべてのグループを実際の値に置き換えます。このようにして、1つのルールでホスト上に複数のチェックを作成できます。</p><p>パターンがサービスの説明の<tt>%s</tt>の出現よりも多くのグループが含む場合、最初に一致する部分式のみが使用されます。それでも、残りのグループに対応する一致した部分文字列は正規表現にコピーされます。</p><p> <tt>%s</tt>の代わりに、<tt>%1</tt>や<tt>%2</tt>などを使用することもできます。これらの式は、最初、2番目、...の一致するグループに置き換えられ、並べ替えることができます。
	<p>The service name may contain one or more occurances of <tt>%s</tt>. In this case, the pattern must be a regular expression prefixed with ~. For each <tt>%s</tt> in the description, the expression has to contain one "group". A group is a subexpression enclosed in brackets, for example <tt>(.*)</tt> or <tt>([a-zA-Z]+)</tt> or <tt>(...)</tt>. When the inventory finds a task matching the pattern, it will substitute all such groups with the actual values when creating the check. In this way one rule can create several checks on a host.</p><p>If the pattern contains more groups than occurrences of <tt>%s</tt> in the service description, only the first matching subexpressions are used for the service descriptions. The matched substrings corresponding to the remaining groups are nevertheless copied into the regular expression.</p><p>As an alternative to <tt>%s</tt> you may also use <tt>%1</tt>, <tt>%2</tt>, etc. These expressions will be replaced by the first, second, ... matching group, allowing you to reorder things.</p>	<p>サービスの説明には、<tt>%s</tt>が1つ以上含まれている場合があります。この場合、パターンは接頭辞〜が付いた正規表現である必要があります。説明の<tt>%s</tt>ごとに、式に1つの"グループ"が含まれている必要があります。グループは、角かっこで囲まれた部分式です。たとえば、 <tt>(.*)</tt> または<tt>([a-zA-Z]+)</tt>または<tt>(...)</tt>。インベントリがパターンに一致するタスクを見つけると、チェックを作成するときに、そのようなすべてのグループを実際の値に置き換えます。このようにして、1つのルールでホスト上に複数のチェックを作成できます。</p><p>パターンにサービスの説明で出現する<tt>%s</tt>よりも多くのグループが含まれる場合、最初に一致する部分式のみが使用されます。サービスの説明について。それでも、残りのグループに対応する一致した部分文字列は正規表現にコピーされます。</p><p> <tt>%s</tt>の代わりに、<tt>%1</tt>や<tt>%2</tt>などを使用することもできます。これらの式は、最初、2番目、...の一致するグループに置き換えられ、並べ替えることができます。</p>
	<p>The user specification is a user name (string). The inventory will then trigger only if that user matches the user the process is running as. The resulting check will require such user. If user is not selected the created check will not look for a specific user.</p> <p>Windows users are specified by the namespace followed by the actual user name. For example "\\NT AUTHORITY\NETWORK SERVICE" or "\\CHKMKTEST\Administrator".</p>	<p>ユーザー指定はユーザー名(文字列)です。インベントリは、そのユーザーがプロセスを実行しているユーザーと一致する場合にのみトリガーされます。結果のチェックには、そのようなユーザーが必要になります。ユーザーが選択されていない場合、作成されたチェックは特定のユーザーを検索しません。</p> <p>Windowsユーザーは、名前空間とそれに続く実際のユーザー名で指定されます。例:"\\NT AUTHORITY\NETWORK SERVICE" または "\\CHKMKTEST\Administrator"。</p>
	<p>Usually Checkmk will use the host name of the host it is attached to. With this option you can override this parameter.</p>	<p>通常、Checkmkは接続しているホストのホスト名を使用します。このオプションを使用すると、このパラメータを上書きすることができます。</p>
	<p>Usually Checkmk will use the primary IP address of the host it is attached to. With this option you can override this parameter.</p>	<p>通常、Checkmk は接続されているホストのプライマリ IP アドレスを使用します。このオプションを使用すると、このパラメータを上書きすることができます。</p>
	<p>You can define one or several patterns (regular expressions) in each logfile pattern rule. These patterns are applied to the selected logfiles to reclassify the matching log messages. The first pattern which matches a line will be used for reclassifying a message. You can use the <a href="wato.py?mode=pattern_editor">Logfile pattern analyzer</a> to test the rules you defined here.</p><p>Note that to match a special regex character in your patterns, you need to use a backslash to escape its special meaning. This is especially relevant for Windows file paths. For example, to match the Windows path "C:\Users\amdin\Desktop", enter "C:\\Users\\admin\\Desktop".</p><p>Select "Ignore" as state to get the matching logs deleted. Other states will keep the log entries but reclassify the state of them.</p>	<p>各ログファイルパターンルールには、1つまたは複数のパターン（正規表現）を定義することができます。これらのパターンは選択されたログファイルに適用され、一致するログメッセージを再分類します。行にマッチする最初のパターンが、メッセージの再分類に使用されます。<a href="wato.py?mode=pattern_editor">ログファイルパターンアナライザー</a>を使用して、ここで定義したルールをテストすることができます。</p><p>パターン中の特殊な正規表現文字にマッチさせるには、バックスラッシュを使ってその特殊な意味をエスケープする必要があることに注意してください。これは、特にWindowsのファイルパスと関係があります。例えばWindowsのパス"C:\Users\amdin\Desktop"を一致させるためには、"C:\\Users\\admin\\Desktop"と入力します。</p><p>状態として "無視 "を選択すると、一致するログが削除されます。その他の状態は、ログのエントリーは残りますが、その状態を再分類します。</p>
	<p>You have been logged out. Please reload the page to re-authenticate.</p>	<p>ログアウトしました。再認証するには、ページを再読み込みしてください。</p>
	<tt>%s</tt> is a reserved keyword.	<tt>%s</tt> は予約済みのキーワードです。
	<tt>JAVA_HOME</tt> - path to Java installation	<tt>JAVA_HOME</tt> - Javaインストールへのパス
	<tt>ORACLE_HOME</tt> to use for remote access %s	リモート・アクセス %sに使用する <tt>ORACLE_HOME</tt>
	<tt>TNS_ADMIN</tt> to use for <tt>sqlnet.ora</tt> and <tt>tnsnames.ora</tt> %s	<tt>sqlnet.ora</tt> と <tt>tnsnames.ora</tt> %sに使用する<tt>TNS_ADMIN</tt>
	<tt>not</tt> is the abbreviation for <tt>and not</tt>	「not」は「そして〜でない」という意味です、
	<tt>robot.yaml</tt> is the main RCC configuration file. It is specified relative to the base directory of Robot Framework projects. This file also references the <tt>conda.yaml</tt> file which lists all environment dependencies.	<tt>robot.yaml</tt>RCCのメイン設定ファイルです。これはRobot Frameworkプロジェクトのベースディレクトリからの相対パスで指定します。このファイルは <tt>conda.yaml</tt> ファイルも参照し、すべての環境依存関係をリストアップします。
	<tt>sqlnet.ora</tt> permission group %s	<tt>sqlnet.ora</tt>権限グループ%s
	<u>Info</u>: Downtime also applies to all services of the %s.	<u>注意</u>: ダウンタイムは、%sの全てのサービスにも適用されます。
	<u>Info</u>: Downtime does not apply to host.	<u>注意</u>: ダウンタイムはホストには適用されません。
	??	??
	A	A
	A BI pack with this ID already exists.	このIDのBIパックはすでに存在します。
	A Multisite view	マルチサイトビュー
	A Pod's status depends on an array of conditions through which the Pod has or has not yet passed. You can set a time for how long a condition is allowed to be in a failed state before the check alerts.	Podのステータスは、Podが通った、またはまだ通っていない条件のアレイに依存します。チェックが警告される前に、条件が失敗した状態でどれくらいの時間が許されるかを設定することができます。
	A cache age limit on plug-ins and local checks. If set, the output of plug-ins is cached and reused until this much time has passed.	プラグインとローカルチェックのキャッシュ経過時間制限。設定されている場合、プラグインの出力はキャッシュされ、この時間が経過するまで再利用されます。
	A cache age limit on plug-ins. If set, the output of plug-ins is cached and reused until this much time has passed. Especially, this rule can be used to enable caching for plug-ins that are lacking this option at their dedicated ruleset.	プラグインのキャッシュ経過時間制限。設定されている場合、プラグインの出力はキャッシュされ、この時間が経過するまで再利用されます。特に、このルールを使用して、専用のルールセットでこのオプションがンないプラグインのキャッシュを有効にすることができます。
	A combination of the instance, database and (logical) file name.	インスタンス、データベース、および(論理)ファイル名の組み合わせ。
	A compact dashboard which lists your unhandled host and service problems.	未処理のホストとサービスの問題を一覧表示するコンパクトなダッシュボード。
	A complete list of all host problems with a search form for selecting handled and unhandled	処理済みと未処理を選択するための検索フォームを使用した、すべてのホストの問題の完全なリスト
	A complete list of all host problems, optimized for usage in the dashboard	ダッシュボード使用のために最適化された、すべてのホストの問題の完全なリスト