サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
大そうじへの備え
docs.hp.com
Web-Based Enterprise Management (WBEM) (http://www.dmtf.org/) は、DMTF (Distributed Management Task Force) で開発された標準規格です。この標準は、プラットフォームやリソースから独立しており、その仕様には多様なリソースを監視したり制御するための共通モデル (説明など) とプロトコル (インタフェースなど) が定義されています。HP WBEM Services for HP-UX バージョン A.02.05 は、この DMTF WBEM 標準を HP-UX 11i v3 用に実装した製品です。この製品は、The Open Group (TOG) の Pegasus Open Source Software (OSS) プロジェクト (http://www.openpegasus.org/) を
HP Integrity Virtual Machines リリースノート バージョン A.03.50 (2007年12月版)
Address Resolution Protocol (アドレス解決プロトコル)。ノードの物理アドレス取得に使用される TCP/IP プロトコル。 APA。最大 8 つのポートを 1 つの集合体にグループ化することで、パフォーマンスを向上させ、ポートのフェイルオーバーを可能にする当社のソフトウェア製品。8 ポートの制限は、FEC_AUTO モードと MANUAL モードだけに適用されます。
「測定していないものは管理できない」といわれますが、これは特にシステムとワークグループの性能に当てはまります。この章の前段で説明した「ガイドライン」を実施した後でワークグループの性能を測定するためのいくつかの方法について説明します。 ディスクの動作がどのようにディスクに分散されているかを確認するには、次のように、時間間隔と頻度を指定して sar -d を実行します。sar -d 5 10これによって、5 秒間のサンプリング間隔で 10 回 sar -d が実行されます。[%busy] 欄には、サンプリング間隔の間にディスク (device) がビジー状態だった時間の割合 (パーセント) が表示されます。エクスポートされたファイルシステムが占める各ディスクの数値を比較します (レポートの末尾の [Average] に注目します)。ディスクの動作のサンプリングを行うもう 1 つの方法は、時間間
vi を終了してもしなくても、作業結果を保存できます。［ESC］を押して、vi を確実にコマンドモードにしてください。
find コマンドを使用して、ディレクトリおよびそのサブディレクトリすべてから、特定の条件のファイルを検索できます。そして、見つけたファイルに対してコマンドを実行できます。 find の構文は複雑ですが、このコマンドは HP-UX で作業をする上で生産性を上げるのに役立ちます。パワフルで、柔軟性のあるコマンドです。ただし、たくさんのディレクトリを検索している場合特に、このコマンドの実行に時間がかかることがあります。たとえば、現在のディレクトリおよびそのサブディレクトリにあり、d から始まるファイルすべてを表示する場合、次のように入力します。find(1) ドット (.) を指定すると、find によって、現在のディレクトリおよびそのサブディレクトリが検索されます。-name オプションの次に指定された、ファイル名あるいはファイル名のパターンは (この例ではd*)、そのパターンに一致するファ
This site provides all of the latest Hewlett-Packard Enterprise server and workstation technical documentation. It contains manuals, white papers, and tutorials for hardware, software, HP-UX and MPE/iX operating systems.[1] Includes documentation for software available with the core operating system plus additional software products associated with a particular release.
名称timer_create(), timer_delete(), timer_settime(), timer_gettime(), timer_getoverrun() ― タイマ操作 #include <time.h> int timer_create( clockid_t clock_id, struct sigevent *evp, timer_t *timerid ); int timer_delete( timer_t timerid ); int timer_settime( timer_t timerid, int flags, const struct itimerspec *value, struct itimerspec *ovalue ); int ti
図目次1-1 ログインプロンプトでユーザー名を入力する 2-1 一般的な HP-UX ディレクトリ構造 2-2 システムのディレクトリ構造 2-3 HP-UX ディレクトリ構造 2-4 Leslie のホームディレクトリ2-5 絶対パス名 2-6 /home/engineers/leslie からの相対パス名 2-7 "projects"ディレクトリの作成 2-8 新規ディレクトリを作成した後の構造 2-9 "cd"コマンドの使用法2-10 ディレクトリ"projects"の構造 3-1 標準入力、標準出力、標準エラー出力3-2 出力をリダイレクトしたときの 標準入力、標準出力、および標準エラー出力3-3 入力をリダイレクトしたときの 標準入力、標準出力、および標準エラー出力3-4 入力および出力を両方ともリダイレクトした場合3-5 パイプおよび tee コマンドによる標準入力および標準出
ここでは、LVM を使って行える作業と、VERITAS Volume Manager を使って行えるほぼ同等の作業を記載しています。LVM の作業は、SAM または、コマンド行インタフェースを使って行えます。同様に、VxVM の作業は、VERITAS Volume Manager Storage Administrator を使うか、またはコマンド行インタフェースを使って行えます。本書では、コマンド行インタフェースを中心に説明します。 注記: 次の VxVM 機能には、追加ライセンスが必要です。ミラー化、ミラー化とストライプ化、Active/Active デバイスの動的マルチパス化、ホットリロケーション、オンライン移行、RAID-5 作業比較表に示されている VxVM の作業はすべて、VERITAS Volume Manager Storage Administrator で操作できます。
説明kill コマンドは、シグナルを pid プロセス識別子によって指定される各プロセスに送信します。 デフォルトのシグナルは SIGTERM で、これは通常、シグナルをトラップしない、または無視するプロセスを強制終了させます。
位置独立コード (PIC) は、絶対アドレスが含まれていないため、プロセスの仮想アドレス空間内のロード位置に依存しない形式の絶対オブジェクト・コードです。これは、共有ライブラリを生成するうえで重要な属性です。共有ライブラリ内のオブジェクト・コードを完全に共有可能にするには、特定のプロセスの仮想アドレス空間内での位置に依存させないようにしなければなりません。共有ライブラリ内のオブジェクト・コードは、さまざまなプロセスの異なる位置に結び付けることができるため、位置独立コードという名称が示すように、特定の位置に依存せずに機能しなければなりません。位置独立性は、2 つのメカニズムによって達成されます。第 1 に、モジュール内での分岐には、できる限りPC 相対アドレッシングが使用されます。第 2 に、グローバル変数へのすべてのアクセス、または、モジュール間のプロシージャ・コールや他の分岐、PC 相対
CacheFS ファイルシステムは、他のファイルシステム (「バック」ファイルシステムとして知られる) から読み取られたデータを別のローカル・ファイルシステム (「フロント」ファイルシステムとして知られる) にキャッシュします。 10.20 ONC+ ネットワーキング拡張機能 NFS アップグレード・リリースでは、CacheFS はバック・ファイルシステムとして NFS のみをサポートします (Sun の実現方法では、cdfs もサポートします)。 フロント・ファイルシステムは、HFS でなければなりません。CacheFS は書き込みではキャッシュは行いません。 キャッシュ・ファイルに書き込まれたデータは、バック・ファイルシステムに直接返されます。 キャッシュ・ファイルへの書き込みは、キャッシュ内のファイル全体を無効にします。 CacheFS は、NFS マウントでの読み取り専用データへの
$ cc -Aa -c +z length.c volume.c mass.c $ ld -b -o libunits.sl length.o volume.o mass.o
Red Hat インストレーションにチャネルボンディングを実装する場合には、このセクションで説明する手順を実行します。SUSE ディストリビューションをご使用の場合には、次のセクションに進みます。LAN インタフェースのチャネルボンディングは、ボンディングドライバを使って実現されます。このドライバはブート時にカーネルに組み込まれます。このドライバが組み込まれると、ネットワークソフトウェアは /etc/sysconfig/network-scripts ディレクトリに作成されている各ボンドのボンディング定義を認識できるようになります。たとえば、ifcfg-bond0 という名前のファイルは、bond0 をマスターボンディングユニットとして定義し、ifcfg-eth0 スクリプトと ifcfg-eth1 スクリプトは、それぞれのインタフェースをスレーブとして定義します。ボンディングはいくつかの
別名データベースは、別名テキスト・ファイルを変更した場合、必ず再作成してください。構成ファイルまたは別名データベースを変更した後、必ず sendmail を再起動してください。スタンドアロン・システムまたはメール・サーバ上で次のコマンドを実行して、別名データベースを再作成し、構成ファイルを凍結した後 sendmail を再起動します。
再配置可能オブジェクト・コードを含む 1 つ以上のオブジェクト・ファイルを作成します。通常、各オブジェクト・ファイルには、関数 1 つ、プロシージャ、またはデータ構造体が含まれていますが、複数のルーチンとデータが含まれる場合もあります。ar コマンドを使用して、これらのオブジェクト・ファイルを結合し、1 つのアーカイブ・ライブラリ・ファイルを作成します。 ar を実行するときに、r キーを指定します。(「キー」はコマンド行オプションに似ていますが、先行-は不要です)。
説明/usr/share/lib/pub/ascii ファイルは、 ASCII 文字セットのマップを、各文字に等しい 8 進数 および 16 進数を与えることで提供します。 このファイルの内容は以降のテキストです。 |000 nul|001 soh|002 stx|003 etx|004 eot|005 enq|006 ack|007 bel| |010 bs |011 ht |012 nl |013 vt |014 np |015 cr |016 so |017 si | |020 dle|021 dc1|022 dc2|023 dc3|024 dc4|025 nak|026 syn|027 etb| |030 can|031 em |032 sub|033 esc|034 fs |035 gs |036 rs |037 us | |040 sp |041 ! |042 " |04
構文sar [-ubdycwaqvmAMPS] [-p psetid] [-o file] t [n]sar [-ubdycwaqvmAMPS] [-p psetid] [-s time] [-e time] [-i sec] [-f file] 説明上記の構文で最初の形式の sar では、オペレーティングシステムの動作状況に関する累積カウンタを t 秒ごとに n 回間隔でサンプリングします。 -o オプションを指定すると、 サンプルが file にバイナリフォーマットで保存されます。 n のデフォルト値は 1 です。 2 つ目の形式、すなわち サンプリング指定を省略すると、 sar は、 -f オプションで指定されたファイル、またデフォルトの場合は当日 dd の標準システム動作デイリーデータファイル /var/adm/sa/sadd のいずれかを使用して、すでに記録されている file
構文crontab [file]crontab -e [username]crontab -l [username]crontab -r [username] 概要crontab は、ユーザーの crontab ファイルを管理するコマンドです。 crontab ファイルを使用して、 cron が定期的に自動実行するジョブをスケジュールすることができます ( cron(1M)) cron(1M) を参照)。 コマンドには次の 4 つの形式があります。 指定された file を (また file を省略するか file として-を指定した場合は 標準入力を) crontab ディレクトリ /var/spool/cron/crontabs にコピーして、 crontab ファイルを作成します (または入れ替えます)。 crontab ディレクトリにある crontab ファイルは、 実効ユーザ
目次はじめにI セクション 1: ユーザー コマンドIntrointro(1) - コマンドユーティリティおよびアプリケーションプログラムの概要 aadb(1) - アブソリュートデバッガ adjust(1) - 簡単なテキストフォーマッタ admin(1) - SCCS ファイルの作成と管理 answer(1) - 電話メッセージ応答送信システム ar(1) - 接続可能なアーカイブとライブラリの作成および保守 as(1) - アセンブラ (プレシジョンアーキテクチャ) asa(1) - ASA キャリッジ制御文字の解釈 at(1) - バッチコマンドの即時および指定時刻での実行 attributes(1) - 音声ファイルについての説明 awk(1) - パターン指向の走査処理言語 bbanner(1) - 拡大文字によるポスターの作成 basename(1) - パス名の一部の取り出
説明sendmail は、 １ 人以上の 受信者 または アドレス にメッセージを送信し、必要なすべてのネットワークへのメッセージの経路指定を行います。 sendmail は正しい場所へメッセージを配信するために必要に応じてネットワーク間転送を行います。sendmail は、ユーザーインタフェースのルーチンとして意図されていません。 ユーザーにとって使いやすいフロントエンドは、他のプログラムで提供されます。 sendmail は、事前にフォーマットされたメッセージを配信するためにのみ使用します。フラグ flags) をコマンド行で指定していない場合は、 sendmail は、ファイルの終端まで、またはドット (.) １ つだけで構成されている行までを標準入力から読み取り、 そこで見つけたメッセージのコピーを、コマンド行にリストされたすべてのアドレスに送ります。 sendmail は、アドレ
ご注意 本書に記載された内容は、予告なしに変更されることがあります。 本書に記載された内容は、製品や特定の目的に対する適合性を保証するものではなく、ヒューレット・パッカード社はそれらに関する一切の責任を負いません。 また、本書の記載の誤り、あるいは、本書の配布、内容、利用によって生じる偶発的、結果的損害に対しても当社は一切の責任を負いません。 保証：HPの製品および交換部品に対する個々の保証条項については、HP営業担当までお問い合わせください。 米国政府の制限的権利：米国政府機関による使用、複製、開示は、subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS 252.227-7013 for DOD agencies, and subpara
システム管理ツール (HP Systems Insight Manager、Utility Pricing Solutions など)
IEEE 規格では、拡張形式の単精度および拡張形式の倍精度の実装が規格準拠の要件ではありません。HP 9000 システムは、単精度および倍精度の両形式をサポートしています。また、倍精度の 2 倍、すなわち、拡張形式の倍精度形式と似た4 倍精度もサポートしています。 単精度、倍精度、および 4 倍精度の数値は、符号ビット、指数部、および仮数部の 3 つのフィールドから構成されています。符号ビットは、数値の代数的符号を反映します。1 は負数を表します。0 は正数を表します。指数部 は、2 のべき乗の整数値を表します。仮数部は、小数部とも呼ばれ、1.0〜2.0 の値 (正規化数) を表します。指数表現の結果が、仮数部と乗算され、実際の数値を算出します。単精度、倍精度、および 4 倍精度の各形式で相違するのは、指数部と仮数部に割り当てられているビット数だけです。図 2-1 「IEEE 単精度形式」
構文ksh [-aefhikmnoprstuvx] [+aefhikmnoprstuvx] [-o option] ... [+o option] ... [-c string] [arg ...]rksh [-aefhikmnoprstuvx] [+aefhikmnoprstuvx] [-o option] ... [+o option] ... [-c string] [arg ...] 説明ksh は、ターミナルまたはファイルから読み取ったコマンドを実行するコマンドプログラミング言語です。 rksh は、コマンドインタプリタ ksh の制限付きバージョンで、 標準シェルより機能を制限した実行環境を持つログ名の設定に使用されます。 コマンド行オプションと引き数の詳細については、 後述の「ksh の実行」と「特殊コマンド」の項 (特に set コマンドの説明) を参照してください。
HP-UX リファレンス (11i v1 05/09) - 7 デバイス特殊ファイル、9 一般情報 (vol 10)
各プロセスは、標準入力 (stdin)、標準出力 (stdout)、および標準エラー出力 (stderr) の 3 つの標準「ファイル」をオープンします。プログラムは、これらの標準ファイルを次のように使用します。
次のページ
このページを最初にブックマークしてみませんか？
『Technical documentation』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
